Respuesta breve: el historial de mantenimiento reúne trabajos que quedaron documentados para un activo. NASA contempla registros de mantenimiento preventivo (PM), reparaciones, modificaciones y órdenes de trabajo (OT) completadas o canceladas. La guía del Departamento de Energía de Estados Unidos (DOE) describe historiales de OT consultables y ordenables por equipo, fecha y persona que respondió.

Son ejemplos institucionales, no un esquema legal para todas las plantas españolas ni una garantía de que cualquier GMAO conserve los mismos datos (NASA NPR 8831.2F, capítulo 6, §6.4.3.7; DOE FEMP, capítulo 4, §4.3).

Qué significa consultar el historial de un activo

Consultar el historial es ordenar los trabajos registrados para un activo. La identidad del equipo y el sentido de las fechas condicionan esa lectura; el detalle depende de lo que el sistema haya guardado.

NASA describe en su CMMS módulos de inventario e historial, y el capítulo 6 detalla cómo se usan dentro de su política. Es una referencia para las organizaciones cubiertas por NASA, no una lista de campos obligatorios para una empresa española (NASA NPR 8831.2F, capítulo 6).

DOE FEMP describe historiales de OT que pueden ordenarse por equipo, fecha y persona que respondió, entre otros criterios, y menciona actividades programadas y no programadas. Son funciones típicas de una guía federal estadounidense, no una garantía sobre la configuración de cada CMMS (DOE FEMP, capítulo 4, §4.3).

La semilla menciona piezas, horas y lecturas, pero las fuentes no garantizan que cada sistema conserve esos datos. Antes de interpretar una columna, comprueba qué significa, quién la introduce y cuándo se actualiza. «Duración» puede medir horas de trabajo, tiempo fuera de servicio o una estimación.

La identidad del equipo antes de leer sus órdenes

El primer paso para consultar una trayectoria es asegurarse de que las entradas pertenecen al mismo activo. NASA describe el inventario como información detallada de los equipos cubiertos por su sistema; los ejemplos incluyen nomenclatura, fabricante, números de pieza y serie, coste, adquisición, ubicación, garantía y requisitos de mantenimiento. Es una lista representativa de esa política, no una plantilla universal (NASA NPR 8831.2F, capítulo 6, §6.4.3.2).

Contrasta el código local con descripción, ubicación o número de serie. Un nombre coloquial, un cambio de ubicación, un conjunto dividido o una OT asociada a un área pueden dejar dudas: resuélvelas en el inventario antes de unir órdenes. Una etiqueta parecida no demuestra que sea el mismo objeto.

NASA vincula un inventario fiable con análisis y presupuesto. Si no confirmas que una OT pertenece al equipo, deja esa relación incierta y no la unas a una tendencia del activo (NASA NPR 8831.2F, capítulo 6, §6.4.3.2).

Qué puede contener una entrada de trabajo

Una OT documenta una intervención según la estructura local. Puede incluir activo, solicitud, tarea, reparación, responsable, fecha y estado; no todos los sistemas ofrecen campos completos (DOE FEMP, capítulo 4, §4.3).

DOE presenta otras funciones como capacidades típicas de una GMAO: generar, priorizar y seguir OT por equipo o componente; guardar procedimientos, garantías y documentación técnica por componente; y seguir actividades programadas y no programadas. También enumera informes de trabajo en curso, generación de OT preventivas por calendario o tiempo de uso, y seguimiento de costes de capital y mano de obra por componente, junto con tiempos de cierre. La guía no afirma que todos los productos reúnan esas funciones.

Verifica qué existe en la instalación y cómo se definen sus campos antes de comparar (DOE FEMP, capítulo 4, §4.3).

La siguiente tabla convierte esos campos en preguntas de lectura; es una síntesis práctica, no un esquema que todos los sistemas deban ofrecer.

Pregunta Qué revisar en la OT Qué permite describir
¿A qué equipo corresponde? Clave del activo y, si está disponible, componente o ubicación Si las entradas se pueden agrupar con la misma identidad confirmada
¿Qué se pidió y qué se hizo? Descripción de solicitud, tarea de cierre y tipo de trabajo La diferencia entre lo solicitado, lo programado y lo anotado como realizado
¿Cuándo ocurrió? Definición de cada fecha y estado El hito que representa cada fecha, sin equiparar creación, ejecución y cierre
¿Qué resultado quedó? Nota de cierre, medición o referencia de repuesto, si existe Lo documentado al terminar, sin convertirlo en causa no comprobada

NASA describe fechas de inicio y finalización estimadas o reales, con responsable y estado, para los hitos aplicables del proceso; aclara que no todos los hitos corresponden a todos los trabajos. Su ejemplo distingue recepción, planificación, autorización, programación, ejecución e inspección final. Es una referencia para interpretar fases, no una lista de campos que toda OT deba incluir (NASA NPR 8831.2F, cap. 5, §5.5.5.3–.4).

Los formularios de NASA también separan la fecha solicitada en la petición, la fecha requerida en la OT y el campo «Completed», anotado al cerrar la orden. Las dos primeras pueden coincidir, pero no equivalen a la fecha de finalización registrada. La petición puede ser solo para una estimación: esa marca no pide ejecutar el trabajo de inmediato (NPR 8831.2F, apéndice D, §§D.2.2–D.3.3(c)).

Al comparar una exportación, identifica si la fila es una petición, una estimación o una OT cerrada y nombra el hito que representa la fecha visible. Esta distinción procede de formularios NASA; no es una convención universal de GMAO.

Un ejemplo didáctico con datos inventados

La tabla siguiente utiliza un activo ficticio, la Bomba B-07, para ilustrar cómo anotar una secuencia. Las referencias de OT y las fechas son inventadas. «Sin dato» significa que el ejemplo no aporta ese campo; no implica que la organización lo haya capturado o que el dato no exista en otro lugar.

Fecha ficticia Referencia de OT ficticia Intervención que el ejemplo registra Horas Pieza
12/02/2026 OT-B07-014 Inspección preventiva anotada; observación de vibración pendiente de comprobar Sin dato Sin dato
21/02/2026 OT-B07-019 Ajuste registrado tras una nueva inspección Sin dato Sin dato
03/03/2026 OT-B07-027 Reparación anotada; el ejemplo no especifica el componente Sin dato Sin dato

La lectura de las tres filas es concreta pero limitada: inspección con observación pendiente, ajuste posterior y reparación sin componente especificado. El orden no demuestra que las entradas describan el mismo comportamiento. Para relacionarlas, pide el dato que conectaría cada paso:

Duda de revisión Registro que ayudaría a resolverla Qué seguiría sin demostrar por sí solo
¿La observación de vibración se relaciona con la reparación? Identificador del componente, diagnóstico y medición fechada Que la observación inicial causó la reparación
¿El ajuste cambió la condición? Nota de cierre y lecturas comparables antes y después, si existen Que la condición mejoró solo porque la reparación llegó después
¿Qué trabajo se ejecutó? Estado definido por el sistema y descripción de cierre Que una solicitud o inspección equivale a una avería

La tabla es una lista de búsqueda para este ejemplo, no una garantía sobre los campos del CMMS. Añade evidencia nueva con fecha y procedencia; no reescribas retrospectivamente la nota anterior.

Del hallazgo PT&I al trabajo que aparece en el historial

NASA describe que sus CMMS pueden analizar resultados de pruebas predictivas frente a parámetros de proceso y lecturas de referencia, examinar posibles causas de valores anormales y proyectar tendencias para programar actuaciones o inspecciones. La guía habla de causas posibles; una lectura anormal no confirma un diagnóstico (§6.4.3.4; NASA NPR 8831.2F, capítulo 6).

También indica que los hallazgos de inspección y mantenimiento predictivo (PT&I) deben identificarse junto con el trabajo correctivo para que las tareas prioritarias puedan destacarse y seguirse. Al leer una historia, comprueba si una referencia lleva del hallazgo a una OT relacionada y qué estado tiene esa orden. La proximidad de dos fechas no demuestra ese vínculo. Si la consulta no muestra la referencia, anota qué registros revisaste; no concluyas que la relación no existe en otra parte del sistema.

Una lectura aislada y una tendencia responden preguntas distintas. NASA describe correlacionar datos de mantenimiento preventivo (PM), PT&I y otras bases; su sección siguiente menciona alarmas de límite para orientar seguimiento cuando entra información nueva. La guía no establece un umbral que se pueda trasladar a cualquier máquina. Para comparar, conserva qué prueba y referencia se usaron y cuándo se registró el dato, sin tratar una serie de OT como una serie de mediciones (§§6.4.3.4–6.4.3.5; NASA NPR 8831.2F, capítulo 6).

NASA indica que los resultados de PT&I, PM y otras inspecciones de condición se incorporen a la historia del CMMS para apoyar la evaluación del estado del equipo (§6.4.3.6; NASA NPR 8831.2F, capítulo 6).

En las tres filas del ejemplo solo se ve el orden; el enlace no aparece en la información mostrada. Si no se consultó la OT o un resultado posterior, indícalo como dato pendiente, no como ausencia confirmada.

Cómo reconstruir una trayectoria sin inventar continuidad

Para saber qué se ejecutó, distingue OT completadas de canceladas, pendientes o solo solicitadas. El número de registros no es una frecuencia de avería: puede incluir inspecciones y trámites.

Anota vacíos relevantes —fecha sin definir, descripción ambigua o cierre sin resultado— y revisa filtros y alcance antes de concluir que algo no se registró. Un campo en blanco también puede significar que la exportación no lo incluye. Es más preciso escribir «no aparece en este historial consultado» que «nunca se hizo».

Contrasta la cronología con condición, uso, criticidad, carga y documentación técnica pertinentes. NASA vincula las decisiones con condición y necesidades de misión o cliente; el historial no describe por sí solo el estado actual (NASA NPR 8831.2F, capítulo 3, §§3.1.2–3.1.4).

Qué decisiones puede informar

Para revisar una posible recurrencia, compara órdenes del mismo activo y del mismo tipo de trabajo. Revisa si describen un síntoma semejante o componentes distintos, y usa fechas equivalentes: mezclar solicitud, ejecución y cierre puede alterar la secuencia aparente. Comprueba también si cambió el identificador o el filtro de búsqueda.

Si la comparación se sostiene, el historial ayuda a localizar registros para revisar, pero la condición actual y el contexto de uso siguen siendo necesarios antes de proponer una actuación.

NASA presenta el historial como apoyo para analizar el estado del equipo junto con la condición y las necesidades de misión o cliente, y describe relaciones entre módulos para buscar tendencias. Eso no determina una reparación, inspección, intervalo ni sustitución; una decisión requiere evidencia pertinente y autoridad técnica (NASA NPR 8831.2F, capítulo 3, §§3.1.2–3.1.4, y capítulo 6, §6.4.3.7).

En el capítulo 3, NASA también trata como decisiones distintas hacer un trabajo ahora o aplazarlo: para esa valoración describe la necesidad presente y futura de la instalación, el impacto económico y de seguridad, la criticidad de la misión y la aportación del cliente. La cronología aporta contexto, no prioridad automática (NASA NPR 8831.2F, capítulo 3, §3.1.4).

Una lista de OT no basta para reconstruir el coste total. DOE describe funciones que pueden manejar costes y materiales, pero los datos dependen del sistema. Aclara si una cifra corresponde a una orden, periodo o categoría, y qué conceptos incluye; esta página no prescribe una fórmula (DOE FEMP, capítulo 4, §4.3).

Si una vista resume varias pantallas, conserva la referencia a las OT originales y a la consulta. Las diferencias entre exportaciones pueden deberse a registros nuevos, correcciones o filtros; compara claves, fecha de generación y estados. Antes de llamar una fila nueva una intervención nueva, abre la OT original y comprueba qué cambió.

Los tiempos de cierre describen el flujo de trabajo

DOE FEMP incluye entre las funciones típicas de una GMAO el seguimiento, por componente, de los tiempos más corto, mediano y largo para cerrar una OT. La misma lista menciona costes de capital y mano de obra. No define aquí cómo se calcula ese intervalo ni lo equipara al tiempo de reparación activa; conserva la etiqueta del sistema y comprueba qué marcas temporales entran en ella antes de comparar (DOE FEMP, capítulo 4, §4.3, PDF p. 2, impresa 4.2).

Un ejemplo hipotético: una exportación muestra que el tiempo mediano de cierre de las OT del componente X cambió de cuatro a once días entre dos periodos. Esa diferencia permite localizar órdenes para revisar cómo avanzaron; no prueba que el componente fallara más ni que cada reparación durara once días.

Compara intervalos equivalentes, estados y tipos de trabajo. En las OT originales, verifica qué representan las fechas y si el sistema registra ejecución, espera y cierre por separado. Si solo conserva creación y cierre, informa ese lapso con esos nombres; si registra hitos adicionales, mantenlos separados en el resumen.

Así se plantea una pregunta sobre el recorrido de las órdenes. El ejemplo B-07, en cambio, permite revisar la secuencia entre una observación y trabajos posteriores. Son decisiones distintas: una métrica de cierre orienta la revisión del flujo documental, pero no diagnostica la condición técnica de la máquina. Los números son inventados y no afirman que una planta tenga activada esa función.

De la consulta a una nota que se pueda revisar

Al compartir una conclusión, indica cómo se identificó el activo, el intervalo consultado, la fecha de extracción, los estados y filtros incluidos y las referencias de las OT. El lector debe poder repetir la búsqueda con el mismo alcance.

Separa lo que el registro dice literalmente, la interpretación y la pregunta abierta. «OT-B07-014: observación de vibración pendiente» no demuestra que la vibración causara la reparación. Si una revisión posterior cambia la lectura, conserva una nueva nota fechada con su evidencia. Si el registro necesario no está disponible, indica que no se consultó.

Límites: un historial no es una investigación de causa raíz

El historial aporta contexto, no demuestra una causa raíz. NASA y DOE describen marcos de sus propios ámbitos estadounidenses, no un esquema universal de GMAO ni obligaciones para plantas españolas o de la UE. En cada instalación, confirma quién registra las OT, qué significa cada estado y qué evidencia de cierre conserva el sistema.

Preguntas frecuentes

¿Qué intervenciones suelen aparecer en el historial de mantenimiento de un equipo?

NASA contempla historial de PM, reparaciones, modificaciones y OT completadas/canceladas. Son ejemplos del CMMS que describe su política; no un catálogo obligatorio para cualquier sistema.

¿Qué campos permite usar DOE para ordenar el historial de OT?

DOE describe el historial de órdenes de trabajo como consultable y ordenable por equipo, fecha y persona que respondió. La guía habla de funciones típicas, no garantiza que todos los sistemas las tengan activadas.

¿Cómo reconstruir las intervenciones anteriores de un equipo?

Consulta el inventario del activo junto con su historial de trabajos; NASA describe ambos módulos en el CMMS. Después ordena las entradas pertinentes y conserva los estados que muestra el sistema.

¿El historial de mantenimiento basta para demostrar la causa de una avería?

El historial no demuestra por sí solo la causa de una avería. La cronología puede orientar una investigación, que requiere evidencia adicional.