Integrar un GMAO en el ERP: cómo se plantea

La pregunta llega casi siempre en el mismo momento: la empresa ya tiene un ERP que funciona, lleva años con él y no piensa cambiarlo, pero el mantenimiento se sigue gestionando con hojas de cálculo y partes de papel. ¿Hace falta otro programa, o esto debería resolverlo el ERP?

La respuesta corta es que un ERP y un GMAO no compiten: cubren cosas distintas y el problema real es dónde poner la frontera. La respuesta larga es este artículo.

Qué hace un ERP y qué deja fuera

Un ERP —un sistema integrado de gestión— nació para resolver contabilidad, facturación, compras, inventario y producción. Lo hace bien, y es donde debe estar el maestro de clientes, el de artículos y las tarifas.

Lo que un ERP no suele resolver es el trabajo técnico sobre los equipos. En concreto:

• La ficha del activo como historia. No el artículo comprado, sino el equipo instalado: dónde está, qué número de serie tiene, qué se le ha hecho, qué anomalías quedaron abiertas, cuánto lleva costando.
• La periodicidad del mantenimiento. Un ERP no genera solo la revisión semestral de doscientos equipos ni comprueba si el día que toca es festivo.
• El trabajo en campo. Es la carencia más clara. Los ERP son aplicaciones de escritorio o de navegador pensadas para una oficina, y el mantenimiento ocurre en una cubierta, en un sótano o en una nave sin cobertura.
• La relación con el cliente del servicio. Quién avisó, con qué prioridad, qué se le prometió y qué se le puede enseñar después.

Esas cuatro cosas son, precisamente, lo que hace un GMAO.

La frontera: quién manda en cada dato

Esta es la decisión que determina si la integración va a funcionar, y es anterior a cualquier cuestión técnica.

El ERP manda en clientes, artículos y tarifas. El GMAO manda en activos, intervenciones y consumos. Cada dato tiene un único sitio donde se crea y se modifica; el otro sistema lo recibe y no lo toca.

Cuando esa regla no está acordada, pasa siempre lo mismo: el mismo cliente existe dos veces con dos códigos, alguien corrige un artículo en el sistema equivocado y la siguiente sincronización deshace la corrección. No es un fallo del software, es un fallo de diseño.

Qué información viaja, y hacia dónde

Con la frontera clara, el flujo habitual se ordena solo.

Del ERP hacia el GMAO vienen los maestros: clientes, direcciones y artículos. Es lo que evita mantener dos catálogos distintos de lo mismo. Así funciona, por ejemplo, el conector de Sage X3, que importa esos tres bloques.

Del GMAO hacia el ERP van las órdenes de trabajo cerradas, con sus horas imputadas y su material consumido, que es exactamente lo que el ERP necesita para facturar. El conector de SAP exporta órdenes para el circuito de facturación y de costes; los de Business Central y Navision cubren las dos direcciones.

El matiz importante es que no todos los conectores hacen lo mismo. Conviene comprobar el alcance real antes de dar por supuesto que un dato va a pasar solo. El catálogo completo está en la página de integraciones, con lo que exporta e importa cada uno.

Qué aporta el GMAO que se nota desde el primer día

Estas son las capacidades por las que una empresa con ERP acaba añadiendo un GMAO, ordenadas por lo rápido que se notan.

Identificación del equipo en campo. Cada activo con su código QR: el técnico escanea y tiene delante la ficha, el histórico y la documentación sin llamar a la oficina. La gestión de activos admite además campos propios por tipo de equipo, con su unidad, porque los datos que describen una caldera no son los que describen un ascensor.

Trabajo sin cobertura. La app de técnicos guarda órdenes, activos y documentos en el dispositivo, y las acciones hechas sin conexión se sincronizan al recuperar señal. Es la funcionalidad que ningún ERP de escritorio cubre.

Preventivo automático. La gama de comprobaciones asociada al activo, a su modelo o a una familia entera, con su periodicidad, generando órdenes preventivas que además comprueban festivos y disponibilidad del técnico.

Documentación con caducidad. El gestor documental cuelga documentos de casi cualquier entidad del sistema, con fecha de caducidad y revisión diaria de lo que está a punto de vencer. Incluye certificados con su número, alcance, emisor y titular.

Acceso para el cliente. Su propio acceso para abrir incidencias, seguir órdenes, descargar partes y ver sus próximos preventivos.

Analítica de mantenimiento. Los informes que un ERP no tiene porque no son su materia: tiempos de parada, MTBF y MTTR, coste por equipo, horas por técnico, plan anual de preventivo.

El caso de la subcontratación

Hay un escenario que no encaja del todo en el esquema ERP-GMAO y que conviene mencionar, porque es cada vez más común: la empresa que contrata el mantenimiento y la que lo ejecuta trabajan las dos con un sistema propio.

Lo habitual es resolverlo con ficheros: uno exporta, el otro importa, alguien revisa que no falte nada. Funciona hasta que falla, y cuando falla nadie sabe de qué lado se perdió el dato. En GMAO CLOUD existe un conector directo entre instalaciones, en los dos sentidos —de cliente a subcontratista y al revés—, de modo que el trabajo pasa de un sistema al otro sin fichero intermedio y sin que haya que conciliar dos listas a mano.

La ventaja real no es el ahorro de tiempo: es que la orden de trabajo conserva su trazabilidad al cruzar la frontera entre las dos empresas, con sus tiempos y sus consumos, en lugar de convertirse en una línea de albarán.

Tres criterios para decidir la arquitectura

Que sea modular. El GMAO debe poder entrar como una pieza más junto al ERP, sin exigir sustituir lo que ya funciona. Si la única forma de usarlo es migrar el ERP, el proyecto se hace diez veces más caro.

Que sea adaptable. Lo que hace falta hoy no es lo que hará falta en tres años. Interesa que existan vías genéricas —API REST, SOAP, SQL, CSV, FTP— además de los conectores concretos, porque son las que cubren los casos que nadie previó.

Que la trazabilidad no se rompa en el salto. Si el dato viaja pero se pierde quién hizo qué y cuándo, la integración ha convertido un registro en un número. Lo que da valor al histórico es que se pueda reconstruir la intervención, no solo su importe.

Empezar por poco

La integración que sale bien casi siempre empieza igual: traer clientes y artículos del ERP, mandar hacia allí las órdenes cerradas, una vez al día, y dejar el resto para cuando esa parte lleve meses funcionando sin que nadie tenga que mirarla.

Si quieres que veamos cómo encajaría con tu ERP actual, puedes escribirnos desde contacto o solicitar una demo.