La revisión mensual entre operaciones y dirección financiera reúne a los dos responsables en la misma sala con dos dashboards distintos que no acaban de encajar. El director de operaciones presenta el desglose de OPEX por centro de coste, con la evolución mensual de las cuatro grandes categorías del área: personal directo, materiales, subcontratación y servicios técnicos. La dirección financiera presenta el ejecutado frente al presupuesto, también por centro de coste, con la variación acumulada del ejercicio. Ambas lecturas son técnicamente correctas y ambas son insuficientes para responder la pregunta que la CFO acaba de formular por tercer mes consecutivo: qué activos concretos están tirando del coste hacia arriba y qué coste unitario por activo está deteriorándose trimestre a trimestre. La pregunta se responde con un extracto en Excel que tardará tres días en llegar, se llevará a la reunión del mes siguiente y para entonces habrá quedado desactualizado.
El coste por activo gestionado es la métrica que unifica operaciones y finanzas porque vive en los dos dominios simultáneamente: operaciones captura la intervención, las horas de personal directo, los materiales y los servicios externos vinculados al activo; finanzas posee la amortización, la depreciación y las asignaciones de estructura. La suma de ambos componentes por activo produce la lectura que la reunión mensual necesita, pero solo se puede producir cuando los dos dominios comparten un identificador de activo, una regla de imputación y una cadencia de reconciliación. En la mayoría de operadores privados esos tres elementos existen a medias, y por eso la métrica que técnicamente podría existir termina no existiendo.
Los cuatro componentes del coste por activo
Una lectura útil del coste por activo se apoya en cuatro componentes que, sumados, dan la cifra total sobre la que operaciones y finanzas pueden actuar de manera coordinada. El primero es el coste directo de mantenimiento: horas de personal técnico atribuibles a intervenciones sobre el activo, materiales consumidos, servicios de subcontratistas específicos y desplazamientos imputables. Este componente vive naturalmente en el GMAO cuando la captura de campo se hace con vínculo firme al activo específico. El segundo es el coste indirecto de mantenimiento: horas de planificación, de coordinación, de gestión de repuestos y de administración del área imputadas al activo por regla —típicamente por número de intervenciones y por criticidad. El tercero es la amortización o depreciación contable, que vive en el ERP financiero. El cuarto, cuando la operación lo puede calcular, es el coste de oportunidad de la indisponibilidad: producción perdida durante las horas de fuera de servicio, valorada al margen unitario del activo o al precio de venta del servicio. Los cuatro componentes tienen granularidades y cadencias distintas, pero comparten el mismo elemento clave: el identificador del activo.
Las tres barreras habituales que impiden la unificación
La primera barrera es la del identificador. El GMAO usa una taxonomía interna, con códigos internos derivados del proyecto de instalación o del catálogo del fabricante. El ERP usa una codificación contable, alineada con el plan de cuentas y las reglas de amortización. Los dos sistemas se refieren al mismo activo físico con dos códigos distintos que rara vez se han alineado formalmente. Sin correspondencia mantenida, la reconciliación se hace por nombre o por descripción, y ambos métodos son frágiles y consumen tiempo humano cada mes.
La segunda barrera es la de la granularidad de imputación. El GMAO puede imputar horas de personal a nivel de intervención concreta con marca temporal; el ERP consolida coste de personal a nivel de nómina mensual por centro de coste. Sin una regla de bajada del ERP hacia el nivel de activo, el coste directo de personal solo se puede estimar por proporción, no reproducir con exactitud.
La tercera barrera es la de la cadencia. El GMAO produce datos en tiempo real o diario; el ERP cierra mensualmente. La conversación operacional trabaja en semanas; la conversación financiera trabaja en meses. La lectura útil del coste por activo requiere sincronizar los dos ritmos, no imponer uno sobre el otro.
Tres prácticas que unifican sin abrir proyecto ERP
La solución técnicamente correcta sería una integración completa entre GMAO y ERP, con maestro compartido, imputación al nivel de activo y cierre continuo. En la práctica es un proyecto costoso y con horizonte de dieciocho a treinta y seis meses que la mayoría de operadores medianos no puede permitirse. Tres prácticas más ligeras producen la mayor parte del valor sin abrir ese proyecto.
La primera es establecer un identificador canónico del activo que ambos sistemas referencien explícitamente. El identificador puede vivir en el GMAO —si el maestro es sistema de registro en operaciones— con una tabla de correspondencia bidireccional hacia el código contable del ERP. Se mantiene por un responsable identificado y se audita una vez al trimestre. La segunda es definir reglas de imputación de costes indirectos que ambos lados acepten: por ejemplo, planificación y coordinación asignadas al activo por un ratio combinado de sesenta por ciento por número de intervenciones y cuarenta por ciento por criticidad. La regla se acuerda una vez, se aplica uniformemente y se revisa anualmente. La tercera es fijar una cadencia de reconciliación quincenal o mensual —según tamaño de operación— con un cierre parcial que evita que la deriva entre ambos dominios crezca más allá del margen de tolerancia.
La lectura que cambia lo que se puede decidir
Con los tres elementos en su sitio, la revisión mensual cambia. La CFO deja de pedir un extracto en Excel y empieza a preguntar por activos concretos con coste unitario deteriorado, por franjas de coste por criticidad y por comparación entre activos del mismo tipo dentro de la cartera. La conversación pasa de defender líneas presupuestarias a decidir sobre intervenciones. Para este perfil de operador, Maptainer ofrece una interfaz WebGL que permite a la CFO navegar desde el total de la cartera hasta el coste unitario del activo específico en la misma sesión, con desglose de los cuatro componentes visible sin exportar a hoja de cálculo intermedia. Cien mil activos se recorren en la interfaz al mismo ritmo con el que se recorrería un centro de coste; y esa fluidez es lo que hace que la decisión operacional se tome dentro de la reunión, no en el correo del día siguiente.
La métrica que reconcilia dos culturas
El coste por activo gestionado es una métrica técnicamente sencilla y culturalmente difícil. Requiere que operaciones acepte imputar con la disciplina que finanzas exige y que finanzas acepte bajar el detalle de imputación al nivel al que operaciones actúa. La reconciliación entre ambas culturas no la hace un dashboard, la hace la disciplina que sostiene los tres elementos anteriores. Pero cuando el dashboard existe y refleja fielmente esa disciplina, la reunión mensual entre operaciones y finanzas deja de ser una revisión defensiva y se convierte en una conversación conjunta sobre qué activos merece la pena intervenir el mes que viene. Esa es la reunión que la organización necesita, y no depende de la magnitud del presupuesto sino de la calidad de la lectura.