Asignar cada ticket al técnico correcto parece trivial, pero en mesas de servicio reales esa decisión manual se convierte en un cuello de botella: alguien tiene que leer la cola, entender la categoría y despachar - y mientras tanto el reloj del SLA ya está corriendo. El módulo Smart Assign de NexTool automatiza ese paso con reglas por categoría o grupo, aplicando balanceo de carga o rotación secuencial en el instante en que se crea el ticket.
El problema
Una operación sin asignación automática siempre tiene un único punto de decisión: alguien abre la cola de tickets recién creados, lee categoría y asunto y decide a quién enviarlos. Ese papel suele recaer en el coordinador o en el analista con más experiencia - justo la persona que menos quieres atrapada en un triaje repetitivo.
El efecto práctico aparece de dos formas. Primero, la cola crece en horas pico porque nadie ha tomado el ticket todavía; existe, está abierto, pero sigue sin responsable mientras corre el plazo. Segundo, la distribución queda desigual: un técnico acumula quince tickets y otro tiene tres, no por competencia sino por quién estaba mirando la pantalla en ese momento. Ambos escenarios erosionan el SLA y la percepción de calidad del usuario.
Smart Assign elimina ese intermediario. En cuanto se crea el ticket, el módulo evalúa las reglas configuradas y define el responsable antes incluso de que un humano abra la cola. El triaje deja de depender de quién está de guardia frente a la pantalla.
Cómo funciona Smart Assign
El módulo actúa en los hooks de creación y actualización de tickets de GLPI. La configuración se hace por categoría o por grupo, con dos modos de distribución que pueden coexistir en la misma operación:
- Asignación por categoría - define qué técnico o grupo recibe los tickets de una categoría específica. Ideal para equipos especializados, donde cada área (infraestructura, ERP, redes) tiene un responsable fijo.
- Asignación por grupo - distribuye los tickets entre los miembros de un grupo usando uno de los dos modos siguientes.
- Modo balanceo (menos tickets) - el ticket va al técnico del grupo con el menor número de tickets abiertos en ese momento. Iguala la carga real, no la teórica.
- Modo rotación (secuencial) - los tickets se distribuyen en orden, un técnico tras otro, sin importar la carga. Útil cuando todos tienen capacidad equivalente y el volumen no es el criterio.
- Adaptación automática - cuando alguien entra o sale del grupo, la rotación y el balanceo se ajustan solos, sin reconfiguración manual.
- Registro dedicado - cada decisión queda registrada en
plugin_nextool_smartassign.log, lo que aporta trazabilidad para auditoría de proceso y para investigar reclamos de "por qué me llegó este ticket".
Smart Assign frente a las reglas de negocio nativas
GLPI ya resuelve parte de esto con las Reglas de negocio para tickets (Configuración > Reglas). Pueden asignar por criterios como la categoría, pero de forma estática: siempre apuntan al mismo destino. La tabla siguiente muestra dónde termina cada enfoque:
| Función | Reglas de negocio nativas | Smart Assign |
|---|---|---|
| Asignar por categoría o grupo | Sí (destino fijo) | Sí |
| Balanceo de carga (menos tickets abiertos) | No | Sí |
| Rotación secuencial (round-robin) | No | Sí |
| Se adapta a la entrada/salida de técnicos del grupo | Manual | Automático |
| Registro dedicado de la decisión de asignación | Historial genérico | Archivo propio auditable |
Cómo activarlo
- Instala el plugin NexTool en GLPI.
- Ve a Configuración > NexTool > Módulos.
- Activa el módulo Smart Assign.
- Abre la configuración del módulo y registra las reglas: elige asignación por categoría y/o por grupo y, para cada grupo, el modo de distribución (balanceo o rotación).
- Abre un ticket de prueba en la categoría configurada y confirma el técnico asignado en el propio ticket y en la línea correspondiente del log.
Lo que aprendimos operándolo
En las operaciones de clientes que sostenemos, el patrón que más se rompe no es la falta de una regla - es la "regla que apunta a una persona". El cliente crea una regla de negocio nativa que envía toda la categoría "Redes" al técnico X. Funciona durante meses, hasta que el técnico X se va de vacaciones: los tickets se le siguen asignando, quedan parados y el SLA se incumple en silencio porque la cola "tenía responsable". El error común es confundir tener dueño con estar atendido. Por eso, en grupos con más de tres técnicos, migramos esas reglas estáticas al modo balanceo de Smart Assign: en lugar de un nombre fijo, el ticket cae en quien tiene menos carga en ese minuto, y quien está de vacaciones simplemente no recibe. Un detalle que solo aparece en la operación: el balanceo cuenta tickets abiertos, no los cerrados en el día, así que un técnico que resuelve rápido vuelve a recibir pronto - así se iguala la carga real, no la teórica.
El mismo conteo que usa el módulo para decidir el destino se puede reproducir en la base de datos para auditar la distribución. Esta consulta lista los tickets abiertos por técnico asignado, exactamente el número que el modo balanceo minimiza:
SELECT u.name AS tecnico, COUNT(t.id) AS tickets_abiertos
FROM glpi_tickets t
JOIN glpi_tickets_users tu ON tu.tickets_id = t.id AND tu.type = 2
JOIN glpi_users u ON u.id = tu.users_id
WHERE t.status IN (1,2,3,4) -- nuevo, en curso, planificado, pendiente
AND t.is_deleted = 0
GROUP BY u.id
ORDER BY tickets_abiertos DESC;Y cada decisión queda escrita en texto claro en el log del módulo, lo que acorta mucho la investigación de "por qué me llegó este ticket":
[2026-03-12 09:41:22] smartassign: ticket #10482 categoria "Infra/Redes" -> grupo "N2 Redes" modo=balanceo tecnico=marina.souza (abiertos=3)
[2026-03-12 09:43:05] smartassign: ticket #10483 grupo "Soporte N1" modo=rotacion tecnico=paulo.lima (siguiente en la fila)Para quién es (y cuándo no usarlo)
Smart Assign aporta valor claro en:
- Equipos con tres o más técnicos donde la distribución desigual es recurrente.
- Mesas de servicio con picos de volumen donde el coordinador se vuelve un cuello de botella de triaje.
- Entornos con categorías bien definidas y equipos especializados por área.
- Operaciones que deben demostrar, en una auditoría, cómo se distribuyeron los tickets.
Cuándo no vale la pena: en equipos de uno o dos técnicos la ganancia es marginal - el reparto manual no cuesta nada. Y cuando la asignación depende de un contexto sensible (cliente VIP, un especialista concreto para un sistema crítico), ese enrutamiento fino sigue siendo mejor en las reglas de negocio nativas; en ese caso usa Smart Assign para el volumen común y reserva las reglas nativas para las excepciones, en lugar de apilar ambas decisiones sobre el mismo ticket.
Compatibilidad
- GLPI: 10.x y 11.x
- Plan: FREE
- Plugin: NexTool 3.x+
- PHP: 8.1+
Próximo paso
Smart Assign forma parte de NexTool, un plugin modular para GLPI. Conoce los demás módulos o habla con el equipo para una demostración en tu entorno.
Este contenido se produjo con ayuda de inteligencia artificial y fue revisado por el equipo de Nextool Solutions.
