Cómo se implanta un programa de mantenimiento

La parte difícil de un GMAO no es el software: es conseguir que dentro haya datos fieles y que el equipo los meta sin que nadie tenga que perseguirlo. Las implantaciones que salen mal casi nunca fallan por la herramienta; fallan por el orden en que se hicieron las cosas.

Este es el orden que funciona.

Antes de tocar nada: tres decisiones

Hasta dónde quieres gestionar. ¿Solo el trabajo técnico y sus informes? ¿O también compras, presupuestos y la relación con el cliente? Un alcance acotado se implanta en semanas; uno que atraviesa varios departamentos exige acuerdos previos sobre quién hace qué, y esos acuerdos tardan más que la configuración.

Quién manda en cada dato. Si hay un ERP de por medio, esto se decide ahora y no después: el ERP manda en clientes, artículos y tarifas; el GMAO manda en activos, intervenciones y consumos. Sin esa frontera acordada aparecen clientes duplicados y correcciones que se deshacen solas.

Quién es el responsable interno. Alguien de casa tiene que ser el dueño del proyecto. No hace falta que sea informático; hace falta que pueda decidir y que conozca la operación.

Fase 1: el inventario de activos

Es el trabajo más valioso y el que más tarda, así que conviene hacerlo bien y no hacerlo entero.

Se empieza por los activos críticos: los que paran la producción o el servicio si fallan, y los que tienen mantenimiento obligatorio. Para cada uno, lo mínimo útil es dónde está, de qué modelo es, su número de serie, cuándo se instaló y cuándo acaba su garantía. Ese último dato paga solo el esfuerzo: es muy frecuente reparar equipos en garantía sin saberlo.

En la gestión de activos se pueden añadir campos propios con su tipo y su unidad, porque los datos que describen una caldera no son los que describen un ascensor. Merece la pena agrupar por modelo y por familia desde el principio: es lo que permitirá configurar una sola vez lo que sirve para doscientos equipos iguales.

El resto del catálogo entra después. Empezar por el inventario completo es el error más repetido y el que más proyectos deja a medias.

Fase 2: las gamas y las periodicidades

Aquí es donde el sistema empieza a trabajar solo. Para cada familia de equipos se define qué hay que comprobar —el checklist, con sus campos, y cuando procede sus valores mínimo y máximo— y cada cuánto.

Dos cosas que ahorran mucho trabajo. La primera es que la gama se puede asociar al activo, a su modelo, a su subfamilia o a su familia, y se resuelve en cascada: se define una vez para toda la familia y solo se afina donde ese equipo tenga algo particular. La segunda es que un mismo activo admite varios periodos —el mensual es una cosa y el anual es otra—, que es como funciona la realidad.

Con esto configurado, el preventivo genera sus órdenes solo, comprobando antes si el día es festivo y si el técnico está disponible.

Fase 3: cómo entra el trabajo no planificado

El preventivo es la mitad. La otra es lo que aparece sin avisar.

Hay que decidir por dónde entran las incidencias y unificarlo: el backend, el acceso del cliente o un buzón de correo que el sistema convierte en avisos. Mientras haya tres vías paralelas —teléfono, WhatsApp y correo a personas distintas— no habrá una lista de pendientes fiable.

Y hay que definir los estados por los que pasa una incidencia y una orden, con su tiempo máximo y sus avisos asociados. Es una conversación de una hora que evita meses de ambigüedad sobre qué significa «en curso».

Fase 4: el equipo en campo

Esta es la fase que decide el proyecto, y la que más se descuida.

El sistema lo alimenta el técnico. Si la app le hace perder tiempo, el registro se aplaza al final del día y deja de ser fiel. Lo que funciona es empezar con un grupo pequeño de técnicos y un grupo pequeño de activos, durante unas semanas, cerrando órdenes de verdad.

De esa prueba salen siempre dos cosas: ajustes de configuración que nadie había previsto y, sobre todo, los argumentos para convencer al resto. Un técnico que le cuenta a otro que ya no tiene que llamar a la oficina para saber el histórico de un equipo convence más que cualquier formación.

Conviene explicar desde el principio lo que la app resuelve en su día a día: el cronómetro dentro de la orden, el material consumido sin papel, la firma del cliente en pantalla y el funcionamiento sin cobertura, que es lo que evita tener que repetir el trabajo al salir del sótano.

Fase 5: el almacén y las compras

Se puede dejar para después de que las órdenes estén cerrándose, y suele ser buena idea.

El almacén empieza a tener sentido cuando el consumo se registra al cerrar la orden, no antes. A partir de ahí se cargan los artículos con su coste, su stock mínimo y sus lotes cuando los necesitan, y el circuito de compras cuando haga falta reponer.

Fase 6: los informes, y volver al principio

Al cabo de unos meses hay histórico, y entonces empieza la parte que justifica todo lo anterior. Los informes —coste por equipo, horas por técnico, tiempos de parada, MTBF y MTTR, plan anual ejecutado, anomalías— sirven para corregir lo que se configuró al principio.

Un equipo que falla entre revisiones necesita más frecuencia. Uno que nunca da problemas probablemente esté sobremantenido, y eso también cuesta dinero. Sin esta fase, la periodicidad se decide una vez y no se vuelve a tocar nunca.

Lo que hace fracasar una implantación

Empezar por el inventario completo. Seis meses cargando datos antes de ver un resultado agotan a cualquier equipo.

Configurarlo sin quien lo va a usar. El sistema configurado en una sala de reuniones choca con la realidad el primer día en campo.

No cerrar el círculo. Si un técnico registra una anomalía y no pasa nada, deja de registrarlas. Con razón.

Esperar que arregle el proceso. Un GMAO no decide quién atiende qué ni con qué prioridad. Si eso no está decidido, el sistema registrará el mismo desorden con más precisión.

Si quieres que veamos cómo sería el arranque en vuestro caso, puedes solicitar una demo o escribirnos.