Todo service desk eficiente tiene una característica en común: el ticket cae en manos de quien sabe resolverlo. Esto no ocurre por suerte — ocurre por enrutamiento. Los Grupos de Operadores del Portal Nyverra ITSM son el engranaje que hace que la atención llegue al equipo correcto.

Esta guía explica qué son los grupos, cómo definen colas y cómo se conectan con la transferencia, el escalamiento y las vistas predeterminadas.

Interfaz del módulo en el Portal Nyverra ITSM.

Qué es un grupo de operadores

Es un conjunto de técnicos agrupados por especialidad, nivel o dominio — por ejemplo: N1, N2, Redes, Infraestructura, Aplicaciones, Telecom. El grupo funciona como una cola de atención: los tickets asignados a él quedan visibles para sus miembros.

Esto sustituye la lógica de “cada uno por su cuenta” por una operación organizada: el ticket pertenece a un equipo, y no a una persona suelta.

Por qué importan los grupos

• Enrutamiento: el ticket va a quien tiene la competencia (p. ej., “Redes” resuelve enlaces, “Aplicaciones” resuelve ERP).
• Escalamiento: subir de N1 a N2 se convierte en una transferencia de grupo, no en un teléfono sin fin.
• Visibilidad: cada técnico ve la Mi cola de los grupos a los que pertenece.
• Gestión: permite medir la carga y el rendimiento por cola.
• Transferencia: el destino de una transferencia de ticket es, por naturaleza, un grupo.

Grupos, categorías y enrutamiento

Los grupos adquieren aún más valor cuando se asocian a categorías de ticket. La idea es simple: las categorías vinculadas a un grupo permiten un enrutamiento consistente — los tickets de “Infraestructura Linux” tienden a ir al grupo de infraestructura; las solicitudes de acceso, al grupo que gestiona accesos. Combinado con Automatización, este enrutamiento puede ser automático.

Quién lo usa

Perfil	Uso típico
Administrador	Crear grupos, añadir miembros y vincular categorías
Técnico	Atiende la cola de los grupos a los que pertenece
Gestor	Supervisa la carga y la distribución por cola

Cómo usar: paso a paso

1. Cree grupos por especialidad o nivel (N1, N2, Redes, Aplicaciones…).
2. Añada los miembros (los técnicos que atienden la cola).
3. Vincule categorías de ticket al grupo, para un enrutamiento coherente.
4. Use como destino de transferencia y de escalamiento (N1 → N2).
5. Defina la vista predeterminada del grupo (en Configuración) para que el equipo abra directamente su cola.
6. Supervise la carga por grupo para equilibrar el trabajo.

Reglas de negocio

Regla	Explicación
Cola = grupo	“Mi cola” reúne los tickets de los grupos a los que usted pertenece.
Transferencia	Exige un grupo de destino; el operador de destino es opcional.
Escalamiento	Subir de nivel implica naturalmente otro grupo/equipo.
Herencia de vista	La vista predeterminada definida por grupo es heredada por los miembros.

Buenas prácticas

• Defina grupos por habilidad/nivel, no por persona.
• Mantenga los miembros actualizados — un grupo vacío es un ticket sin dueño.
• Categorice de forma consistente para que el enrutamiento funcione.
• Equilibre la carga entre grupos (evite un grupo cuello de botella).
• Combine con Automatización para enrutar automáticamente por categoría/urgencia.

Errores comunes

Situación	Qué hacer
Ticket sin grupo	Una cola definida es requisito previo del triaje; asigne un grupo.
El técnico no ve la cola	Confirme si pertenece al grupo.
Demasiados grupos	Simplifique; demasiados grupos generan confusión de enrutamiento.

Preguntas frecuentes

¿Un grupo es lo mismo que un rol?
No. El rol define permisos; el grupo define la cola de atención.

¿Un técnico puede estar en varios grupos?
Sí — y verá la “Mi cola” de todos ellos.

¿Puedo tener un grupo solo para escalamiento?
Sí; los grupos por nivel (N1/N2/N3) son un patrón común.

Automatice vía API

Los grupos se exponen por API (/api/grupos-operadores), con una página para selectores (usada en la transferencia). Referencia en developer.nyverra.com.

Escenarios de uso: colas que tienen sentido

1. Enrutamiento por especialidad. Los tickets de red caen en la cola de Redes; las solicitudes de acceso, en la cola de Accesos. El técnico abre la pantalla ya en su especialidad, sin tener que buscar entre todo.

2. Escalamiento entre niveles. El N1 no resuelve; transfiere al grupo N2, que asume con el historial. El escalamiento se convierte en una transferencia de grupo organizada, no en una llamada informal.

3. Equilibrio de carga. El gestor supervisa la cola de cada grupo y detecta cuándo uno es un cuello de botella. Con ese dato, redistribuye miembros o refuerza el turno.

KPIs por grupo

Indicador	Qué revela
Tickets por grupo	Carga de trabajo
Tiempo promedio por cola	Eficiencia del grupo
Tickets sin dueño	Fallo en el triaje
Transferencias entre grupos	Enrutamiento impreciso
Miembros por grupo	Capacidad de la cola

Grupos + vista predeterminada + automatización

El grupo rinde más cuando se combina: la vista predeterminada hace que los miembros abran directamente la cola correcta; la automatización enruta por categoría/urgencia; y el informe por grupo cierra el ciclo de gestión. Los grupos bien diseñados son la columna vertebral de la atención escalable — la diferencia entre un equipo que crece y uno que se ahoga en volumen.

Lista de verificación de grupos

1. Cree grupos por especialidad/nivel.
2. Añada miembros y manténgalos actualizados.
3. Vincule categorías de ticket.
4. Configure la vista predeterminada del grupo.
5. Use como destino de transferencia/escalamiento.
6. Monitoree la carga por cola.

Preguntas frecuentes adicionales

¿Un grupo vacío es un problema?
Sí — se convierte en un ticket sin dueño; mantenga al menos un miembro activo.

¿Puedo enrutar automáticamente por grupo?
Sí, combinando categorías con Automatización.

¿Cuántos grupos debo tener?
Los suficientes para enrutar bien; demasiados grupos confunden.

Conclusión

Con grupos bien definidos, el Portal Nyverra ITSM dirige cada demanda a quien la resuelve — más rápido y con menos retrabajo. Colas claras, enrutamiento consistente y carga visible hacen que la atención escale sin perder calidad.