Dos órdenes vuelven a mencionar una alarma parecida. Una persona recuerda que ya se cambió una pieza; otra cree que el origen está aguas arriba. Antes de abrir otra orden igual, conviene responder una pregunta más precisa: ¿se repitió el mismo modo de fallo o se repitió el nombre con el que alguien describió el síntoma?
La diferencia importa porque una alarma es una observación, no una causa. Para decidir si una avería puede ser recurrente, compara el activo y el componente, qué ocurrió antes de la parada, cómo estaba funcionando el equipo, qué halló la intervención y qué prueba se hizo al devolverlo al servicio. Si solo coinciden el texto del aviso o el nombre del equipo, el patrón todavía es una hipótesis.
La guía DOE-NE-STD-1004-92 de 1992 propone, dentro de su ámbito histórico, preguntas sobre equipo implicado, función, qué falló primero, posibles fallos derivados, actividades recurrentes, reparaciones y cambios. Sirve aquí como repertorio para ordenar una revisión, no como procedimiento obligatorio para una planta española. El registro oficial del DOE muestra el documento como archivado y con “Invoked Standard: No”; esos campos describen el catálogo de estándares DOE. (registro oficial de estado DOE: Archive / Invoked Standard: No)
Una alarma repetida no es todavía una avería repetida
En una orden de trabajo suele haber varias capas de información. El síntoma es lo que se observa: una alarma, una fuga, una vibración fuera de lo habitual o una parada. El componente afectado es la pieza o subconjunto donde se encontró una condición. El modo de fallo describe qué dejó de cumplir su función, según lo que se pudo comprobar. La causa es una explicación que necesita evidencia y validación.
No conviertas una de esas capas en otra solo para cerrar un campo.
Una búsqueda de texto sirve para encontrar candidatos, pero una misma condición puede aparecer con descripciones distintas: una orden puede decir «patina» y otra «no avanza». Esa diferencia ayuda a localizar registros relacionados, pero no demuestra un mecanismo común.
Antes de agrupar registros, acuerda qué contará como coincidencia para esta revisión. El identificador del activo es el primer filtro. Después, añade el componente o zona funcional y la descripción del modo de fallo que el equipo puede sostener. Si dos órdenes comparten activo, pero afectan a componentes distintos, pueden tener una relación funcional; no por eso se deben tratar como el mismo fallo.
Si no hay suficiente detalle para saberlo, conserva el estado como “pendiente de contraste” según el vocabulario que use la planta.
No hace falta crear una taxonomía nueva para esta página. Usa los códigos y estados que ya mantiene la organización, siempre que no oculten qué se observó. Si el histórico permite buscar por texto libre, normaliza solo lo suficiente para localizar posibles coincidencias. Por ejemplo, agrupar variantes ortográficas de un mismo componente puede ayudar a recuperar órdenes. No reemplaces la descripción original: conserva el término registrado y anota cualquier agrupación analítica que apliques.
En §§2–3, el DOE-NE-STD-1004-92 distingue factores directos, contribuyentes y de raíz dentro de su proceso de análisis. Esa clasificación pertenece al documento y al contexto DOE; aquí se menciona como referencia histórica, no como taxonomía obligatoria para las órdenes de mantenimiento de cualquier planta. (DOE-NE-STD-1004-92, §§2–3, pp. 2–3)
Compara órdenes con el contexto intacto
Una comparación útil no es una tabla que suma repeticiones sin leerlas. Es una forma de conservar el contexto que puede cambiar la interpretación. Revisa primero si la orden identifica el activo con precisión. Después compara la condición de operación, el síntoma, la secuencia observada, los hallazgos y la acción tomada. Marca explícitamente qué dato viene del parte, qué viene de una medición y qué es una explicación provisional.
| Campo de comparación | Qué registrar | Qué no concluir por sí solo |
|---|---|---|
| Activo y componente | Etiqueta de equipo y subconjunto, con el identificador que use el sistema local | Mismo activo no significa mismo componente ni mismo fallo |
| Fecha y condición | Fecha/hora, turno si está disponible, estado de carga, producto o condición de proceso cuando sea relevante | Dos fallos en turnos distintos no prueban que el turno sea la causa |
| Síntoma | Alarma, señal, comportamiento o descripción observada, conservando el registro original | Un texto idéntico no demuestra un mecanismo idéntico |
| Secuencia | Qué se observó antes, durante y después, con fuente o marca temporal | La primera alarma visible no siempre es el primer fallo físico |
| Hallazgo | Inspección, medición, pieza retirada, foto o prueba que respalda el diagnóstico | Una pieza sustituida no demuestra por qué falló |
| Acción y retorno | Reparación realizada y comprobación de vuelta al servicio que exista | Que el equipo vuelva a arrancar no demuestra que el problema esté eliminado |
| Cambios recientes | Ajustes, modificaciones, cambios de repuesto, procedimiento o condición de operación documentados | La coincidencia temporal orienta una pregunta; no basta para atribuir causalidad |
| Vacíos | Dato que falta, contradicción entre fuentes o diagnóstico no confirmado | Un campo vacío no debe rellenarse con una explicación plausible |
La lista no es un formulario oficial ni un mínimo legal. Es una propuesta editorial para que la comparación sea revisable. El propio Appendix E pregunta, entre otras cosas, por el equipo o parte que inició el evento, la función del equipo, qué falló primero, posibles fallos secundarios, actividad recurrente, mantenimiento correctivo y modificaciones del equipo. Esa coincidencia permite tomar sus preguntas como apoyo, pero no trasladar el apéndice como plantilla obligatoria de una GMAO. (DOE-NE-STD-1004-92, Appendix E, p. E-2)
Cuando las fechas, marcas temporales o hallazgos no coinciden, no los fuerces a una sola historia. Es mejor escribir “el registro de alarma sitúa el evento a las 10:14; la orden se abrió a las 10:22; no hay medición previa disponible” que elegir una hora como si las demás no existieran. Si hay una discrepancia entre el relato del turno y una señal automática, conserva ambas referencias y deja la diferencia pendiente para quien tenga autoridad para revisarlas.
También importa el ciclo de vida de la orden. Una OT puede contener lo que se observó al abrirla, una hipótesis de diagnóstico, una operación de reparación y una prueba de retorno. Si el sistema mezcla esos momentos en un único texto de cierre, la lectura posterior puede confundir la primera sospecha con el hallazgo final. Para reconstruir una secuencia, vuelve a las marcas temporales, anexos, piezas identificadas y pruebas disponibles.
No deduzcas una cadena causal de la redacción del parte.
La guía DOE indica que, en su marco de investigación de ocurrencias, conviene recopilar condiciones antes, durante y después, registrar la participación y conservar información que pueda perderse; también menciona registros de mantenimiento, órdenes de trabajo, datos de proceso, manuales y resultados de pruebas como tipos de información que pueden consultarse. La página usa esa idea de conservación como contexto, no como requisito operativo para cada avería ni como autorización para intervenir en equipos. (DOE-NE-STD-1004-92, §4, PDF pp. 4–5)
Decide si hay patrón suficiente para investigar
No hay un número general de órdenes que convierta automáticamente una avería en causa raíz. Cada planta define y asigna sus criterios de escalado según criticidad, consecuencias, indisponibilidad, exposición, calidad o esfuerzo de análisis.
Una secuencia editorial sencilla ayuda a conversar sin saltar a un diagnóstico:
- Confirma el conjunto de candidatos. Comprueba que pertenecen al mismo activo o que existe una relación funcional documentada. Filtra por periodo y por campos disponibles, pero conserva los criterios de búsqueda.
- Verifica qué se repite. Compara componente, modo de fallo observado, secuencia y condición. Si solo coincide la alarma, clasifica los casos como parecidos, todavía no como el mismo fallo.
- Expón la evidencia y los vacíos. Para cada coincidencia, indica qué documento o medición la sustenta y qué no se registró. Una ausencia debe quedar visible, porque puede cambiar la decisión.
- Separa investigación de reparación. El grupo puede proponer estudiar el patrón sin decidir una intervención. Una investigación tampoco equivale a parada autorizada, compra de repuesto, cambio de diseño o declaración de causa confirmada.
- Aplica la regla local de escalado. Si el impacto o la incertidumbre justifican una revisión, eleva el caso al rol definido por la instalación. Si no existe una regla clara, documenta la brecha y solicita que se aclare; no inventes un umbral en la orden.
- Cierra el bucle informativo. Tras la revisión, anota qué cambió: clasificación, evidencia añadida, causa confirmada o descartada, acciones autorizadas y próxima fecha de seguimiento. Si no hubo conclusión, conserva el caso abierto como hipótesis o como investigación sin resolver.
Los pasos son una síntesis editorial para estructurar una reunión de mantenimiento. No son el proceso de fases del DOE ni prometen prevenir una recurrencia. La guía DOE-NE-STD-1004-92 describe un marco histórico más amplio de investigación, acciones correctivas e inspección posterior; la página oficial de estado declara el estándar archivado y no invocado. (DOE-NE-STD-1004-92, §1, pp. 1–2; registro DOE)
La escalada puede ser apropiada aunque solo exista un evento si sus consecuencias justifican atención inmediata conforme a las reglas de la planta. A la inversa, una lista de eventos con texto repetido puede no merecer un análisis causal profundo si las órdenes no son comparables o si el dato está duplicado. “Cuántas veces” es una pregunta incompleta hasta saber qué se cuenta, en qué periodo y con qué consecuencias.
Si se usa un indicador de repetición, documenta su definición, unidad, periodo, denominador y responsable. No priorices solo por número de avisos: un evento aislado de impacto significativo puede requerir atención, mientras que una repetición leve quizá exija primero mejorar el registro.
Ejemplo hipotético: dos avisos de sobrecarga
El siguiente caso es inventado para mostrar el razonamiento; no procede de una planta real, de DOE ni de una investigación publicada. Supón que dos OTs del transportador T-04, separadas por tres semanas, tienen el texto “alarma de sobrecarga”.
| Registro hipotético | Evidencia que aparece | Reparación anotada | Qué queda abierto |
|---|---|---|---|
| OT A | La alarma aparece después de un atasco en la descarga; el parte señala material acumulado junto a la guía | Se retira el material y se prueba el avance | No consta medición del motor ni condición de carga al inicio |
| OT B | La alarma aparece durante arranque; se ve fusible sustituido, pero no se documenta inspección mecánica | Se cambia el fusible y el equipo vuelve a arrancar | No consta causa de la actuación del fusible ni si existía atasco |
Buscar por alarma los reúne en la lista de candidatos. La comparación posterior encuentra que el evento A incluye un atasco y el B no tiene un hallazgo suficiente. La lectura más prudente no es “misma avería confirmada” ni “fallos independientes demostrados”. Es: “dos avisos con el mismo texto; la OT A documenta material acumulado; la OT B no permite identificar el mecanismo”.
La siguiente acción depende del proceso local: recuperar evidencia, hablar con quien intervino, revisar la secuencia en la fuente disponible o solicitar una investigación.
El ejemplo tampoco demuestra que un fusible sea consecuencia de un atasco. Para sostener esa relación harían falta datos concretos del equipo, pruebas y evaluación de una persona competente. La guía no diagnostica T-04; el identificador y todos los datos son ficticios.
Puedes usar una frase de revisión como esta: “Se propone comparar OT A y OT B porque tienen el mismo activo y una alarma coincidente. El modo de fallo común no está confirmado: solo la primera orden describe atasco; en la segunda falta el hallazgo que explique el fusible. La reunión decide si recuperar evidencia o escalar según el criterio local”. Esta frase deja juntos el motivo de búsqueda, lo conocido y el vacío, sin rellenar una causa.
El patrón también puede revelar un problema de calidad del dato antes que un problema técnico. Si las OTs omiten componente, condición de carga o resultado de prueba, la organización puede mejorar la captura. Eso no resuelve el mecanismo físico, pero ayuda a que la siguiente revisión no dependa de quién recuerde la intervención. La decisión de modificar los campos de una GMAO corresponde al propietario del sistema y al proceso de datos de mantenimiento.
Caso documentado: órdenes de fuga y episodios de sobrepresión
Un estudio de caso de la U.S. Chemical Safety and Hazard Investigation Board (CSB) sobre Carbide Industries permite ver por qué el número de órdenes no basta para afirmar que una avería se repitió con la misma causa. El CSB obtuvo registros de mantenimiento que indicaban 26 órdenes de trabajo para reparar fugas de agua en la cubierta del horno durante los cuatro meses anteriores al incidente de marzo de 2011.
La unidad que cuenta el informe es la orden de reparación; el dato no demuestra por sí solo que fueran 26 eventos independientes, 26 fallos idénticos ni 26 repeticiones de un mismo mecanismo. (CSB, Carbide Industries Case Study, p. 10)
El mismo informe recoge otra clase de antecedente: trabajadores describieron episodios de sobrepresión en el horno, llamados “blows”, que ocurrían unas pocas veces al año.
Según las entrevistas, después de algunos episodios se retiraba el material expulsado y se reiniciaba el horno. El CSB no encontró documentación que indicara que las fugas o los “blows” se hubieran investigado para determinar su causa raíz.
El informe añade que se completaron investigaciones de accidente o incidente cuando ocurrieron lesiones no específicamente relacionadas con esos “blows” y cita una investigación sobre un “blow” del tap hole que causó quemaduras. Por eso, la formulación prudente se limita a la documentación que el CSB pudo localizar; no equivale a afirmar que nunca se revisó ningún episodio. (CSB, Carbide Industries Case Study, p. 6)
Para leer el historial sin mezclar categorías, conviene mantener dos líneas separadas. Una puede reunir las órdenes de reparación de fugas de la cubierta; otra, los “blows” de sobrepresión mencionados en las entrevistas.
Después se pueden preguntar qué registros vinculan ambas líneas —por ejemplo, una fecha, un informe de investigación o una observación documentada— y qué relación sigue sin demostrarse.
El reporte describe zonas con fugas y varios mecanismos posibles, pero no dice que cada reparación de fuga precediera a un “blow” ni que todos los episodios compartieran el mismo mecanismo. (CSB, Carbide Industries Case Study, pp. 6, 9–10)
El resultado del análisis también marca un límite importante. El CSB dijo que no pudo determinar la causa exacta del incidente de 2011 y que desarrolló varios escenarios plausibles a partir de registros de planta, entrevistas y reconstrucción.
El informe considera más de un mecanismo posible para las fugas; esa pluralidad no convierte las 26 órdenes en evidencia de una causa común. Una revisión de recurrencia puede, por tanto, cerrar una etapa con una conclusión acotada: hay un volumen documentado de órdenes de reparación y antecedentes separados de “blows”, pero el vínculo causal entre ellos no queda confirmado por esos datos. (CSB, Carbide Industries Case Study, pp. 8–10)
Este estudio corresponde a una instalación estadounidense: no establece una obligación española, un umbral universal de escalado ni instrucciones de reparación.
Preguntas frecuentes
¿Qué datos comparo cuando vuelve la misma avería?
Empieza por el identificador del activo y del componente, el momento, la condición de operación, la secuencia observada, la evidencia y la acción correctiva de cada orden. Si falta un dato, anótalo como pendiente; no lo completes por semejanza.
¿Cuántas veces debe repetirse una avería para escalarla?
No hay una cifra universal respaldada aquí. Define el umbral y la autoridad según la criticidad y los criterios internos de la instalación. Puedes escalar antes de confirmar una causa si la situación lo requiere, pero registra que se escala por impacto o incertidumbre, no porque ya exista una causa probada.
¿Qué significa registrar qué falló primero?
Es anotar el primer componente, condición o evento que la evidencia permite situar en la secuencia. Si solo conoces la alarma que apareció al final, registra eso como señal observada, no como el primer fallo físico.
¿Dos órdenes con la misma alarma demuestran la misma causa?
No. La alarma puede describir el mismo síntoma aunque los mecanismos sean distintos, y una causa común requiere evidencia adicional. Compara componente, secuencia, condición, hallazgos y reparación antes de relacionar los eventos.
El siguiente paso
Para revisar dos OTs, registra activo, componente, síntoma, modo observado, condición, hallazgo, reparación y prueba; deja visibles las dudas y aplica la regla local de escalado.
Esta página no enseña la técnica completa de los 5 porqués ni un árbol de causa raíz. Si ya existe un hecho delimitado y se busca facilitar la investigación, consulta el recurso publicado sobre priorizar una parada recurrente con evidencia o el de investigar una parada sin código de causa. Son preguntas próximas, pero no equivalen al análisis de recurrencia en el historial de mantenimiento.