MODO CONFIABILIDADDatos›Método›Decisión

Buscar en Modo Confiabilidad

↑ ↓ para moverse · Enter para abrir · Esc para cerrar

Vista previa dentro de un visor: aquí no funcionan las descargas, la impresión ni los enlaces de correo. En el sitio publicado funcionan.

Biblioteca técnica · Metodologías

RCM: mantenimiento centrado en confiabilidad

El proceso que decide qué mantenimiento necesita cada activo según cómo falla y qué consecuencia tiene, con sus siete preguntas, la lógica de decisión y los errores que lo vacían de contenido.

Documento
CF-GU-01
Revisión
1 · 2026-10-15
Lectura
11 min
Normas de referencia
SAE JA1011:2009 · SAE JA1012:2011 · IEC 60300-3-11:2009

Fundamentos

El mantenimiento centrado en confiabilidad (RCM) es un proceso para determinar qué hay que hacer para que un activo siga cumpliendo lo que sus usuarios esperan de él, en su contexto operacional. Esa definición tiene dos ideas que lo separan de un plan por calendario. La primera es que se analizan las funciones del activo, y no sus componentes uno por uno. La segunda es que la decisión depende del contexto: la misma bomba necesita planes distintos si tiene una reserva al 100 % o si no la tiene.

RCM nació en la aviación comercial. A fines de los años sesenta, los programas basados en revisiones generales periódicas no lograban bajar la tasa de fallas de aviones cada vez más complejos. El trabajo de United Airlines con la autoridad aeronáutica de EE. UU. dio lugar a los documentos MSG-1 (1968, para el Boeing 747) y MSG-2, y en 1978 a la publicación de Nowlan y Heap, que acuñó el nombre. Sus conclusiones principales fueron estas:

Seis patrones de probabilidad condicional de fallaPatrones A a F con su participación en los estudios de United Airlines (1968, publicado por Nowlan y Heap en 1978), Broberg (1973) y US Navy MSP (1982).Ligados a la edad (A+B+C): 11 · 8 · 23 %No ligados a la edad (D+E+F): 89 · 92 · 77 %Porcentaje de componentes en cada estudio: UAL (1968) · Broberg (1973) · US Navy MSP (1982)ABañeraedad →4 · 3 · 3 %BDesgasteedad →2 · 1 · 17 %CAumento gradualedad →5 · 4 · 3 %DArranque bajoedad →7 · 11 · 6 %EAleatoriaedad →14 · 15 · 42 %FMortalidad infantiledad →68 · 66 · 29 %
Fig. 1Patrones de probabilidad condicional de falla y su participación en tres estudios de aviación. Solo una minoría está ligada a la edad.
  • La mayoría de los componentes no tiene una edad a partir de la cual la probabilidad de falla crece. Cambiarlos por calendario no reduce las fallas y puede aumentarlas, porque cada intervención reintroduce mortalidad infantil.
  • Muchas fallas dan aviso. Si existe un intervalo entre la falla potencial y la falla funcional, una inspección bien espaciada es más efectiva que un reemplazo.
  • Lo que justifica el mantenimiento son las consecuencias de la falla. Una falla barata y sin efecto operativo no justifica una tarea cara.

SAE JA1011 (1999, revisada en 2009) fijó los criterios mínimos para que un proceso pueda llamarse RCM. El proceso debe responder, en orden, siete preguntas:

  1. ¿Cuáles son las funciones y los estándares de desempeño del activo en su contexto operacional?
  2. ¿De qué manera puede dejar de cumplir sus funciones (fallas funcionales)?
  3. ¿Qué causa cada falla funcional (modos de falla)?
  4. ¿Qué pasa cuando ocurre cada falla (efectos)?
  5. ¿De qué manera importa cada falla (consecuencias)?
  6. ¿Qué tarea proactiva, y con qué intervalo, prevendrá o predecirá cada falla?
  7. ¿Qué hacer si no se encuentra una tarea proactiva adecuada (acciones por defecto)?
Idea clave

RCM es un criterio para elegir tareas de mantenimiento. Del análisis salen tareas a condición, reemplazos, pruebas de protecciones, rediseños y decisiones explícitas de operar hasta la falla, cada una con su justificación.

Metodología

Preparación

RCM completo es costoso, así que se aplica a los sistemas de clase A de la matriz de criticidad. Para los de clase B alcanzan plantillas o análisis simplificados.

El análisis lo hace un grupo de trabajo: un facilitador entrenado, un operador y un mantenedor que conozcan el activo, y un especialista técnico. Lo que se sabe del equipo está en la planta más que en el manual del fabricante.

Antes de empezar se escribe el contexto operacional: régimen de operación, redundancias, inventarios intermedios, calidad requerida, riesgos del proceso y reglamentación aplicable.

Funciones y fallas funcionales

Cada función se escribe con un verbo, un objeto y un estándar de desempeño cuantificado: «transferir crudo a no menos de 80 m³/h y 12 bar», no «bombear». Además de la función primaria hay funciones secundarias, como contener el fluido, proteger, medir o cumplir con las normas ambientales. Las fallas funcionales pueden ser totales (no bombea) o parciales (bombea 60 m³/h).

Modos de falla y efectos

El modo de falla se describe con el componente, lo que le pasa y por qué: «obturador erosionado por cavitación», no «falla de válvula». El nivel de detalle justo es el que permite elegir una tarea. Los efectos describen qué se ve, qué riesgo hay, cuánto se pierde y qué hay que hacer para repararlo. Con esa información se juzgan las consecuencias. Esta parte es un FMEA orientado a mantenimiento.

Cadena de una falla: de la función a la consecuenciaEjemplo de una válvula de control de nivel: función, falla funcional, modo de falla, mecanismo, causa y consecuencia.Función01Mantener elnivel delseparador entre40 y 60 %Falla funcional02El nivel sesale del rangoModo de falla03Diafragma delactuador rotoMecanismo04Fatiga delelastómeroCausa05Lazo malsintonizado: laválvula ciclatodo el díaConsecuencia06Arrastre delíquido odisparo poralto nivel
Fig. 2La cadena de una falla con el ejemplo de una válvula de control de nivel. Confundir los eslabones lleva a reparar el efecto y no la causa.

Consecuencias y selección de tareas

Lógica de decisión RCMLas consecuencias del modo de falla definen el criterio para aceptar una tarea; las tareas se evalúan en orden y, si ninguna sirve, se aplica una acción por defecto.¿La pérdida de función es evidente?SíNoFalla ocultaEvaluar la fallamúltiple: protección +evento que debíacubrir¿Afecta seguridad o ambiente?SíSeguridad y ambienteLa tarea debe llevarel riesgo a un niveltolerableNo¿Afecta producción, calidad o servicio?SíNoOperacionalTarea si cuestamenos que laconsecuenciaNo operacionalTarea si cuestamenos que lareparaciónSelección de tareas, en este orden1 · A condición (P-F) → 2 · Restauración programada → 3 · Sustitución programada4 · Búsqueda de fallas (solo ocultas) → 5 · Acción por defecto: rediseño u operar a la falla
Fig. 3Lógica de decisión. La consecuencia define con qué criterio se acepta una tarea, y las tareas se evalúan en orden.

Las consecuencias se clasifican en cuatro categorías: falla oculta, seguridad y ambiente, operacional y no operacional. En cada una, una tarea se acepta si es técnicamente factible, es decir, si actúa sobre el mecanismo de falla, y si vale la pena según el criterio de esa categoría. Las tareas se evalúan en este orden: tarea a condición, restauración programada, sustitución programada y, para fallas ocultas, búsqueda de fallas. Si ninguna sirve, la acción por defecto depende de la consecuencia: rediseño obligatorio cuando está en juego la seguridad, rediseño opcional en el resto de los casos o una decisión explícita de operar hasta la falla.

Implementación y mejora

Las tareas se cargan en el CMMS con instrucciones de trabajo, criterios de aceptación y el registro que permitirá revisar la decisión. Un RCM que no se implementa queda en un documento, y uno que no se revisa se vuelve obsoleto con el primer cambio de proceso.

Fórmulas clave

Intervalo de una tarea a condición con intervalo P-F y tiempo de respuesta trt_r:

T≤min⁡ ⁣(PF2,  PF−tr)(1)T \le \min\!\left(\frac{PF}{2},\; PF - t_r\right) \tag{1}

Intervalo de búsqueda de fallas para una protección con tiempo medio entre fallas MM e indisponibilidad tolerable UU (válido para UU pequeño):

FFI=2 U MU=frecuencia tolerable de falla muˊltiplefrecuencia de demanda(2)\text{FFI} = 2\,U\,M \qquad U = \frac{\text{frecuencia tolerable de falla múltiple}}{\text{frecuencia de demanda}} \tag{2}

Criterio económico para consecuencias operacionales y no operacionales, en un mismo período:

Ctarea<ffallas evitadas (Creparacioˊn+Cconsecuencia)(3)C_{\text{tarea}} < f_{\text{fallas evitadas}}\,(C_{\text{reparación}} + C_{\text{consecuencia}}) \tag{3}

Para reemplazos programados, la edad óptima minimiza el costo por unidad de tiempo con la distribución de Weibull del modo de falla (ver Weibull y preventivo).

Ejemplo industrial

Ejemplo

Análisis resumido de una bomba de inyección de agua de 400 kW sin reserva en una planta de recuperación secundaria. Datos ilustrativos.

Modo de falla Consecuencia Decisión Intervalo
Rodamiento con descascarado por fatiga Operacional (pérdida de inyección) A condición: vibración con análisis de envolvente P-F ≈ 6 semanas y respuesta de 2 semanas: cada 3 semanas
Sello mecánico con caras dañadas por marcha en seco Ambiental (pérdida de agua de producción) Rediseño: disparo por baja presión de succión, más procedimiento de arranque —
Impulsor erosionado por sólidos Operacional A condición: seguimiento de caudal y altura frente a la curva Mensual
Presostato de alta con contactos pegados Oculta con riesgo (sobrepresión de la línea) Búsqueda de fallas: prueba completa del lazo hasta el disparo Con demanda 0,2/año, falla múltiple tolerable 10⁻³/año y MTBF 25 años: cada 3 meses
Manómetro local con aguja rota por vibración No operacional Operar hasta la falla. Si se repite, manómetro con glicerina —

El caso del presostato muestra el error más frecuente en planes heredados: la protección figuraba en el plan como «inspección visual mensual», una tarea que no puede detectar contactos pegados. Para una falla oculta sin síntoma, la única tarea técnicamente factible es la prueba funcional.

RCM

Selector de estrategia de mantenimiento

Lógica de decisión RCM paso a paso: consecuencias, tarea a condición, reemplazo programado, búsqueda de fallas o rediseño.

Casos documentados

United Airlines y el programa del Boeing 747

Según Nowlan y Heap (1978), el programa inicial del Douglas DC-8 incluía revisiones generales programadas para 339 ítems, frente a siete en el programa del DC-10, que se desarrolló con la nueva lógica. El 747, con el enfoque MSG-1, requirió unas 66 000 horas-hombre de inspección estructural mayor antes de las 20 000 horas de vuelo, contra cuatro millones del DC-8 con la política tradicional, y sin pérdida de seguridad. Ver el caso completo.

Three Mile Island, 1979

Entre las causas del accidente figuran unas válvulas de agua de alimentación de emergencia que habían quedado cerradas después de una prueba, y una indicación de la válvula de alivio que mostraba la orden enviada y no la posición real. Son dos problemas de funciones ocultas y de verificación después del mantenimiento, que RCM aborda con pruebas funcionales explícitas. Ver el caso.

Buenas prácticas

  • Empezar por la criticidad: RCM profundo solo donde el riesgo lo justifica.
  • Escribir funciones con números. Sin estándar de desempeño no hay forma de definir la falla funcional.
  • Registrar la decisión de operar hasta la falla con la misma formalidad que una tarea.
  • Para cada falla oculta, preguntar qué evento debía cubrir la protección y cada cuánto ocurre.
  • Usar datos de falla propios para fijar intervalos y, cuando no los hay, el criterio del grupo de trabajo.
  • Programar la revisión del análisis después de cambios de proceso, fallas no previstas o cada pocos años.

Errores comunes

  • Copiar el plan del fabricante. Responde a un contexto genérico y suele sobreproteger lo barato y descuidar las fallas ocultas.
  • Analizar por equipo y no por modo de falla. Cada modo tiene su patrón, su intervalo P-F y su tarea.
  • Elegir tareas por la tecnología disponible («tenemos termografía, termografiemos todo») en lugar de por el mecanismo de falla.
  • Tareas que no son factibles. Una inspección visual no detecta una falla oculta, y un reemplazo por tiempo no previene una falla aleatoria.
  • «RCM simplificado» que omite funciones y consecuencias. Lo que queda es una lista de tareas sin justificación.
  • Dejar el análisis en un informe sin cargarlo en el CMMS ni medir sus resultados.

Referencias

  1. SAE JA1011:2009. Evaluation Criteria for Reliability-Centered Maintenance (RCM) Processes.
  2. SAE JA1012:2011. A Guide to the Reliability-Centered Maintenance (RCM) Standard.
  3. Nowlan, F. S. y Heap, H. F. (1978). Reliability-Centered Maintenance. Informe AD-A066579, United Airlines / U.S. Department of Defense.
  4. Moubray, J. (1997). Reliability-centered Maintenance (RCM II), 2.ª ed. Industrial Press.
  5. IEC 60300-3-11:2009. Dependability management — Application guide — Reliability centred maintenance.
  6. Airlines for America. MSG-3: Operator/Manufacturer Scheduled Maintenance Development, edición vigente.
  7. Smith, A. M. y Hinchcliffe, G. R. (2004). RCM: Gateway to World Class Maintenance. Elsevier.