Una nota de mantenimiento sirve cuando otra persona puede reconstruir cómo se pasó de una observación a una explicación y de ahí a una decisión. Aquí uso cinco rótulos para ordenar el registro: hecho, evidencia, causa, acción y cierre. No son cinco pasos oficiales de NASA ni una receta universal de RCFA.

Son una estructura editorial para que una OT o un registro relacionado conserve el hilo entre lo ocurrido, lo que se comprobó y lo que decidió el equipo de la planta.

Conviene distinguirlos: «RCA» y «RCFA» se usan para nombrar trabajos diversos. La guía NASA de mantenimiento centrado en confiabilidad (RCM) describe el análisis de causa raíz de fallos y, en la secuencia de RCM, identifica límites del sistema, componentes, función, fallos o modos y consecuencias.

Esa secuencia no coincide con los cinco rótulos anteriores: una sirve para analizar el sistema de mantenimiento; la otra organiza la información de una investigación ya abierta. NASA indica que el análisis debe corregir la causa del problema, no solo su efecto, con el propósito de ayudar a prevenir la recurrencia (NASA, §5.5.3, p. 5-18 impresa / PDF física p. 64, líneas 2062–2067).

La sección §5.5.8 presenta el control de fallos repetidos como un análisis técnico de fallos de hardware o material. Esta página usa cinco rótulos propios para ordenar un expediente; la guía no los presenta como campos de OT (NASA, §5.5.8, p. 5-24 impresa / PDF física p. 70, líneas 3158–3163).

La fuente es una guía NASA de instalaciones y equipos auxiliares de 2008, no un formato de OT para plantas españolas.

Cómo usar las cinco preguntas

Cada apartado aclara qué registrar y qué evidencia local necesita. Mantén pendientes las respuestas que todavía no puedan sostenerse; la secuencia no define campos obligatorios de OT ni criterios de cierre para todos los sitios.

1. Hecho: describir el evento sin adelantar la explicación

Empieza por una frase que diga qué llevó a abrir la investigación. Puede ser una parada, una alarma, una inspección o una repetición de una avería ya atendida. La frase debe permitir que otra persona identifique el evento, pero no necesita explicar todavía su causa. «El equipo se detuvo» y «el motor se detuvo por desgaste de rodamiento» no tienen el mismo grado de certeza: la segunda incluye una explicación que debe sostenerse con evidencia.

Cuando el hecho procede de una señal o aviso, conserva la fuente de la observación. Si se informó de un ruido, no lo conviertas en una lectura de vibración. Si el sistema registró una alarma, identifica el registro exacto o la referencia que permita consultarla. Si la investigación empieza por una recurrencia, indica qué eventos se están comparando y qué tienen en común.

«Falla por tercera vez» solo es informativo si se puede identificar qué fallos anteriores se consideran parte de la comparación.

La fecha, el turno y el activo pueden ayudar a recuperar el contexto, pero el formato exacto depende del sistema local. La guía describe procesos de análisis, pero no prescribe estos cinco rótulos como campos de OT ni los vincula con el cierre administrativo de un GMAO. El registro sí debería permitir que otra persona localice el evento original sin tener que adivinar.

2. Evidencia: enlazar cada afirmación con algo que pueda revisarse

La evidencia no es la explicación. Es el material que permite evaluarla. Puede consistir en un registro conservado por el sitio, una observación documentada o un resultado de inspección; esta página no determina qué instrumento o método debe utilizarse. Indica dónde está la evidencia y qué parte de la frase respalda. Si hay una fotografía, una orden anterior o una tendencia, la referencia debe identificarla de manera que otra persona pueda localizarla.

NASA define una falla repetitiva como la incapacidad recurrente de un sistema, subsistema, estructura o componente para cumplir su función. Para reconocerlas, el apartado recomienda revisar los avisos de servicio y el historial de maquinaria almacenado en bases CMMS y PT&I. (NASA, §5.5.8, p. 5-24 impresa / PDF física p. 70, líneas 3162–3166; p. 5-25 impresa / PDF física p. 71, líneas 3210–3211).

La sección identifica esas bases como fuentes de historial y datos; no prescribe dónde archivar las conclusiones de una OT. La guía no dice que una lista de posibilidades constituya por sí sola un resultado. Una forma de aplicar esa distinción al registro local es conservar la relación entre cada hipótesis y la evidencia que la apoya, la contradice o todavía no existe.

Esta es una recomendación editorial derivada de la lectura; no es un campo oficial de NASA.

Una tabla sencilla puede hacer visible esa relación sin obligar a redactar un informe largo:

Explicación considerada Evidencia disponible Qué queda por comprobar
Hipótesis A Referencia exacta al dato o a la inspección Dato que permitiría revisarla
Hipótesis B Referencia distinta, si existe Aspecto que la diferencia de A
Sin conclusión suficiente Indicar qué evidencia falta Responsable o condición para continuar, según procedimiento local

La tabla es ilustrativa, no una matriz prescrita. Si una hipótesis no tiene evidencia a favor ni en contra, eso debe quedar claro. Si una medición se tomó en condiciones distintas a las que se comparan, no la uses como si respondiera a la misma pregunta. Y si no hay registro, no fabriques una referencia para que la fila parezca completa.

3. Causa: explicar el vínculo y conservar la incertidumbre

Una causa útil conecta los hechos con una explicación. «El repuesto estaba dañado» puede ser un hallazgo, pero no necesariamente explica por qué se dañó. «El operador lo usó mal» asigna responsabilidad y causa sin exponer qué hecho y qué prueba sostienen ambas cosas. Es más preciso distinguir la pieza encontrada, la condición observada, la hipótesis causal y el nivel de respaldo que el equipo le concede.

NASA describe la búsqueda de causas fundamentales en relación con fallos de instalaciones y equipos. La guía usa ejemplos de síntomas recurrentes y advierte que corregir solo el efecto puede dejar intacta la causa. Eso no significa que cualquier investigación deba llegar a una explicación única. Puede haber varias causas que contribuyen, evidencia incompleta o una hipótesis que se descarte durante el análisis.

El registro debe reflejar lo que realmente se decidió, no presentar una conclusión artificial para cerrar una pantalla (NASA, §5.5.3, p. 5-18 / PDF p. 64, líneas 2046–2067).

La secuencia de §5.5.8 parte de monitorizar el desempeño e identificar fallos repetidos, luego prioriza y asigna problemas, analiza la causa, recomienda, selecciona e implementa una corrección y evalúa sus resultados. Es el proceso NASA de control de recurrencias; no equivale a los cinco rótulos editoriales de esta página (NASA, §5.5.8, pp. 5-24–5-26 impresas / PDF físicas pp. 70–72, líneas 3169–3207).

Una pregunta útil para revisar la causa es: «¿Qué dato permite distinguir esta explicación de las alternativas que seguimos considerando?». Si el equipo no puede contestarla todavía, no es necesario inventar un diagnóstico. Se puede conservar la hipótesis, señalar la evidencia pendiente y asignar la revisión según el proceso interno. En ese punto, la investigación está abierta, aunque la reparación física se haya completado.

No confundas una cadena causal redactada con un hecho demostrado. La frase «la carga provocó el fallo» puede resumir una interpretación; debe quedar claro qué observación y qué análisis la sostienen. Cuando la evidencia solo hace una explicación compatible, emplea un lenguaje proporcional: «se considera», «es consistente con» o «queda por confirmar», según corresponda. Evita poner la etiqueta «causa raíz» delante de una hipótesis para darle una certeza que aún no tiene.

4. Acción: documentar una decisión, no convertirla en una instrucción universal

La acción es la decisión del equipo responsable a la luz de la investigación. Debe tener relación con la causa que se acepta, no solo con el síntoma que abrió la OT. NASA declara que la finalidad de la RCFA es corregir la causa del problema en vez de su efecto y ayudar a evitar recurrencias.

La guía no prescribe qué reparación debe hacer una planta, quién tiene autorización para ejecutarla o qué condición habilita el reinicio (NASA, §5.5.3, p. 5-18 / PDF p. 64, líneas 2062–2067).

Por eso el registro debería separar la recomendación analítica de la acción aprobada. El análisis puede proponer una comprobación adicional; el responsable local decide si se realiza, cómo se controla y quién la autoriza. La orden puede enlazar esa decisión con el procedimiento o permiso que corresponda, pero este texto no sustituye la normativa ni el sistema interno.

Si la explicación no está confirmada, la acción puede ser continuar una comprobación o derivar el caso, no aplicar una reparación basada en una suposición.

En una investigación que no confirma una causa, una acción honesta puede ser documentar que no se llegó a una conclusión suficiente y dejar indicada la vía local de seguimiento. Eso no elimina la necesidad de registrar la intervención realizada; simplemente evita confundir «equipo reparado» con «causa determinada». La decisión sobre si un activo puede volver a operar pertenece a los responsables y controles de la planta, no a una checklist editorial.

5. Cierre: dejar claro qué significa “terminado” en ese sistema

El cierre administrativo de una OT y el cierre de una investigación causal pueden ser cosas distintas. Un sistema puede permitir cerrar la orden cuando una tarea se completa, mientras que el análisis deja una hipótesis pendiente o una observación futura. No es una regla de NASA; es una distinción que conviene comprobar en el proceso local antes de usar un solo estado para representar ambos resultados.

La guía no define un formato de OT ni criterios de cierre para un GMAO. Por eso, el registro debe remitirse a los controles y procedimientos del sitio. Una pregunta útil para el responsable es: «¿Qué evidencia local permite marcar esta fase como terminada?». La respuesta no tiene por qué ser una métrica universal. Puede variar según el tipo de activo, la investigación y la organización.

Cuando se cierre la investigación, la nota debería indicar qué conclusión se alcanzó, qué acción se aprobó y qué queda fuera del análisis. Si la causa no pudo confirmarse, debe decirlo en vez de transformar una reparación temporal en conclusión definitiva. Si se prevé observar un nuevo evento o revisar una medición posterior, esa tarea necesita un responsable y una referencia local; no basta con escribir «vigilar» y dejar a otra persona la interpretación del encargo.

Una sola secuencia, sin fingir que el trabajo siempre es lineal

Los cinco rótulos pueden mostrarse en una lista, pero una investigación real puede volver atrás. Una comprobación puede debilitar la hipótesis inicial; un nuevo hallazgo puede obligar a redefinir el hecho; una acción puede revelar que la causa propuesta no explicaba todo. La checklist es un mapa de lectura, no una representación de que el análisis avanza siempre en una dirección.

Para evitar que el registro parezca más seguro de lo que es, utiliza tres convenciones locales explícitas:

  • Dato observado: contenido que procede de una fuente identificable del sitio.
  • Interpretación: lectura que el equipo hace de los datos disponibles.
  • Pendiente: comprobación o decisión que todavía no tiene resultado.

Estas etiquetas son una propuesta de redacción, no categorías que NASA exija. No hace falta repetirlas en cada frase si el registro ya distingue con claridad evidencia, hipótesis y estado. Sí conviene usarlas cuando varias personas colaboran o cuando el historial se revisará después de meses.

Si una línea de la OT mezcla los tres niveles, separarla suele ser más útil que añadir jerga. Por ejemplo, «se detectó vibración y el rodamiento está desalineado» contiene un hecho y una conclusión. Si solo existe una alerta, una redacción más fiel sería «se registró una alerta de vibración; la alineación no se ha comprobado en esta investigación». Así el registro no obliga al lector a asumir que la conclusión estaba medida.

Cómo se diferencia la checklist de la secuencia RCM

La secuencia RCM de la figura 3-3 va de delimitar el sistema e identificar componentes y funciones a revisar fallos/modos y sus consecuencias. Esa figura ayuda a analizar el mantenimiento del sistema; no describe una plantilla de investigación de avería ni los cinco campos de una OT (NASA, Fig. 3-3, p. 3-7 impresa / PDF física p. 25, líneas 676–687).

Una nota breve que conserve la trazabilidad

Supongamos que una intervención termina con una reparación y una comprobación posterior pendiente. La OT puede resumir el hecho observado, enlazar el registro que respalda el hallazgo, indicar qué explicación sigue abierta y nombrar el siguiente control conforme al procedimiento local. No hace falta convertir esa nota en un informe causal completo si la evidencia no existe.

La secuencia permite detectar dos vacíos al leer un expediente: una causa escrita sin evidencia enlazada, o una acción sin explicar qué hallazgo pretende tratar. Si aparece alguno, el lector puede pedir el documento de respaldo o dejar constancia de que el expediente no permite reconstruir la decisión. Esa observación no demuestra que el trabajo se ejecutara mal; señala qué parte del razonamiento no quedó visible.

NASA señala que la corrección debe dirigirse a la causa del problema y no solo a su efecto, para ayudar a evitar que se repita. No prescribe quién aprueba una intervención, qué reparación debe realizarse o cuándo se autoriza el reinicio; esas decisiones dependen de los controles del sitio (NASA, §5.5.3, p. 5-18 impresa / PDF física p. 64, líneas 2062–2067).

Preguntas frecuentes

¿NASA prescribe estos cinco pasos como método universal de RCA?

No. “Hecho, evidencia, causa, acción y cierre” es una organización editorial local; la guía no prescribe esa secuencia de cinco pasos.

¿La secuencia RCM de NASA equivale a los cinco rótulos de la checklist local?

No. NASA identifica primero límite del sistema, subsistemas/componentes, función, fallo/modos y consecuencias; “hecho, evidencia, causa, acción y cierre” es una organización editorial local, no una secuencia NASA.

¿La guía NASA exige guardar el análisis dentro del CMMS?

No. En §5.5.8 el CMMS aparece como una fuente de historial de maquinaria y datos para identificar fallos; el apartado no prescribe una plantilla de OT ni un campo para archivar la conclusión.

¿A qué debería dirigirse una acción correctiva según la guía?

A la causa del problema, con el objetivo de ayudar a prevenir que se repita.

Fuente y alcance

Fuente principal: NASA, Reliability-Centered Maintenance Guide for Facilities and Collateral Equipment (2008), §5.5.8 pp. 5-24–5-26 / PDF físicas pp. 70–72, líneas 3158–3211; Fig. 3-3 p. 3-7 / PDF física p. 25, líneas 676–687; §5.5.3 p. 5-18 / PDF física p. 64, líneas 2062–2067. La checklist de cinco rótulos y las propuestas de registro son editoriales; NASA no prescribe este formato de OT.