Checklist de datos mínimos para implementar un CMMS
Qué activos, roles, permisos y criterios de priorización conviene tener resueltos antes del kickoff con cualquier proveedor de CMMS.
La reunión de kickoff con el proveedor suele destapar el mismo problema en cualquier industria: el software ya está elegido, el contrato está firmado, pero nadie puede responder con precisión cuántos activos críticos tiene la planta, quién los ubica en la jerarquía de mantenimiento o qué técnico debería cerrar una orden de trabajo desde el celular el primer día.
La mayoría de los arranques no se atrasan por una mala elección de plataforma: se atrasan porque los datos mínimos para implementar un CMMS no estaban resueltos antes de sentarse con el equipo de implementación. Este artículo responde algo más puntual que “cómo implementar un CMMS” —ese proceso completo está cubierto en Implementar un CMMS sin frenar la operación—: qué información necesitás antes de arrancar, con qué nivel de detalle y quién tiene que estar involucrado.
Por qué el arranque depende más del dato que del software
Comparar módulos, precios y tiempos de soporte entre proveedores es la parte visible de la decisión. La parte que determina si el arranque funciona o se atrasa ocurre después: cuando hay que cargar el catálogo de activos, dar de alta usuarios y definir quién prioriza qué. Un CMMS bien elegido con datos incompletos produce el mismo síntoma que uno mal elegido: órdenes de trabajo sin activo asociado, técnicos sin permisos correctos, reportes que no cierran porque falta un campo obligatorio.
Dos tipos de requisitos, dos responsables distintos. Los requisitos que dependen del proveedor —tiempos de soporte, capacitación, acompañamiento— se negocian en la propuesta comercial. Los que dependen exclusivamente de la organización, es decir el dato, son responsabilidad interna, y son los que con más frecuencia quedan sin dueño hasta último momento.
Un catálogo de activos incompleto no bloquea la instalación del software, pero sí bloquea que el primer mes de uso genere información confiable.
El error habitual es tratar la preparación de datos como una tarea de IT que se resuelve en paralelo a la implementación, cuando en la práctica define el ritmo de todo el proyecto. Y sin datos confiables desde el arranque, ningún reporte ni tablero de KPI vale demasiado.
Catálogo de activos: el primer dato que hay que cerrar
No hace falta tener cargado el 100% del inventario histórico antes de arrancar. Hace falta tener resuelto, con precisión, el subconjunto de activos que va a generar el volumen real de órdenes de trabajo desde el primer día.
Qué nivel de detalle necesita cada activo
El error más común es tratar de definir demasiados campos por activo antes de arrancar, lo que retrasa la carga sin agregar valor operativo real. El mínimo funcional es más acotado de lo que suele asumirse:
| Campo | Por qué es mínimo |
|---|---|
| Identificador único (código de activo) | Sin esto no hay trazabilidad posible entre OT, repuesto e historial |
| Ubicación técnica | Define quién ve el activo en su área y cómo se agrupan reportes por sector |
| Criticidad | Determina prioridad de atención y frecuencia de preventivo |
| Marca / modelo / serie | Necesario para pedir repuestos y para historial técnico real |
| Responsable o sector asignado | Define quién recibe la alerta y quién audita el estado |
Todo lo demás —documentación técnica, garantías, contratos, manuales— puede incorporarse después del arranque sin afectar la operación diaria.
Jerarquía y ubicaciones técnicas
La estructura cambia según cómo trabaja realmente cada industria, y definirla antes de cargar activos evita el error más costoso de corregir después.
En una planta de alimentos y bebidas, por ejemplo, la jerarquía suele organizarse por línea de producción y por turno: un activo crítico en la línea de envasado no tiene el mismo peso a las 6 de la mañana, cuando arranca el turno, que a la 1 de la tarde, en pico de producción. En Oil & Gas, en cambio, la lógica es por sistema o unidad de proceso: un compresor no se entiende de forma aislada, sino como parte de un tren de compresión completo, y la jerarquía tiene que reflejar esa dependencia para que una falla se pueda rastrear hacia atrás. Definir esta estructura antes de cargar el primer activo evita reubicar cientos de registros más adelante porque la jerarquía original no reflejaba cómo trabaja el equipo de mantenimiento.
Nomenclatura y códigos: por qué definirla antes de cargar
Cambiar una convención de nomenclatura después de cargar 300 activos implica recodificar todo, no solo ajustar un criterio. La norma ISO 55001, sobre sistemas de gestión de activos, es una referencia útil para fijar criterios de codificación y criticidad de forma consistente antes de empezar la carga, en lugar de improvisar el criterio activo por activo.
Para profundizar en cómo estructurar esta información más allá del arranque, Gestión de activos industriales desde mantenimiento cubre el criterio completo de ciclo de vida.
Usuarios clave y roles: quién necesita estar definido desde el día uno
El dato humano se subestima tanto como el técnico. Un CMMS con el catálogo de activos impecable pero sin roles definidos igual genera caos operativo desde la primera semana.
Técnicos, supervisores, contratistas y terceros
| Rol | Qué necesita estar definido antes del arranque |
|---|---|
| Técnico de campo | Qué activos puede ver, si cierra OT desde el celular, si carga evidencia fotográfica |
| Supervisor | Qué aprueba, qué reasigna, qué reportes consulta |
| Planner / programador | Cómo prioriza el backlog, con qué criterio agenda preventivos |
| Contratista o tercero | Acceso limitado a sus propias OT, sin visibilidad de todo el activo |
En logística y en facility management, donde suele haber alta rotación de contratistas, no definir este nivel de acceso antes del arranque termina en usuarios genéricos compartidos entre varias personas: la forma más rápida de perder trazabilidad real. Un facility manager que administra varios edificios con cuadrillas tercerizadas distintas en cada uno necesita, además, que el acceso quede acotado por sitio —un contratista de mantenimiento eléctrico en un edificio no debería ver las OT de otro—, un criterio que se desarrolla en gestión de contratistas y SLA.
Permisos y niveles de aprobación
Quién solicita, quién prioriza, quién ejecuta y quién cierra técnica y administrativamente una orden de trabajo no debería definirse durante la implementación: debería llegar ya resuelto. El flujo completo de una orden de trabajo, con sus etapas y responsables, está desarrollado en Sistema de órdenes de trabajo de mantenimiento.
Criterios de priorización: definirlos antes de la primera solicitud
Sin un criterio de priorización explícito antes del arranque, cada solicitud se prioriza según quién grita más fuerte, no según impacto real en la operación. Una matriz simple de urgencia por criticidad, definida antes de recibir la primera solicitud, resuelve la mayoría de los conflictos de agenda del primer mes:
No es necesario un modelo sofisticado de priorización desde el arranque. Sí es necesario que exista uno, y que sea el mismo para todo el equipo, porque el costo de no tenerlo resuelto se nota rápido en el backlog acumulado.
Repuestos y stock: qué cargar primero, qué puede esperar
El error simétrico al del catálogo de activos es querer cargar todo el almacén antes de arrancar. El criterio que funciona en la práctica prioriza repuestos críticos y de alta rotación, no el inventario completo:
El resto del catálogo —repuestos de baja rotación, insumos genéricos— puede incorporarse en las semanas siguientes sin afectar el uso diario del módulo de gestión de activos y control de stock, siempre que los repuestos críticos ya estén vinculados a sus activos desde el primer día.
Errores frecuentes al preparar los datos antes del arranque
Nota del equipo de implementación. El patrón que se repite con más frecuencia en los arranques con fricción no es la falta de datos en sí, sino la falta de un responsable único que los valide antes del kickoff. Cuando la validación queda repartida entre varias áreas, cada una asume que la otra la hizo.
Si el catálogo de activos y los roles todavía no están definidos, ese vacío se nota recién en la primera semana de operación, no antes.
Ver cómo OTEX lo resuelve →El checklist completo: los datos mínimos para arrancar
Este checklist agrupa todo lo desarrollado en cuatro bloques, pensado para usarse tal cual como guía de preparación interna antes de la primera reunión con cualquier proveedor:
Dejá tu email y te lo mandamos, listo para repartir entre mantenimiento, IT y compras antes del kickoff.
Al enviar tu email aceptás nuestra Política de Privacidad.
¿Tenés el checklist resuelto?
Agendá una demo técnica y revisá con el equipo de implementación de OTEX el catálogo de activos, los roles y los criterios de priorización antes de decidir.
