Qué es un CMMS o GMAO: cómo funciona y qué registra
Un CMMS es el sistema donde vive el trabajo de mantenimiento. Qué registra, cómo funciona el ciclo completo y qué problemas de planta no resuelve solo.
En la mayoría de las plantas, el trabajo de mantenimiento ya está registrado. El problema es dónde. La solicitud llegó por WhatsApp, la orden se anotó en un cuaderno, el repuesto se descargó en la planilla del pañol, la foto del acople roto quedó en el celular del técnico y la historia del equipo vive en la memoria del que hace veinte años que está en la planta. Nada se perdió del todo. Nada se puede consultar junto.
Un CMMS es, antes que cualquier otra cosa, el lugar donde esas cinco cosas quedan asociadas al mismo activo y siguen ahí cuando alguien las necesita seis meses después.
Este artículo explica qué es concretamente esta categoría de software: qué registra, sobre qué información se apoya, qué ciclo sostiene y qué problemas de mantenimiento no se resuelven por instalarlo. Está escrito para quien conoce la operación —sabe qué es una orden de trabajo, un preventivo, un repuesto crítico— pero todavía no sabe bien qué está mirando cuando alguien le nombra un CMMS.
Qué es un CMMS y por qué también se lo llama GMAO
Un CMMS es un sistema donde se registra y se gestiona el trabajo de mantenimiento sobre activos identificados: quién pidió qué, sobre qué equipo, con qué tarea, con qué materiales, en cuánto tiempo y con qué resultado. La sigla viene del inglés Computerized Maintenance Management System. En español y en francés se usa GMAO, por Gestión del Mantenimiento Asistida por Ordenador. Las dos siglas nombran la misma categoría de software; la elección de una u otra depende más de la región y del proveedor que de una diferencia técnica.
Lo que separa un CMMS de una aplicación de tareas o de una planilla compartida no es la cantidad de funciones. Es que el trabajo queda enganchado a un activo concreto y esa asociación persiste. Una planilla puede decir que el 14 de marzo se cambió un rodamiento. Un CMMS dice que ese cambio se hizo sobre la bomba de alimentación de la línea 2, que llevó tres horas y cuarenta minutos de mano de obra, que consumió dos rodamientos y un retén con su costo, que la evidencia fotográfica está adjunta, y que fue la tercera intervención sobre ese equipo en el año. La diferencia no está en el dato: está en que el dato queda consultable desde el activo.
De ahí salen, después, todas las capacidades que suelen listarse en cualquier descripción de la categoría: programar preventivos, controlar repuestos, medir indicadores, auditar lo que se hizo. Ninguna funciona bien si la asociación entre trabajo y activo está rota.
CMMS, GMAO, EAM y ERP: qué nombra cada sigla
| Sigla | Qué nombra | Alcance | Dónde profundizar |
|---|---|---|---|
| CMMS | Sistema de gestión del mantenimiento | El trabajo de mantenimiento sobre activos: solicitudes, órdenes, preventivos, repuestos, historial e indicadores. | Este artículo |
| GMAO | La misma categoría, en español y francés | Idéntico al CMMS. Distinto nombre, no distinto software. | Este artículo |
| EAM | Gestión de activos empresariales | Extiende la mirada al ciclo de vida completo del activo, más allá de la ejecución del mantenimiento. | Fuera del alcance de este artículo |
| ERP | Sistema de gestión empresarial | Procesos administrativos y financieros del negocio: compras, inventario valorizado, contabilidad, costos. | Criterios para elegir un CMMS/GMAO |
La comparación entre CMMS y EAM, y la decisión de cuál encaja en cada escenario, exceden lo que este artículo se propone: son otra conversación, con otros criterios. Acá alcanza con saber que no son sinónimos y que la superposición entre ambos es real.
Cómo funciona: el ciclo de solicitud, orden de trabajo e historial
La forma más rápida de entender un CMMS es seguir un trabajo de punta a punta. Un operador de la línea de llenado escucha un ruido anormal en la bomba de alimentación. A partir de ahí, cada paso deja un dato que el paso siguiente necesita.
El operador reporta la anomalía desde su celular, sin ser usuario del sistema de mantenimiento. Indica el equipo —lo identifica escaneando el QR pegado en la bomba— y describe lo que observó. Queda registrado quién reportó, cuándo y sobre qué activo.
El supervisor recibe la solicitud, verifica que no haya otra abierta sobre el mismo equipo y decide: la convierte en orden de trabajo, la rechaza con motivo o la deja en espera. Ese momento define la prioridad y arranca el reloj de respuesta.
La OT nace con el activo ya cargado, hereda su ficha técnica, su historial y su documentación. Se le asigna técnico, tarea, prioridad y, si corresponde, los repuestos previstos. El planner puede ver si el equipo está disponible o si hay que esperar una ventana de producción.
El técnico abre la OT desde la app, consulta el historial de la bomba antes de desarmarla, sigue el checklist si la tarea lo tiene, carga fotos y anota lo que encontró. Si la zona no tiene señal, trabaja sin conexión y sincroniza al salir.
El retiro del rodamiento en pañol se imputa a esa OT, no a un consumo genérico del mes. Las horas se registran contra el trabajo. Sin esos dos datos, el costo de la intervención no existe como número: existe como estimación.
El supervisor revisa el cierre: causa, trabajo realizado, evidencia, tiempos. Cuando lo valida, la intervención pasa a formar parte del historial de la bomba y alimenta los indicadores del período.
El ciclo importa por lo que ocurre en el paso siete, que no aparece en el diagrama: la próxima vez que esa bomba falle, el técnico que la atienda va a poder ver qué se hizo, con qué repuesto y con qué resultado. Ese es el activo que construye un CMMS y que ningún registro disperso puede reconstruir sin trabajo manual.
El desarrollo completo de este flujo —estados, transiciones, campos obligatorios, tipos de OT y qué se rompe en cada etapa— está en el flujo completo de una orden de trabajo. Sobre qué conviene dejar asentado en cada intervención para que el historial sirva, hay criterio específico en qué registrar en cada intervención.
Qué datos guarda un CMMS: las entidades que sostienen todo lo demás
Una descripción por módulos dice poco. Una descripción por datos dice bastante más, porque la calidad de lo que el sistema devuelve depende por completo de seis entidades y de cómo se cargaron.
| Entidad | Qué representa | Qué deja de funcionar si está mal cargada |
|---|---|---|
| Activo y ubicación técnica | El equipo y su lugar dentro de la jerarquía de la planta. | Con activos duplicados o sin jerarquía, no hay MTBF por equipo ni costo acumulado confiable: el historial se reparte entre dos fichas del mismo motor. |
| Plan preventivo | La tarea recurrente, su frecuencia y su disparador (calendario, horas, ciclos, condición). | Frecuencias copiadas del manual sin ajustar a la operación generan tareas que nadie ejecuta y un cumplimiento del plan que mide obediencia administrativa, no confiabilidad. |
| Orden de trabajo | El trabajo concreto: qué, sobre qué activo, quién, cuándo, con qué resultado. | Si el técnico registra como tiempo de reparación toda la permanencia de la OT abierta, el MTTR absorbe esperas de repuestos, de permisos o de liberación del equipo. El indicador deja de representar el tiempo efectivo de intervención. |
| Repuesto y movimiento de stock | El material, su existencia y su salida imputada a un trabajo. | Sin imputación a la OT, el consumo aparece como salida de pañol del mes. El costo por activo queda incompleto y el análisis de repuestos críticos no tiene base. |
| Persona y rol | Quién hace qué y qué puede ver o modificar cada uno. | Permisos mal definidos producen dos efectos opuestos: cierres sin validación, o supervisores convertidos en cuello de botella para tareas rutinarias. |
| Evidencia y documentación | Fotos, mediciones, checklists, manuales y planos asociados al activo o al trabajo. | Sin evidencia asociada, una auditoría o un reclamo de garantía obligan a reconstruir el caso desde conversaciones y memoria. |
La primera entidad condiciona a todas las demás. Un árbol de activos mal armado —por ejemplo, cargar cada motor como equipo independiente sin relación con la línea a la que pertenece, o registrar la misma cinta transportadora con dos códigos distintos según quién la dio de alta— no se corrige después con un reporte. Se corrige rehaciendo la jerarquía y reasignando el historial. Por eso cómo estructurar la jerarquía técnica de la planta es una decisión previa a cualquier configuración, y no un detalle de carga.
Sobre qué información mínima hace falta reunir para que un sistema arranque sin quedar vacío ni bloquear la operación, hay un detalle práctico en los datos mínimos para implementar un CMMS. Y la mirada más amplia sobre el activo como objeto de gestión —criticidad, políticas por consecuencia de falla, decisiones previas— está en gestión de activos industriales desde mantenimiento.
Funciones principales de un CMMS/GMAO
Los proveedores describen sus productos por módulos. Es una forma legítima de ordenar un catálogo y una forma pobre de entender qué hace el software, porque casi todos los CMMS del mercado listan los mismos nombres. Conviene mirar cada función por el registro que deja, que es lo que después se puede consultar, auditar o medir.
| Función | Qué problema opera | Qué registro deja |
|---|---|---|
| Solicitudes | Los pedidos de mantenimiento llegan por canales distintos y se pierden. | Quién pidió, cuándo, sobre qué activo, qué se decidió y en cuánto tiempo. |
| Órdenes de trabajo | El trabajo se ejecuta sin registro homogéneo de tareas, tiempos y resultados. | Tarea, responsable, tiempos, causa, materiales y evidencia asociados al activo. |
| Preventivos y rutinas | Las tareas recurrentes dependen de que alguien se acuerde. | Plan, frecuencia, generación automática y cumplimiento real contra lo programado. |
| App móvil, QR y trabajo offline | El técnico está en campo y la carga se pospone hasta que se acumula. | Registro en el momento, con identificación del equipo por escaneo y sincronización posterior si no hay señal. |
| Repuestos y pañol | El consumo de materiales no se vincula al trabajo que lo originó. | Movimiento de stock imputado a la OT y, por extensión, al costo del activo. |
| Contratistas | El trabajo tercerizado queda fuera del historial del equipo. | Intervención externa registrada sobre el mismo activo, con su evidencia y su costo. |
| Roles y permisos | Todos ven y modifican todo, o nadie puede hacer nada sin autorización. | Trazabilidad de quién validó cada cierre y qué puede hacer cada perfil. |
| KPIs y reportes | Los indicadores se reconstruyen a mano cada mes. | Indicadores calculados sobre los registros existentes, con la trazabilidad de qué OT los compone. |
Dos de esas funciones merecen una aclaración porque suelen decidirse mal. El trabajo sin conexión no es una característica universalmente necesaria: importa en subsuelos, cámaras frigoríficas, plantas con estructura metálica densa o activos distribuidos en campo, y es casi irrelevante en una planta con cobertura completa. Los criterios concretos para definirlo están en cuándo el trabajo offline es un requisito real. Y los indicadores solo devuelven lo que los cierres cargaron: qué KPIs vale la pena mirar y cuáles se distorsionan con facilidad está desarrollado en indicadores de mantenimiento industrial.
Sobre los planes preventivos, la lógica de cómo se arman, cómo se eligen frecuencias y cómo se ajustan con el tiempo tiene su propio desarrollo en plan de mantenimiento preventivo industrial.
Qué cambia en planta con un CMMS y qué no cambia solo
Lo que cambia es específico y verificable. La información deja de depender de una persona: el historial de un equipo se consulta sin llamar a nadie. El backlog se vuelve visible como lista con antigüedad y prioridad, en vez de existir como sensación compartida de que hay mucho pendiente. Los indicadores se calculan sobre registros y no se reconstruyen a mano a fin de mes. Y el trabajo tercerizado, si se carga, deja rastro en el mismo lugar que el propio.
Lo que no cambia por instalar el software es igual de concreto, y conviene decirlo antes de una implementación y no después.
Ninguna de esas cinco cosas es un defecto del software. Son decisiones de proceso que el sistema expone con más claridad, precisamente porque deja de haber dónde esconderlas. Un CMMS sobre un proceso desordenado no ordena el proceso: lo documenta.
Esa es también la razón por la que la adopción del equipo técnico no es un problema de capacitación en pantallas. Cuando la carga se percibe como control administrativo y no como algo que le devuelve información útil al técnico, el sistema termina con datos incompletos y con reportes que nadie usa. El desarrollo de ese punto está en cómo lograr la adopción del CMMS en el equipo técnico.
Cuándo una operación necesita un CMMS y cuándo todavía no
El límite no está en el tamaño de la empresa sino en el punto donde el registro disperso deja de ser consultable. Con quince activos, dos técnicos y una planilla ordenada, una planta puede funcionar bien y saber lo que necesita saber. El punto de quiebre aparece cuando alguien pregunta algo razonable —cuánto gastamos en esa línea el semestre pasado, cuántas veces intervinimos ese compresor, qué preventivos quedaron vencidos— y responderlo exige media jornada de reconstrucción.
Hay tres condiciones que suelen adelantar ese momento: cantidad de activos con historia propia, cantidad de gente que genera o ejecuta trabajo, y dispersión física. En agroindustria, por ejemplo, el límite llega antes de lo que sugiere la nómina: silos, estaciones de bombeo y equipos móviles repartidos en kilómetros, con picos de trabajo concentrados en la campaña, hacen que ninguna planilla compartida sobreviva a una temporada completa. El detalle de ese escenario está en CMMS para agroindustria.
Si la duda es específicamente si conviene dejar Excel y en qué momento hacerlo sin perder lo que la planilla ya resolvía, esa decisión tiene su propio análisis en Excel vs CMMS: cuándo migrar. Y si lo que hay hoy es una mezcla de mensajes, llamados y planillas, las señales de desorden operativo sirven como diagnóstico previo.
Por dónde seguir según en qué punto estés
Si lo que viene ahora es evaluar proveedores, el paso siguiente no es pedir demos: es ordenar qué criterios van a decidir la comparación. Eso está en criterios para elegir un software de mantenimiento industrial, que es la pieza que continúa esta lectura.
Si ya hay demos agendadas, conviene llegar con escenarios propios en vez de mirar una recorrida guiada: qué probar en una demo de CMMS desarrolla cómo armarlos.
Y si lo que falta es ver cómo se traduce todo esto en pantallas concretas —el ciclo completo, la ficha de activo, la OT cerrada con sus repuestos y su evidencia—, el CMMS de OTEX muestra el producto funcionando sobre este mismo flujo.
Mirá el ciclo completo en un sistema real
La solicitud, la orden de trabajo, la ficha del activo y el historial acumulado, sobre el mismo flujo que describe este artículo.
