Saltar al contenido
GMAO CLOUD

Herramientas no es lo mismo que sistema

Por qué tener herramientas no es tener un sistema de gestión, qué cambia cuando la información deja de estar repartida y cómo se nota en el día a día.

Actualizado el 6 min de lectura

  • Gestión del mantenimiento
  • Digitalización
  • Trazabilidad

Casi todas las empresas tienen herramientas. Una hoja de cálculo para las revisiones, un calendario compartido, un grupo de mensajería para los avisos, carpetas con los partes escaneados y el correo de alguien que hace de archivo.

Herramientas hay. Lo que falta es un sistema, y la diferencia no es semántica: es lo que separa una operación que se puede consultar de una que hay que reconstruir preguntando.

Qué distingue a un sistema

Tres cosas, y ninguna es tecnológica.

Un solo sitio donde vive cada dato. No tres listas de pendientes en tres cabezas ni dos inventarios que no coinciden. Cuando el mismo cliente existe dos veces con dos códigos, no hay sistema: hay dos herramientas.

Que las etapas estén conectadas. La información se pierde en los huecos: entre que alguien detecta algo y se registra, entre que se hace y se apunta, entre que se apunta y alguien lo mira. Un sistema es lo que cierra esos huecos; una herramienta resuelve una etapa y deja los bordes sueltos.

Que el registro sea consecuencia del trabajo. Si documentar es una tarea aparte, se aplaza. Si ocurre al hacer —cerrar la orden de trabajo con su tiempo, su material y su firma—, el histórico se escribe solo.

El síntoma: preguntas que no se pueden contestar

La forma práctica de saber si tienes un sistema es intentar contestar estas cinco sin llamar a nadie:

  1. ¿Cuándo se revisó por última vez ese equipo, y qué se encontró?
  2. ¿Cuánto nos ha costado mantenerlo este año?
  3. ¿Qué está pendiente ahora mismo, y de quién es?
  4. ¿Este contrato de mantenimiento gana dinero?
  5. ¿Puedo demostrar que la revisión de marzo se hizo?

Si para responder hay que preguntar a una persona concreta, el sistema es esa persona. Funciona hasta que está de vacaciones, y deja de funcionar del todo cuando se va de la empresa.

Lo que se cae en silencio

Hay una diferencia entre los fallos de una herramienta y los de un sistema que conviene entender, porque explica por qué la degradación pasa desapercibida.

Cuando una herramienta falla, se nota: el fichero no abre, el correo no llega. Cuando falta un sistema, lo que ocurre es que las cosas se caen sin ruido. Una revisión programada que no se hace no protesta: pasa al mes siguiente, y de ahí al año que viene. Un repuesto consumido y no apuntado no avisa. Una anomalía detectada y no registrada desaparece.

Por eso el deterioro es lento y la empresa se entera tarde, normalmente por una avería cara o por una reclamación que no se puede rebatir.

Qué cambia cuando existe

Lo que hay que hacer reclama. El preventivo deja de ser una intención en un calendario y pasa a ser una orden con responsable y fecha, generada automáticamente a partir de la periodicidad.

Lo que se hace queda. El registro ocurre en la instalación desde la app, con cronómetro, material consumido, checklist cumplimentado y firma. Y funciona sin cobertura, porque el trabajo pasa en sótanos y cuartos de máquinas.

Lo que se encuentra se convierte en algo. Una anomalía acaba en una incidencia con prioridad y responsable, o en una decisión explícita de no hacer nada. Las dos salidas valen; el silencio no.

Lo que se acumula se puede mirar. Los informes dan coste por equipo, horas por técnico y por cliente, tiempos de parada, MTBF y MTTR y plan anual ejecutado, que son las cifras con las que se decide.

Lo que se hizo se puede demostrar. El mantenimiento legal se sostiene sobre el histórico de órdenes, los checklists y la documentación con sus fechas de caducidad. El sistema registra y demuestra; quien cumple la norma es la empresa.

El conocimiento, que es lo que más cuesta perder

En casi todos los departamentos hay dos personas que saben cómo se atiende cada equipo. Eso no es un sistema: es una dependencia.

Escribirlo —qué comprobar, en qué orden, con qué valores de referencia— es la forma práctica de convertirlo en algo de la empresa. Y definido por familia de equipos, con resolución en cascada, no es un proyecto documental: es una tarde.

Un detalle que decide si el sistema es fiable

Parece administrativo y no lo es. Si el software se paga por usuario, dar de alta a un técnico nuevo, a un eventual o a una subcontrata es una decisión económica, y aparece la tentación de compartir cuentas.

En cuanto dos personas firman con el mismo usuario, los informes por técnico dejan de significar nada y el histórico deja de valer como prueba. Todo lo anterior se viene abajo por una decisión de tarifa. En GMAO CLOUD las licencias son ilimitadas en los tres planes.

La prueba de los quince minutos

Hay una forma barata de medir si lo que tienes es un sistema, y se puede hacer esta semana sin comprar nada.

Elige un equipo cualquiera de tu instalación y ponte quince minutos a reconstruir su último año: qué se le hizo, cuándo, quién, cuánto tiempo, qué material y qué se encontró.

Si lo consigues abriendo un sitio, tienes un sistema. Si necesitas cruzar una hoja con un correo y llamar a alguien, tienes herramientas. Y si al terminar hay meses en blanco que nadie puede rellenar, esos meses no existen: no es que no se hiciera nada, es que no queda constancia, y para cualquier efecto práctico —una reclamación, un seguro, una inspección, una decisión de reponer— es lo mismo.

Merece la pena repetir la prueba seis meses después de implantar cualquier cosa. Es más honesta que cualquier cuadro de mando.

Lo que un sistema no hace

No sustituye la decisión. Si nadie decide quién atiende qué ni con qué prioridad, el sistema registrará el mismo desorden con más precisión.

No pone el criterio técnico. Cada cuánto revisar un equipo lo marca el fabricante, la norma o la experiencia.

No se implanta entero de golpe. Empezar por el inventario completo es el error más repetido: seis meses cargando datos antes de ver un resultado agotan a cualquier equipo.

Por dónde se empieza

Por los activos críticos —los que paran la producción o el servicio si fallan— con sus gamas y su periodicidad. En días hay preventivo generándose y órdenes cerrándose con datos reales, y el equipo ve un resultado antes de cansarse de introducir datos.

Eso último es lo que de verdad decide si un sistema arraiga o se abandona.

Si quieres ver qué aspecto tendría con tus equipos, puedes solicitar una demo.

← Todos los artículos