RCFA es un análisis estructurado que investiga una falla relevante, identifica factores causales y causas controlables y conduce acciones hasta verificar su eficacia. La sigla significa Root Cause Failure Analysis. En mantenimiento industrial, su valor está en impedir que el cambio del componente, la opinión más fuerte o la primera explicación plausible terminen la investigación.
RCFA no es una reunión después de la parada. Tampoco es un formulario cuyo campo de causa raíz contiene una palabra. El proceso comienza preservando evidencia, reconstruye el evento, prueba hipótesis, identifica deficiencias de barreras y controles, define acciones proporcionales y confirma si recurrencia y riesgo realmente cambian. El flujo completo se desarrolla mediante un caso didáctico resuelto.
Cuándo abrir una RCFA
No toda ocurrencia necesita la misma profundidad. El disparador debe seguir consecuencia y recurrencia, no el cargo de quien pide. Una planta puede abrir RCFA por eventos de seguridad o ambiente, pérdida relevante de producción, daño material, repetición, falla de activo crítico, desvío de calidad, degradación sin causa comprendida o una acción anterior que no funcionó.
La regla debe existir antes del evento. Sin criterio, ocurrencias semejantes reciben tratamientos distintos. Una clasificación simple puede registrar consecuencia, criticidad, repetición, incertidumbre y exposición futura. El responsable técnico decide profundidad y equipo. El cierre administrativo de la orden no debe borrar la necesidad de investigación.
RCA, RCFA y herramientas
El análisis de causa raíz, RCA, es la categoría amplia. RCFA aplica ese razonamiento a una falla y exige un entregable técnico completo. Los 5 porqués pueden explorar una cadena relativamente lineal. FTA descompone combinaciones que conducen a un evento superior. FMEA anticipa modos y efectos. Ninguna herramienta demuestra causa por sí sola. El equipo elige según pregunta, evidencia y complejidad.
Una RCFA defendible separa tres niveles. La causa física describe el mecanismo que produjo la pérdida de función. Los factores humanos y de tarea explican decisiones y condiciones locales sin culpar a la persona. Las causas organizacionales muestran por qué controles, criterios, recursos o gobernanza permitieron el evento. Las acciones deben corresponder al nivel identificado.
Método en nueve etapas
- Clasificar y estabilizar. Proteja personas, proceso, ambiente y activo antes de investigar.
- Preservar evidencia. Conserve condición, piezas, fotografías permitidas, tendencias, parámetros, documentos y entrevistas sin alterar originales.
- Definir evento y alcance. Escriba pérdida de función, consecuencia, frontera, período y preguntas que debe responder el análisis.
- Formar el equipo. Incluya conocimiento de operación, mantenimiento, ingeniería, proceso y sistema, con facilitador y dueño de la decisión.
- Construir la línea temporal. Ordene hechos confirmados, fuentes y vacíos. Separe interpretación de evento.
- Analizar barreras y cambios. Revise qué debería prevenir, detectar o mitigar y qué cambió.
- Probar hipótesis. Busque evidencia favorable y contraria. Una hipótesis sin prueba sigue siendo hipótesis.
- Definir causas y acciones. Vincule cada acción con causa, responsable, fecha y criterio de conclusión.
- Verificar eficacia. Observe una ventana suficiente y reabra el análisis si el control no entrega el resultado esperado.
Caso resuelto: transportador CV-17
Todos los activos, números y hechos siguientes son didácticos. No representan cliente, benchmark ni desempeño de PM Run. El transportador CV-17 alimenta materia prima a una etapa continua. El 4 de agosto de 2025, el accionamiento se detuvo por temperatura alta en el rodamiento del lado acoplado. La línea quedó indisponible durante 3 horas y 40 minutos. No hubo lesión, impacto ambiental ni incendio.
Definición y preguntas
| Elemento | Definición del caso |
|---|---|
| Evento | Pérdida de función de transporte después de una parada por temperatura alta |
| Consecuencia | 3 h 40 min de indisponibilidad de línea |
| Alcance | Rodamiento, lubricación, alineación, monitoreo, respuesta a anomalía e historial reciente |
| Fuera del alcance | Rediseño completo de línea y evaluación económica de sustitución |
| Pregunta 1 | ¿Qué mecanismo llevó al aumento de temperatura y daño? |
| Pregunta 2 | ¿Por qué las señales anteriores no generaron intervención efectiva? |
| Pregunta 3 | ¿Qué controles deben cambiar para reducir recurrencia? |
Evidencia preservada
- Historial de temperatura y vibración de los 90 días anteriores, exportado con fecha y origen.
- Notificaciones, órdenes, confirmaciones y anexos de los 12 meses anteriores.
- Condición del rodamiento, residuo de lubricante, protección, base y acoplamiento antes de la limpieza.
- Piezas retiradas identificadas y conservadas para inspección.
- Instrucción de lubricación, hoja de ruta y criterios de monitoreo vigentes en la fecha.
- Entrevistas separadas con operador, inspector, planificador y dos técnicos.
- Registro de alineación del cambio anterior, encontrado sin resultado de aceptación adjunto.
Los valores didácticos de vibración subieron de 4,2 mm/s a 8,6 mm/s en seis semanas. La temperatura relativa al rodamiento comparable aumentó 19 °C. Estos números no son límites universales. La planta tenía un criterio interno de alerta, pero el documento no indicaba quién abría la notificación, en qué plazo ni con qué campos.
Línea temporal de hechos
| Fecha | Hecho confirmado | Fuente |
|---|---|---|
| 12/01/2025 | Rodamiento sustituido por ruido; orden cerrada sin resultado de alineación | Orden y entrevista |
| 18/06/2025 | Primer aumento persistente de vibración sobre la línea de base local | Tendencia archivada |
| 02/07/2025 | Ruta registró condición de atención en una hoja externa | Archivo de ruta |
| 16/07/2025 | Nueva lectura confirmó crecimiento; no se localizó notificación | Tendencia y búsqueda SAP |
| 31/07/2025 | Lubricación ejecutada; orden decía solamente lubricar, sin cantidad ni condición inicial | Orden y hoja de ruta |
| 04/08/2025 | Protección de temperatura actuó, la línea paró y se sustituyó el rodamiento | Historiador y orden de emergencia |
Barreras esperadas y desempeño
| Barrera | Función esperada | Resultado observado |
|---|---|---|
| Alineación después del trabajo | Confirmar condición de montaje | No había evidencia de aceptación al cerrar |
| Ruta de condición | Detectar degradación y generar tratamiento | Detectó tendencia, pero quedó fuera del flujo de notificación |
| Plan de lubricación | Aplicar producto, cantidad y método definidos | Producto identificado, cantidad y criterio de purga ausentes |
| Revisión de planificación | Convertir anomalía válida en trabajo priorizado | Ningún elemento llegó al backlog formal |
| Protección de temperatura | Mitigar daño y consecuencia | Actuó y limitó la consecuencia |
Hipótesis probadas
El equipo consideró sobrecarga del proceso, desalineación, lubricación inadecuada, montaje incorrecto, defecto del componente y lectura falsa. La carga permaneció dentro del rango didáctico declarado. El sensor de protección se comparó con un instrumento de referencia y no explicó el evento. La inspección de piezas encontró un patrón compatible con degradación acelerada bajo condiciones combinadas de alineación y lubricación, pero el componente aislado no probaba la cadena organizacional.
El registro incompleto de la sustitución anterior impidió confirmar la condición inicial. La instrucción de lubricación no declaraba cantidad ni respuesta a la condición observada. La ruta detectó crecimiento, pero usaba una hoja externa y no tenía regla para convertir alerta en notificación. Los tres vacíos eran independientes y convergían en falta de control del ciclo desde detección hasta decisión y verificación.
Factores causales y causa raíz controlable
- Causa física más probable: degradación del rodamiento bajo combinación de alineación no comprobada y lubricación sin parámetro completo.
- Factor causal 1: el cierre de la orden anterior no exigía evidencia de alineación.
- Factor causal 2: la tarea de lubricación no incluía cantidad, método y criterio de respuesta.
- Factor causal 3: la alerta de condición carecía de responsable, plazo e integración con el backlog formal.
- Causa raíz controlable: la gobernanza de la estrategia no definía criterios de aceptación ni circuito cerrado entre intervención, monitoreo y SAP PM para esta familia.
La formulación se probó con una pregunta práctica: si se corrige la causa raíz, ¿la organización reduce la probabilidad de este evento y de eventos semejantes? La respuesta fue afirmativa si las tres barreras se trataban juntas. Sustituir otra vez el rodamiento restauraría la condición inmediata, pero no el sistema que permitió avanzar la degradación.
Acciones vinculadas con causas
| Acción didáctica | Responsable | Plazo | Evidencia de conclusión |
|---|---|---|---|
| Revisar plan de trabajo con alineación y prueba | Ingeniería de mantenimiento | 30 días | Lista aprobada y aplicada en orden piloto |
| Definir producto, cantidad, método y respuesta de lubricación | Ingeniería y lubricación | 30 días | Plan revisado y ejecutante calificado |
| Crear regla para alerta y notificación | Confiabilidad y planificación | 15 días | Criterio, responsable, plazo y simulación |
| Revisar siete activos equivalentes | Planificación | 45 días | Órdenes o justificación por activo |
| Auditar evidencia de cierre | Supervisión | 90 días | Muestra mensual y acción sobre desvíos |
Capacitar al equipo fue rechazada como acción amplia que no correspondía por sí sola a las causas. La capacitación entra cuando existen conducta esperada, material revisado y forma de verificar competencia. Tener más cuidado también se rechazó porque no cambia barrera ni proceso.
Salida hacia SAP PM
En el caso, la ocurrencia recibe una notificación con objeto técnico, inicio de la avería, síntoma, modo, efecto, método de detección y evidencias permitidas según la configuración. La orden de emergencia conserva operaciones y materiales reales. La RCFA se referencia en el historial. Las acciones físicas y revisiones del plan generan órdenes propias y no permanecen como texto del informe.
La documentación SAP sobre datos de falla describe modo, efecto y método de detección en notificaciones. Esos campos pueden apoyar RCM y FMEA si están configurados y gobernados. El sistema no confirma la causa automáticamente. Un catálogo bien usado organiza evidencia; la investigación técnica decide qué sostiene.
PM Run puede apoyar ejecución, movilidad, planificación y retorno de datos sobre SAP PM. No realiza RCFA, no diagnostica la falla ni crea una acción de ingeniería por cuenta propia. SAP sigue como sistema de registro mientras la operación define criterios y aprueba cambios.
Indicadores y ventana de eficacia
El equipo fijó 180 días o tres ciclos completos de inspección, lo que fuera mayor. Un evento raro no se validaría solo por ausencia de una nueva parada. La revisión siguió:
- porcentaje de alertas válidas convertidas en notificación dentro del plazo interno;
- porcentaje de órdenes de la familia con evidencia de alineación y prueba;
- adherencia a la tarea revisada de lubricación;
- tendencia de vibración y temperatura frente a la línea de base local;
- recurrencia de la familia en 30, 90 y 180 días;
- acciones vencidas y acciones cerradas sin evidencia;
- fallas semejantes en siete activos equivalentes.
Los criterios didácticos fueron 100% de tratamiento de alertas críticas bajo la regla, al menos 95% de evidencia completa y ninguna repetición vinculada a las barreras tratadas. No son benchmarks. Si el activo opera poco, la ventana debe considerar exposición y no solo calendario.
Resultado de la implantación
| Control implantado | Hito | Evidencia didáctica observada | Estado |
|---|---|---|---|
| Regla para convertir alerta en notificación | D+12 | 4 de 4 escenarios simulados generaron una notificación en un máximo de 24 h | Completado |
| Lista con alineación y aceptación | D+28 | 1 de 1 orden piloto registró valores antes y después del montaje | Completado |
| Tarea de lubricación revisada | D+28 | Producto, cantidad, método y purga definidos; 3 de 3 ejecutantes calificados | Completado |
| Revisión de activos equivalentes | D+43 | 7 de 7 activos revisados; dos órdenes abiertas por brechas de condición | Completado |
| Auditoría de evidencia de cierre | D+90 | Tres muestras mensuales completadas; desvíos tratados antes del cierre | Completado |
Las cinco acciones previstas fueron implantadas dentro de sus plazos didácticos, con evidencia de conclusión aceptada para 5 de 5 acciones por los responsables. La notificación original, la orden de emergencia, las órdenes de acción y la versión revisada de la lista quedaron vinculadas en el historial SAP PM.
Resultado observado en la ventana de eficacia
La observación transcurrió del 5 de agosto de 2025 al 31 de enero de 2026, totalizando 180 días y seis ciclos completos de inspección. La población incluyó CV-17 y siete activos equivalentes. El máximo físico fue 8 activos × 180 días × 24 h = 34.560 horas de calendario. Después de excluir 5.120 horas de paradas planificadas, reserva y carga no comparable, quedaron 29.440 horas operadas comparables.
| Indicador | Numerador | Denominador | Resultado | Criterio didáctico |
|---|---|---|---|---|
| Alertas críticas tratadas en el plazo | 9 | 9 alertas válidas | 100% | 100% en un máximo de 24 h |
| Órdenes con evidencia completa | 20 | 20 órdenes aplicables | 100% | Al menos 95% |
| Ejecuciones adherentes a la tarea de lubricación | 18 | 18 ejecuciones aplicables | 100% | 100% |
| Recurrencia vinculada a las barreras tratadas | 0 | 29.440 h comparables | 0,000 por 1.000 h | Ninguna repetición |
| Acciones críticas con evidencia aceptada | 5 | 5 acciones previstas | 100% | 100% |
CV-17 completó seis ciclos en el rango de carga definido. La mayor vibración registrada fue 4,9 mm/s y la mayor diferencia de temperatura respecto al rodamiento comparable fue 5 °C, usando el mismo método didáctico que había registrado 8,6 mm/s y 19 °C antes del evento. Estos valores demuestran la comparación del caso y no establecen límites universales.
En la revisión D+180, el equipo cerró técnicamente la RCFA porque las cinco acciones estaban implantadas, los tres criterios de eficacia se cumplieron y no apareció recurrencia asociada a las barreras tratadas durante la exposición definida. El monitoreo mensual permaneció en el plan. El análisis debe reabrirse si una alerta válida supera 24 h sin notificación, la evidencia completa cae por debajo de 95% en la muestra móvil o el mismo mecanismo vuelve a ocurrir. El cierre valida el control de las barreras de este caso sin afirmar que toda falla de rodamiento haya sido eliminada.
Límites y cuidados
- La correlación temporal no prueba un mecanismo físico.
- Una pieza dañada puede perder evidencia de su condición inicial.
- Las entrevistas son fuentes importantes y deben contrastarse con registros.
- La ausencia de recurrencia en una ventana corta no prueba eficacia.
- Una causa raíz puede exigir varias acciones y control de cambio.
- Culpar a la última persona de la cadena interrumpe el análisis antes del control organizacional.
Referencias técnicas
- U.S. Department of Energy, DOE-NE-STD-1004-92, Root Cause Analysis Guidance Document, consultado el 23/08/2026.
- SAP Help Portal, Failure Data, consultado el 23/08/2026.
- SAP Help Portal, Process Maintenance Notification, consultado el 23/08/2026.
Preguntas frecuentes
¿Cuál es la diferencia entre RCA y RCFA?
RCA es la categoría amplia de análisis de causa raíz. RCFA es una aplicación estructurada a una falla, con evento, evidencia, factores causales, causas controlables, acciones y verificación. Las empresas usan los términos de modo distinto, por eso el procedimiento interno debe declarar el entregable.
¿RCFA siempre encuentra una sola causa raíz?
No. Los sistemas industriales pueden exigir una combinación de causas y barreras. Forzar una sola causa simplifica demasiado. El criterio es identificar causas controlables que expliquen la evidencia y cuya corrección reduzca recurrencia o consecuencia.
¿Cuándo se cierra una RCFA?
El informe se puede aprobar cuando evidencia, causas y acciones son coherentes. El cierre técnico llega solo después de implementar acciones críticas y observar la ventana de eficacia. Si el indicador no cambia, el análisis debe reabrirse.
Para conectar órdenes, planificación y retorno de campo con SAP PM, conozca la capa operativa de PM Run. La investigación, el diagnóstico y la aprobación de acciones siguen bajo responsabilidad técnica de la empresa.
