El asset manager de un operador industrial privado abre el proceso de renovación del software de mantenimiento. Se sienta a evaluar tres proveedores. El primero se presenta como GMAO. El segundo, como EAM. El tercero, como CMMS. Las listas de funcionalidades se solapan en un ochenta por ciento; los precios de licencia difieren por un factor de tres; cada comercial da una definición ligeramente distinta cuando se le pregunta qué separa a su categoría de las otras dos. El asset manager lleva la confusión al responsable técnico, que resuelve con una frase habitual y equivocada: GMAO es la traducción española de CMMS. La compra se decide entonces por precio y por olfato, y a los seis o dieciocho meses aparece el desalineamiento que nadie anticipó porque nadie desmontó la asunción de sinonimia.

Los tres acrónimos nombran familias de producto que se solapan pero no son idénticas. Tienen centros de diseño distintos, modelos de datos distintos y huellas de implantación distintas. Entender los límites entre ellos no es una cuestión terminológica: decide qué proveedores merecen entrar en la lista corta y qué proveedores se descartan antes de la primera reunión. Un mapa útil del mercado se construye no a partir de los acrónimos sino a partir de tres ejes técnicos que atraviesan las tres categorías.

CMMS: el origen y su centro de gravedad

CMMS (Computerized Maintenance Management System) es la familia originaria, nacida en los años ochenta y consolidada en los noventa. Su centro de gravedad es el flujo de trabajo del departamento de mantenimiento: apertura de orden de trabajo, planificación preventiva, gestión de repuestos, cierre y reporte. Está optimizada para un departamento de mantenimiento en una instalación única, con una plantilla estable y un catálogo de activos que rara vez supera el bajo millar. El maestro de activos suele residir en un ERP corporativo y el CMMS lo consume por API o por importación periódica. La dimensión financiera —depreciación, amortización, valor neto contable— vive fuera del CMMS y este no se considera sistema de registro.

EAM: el alcance corporativo

EAM (Enterprise Asset Management) extiende el CMMS hacia la gestión del ciclo de vida completo del activo: adquisición, valoración, depreciación, revaluación, disposición y baja. Está diseñada para operadores corporativos multi-instalación, con integración financiera profunda hacia sistemas de administración como SAP o Oracle Financials. El coste de configuración es notablemente superior al del CMMS y el tiempo de implantación se mide en trimestres, no en semanas. En un EAM bien implementado, el maestro de activos vive como sistema de registro dentro de la propia plataforma, y el ERP financiero lo consume, no al revés. La orientación es más estratégica que operativa: sirve al asset manager corporativo y al CFO, más que al jefe de mantenimiento de planta.

GMAO: la variante ibérica y francófona

GMAO (Gestión de Mantenimiento Asistido por Ordenador) es, en la superficie, la traducción al español y al francés del término CMMS. En la práctica, el mercado ibérico y francófono ha evolucionado con un sesgo específico: los GMAO se han desarrollado con más frecuencia con capacidad GIS integrada que sus homólogos anglosajones, porque el tejido industrial y de servicios privados de esos mercados se ha concentrado más en infraestructura distribuida —agua, energía, servicios urbanos privados, telecomunicaciones, logística— donde el mapa importa. Un GMAO típico ibérico incorpora capa cartográfica de serie; un CMMS típico anglosajón la trata como módulo adicional o integración externa. La distinción no está en los libros de mercado, pero es real en la selección.

Los tres desalineamientos que la confusión produce

Cuando el proceso de compra confunde las tres categorías, aparecen tres desalineamientos predecibles. El primero es comprar un CMMS pensando que es un EAM y descubrir a los seis meses que la integración financiera con el ERP corporativo no existe con la profundidad esperada, y que el maestro de activos sigue viviendo fuera de la plataforma. La consecuencia es un proyecto adicional de sincronización que multiplica el coste original. El segundo es comprar un EAM pensando que es un GMAO y descubrir que la capa espacial es un módulo bolt-on cuyo rendimiento se degrada por encima de los diez mil activos georreferenciados, y que la operativa de campo depende de una app de terceros. La consecuencia es una experiencia de operario en campo que el equipo termina rechazando. El tercero es comprar un GMAO pensando que es un CMMS y descubrir que las funcionalidades de flujo de trabajo son más ligeras que las esperadas para una operación con doscientos técnicos y multi-turno. La consecuencia es un desarrollo a medida sobre el GMAO para cubrir lo que un CMMS maduro traía de serie.

Los tres ejes útiles para desmontar los acrónimos

En lugar de evaluar por acrónimo, tres ejes técnicos producen un mapa más limpio del mercado. El primero es el sistema de registro del activo: en qué plataforma vive el maestro y quién lo consume. Si el maestro vive en el ERP y la plataforma técnica lo consume, la dimensión estratégica queda fuera de la herramienta técnica. Si vive en la plataforma técnica y el ERP lo consume, el asset manager tiene autoridad sobre la definición del activo. El segundo es la capacidad espacial: nativa, con topología de red y renderizado en cliente a decenas de miles de elementos, o bolt-on, con visualización en interfaz externa y sin lógica topológica. Este eje se verifica en piloto con un dataset del tamaño del proyecto real, no con la demo del comercial. El tercero es la profundidad del enlace financiero: en tiempo real hacia el ERP mediante API sobre eventos —una intervención cerrada genera automáticamente el asiento contable— o por lote periódico. La diferencia es enorme para el cierre mensual y para la trazabilidad de coste por activo.

Dónde se posiciona una plataforma como Maptainer

En Maptainer nos definimos como GMAO+GIS con maestro de activos como sistema de registro y arquitectura API-first hacia el ERP financiero. Eso nos coloca en una celda específica del mapa que los tres ejes producen: sistema de registro dentro de la plataforma, capacidad espacial nativa con topología PostGIS y renderizado WebGL, y enlace financiero mediante eventos vía OpenAPI 3.0 y webhooks. No competimos en la categoría abstracta de CMMS ni en la de EAM sin GIS; competimos en la intersección específica que un operador de infraestructura distribuida privada requiere. Ese posicionamiento es lo que permite al asset manager comparar de manera clara, sin depender del acrónimo que use el comercial.

La pregunta útil para la reunión de evaluación

La pregunta que separa una lista corta bien construida de una mal construida no es cómo se llama tu producto. Es dónde vive el maestro del activo, qué renderiza tu interfaz en el navegador con cincuenta mil elementos y qué hace tu API cuando se cierra una orden de trabajo. Los proveedores que responden con claridad a esas tres preguntas suelen ser los que producen menos desalineamiento a los seis meses. Los que se refugian en el acrónimo son, con frecuencia, los que después convierten el ahorro inicial en el sobrecoste de la segunda selección.