Un ticket cerrado no es una causa corregida.
Toda operación de soporte las tiene: la variante de nómina que falla el último día hábil, la interfaz que necesita un empujón cada lunes, el bloqueo que hay que liberar cada vez que un proceso determinado se alarga. Cada aparición se resuelve rápido, con amabilidad y dentro del SLA — y cada una vuelve puntualmente.
Sobre el papel, esta operación parece sana. Los tiempos de respuesta aguantan, las puntuaciones de satisfacción aguantan, la cola se vacía. Las métricas miden la velocidad de la cinta de correr, no si alguien está consiguiendo bajarse de ella.
Cerrar tickets no es lo mismo que corregir causas. Mida su soporte por lo que deja de volver.
Por qué vuelve la misma incidencia
La corrección encaja con el ticket, no con la causa
Un ticket describe un síntoma: un asiento fallido, un IDoc atascado, un resultado incorrecto. La resolución más rápida aborda exactamente ese síntoma — volver a contabilizar, reprocesar, corregir — y la condición que lo produjo no aparece en el ticket en ningún momento.
La causa vive fuera de la jurisdicción de la cola
Las incidencias recurrentes se remontan de forma desproporcionada a la calidad de los datos maestros, al comportamiento del proceso aguas arriba, a la sincronización de las integraciones o a código propio envejecido. Todo eso pertenece a alguien — y rara vez a quien sostiene el ticket.
Nadie lee los tickets en horizontal
Individualmente, cada aparición es menor. El patrón solo existe a través de los tickets — misma transacción, misma posición en el calendario, mismo solicitante — y la mayoría de las operaciones no tiene ninguna rutina en la que alguien mire el histórico de forma transversal.
Los incentivos premian la cinta de correr
Los regímenes de SLA pagan por el cierre rápido, y una recurrencia es, perversamente, otra oportunidad de cerrar un ticket deprisa. Nada en el conjunto de métricas habitual resta puntos cuando la misma incidencia vuelve por novena vez.
Qué busca una revisión de incidencias recurrentes
- Agrupaciones — incidencias que se concentran por módulo, transacción, interfaz o cadena de procesos en lugar de repartirse de forma uniforme.
- Formas del calendario — fallos que siguen al cierre de mes, a los ciclos de nómina o a días concretos de la semana; un horario es una firma.
- Solicitantes repetidos — los mismos usuarios o departamentos planteando la misma clase de problema, lo que suele señalar una laguna de proceso o de capacitación, no un problema de usuario.
- Correcciones aplicadas más de dos veces — cualquier nota de resolución que ya se haya pegado antes es una causa que sigue corriendo sin corregir.
De la cola de tickets a la mejora de la operación
El mecanismo no es sofisticado; es sencillamente otra unidad de trabajo. En lugar de preguntar “¿está vacía la cola?”, la operación se pregunta periódicamente “¿cuáles son nuestras principales recurrencias, y cuáles hemos retirado?” — y dedica a esa pregunta una porción pequeña y constante de capacidad.
Agrupar el histórico→Nombrar las principales recurrencias→Corregir la causa, viva donde viva→Retirar el ticket para siempre
La economía se acumula en silencio. Cada recurrencia retirada devuelve su capacidad al fondo común para siempre — por eso los servicios AMS maduros se abaratan con el tiempo mientras los inmaduros solo se llenan más.
Perspectiva de VISCAP
La cola le dice qué pasó hoy. El histórico le dice qué pasará el mes que viene.
Cuando asumimos un entorno SAP en marcha, el histórico de tickets es lo primero que leemos — no para auditar al equipo anterior, sino porque seis meses de tickets son una confesión involuntaria de dónde están los problemas de verdad. Las cinco recurrencias principales suelen verse en un día, y retirarlas es la confianza más rápida que podemos construir.
Hágale a su soporte otra pregunta
No “¿estamos dentro del SLA?” — casi con seguridad lo está. Pregunte en su lugar: ¿qué incidencia que antes se repetía ya no existe? Si la respuesta es una lista, tiene mejora de la operación. Si la respuesta es un silencio, tiene una cinta de correr con excelentes tiempos de respuesta.