Gestionar incidencias con un GMAO: ventajas

La gestión de incidencias es el punto donde más información se pierde de toda la operación de mantenimiento, y casi nunca por descuido. Se pierde porque la incidencia entra por tres sitios distintos, la cuenta cada uno a su manera, y no queda registrada en ninguno.

Estas son las ventajas concretas de llevarla dentro de un GMAO, en el orden en que se notan.

Una sola entrada, aunque haya varias vías

Un aviso por WhatsApp a un técnico, otro por teléfono al jefe de equipo y otro por correo a administración son tres trabajos que nadie puede contar juntos. Y lo que no se puede contar, no se puede priorizar ni repartir.

Lo que resuelve un sistema no es prohibir las vías, que es imposible, sino que todas acaben en la misma lista. En GMAO CLOUD una incidencia puede nacer desde el backend, desde el acceso del cliente con su descripción y su foto, o desde un buzón de correo que el sistema vacía y convierte en incidencias automáticamente, con un buzón distinto por tipo si hace falta.

El efecto inmediato es que, por primera vez, existe una lista fiable de lo que está pendiente.

El aviso llega interpretable

La segunda ventaja es de calidad, no de cantidad. Un aviso que dice «no va el aire del pasillo» a las ocho de la mañana obliga a alguien a interpretar, llamar y preguntar antes de poder hacer nada.

Cuando quien avisa tiene un formulario, el aviso llega con su descripción, el equipo afectado señalado y una foto. Eso ahorra una llamada por incidencia y, más importante, evita desplazamientos con el material equivocado.

La incidencia lleva además su tipo y subtipo, su prioridad, el cliente, la dirección, la zona, quién la tramita y su vía de comunicación, que es la información que después permite analizar de dónde viene el trabajo.

Prioridades y plazos que se ven

Aquí está la ventaja que más agradece quien responde de un servicio. Los estados de una incidencia pueden llevar asociado su tiempo máximo, y hay una entidad de SLA con su nombre, su prioridad y su tiempo límite.

La consecuencia práctica es que lo que se ha pasado de plazo aparece en una lista, en lugar de descubrirse cuando el cliente vuelve a llamar. Y permite distinguir lo urgente de lo ruidoso: no todo lo que entra marcado como urgente lo es, y no todo lo urgente entra marcado.

Se registran también los tiempos de la incidencia, de modo que después se puede medir cuánto se tarda de verdad en responder y en resolver, que son dos cifras distintas y las dos importan.

El cambio de estado avisa solo

Buena parte del trabajo administrativo de una gestión de incidencias es contar por dónde va. Llamadas, correos, «te confirmo cuando esté».

Los estados pueden llevar su correo asociado, de manera que el cambio de estado dispara el aviso al interesado sin que nadie lo escriba. Se puede controlar qué estados son visibles para el cliente y cuáles solo internamente, y marcar los que no deben notificar, que es tan importante como lo contrario: avisar de cada movimiento interno convierte las notificaciones en ruido y la gente deja de leerlas.

El sistema de notificaciones cubre también el aviso al técnico cuando se le asigna trabajo, por push y por correo.

De incidencia a orden, sin teclear dos veces

Una incidencia no es un trabajo: es la petición de un trabajo. La ventaja de tenerlas en el mismo sistema es que la conversión es directa.

De la incidencia sale la orden de trabajo con su técnico y su fecha, arrastrando el cliente, la dirección y el equipo afectado. Y si hace falta aprobación previa, sale un presupuesto que a su vez genera la orden cuando se acepta, sin reescribir nada. La orden guarda su origen, así que siempre se puede volver desde el trabajo hecho hasta el aviso que lo provocó.

El técnico resuelve con contexto

La ventaja que más cambia el resultado en campo: cuando el técnico abre la orden en la app tiene delante el histórico del equipo, su documentación y las anomalías que quedaron abiertas la última vez.

Muchas incidencias son repeticiones de algo ya visto. Saberlo antes de empezar es la diferencia entre resolver y volver a parchear. Y como la app funciona sin cobertura, esa información sigue disponible en un sótano o en un cuarto de máquinas.

Se puede medir el servicio

Con las incidencias registradas con su tipo, su prioridad, sus tiempos y su resultado, los informes contestan preguntas que antes eran opiniones: qué tipo de avería se repite, qué centros o clientes concentran las incidencias, cuánto se tarda en responder y en resolver, cuántas horas se van en correctivo frente a preventivo.

Esa última proporción es la más útil de todas. Si el correctivo no baja pese a tener un plan preventivo, el plan está mirando lo que no falla, y eso solo se ve comparando las dos series.

La incidencia que nace de una revisión

Hay un origen de incidencias que casi nunca se contempla al montar el sistema y que acaba siendo de los más valiosos: las que detecta el propio técnico mientras hace otra cosa.

Durante un preventivo se ven cosas. Una correa gastada, una fuga pequeña, un valor de lectura que no está mal pero va empeorando. Si eso solo se puede anotar como comentario de texto en la orden, se pierde: nadie relee los comentarios de las órdenes cerradas.

En GMAO CLOUD los campos de checklist admiten valor mínimo y máximo, de forma que una lectura fuera de rango queda registrada como anomalía en el momento, y los modelos de parte contemplan las anomalías como entidad propia. A partir de ahí puede convertirse en incidencia con su prioridad y su responsable.

Esa es la vía por la que un plan de mantenimiento preventivo empieza a reducir el correctivo de verdad: no por revisar más, sino porque lo que se ve durante la revisión acaba en trabajo planificado en lugar de en una avería tres meses después.

Lo que hay que cuidar

Que los estados signifiquen algo. Definir cinco estados claros con su significado acordado es una conversación de una hora que evita meses de ambigüedad sobre qué es «en curso».

Que las notificaciones no se conviertan en ruido. Avisar de todo equivale a no avisar de nada.

Que el cliente tenga su acceso. Buena parte de las llamadas no piden nada: preguntan cómo va aquello. Con un acceso propio, esa llamada no llega.

Que la anomalía detectada se convierta en algo. Si un técnico registra un problema secundario y nadie lo recoge, dejará de registrarlo.

Si quieres ver el circuito completo sobre un caso vuestro, puedes solicitar una demo.