La pregunta útil no es qué etiqueta figura en la orden, sino qué hecho hace que la tarea toque ahora. Si el programa la activa al llegar una fecha, un contador de horas o un número de ciclos, el disparador es tiempo o uso. Si una observación cambia la decisión de mantenimiento, el trabajo se basa en condición.

La monitorización de condición añade una actividad de medición y diagnóstico para anticipar un fallo; no es lo mismo que la intervención que, según la lectura, se decide después. Las guías no usan estos términos de forma idéntica, así que conviene leer la definición de cada una antes de trasladarla al sistema local.

Esta diferencia describe el criterio de activación, no la calidad de una estrategia. Una tarea preventiva no garantiza que el activo no falle. Una medición tampoco es un diagnóstico por sí sola ni prueba cuánto tiempo queda antes de una avería. Para comparar dos tareas hay que identificar qué protegen, qué dato las activa y cómo se interpreta ese dato.

Identifica el evento que activa el trabajo

Empieza por leer la regla de la tarea, no por mirar si tiene asociado un sensor. Un cambio de aceite fijado por tiempo de operación sigue un calendario aunque la orden incluya una lectura de laboratorio. Una inspección mensual también se programa en una fecha, pero puede producir dos resultados distintos: completar la inspección sin trabajo adicional o abrir una revisión porque se observó una condición que cumple el criterio establecido.

La fecha organiza la inspección; la condición decide qué respuesta sigue.

La separación entre fecha y disparador evita una confusión frecuente al describir actividades mixtas. La misma tarea puede tener una ronda con frecuencia fija y una acción posterior condicionada a lo observado. Si se registra todo como «mensual», se pierde qué resultado lleva a una intervención. Si se llama «predictiva» a toda inspección porque busca una anomalía, se puede atribuir a la tarea una capacidad de pronóstico que el método quizá no tiene.

Una ficha inicial puede describir cada tarea con cinco preguntas:

Pregunta Qué debe quedar claro
¿Qué inicia la tarea? Fecha, horas de funcionamiento, ciclos o condición observada.
¿Qué se hace? La actividad concreta, sin agrupar operaciones distintas bajo un nombre genérico.
¿Qué dato se obtiene? Ejecución, lectura, observación o resultado de prueba.
¿Qué criterio se aplica? La regla documentada para interpretar ese dato.
¿Qué ocurre después? Cierre, revisión, confirmación o una acción aprobada por la persona responsable.

Esta ficha es una herramienta editorial para comparar órdenes; no es un formulario oficial de FEMP, NASA o PNNL. Su propósito es que el nombre de la estrategia no oculte la lógica concreta de la tarea.

Las guías no dibujan la misma frontera

FEMP define el mantenimiento preventivo como acciones realizadas según un programa basado en tiempo o funcionamiento de la máquina. En su sección de mantenimiento predictivo, describe mediciones que detectan el inicio de degradación y explica que la necesidad se basa en la condición real, no en una fecha prefijada.

Para FEMP, analizar periódicamente el aceite puede ser un ejemplo de mantenimiento predictivo aunque la muestra no proceda de un sensor en línea (DOE/FEMP, Operations & Maintenance Best Practices Guide, §§5.3–5.4, PDF físico pp. 3–4).

El glosario de NASA separa mantenimiento basado en condición de monitorización de condición. En la primera categoría, la tarea de mantenimiento se programa cuando el estado del equipo la requiere; en la segunda, la observación continua o periódica se usa para diagnosticar y pronosticar fallos. El mismo glosario llama también «mantenimiento predictivo» a la monitorización de condición (NASA RCM Guide, Appendix A, entradas “Condition-Based Maintenance” y “Condition Monitoring (also known as Predictive Maintenance)”, PDF físico pp. 238–239 (impresas A-2–A-3)).

Por eso, «basado en condición» y «predictivo» pueden solaparse en una guía, mientras que otra reserva el segundo término para la monitorización y el pronóstico.

PNNL también define mantenimiento preventivo a partir de un intervalo fijo, sin atender al estado del activo en ese momento. Define el predictivo por la medición de condición y la evaluación de si el equipo puede fallar durante un periodo futuro, seguida de una acción para evitar consecuencias. Esta definición pone más énfasis en el pronóstico que la de FEMP.

PNNL además trata la elección como una prioridad propia de cada instalación, no como una regla universal (PNNL, “Prioritizing O&M Actions,” definición y líneas web 333–346, 383–388).

Las tres referencias ayudan a explicar el vocabulario, pero no convierten una definición en política para una planta española. Conserva el término de la fuente cuando la cites; en la orden local describe también el evento observable que inicia el trabajo. Así se puede comparar una práctica sin forzar equivalencias terminológicas.

Elige la tarea a partir del modo de fallo

Una etiqueta no demuestra que una tarea sea adecuada para el problema que pretende controlar. El análisis comienza con la función que se quiere conservar y el modo de fallo que podría interrumpirla. Después se pregunta qué tarea puede responder a ese modo: una actividad por intervalo, una inspección, una prueba, una medición de condición u otra opción que el análisis técnico admita.

NASA presenta el RCM como una selección de tareas vinculada a funciones, modos de fallo, consecuencias y eficacia; sus principios también recuerdan que se mantiene la función del sistema, no solo la apariencia de que cada componente «funciona» (NASA RCM Guide, §§3.2–3.3 y 3.5.3–3.5.5, PDF físico pp. 21–27).

Antes de elegir una medición, comprueba si existe un método capaz de detectar la condición pertinente y si puede aplicarse con la frecuencia necesaria. PNNL incluye la disponibilidad y el coste de una inspección efectiva, la criticidad del sistema y la predictibilidad del fallo entre los factores de selección.

También advierte que algunos equipos de bajo coste, cuya falla no afecta a la misión ni a la seguridad de ocupantes, pueden ser más económicos de reemplazar al fallar que de cubrir con tareas preventivas o predictivas. Ese ejemplo no sirve para clasificar automáticamente un activo; muestra por qué la consecuencia y el coste importan junto al tipo de disparador (PNNL, “Prioritizing O&M Actions,” líneas web 333–346).

Un orden de revisión práctico sería:

  1. Define la función que se quiere preservar y el modo de fallo al que responde la tarea.
  2. Comprueba si la actividad actual se activa por tiempo/uso o por una condición observada.
  3. Verifica que el método puede detectar lo que el modo de fallo exige detectar; no basta con que produzca una lectura.
  4. Contrasta la frecuencia, la evidencia disponible y la consecuencia de no detectar la condición a tiempo.
  5. Especifica quién interpreta el resultado y qué respuesta está autorizada.

Esta secuencia organiza una discusión local. No sustituye el análisis de RCM ni valida una tarea, un umbral o una frecuencia por sí misma.

Revisa el inventario antes de renombrar tareas

Si un GMAO ya usa «preventivo» y «predictivo», no cambies las etiquetas en bloque para que coincidan con una guía externa. Toma una muestra de órdenes y consulta la regla que las activa, el método descrito y el resultado que queda registrado. Compara esas instrucciones con la definición local y con la terminología de la fuente que se está usando.

Una etiqueta puede describir un calendario en una fila y una medición de condición en otra; el nombre compartido no convierte las tareas en equivalentes.

Cuando la regla de activación no aparezca, marca el registro para aclaración en vez de adivinar. Si el equipo decide normalizar nombres, conserva una correspondencia entre la etiqueta anterior y la nueva, y registra qué campo de la orden justificó el cambio. Así los informes históricos siguen siendo interpretables y el equipo puede detectar si la reclasificación mezcló mediciones, inspecciones y trabajos por intervalo.

Este procedimiento es una propuesta editorial para aplicar las diferencias terminológicas que muestran FEMP, NASA y PNNL; ninguna de esas fuentes prescribe una migración de GMAO.

Dos órdenes, un mismo activo

Imagina una bomba ficticia con dos órdenes. La primera pide una inspección en una fecha del programa. La segunda requiere revisar una condición detectada en la operación. No conocemos aquí el modelo, el fluido, el régimen ni las instrucciones del fabricante, así que no asignamos a ninguna orden horas, límites de vibración, temperatura, consecuencias o ahorro.

Para la primera orden, la pregunta es qué documento fijó la fecha o el uso que activa el trabajo y qué evidencia deja constancia de su ejecución. Para la segunda, hay que identificar la variable que realmente observa el método, el contexto de operación y el criterio aprobado para interpretar el resultado. Si la condición no cumple ese criterio, la orden no debería describirse como una intervención ya decidida.

Si lo cumple, el responsable competente evalúa la respuesta conforme al procedimiento aplicable. El texto de esta página no indica cuál debe ser esa respuesta.

Las dos órdenes podrían responder a modos de fallo diferentes. También podrían cubrir el mismo modo de formas redundantes o no tener fundamento suficiente. Para distinguir esas posibilidades, registra el modo de fallo al que se vincula cada tarea y el análisis que justificó mantenerla. El ejemplo solo demuestra cómo documentar la comparación; no es un caso real ni una recomendación para bombas.

Separa observación, criterio y decisión

Una inspección puede ser periódica aunque el trabajo posterior dependa de la condición observada. Por eso conviene conservar por separado la fecha de inspección y el resultado que llevó a una revisión. Si solo queda la fecha, quien recibe la orden no puede saber si debe repetir la inspección, verificar una observación o ejecutar una tarea programada.

El criterio de lectura debe proceder de una referencia válida para el activo y el método. Puede estar en documentación del fabricante, un procedimiento aprobado o un análisis técnico que corresponda al equipo; esta página no escoge entre ellos ni establece valores. Si el documento no explica qué significa el resultado, anota esa laguna y consulta a la persona responsable. No rellenes la falta de regla con una cifra genérica tomada de otra máquina.

También importa que la evidencia sea comparable. Si la lectura se repite en otro punto, con otro instrumento o bajo condiciones distintas, el cambio puede afectar la interpretación. Una comparación necesita que el registro identifique el método y el contexto de cada observación; si algo cambió, hay que dejarlo visible antes de interpretar una tendencia. Esta es una recomendación de trazabilidad editorial, no un requisito técnico atribuido a las guías citadas.

Una condición observada no equivale automáticamente a una predicción de fallo. FEMP caracteriza mediciones capaces de detectar degradación; NASA distingue el seguimiento de condición del mantenimiento que se activa cuando esa condición lo requiere. PNNL añade una formulación de pronóstico. Esas diferencias importan: una inspección visual puede revelar algo que merece revisión, pero no necesariamente calcula la probabilidad ni el momento del fallo. No agregues vida restante, urgencia o una acción automática si el método no produce esa conclusión.

Cuando conviven las estrategias

Preventivo y basado en condición no son opciones mutuamente excluyentes para toda la instalación. Una organización puede mantener un trabajo por intervalo para un modo de fallo y usar inspección o monitorización para otro. También puede concluir que una tarea no aporta información suficiente, que duplica una actividad existente o que una actividad planificada sigue siendo necesaria pese a contar con mediciones.

La elección se justifica por la función y las consecuencias del sistema, los métodos que realmente están disponibles y el contexto de la instalación; no por una regla de que lo predictivo siempre sustituya a lo preventivo.

Para revisar dos órdenes que se solapan, compara su objeto y no solo su frecuencia. Pregunta si inspeccionan la misma condición, si una comprueba una función diferente, y si el segundo resultado cambia alguna decisión. Si ambas detectan lo mismo pero ninguna tiene un criterio de respuesta, acumular lecturas puede añadir trabajo sin aclarar qué hacer. Si sus objetivos son distintos, la proximidad en el calendario no las vuelve redundantes.

Estas son preguntas de análisis local, no conclusiones sobre activos específicos.

PNNL señala que la priorización depende de la visión y las necesidades de cada instalación, y que la seguridad y la misión forman parte de esa evaluación. NASA vincula la selección de tareas con la función y las consecuencias de fallo. Las referencias apoyan la comparación contextual; no ofrecen una tabla universal para decidir qué tarea conservar (PNNL, “Prioritizing O&M Actions,” líneas web 333–346; NASA RCM Guide, §§3.2–3.3, PDF físico pp. 21–22).

Mantén una ficha que pueda leerse después

El registro es útil cuando otra persona puede reconstruir por qué se generó la orden. Como propuesta editorial, conserva el identificador del activo, el nombre original de la tarea, su disparador, la fuente que define el intervalo o criterio, la fecha de ejecución o lectura, el método y el contexto relevante, el resultado y la respuesta aprobada. No todos esos campos serán necesarios para cada tarea; la regla local y el riesgo del activo determinan qué debe documentarse.

Para un trabajo periódico, el registro puede demostrar qué intervalo se alcanzó y que la tarea se completó. Para uno basado en condición, debe mostrar qué observación llevó a evaluar el caso y contra qué regla se hizo la lectura. Si la decisión queda pendiente porque falta un límite o una fuente, el estado debe decirlo. «Sin dato» no significa «normal», y una orden cerrada no demuestra por sí sola que el método fuera efectivo.

Si el equipo usa abreviaturas locales, conserva el término original y guarda aparte la equivalencia usada para informes. Una categoría externa puede dividirse en dos tipos de tarea internos, o varias categorías locales pueden acabar bajo el mismo nombre de una guía. Registrar el origen de la traducción permite volver a interpretar el dato sin perder la definición de partida. Esa precaución es especialmente útil al migrar órdenes de una hoja a un GMAO o comparar resultados entre departamentos.

Límites de esta comparación

La página explica cómo distinguir disparadores y ordenar una conversación sobre tareas. No define intervalos, umbrales, frecuencias, técnicas de diagnóstico ni instrucciones para detener, desmontar o ajustar equipos. FEMP es una guía de O&M estadounidense de 2010; NASA describe su enfoque de mantenimiento centrado en fiabilidad para instalaciones y equipos asociados; PNNL aborda la priorización de O&M en el contexto de cada centro. Ninguna de esas referencias decide qué programa necesita una planta española concreta.

Tampoco se comparan resultados económicos o de seguridad entre estrategias. Las cifras históricas de ahorro que aparecen en guías no prueban lo que sucederá en un activo o una instalación actuales. Antes de cambiar una tarea, la persona competente debe consultar el procedimiento y la documentación aplicables al equipo, además de considerar las consecuencias de fallo. Si el criterio o la responsabilidad de aprobación no están claros, no conviertas una lectura en una orden de trabajo por inferencia.

Preguntas frecuentes

¿Cuál es la diferencia principal entre preventivo y predictivo?

El preventivo se programa por tiempo o uso. Una tarea basada en condición depende de la observación; algunas guías llaman predictivo a ese enfoque y otras usan «predictivo» para la monitorización y el pronóstico de fallos.

¿El mantenimiento predictivo requiere un sensor permanente?

No necesariamente. La condición puede observarse con una inspección o medición periódica, si el método es adecuado.

¿Qué activa la tarea predictiva?

Una condición observada con un criterio definido para el equipo; el umbral o la acción debe proceder de la fuente técnica aprobada localmente.

¿Pueden convivir los dos enfoques?

Sí. La organización puede usar tareas periódicas y basadas en condición para modos de fallo distintos, según el análisis local.

¿El mantenimiento correctivo es otra forma de predictivo?

No. Esta comparación se limita a tareas preventivas y basadas en condición; el correctivo responde a un fallo ocurrido y queda fuera de este alcance.