Gestión de activos

Historial de mantenimiento de equipos: qué registrar en cada intervención

Técnico de mantenimiento registrando en una tablet los datos de una intervención sobre una caldera industrial

Los campos mínimos que debe capturar cada intervención para que el historial de un activo resista una auditoría, y dónde conviene dejar de agregar campos.

9 de septiembre de 2026 12 min OTEX.tech

El auditor camina la línea, se para frente a un equipo y pide las últimas cinco intervenciones con su evidencia. El historial de mantenimiento de ese equipo existe: una planilla con fechas, fotos en un grupo de WhatsApp, un cuaderno de guardia y un técnico con años en la planta que se acuerda de todo. Ninguna de esas cuatro cosas es un historial.

La distancia entre tener registros y reconstruir la vida de un activo aparece cuando alguien externo pide el dato y hay veinte minutos para encontrarlo. Acá están los campos que capturar en cada intervención, por qué está cada uno, y —el punto que casi nunca se escribe— dónde conviene parar de agregar campos.

Cinco campos innegociables del historial: causa de catálogo, repuestos y lote, cuatro marcas de tiempo, evidencia fechada y ejecutor con habilitación
Lo mínimo para que el historial de un activo resista una auditoría. El resto es contexto.

Registro de OT e historial de mantenimiento: por qué no son lo mismo

Un registro de órdenes de trabajo está organizado por evento. Cada OT es una fila: se abrió, se asignó, se cerró. Sirve para saber qué hizo mantenimiento en marzo.

Un historial técnico de activos está organizado por activo. La entrada es el equipo y lo que se despliega es su línea de tiempo. Sirve para responder por qué esta bomba lleva tres sellos mecánicos en catorce meses.

Comparación entre un registro de órdenes de trabajo, donde cada OT es un evento aislado, y el historial del activo, donde todas las intervenciones se agrupan bajo el equipo
El dato se vuelve historia cuando se vincula al activo.

La mayoría de las plantas tiene lo primero y cree tener lo segundo: los datos están repartidos entre OT, remitos, planillas de calidad y correos. Existen; recuperarlos frente a alguien que espera es otra operación.

Definición operativa. El historial de mantenimiento de equipos es el conjunto de registros vinculados a un activo que permite reconstruir, sin intervención de terceros, qué le pasó, cuándo, quién actuó, con qué materiales y con qué evidencia. Si alguna de esas cinco preguntas necesita una llamada, el historial está incompleto.

Hay una prueba rápida. Elegí un activo crítico, entrá por su código y reconstruí sus últimas cinco intervenciones sin llamar a nadie. Si necesitás cruzar tres fuentes, el historial vive en la memoria de tu gente, que no se exporta. El flujo completo de una orden de trabajo está desarrollado en otro artículo: acá se trata solo el residuo documental que esa OT deja pegado al activo.

Qué registrar en cada intervención: los campos mínimos

Cada campo tiene que responder una pregunta que alguien va a hacer —un auditor, un gerente, un analista— o alimentar un cálculo en uso. Los que no cumplen ninguna de las dos condiciones se sacan.

CampoQué pregunta respondeRiesgo si falta
Código de activo¿A qué equipo exacto le pasó esto?El historial se disuelve en descripciones ambiguas
Ubicación técnica y activo padre¿Dónde estaba montado?No se analiza por línea ni sistema
Estado de la línea¿En marcha o en parada?Se pierde el contexto de riesgo
Síntoma observado¿Qué se detectó?Se confunde falla con reparación
Causa (de catálogo)¿Por qué falló?Sin Pareto de fallas ni correctiva
Acción ejecutada¿Qué se hizo?El registro no prueba nada
Repuestos y consumibles¿Qué se consumió y de dónde salió?Sin costo por activo ni trazabilidad
Evidencia adjunta¿Cómo se sabe que se hizo así?Registro sin valor probatorio
Tiempos (cuatro marcas)¿Cuánto estuvo fuera y cuánto se tardó?MTTR sobre datos sin significado
Ejecutor y permiso¿Quién intervino y con qué habilitación?Sin responsabilidad imputable
Validación de cierre¿Quién dio por buena la intervención?Nadie responde por la calidad del dato

Síntoma, causa y acción como tres campos separados

Acá se define si el historial va a servir para algo más que probar que alguien fue. En la mayoría de las planillas hay un solo campo de texto libre, y ahí termina escrito “se reparó”.

01
Síntoma

Lo que se observó: vibración en el descanso lado acople, pérdida por el prensa, temperatura de descarga fuera de rango.

02
Causa

Por qué pasó, de un catálogo cerrado: desalineación, falta de lubricación, contaminación del fluido, fatiga, error de montaje, sobrecarga de proceso.

03
Acción

Qué se hizo: recambio del sello mecánico, realineación en frío, ajuste de la instalación, reposición de lubricante.

Un registro que dice “se reparó pérdida” solo permite decir que se atendió. Uno que separa síntoma (pérdida por el prensaestopas), causa (desgaste de cara de sello por operación en seco) y acción (recambio y verificación de la protección por bajo nivel) permite, doce meses después, ver que tres de los cinco recambios de esa bomba tienen la misma causa y que el problema está en la protección.

El catálogo de causas tiene que ser corto —entre diez y veinte opciones ajustadas a la planta— y crecer solo a través de una opción “otra” que dispare revisión mensual. Un catálogo largo termina concentrado en las primeras opciones, y los indicadores que la gerencia mira todos los meses se construyen sobre este campo.

Repuestos, evidencia y tiempos

Cada intervención registra qué se consumió, con código, cantidad y origen: salida de pañol contra la OT o compra urgente. Un historial donde la mitad de los repuestos entró por compra urgente dice algo sobre el stock que ningún KPI de mantenimiento va a mostrar. En procesos con inocuidad el lote deja de ser opcional: un lubricante de grado alimenticio se registra con su designación y su lote —el registro NSF de categoría H1 acredita el grado— y una junta que contacta producto, también.

Con la evidencia pasa algo parecido: una foto general de la máquina, tomada de lejos, no prueba nada. El sello de tiempo importa tanto como la imagen, y eso empuja hacia la carga en el punto de trabajo. Si el técnico tiene que volver a la oficina para adjuntar, no adjunta: es el argumento operativo detrás de la app móvil con operación offline.

Las cuatro marcas de tiempo de una intervención: detección, aviso, inicio de intervención y puesta en servicio
Sin estas cuatro marcas separadas, el MTTR mezcla mantenimiento con coordinación.
01
Detección

Cuándo se advirtió la condición. La distancia hasta el aviso mide el circuito de comunicación con producción.

02
Aviso

Cuándo llegó a mantenimiento. La distancia hasta el inicio mide disponibilidad de recursos y permisos.

03
Inicio de intervención

Cuándo el técnico puso las manos, no cuándo se abrió la OT.

04
Puesta en servicio

Cuándo el equipo volvió a producir.

Ejecutor, validación y contratistas

El ejecutor va nominal, no por cuadrilla, con el permiso de trabajo y la habilitación cuando corresponde. En activos críticos conviene sumar un campo de validación de cierre: quién revisó la causa cargada y dio por buena la intervención.

Con contratistas el requisito se endurece: qué empresa intervino, contra qué orden de servicio, con qué personal habilitado y con qué certificado de conformidad. Cuando la intervención de un tercero queda solo en el remito de la factura, el activo tiene un hueco justo en las tareas de mayor riesgo; la gestión de contratistas y SLA desarrolla cómo cerrar ese circuito.

Dónde parar: el costo de cada campo obligatorio

Todo lo anterior tiene un contrapeso que rara vez aparece en los artículos del tema: cada campo obligatorio que se agrega baja la calidad promedio del dato cargado.

El técnico está en la planta, con guantes, casco, ruido y una línea esperando. Un formulario con veinte campos obligatorios no produce veinte datos útiles: produce algunos buenos, varios copiados de la OT anterior y el resto rellenados con lo primero del desplegable. El sistema queda completo y el historial, peor: ahora tiene datos falsos con apariencia de estructura.

CategoríaCriterioEjemplo
ObligatorioResponde una pregunta de auditoría o alimenta un indicador en usoCausa, repuestos, tiempos
OpcionalAporta contexto pero no bloquea el cierreEstado de componentes vecinos
CalculadoEl sistema lo deriva, nadie lo tipeaDuración, costo de mano de obra
No registrarNadie lo consultó en el último añoCampos heredados de una migración previa

Un punto de partida: no más de siete u ocho campos obligatorios en una OT correctiva estándar, y menos en una inspección de rutina. Si un campo se vuelve obligatorio, alguien tiene que poder nombrar qué reporte lo consume. Cuando nadie puede, el campo sale.

Auditoría de mantenimiento: qué mira un auditor en el historial

Un auditor no evalúa la prolijidad del sistema. Evalúa si el registro sostiene una afirmación. La exigencia de información documentada en gestión de activos está planteada en ISO 55001; el control de infraestructura y de equipos de medición, en ISO 9001.

Pregunta del auditorQué campo la responde
¿Cuándo se intervino y por qué?Fecha real + síntoma + causa
¿Quién ejecutó y estaba habilitado?Ejecutor nominal + habilitación + permiso
¿Qué material se instaló y de qué lote?Repuestos con código y lote
¿Cómo se verificó que quedó apto?Checklist de cierre + evidencia adjunta
¿El preventivo se ejecutó en fecha?Fecha programada vs. fecha real
¿Los instrumentos estaban calibrados?Registro de calibración vigente a la fecha

Tres cosas hacen más ruido que la falta de un campo. Incoherencia temporal: cincuenta OT cerradas el último día del mes con la misma hora delatan un cierre administrativo masivo, y el registro pierde credibilidad aunque sea verdadero. Evidencia declarativa: “se verificó el ajuste” sin dato de torque, sin foto, sin firma. Historial que empieza el mes pasado: un sistema cargado tres semanas antes de la auditoría cuenta su propia historia.

Prueba rápida de auditabilidad con seis preguntas sobre las últimas cinco intervenciones de un equipo crítico
Elegí un equipo crítico al azar: lo que falla primero marca la prioridad.
Llevate este autodiagnóstico en formato PDF

Dejá tu email y te lo mandamos, listo para recorrer la planta con un equipo crítico en la mano.

Al enviar tu email aceptás nuestra Política de Privacidad.

Si reconstruir cinco intervenciones de un equipo crítico exige cruzar planillas, remitos y fotos sueltas, el problema aparece antes de la auditoría: aparece cada vez que alguien necesita el dato.

Ver cómo OTEX lo resuelve →

Qué cambia según la industria

El conjunto mínimo de campos es común. Cambia qué se vuelve innegociable y qué evidencia exige el marco de cada sector.

SectorCampos críticosEvidencia adicional
Alimentos, bebidas y lácteaLote y grado del lubricante, control de herramientas, liberación de líneaChecklist de higiene posterior, conteo de herramientas
Oil & Gas y energíaPermiso de trabajo, habilitación, especificación del materialCertificados de material, ensayos no destructivos
Facility managementContrato o SLA, tiempo de respuesta comprometido, conformidad del clienteFirma del responsable del edificio, fotos de cierre

En una planta láctea, la reparación de un agitador en un tanque de leche cruda arrastra tres registros que no aparecen en la OT clásica: qué lubricante se usó y con qué grado, qué herramientas entraron y salieron del tanque, y quién liberó el equipo tras la limpieza. Los tres son campos de mantenimiento, aunque los pida Calidad: el criterio completo está en trazabilidad para auditorías en industria alimenticia.

En Oil & Gas el eje se desplaza: importa menos el tiempo de reparación y más demostrar qué material se instaló, con qué certificado y bajo qué procedimiento. Un historial que registra la acción pero no la trazabilidad del material no sostiene integridad mecánica.

Calidad de datos: cómo se arruina un historial antes de la auditoría

El historial de mantenimiento de equipos no falla el día de la auditoría. Falla dieciocho meses antes, en decisiones que parecieron menores: nomenclatura inconsistente que parte un activo en tres historiales cortos; jerarquía plana que impide leer la falla a nivel de sistema; texto libre donde debería haber catálogo; OT cerradas todas juntas a fin de mes; historial repartido entre compras, el celular del supervisor y la carpeta del contrato.

Un caso merece campo propio: la reintervención. Cuando un equipo vuelve a fallar dentro de las 48 o 72 horas, el registro tiene que marcarlo y apuntar a la OT anterior. Sin ese vínculo, dos fallas del mismo origen se cuentan como eventos independientes y el MTBF mejora artificialmente.

Las señales son visibles sin auditoría: cuántos activos tienen cero intervenciones en el último año, cuántas OT se cerraron el mismo día del mes, qué porcentaje de causas cae en “otros”. Sin causa registrada, la misma falla se paga varias veces.

Qué historial migrar y cuál dejar donde está

La objeción más común es la acumulación previa: quince años de papel, planillas heredadas, carpetas por año. Cargar todo eso es inviable e innecesario.

Qué historial migrar: activos críticos y últimos 12 a 24 meses; qué conservar como adjunto escaneado; y por qué no esperar a tener el histórico ordenado
Doce a veinticuatro meses es la ventana que un auditor suele mirar y la que sirve para analizar repetitividad.

Lo que no conviene es esperar a tener el histórico ordenado para empezar a registrar bien: son dos proyectos distintos y el segundo no depende del primero.

Qué aporta un CMMS/GMAO y qué sigue dependiendo del equipo

Lo que resuelve la herramientaLo que sigue siendo decisión de mantenimiento
Estructura por activo: se consulta entrando por el equipoQué activos merecen qué nivel de registro
Campos obligatorios por tipo de OTCuáles son esos campos y dónde parar
Catálogos cerrados de causa y modo de fallaEl contenido del catálogo, propio de cada planta
Adjuntos con sello de tiempo del dispositivoQue el técnico los cargue en el punto de trabajo
Carga offline y sincronización posteriorLa disciplina de cerrar la OT el mismo día
Asociación repuesto–OT–activo–costoLa codificación de repuestos, que hay que ordenar antes
Exportar el historial de un activo en un clicQue el dato exportado sea verdadero

Un CMMS/GMAO no produce un historial de mantenimiento auditable por instalarse. Produce la infraestructura donde ese historial puede existir.

Y hace visible —rápido— dónde el registro está flojo. Los primeros tres meses suelen mostrar más huecos que mejoras: conviene anticiparlo con la gerencia antes de arrancar.

Auditoría y trazabilidad

Poné a prueba el historial de tus activos críticos

Si tenés una auditoría cerca y no sabés si el registro de tus equipos la resiste, podemos revisar juntos cómo está armada la ficha de un activo y qué campos faltan.

Lecturas relacionadas

FAQ

Preguntas frecuentes

¿Es lo mismo la hoja de vida de un equipo que el historial técnico?
Se usan como sinónimos, aunque tienen alcances distintos. La hoja de vida se arma como ficha del activo —placa, especificaciones, componentes principales— y en muchas plantas queda estática. El historial técnico es la línea de tiempo de intervenciones que se acumula sobre esa ficha. Una ficha sin historial no permite analizar; un historial sin ficha no permite contextualizar.
¿Qué registrar cuando un equipo vuelve a fallar a los pocos días?
Se marca como reintervención y se vincula a la OT anterior, con una causa propia que puede diferir de la original: reparación incompleta, repuesto no conforme o condición de proceso que persiste. Sin ese vínculo, el sistema cuenta dos fallas independientes y pierde el patrón que había que detectar.
¿Cuántos campos obligatorios conviene tener en una OT?
Un punto de partida razonable es no más de siete u ocho campos obligatorios en una OT correctiva estándar, y menos en una inspección de rutina. Si un campo se vuelve obligatorio, alguien tiene que poder nombrar qué reporte lo consume; cuando nadie puede, el campo sale.
¿Cuánto historial conviene migrar a un CMMS nuevo?
Activos críticos primero, con una ventana de 12 a 24 meses de intervenciones, más los eventos mayores sin límite de fecha porque explican el comportamiento actual del equipo. Los legajos en papel se escanean y se adjuntan indexados por activo, en lugar de transcribirlos.
¿Qué mira un auditor en el historial de mantenimiento?
Si el registro sostiene una afirmación: cuándo se intervino y por qué, quién ejecutó y con qué habilitación, qué material se instaló y de qué lote, cómo se verificó que el equipo quedó apto y si el preventivo se ejecutó en fecha. La incoherencia temporal y la evidencia declarativa hacen más ruido que la falta de un campo.