El mantenimiento correctivo es el trabajo que se realiza después de detectar un fallo para restaurar la función. IEC TR 63482:2024 ofrece esa definición en un documento de orientación para mantenimiento de aparamenta y conjuntos de baja tensión; su alcance no convierte la definición en una regla legal general para cualquier máquina.

La misma publicación señala que no considera específicamente el mantenimiento correctivo, aunque algunas recomendaciones de seguridad puedan aplicarse. IEC TR 63482:2024, §1, PDF p.9/impresa p.7, líneas 495–524; §3.2, PDF p.10/impresa p.8, líneas 555–559.

Una orden correctiva puede ayudar a reconstruir qué se detectó, qué evidencia se reunió, qué intervención se realizó y qué comprobación se hizo después. Es una estructura editorial local, no un formulario exigido por IEC o NASA. La intervención, la prueba y la autorización para poner en servicio dependen del activo, su manual, los procedimientos de seguridad y las funciones competentes.

De la observación a una orden de trabajo

El primer registro debería describir el fallo tal como se detectó. Incluye el equipo, ubicación, fecha y hora, condición de operación y la señal o síntoma observado. Si hubo una alarma, lectura, ruido, interrupción o daño visible, conserva la referencia disponible y distingue ese dato de la explicación que todavía debe comprobarse.

“Se detuvo durante el ciclo y apareció una alarma de velocidad” aporta una condición observable. “El variador se averió” puede ser una hipótesis hasta que se examine el equipo y los registros. Una orden puede guardar ambas frases en campos distintos, siempre que quien la lea entienda qué se observó y qué falta diagnosticar.

El formato local puede variar, pero debería permitir que quien recibe la orden encuentre el dato original y la instrucción aplicable.

Antes de programar una intervención, la función responsable identifica si el fallo afecta a seguridad, ambiente, calidad, producción u otros activos relacionados. Esta valoración sigue el proceso interno y los requisitos que correspondan; la página no proporciona un algoritmo de prioridad ni indica qué fallo puede esperar. Si se necesita aislar, detener o contener, la decisión debe seguir el procedimiento de la planta y las instrucciones del fabricante.

Una orden no debería confundir “pendiente de diagnóstico” con “reparación aprobada”. Si falta información, registra qué dato se necesita, quién lo obtiene y qué restricción operativa está vigente. Si el equipo requiere una intervención de especialista, asigna la tarea a la función cualificada y conserva la referencia del procedimiento usado.

Flujo local para organizar la OT correctiva

La secuencia siguiente es una propuesta de organización. No es una secuencia normativa IEC/NASA ni una plantilla universal. Adáptala al control documental y al sistema de trabajo de cada activo.

Etapa Qué puede registrar la OT Qué debe quedar claro
Detección Activo, condición observada, fecha/hora, fuente y turno Qué ocurrió antes de cualquier diagnóstico
Evaluación Riesgo o efecto conocido, restricción aplicada y función que revisa Quién decide prioridad y condiciones de trabajo
Diagnóstico Pruebas autorizadas, datos obtenidos y conclusión con nivel de certeza Qué se midió y qué permanece como hipótesis
Intervención Trabajo realizado, componentes afectados y documento técnico Quién ejecutó y bajo qué procedimiento
Comprobación Prueba definida para el equipo y resultado Qué evidencia indica restauración de la función
Cierre/seguimiento Estado final, pendiente, responsable y vínculo a otra orden Qué está cerrado y qué pregunta continúa abierta

Enlaza los certificados, informes o autorizaciones que el sistema conserva por separado. La OT debe reflejar el trabajo y la evidencia disponibles; un registro incompleto no se convierte en cierre por haber consumido las horas previstas.

La guía NASA Reliability-Centered Maintenance para instalaciones y equipos auxiliares incluye procedimientos de trabajo y ejemplos que indican registrar condiciones insatisfactorias en la orden y notificarlas a una persona supervisora. Es una orientación del contexto federal de instalaciones NASA, no un formulario obligatorio para la industria española. NASA RCM Guide, procedimiento de muestra para aceite de transformador, PDF p.357/impresa I-27, líneas 19176–19180.

El ejemplo de NASA no prescribe el diagnóstico ni las pruebas de otra planta. Por separado, NPR 8831.2F usa códigos de equipo fallado para agrupar recurrencias por categoría y señalar áreas donde podría ser útil un análisis de causa raíz o proactivo. El código organiza el historial, pero no confirma la causa del evento. NPR 8831.2F, cap. 7, §7.4.3 y tabla 7-1.

Evidencia que conviene conservar

Enlaza el registro inicial, las lecturas, el diagnóstico, el trabajo y la comprobación para que otra persona pueda seguir qué cambió.

Registra tanto el dato que apoya la intervención como el que limita la interpretación. Si una medida se tomó en una condición no habitual, si el instrumento tenía una limitación o si no se pudo repetir la prueba, indícalo. No borres la señal inicial cuando la conclusión posterior sea distinta; conservar ambos registros ayuda a revisar cómo evolucionó el diagnóstico.

Cuando se sustituye un componente, anota su identificación si es relevante, la referencia usada y qué documento permite confirmar su compatibilidad. No inventes tolerancias ni valores de ajuste. Esos datos deben proceder del manual del fabricante, especificación aprobada o ingeniería responsable. La OT puede citar el documento y su revisión sin copiar información sensible o duplicar un certificado.

Una foto puede ayudar a localizar una condición, pero no siempre prueba un estado eléctrico, dimensional o funcional. Si la pregunta requiere una prueba, registra el método y el resultado con su unidad, instrumento y criterio cuando proceda. Qué prueba es adecuada depende del equipo y de la persona competente que la haya definido; este texto no sirve para decidir una intervención de riesgo.

Leer una reparación real sin mezclar sus tiempos

Un estudio de una empresa de Lima que vende y repara equipos de limpieza profesional muestra por qué el registro de una intervención puede necesitar algo más que una hora de inicio y otra de cierre. El artículo analiza el servicio técnico de la comercializadora, que atiende equipos usados en distintos entornos productivos; no estudia el equipo de mantenimiento interno de una fábrica ni publica un expediente individual de avería.

Esta diferencia importa al trasladar sus resultados a una OT de planta. Alvarez-Bustinza y Meza-Ortiz, 2025, §4.1, PDF p. 6, pp. impresas 68–69.

Los autores separan cuatro intervalos. El tiempo de diagnóstico va desde que comienza el diagnóstico hasta que se confirma el problema. El de reparación empieza después de esa confirmación y termina cuando el equipo vuelve a estar operativo. La búsqueda y la identificación de equipo o componente ocurren antes de iniciar el trabajo. El reproceso cuenta actividades repetidas tras detectar un error, defecto o incumplimiento de la primera finalización.

Son medidas distintas: según cuál se alargue, la pregunta para revisar el historial cambia. §3.3.2–3.3.5, PDF pp. 6–7, impresas pp. 68–69.

Intervalo que informa el estudio Qué delimita Qué no permite concluir por sí solo
Diagnóstico Inicio del diagnóstico hasta confirmar el problema Que la causa raíz ya esté confirmada para todos los eventos
Reparación Confirmación de la falla hasta el retorno a condición operativa Que una prueba concreta o una autorización universal se hayan cumplido
Búsqueda e identificación Localizar y confirmar el equipo o los componentes antes del mantenimiento Que todo el intervalo de reparación sea tiempo de trabajo técnico
Reproceso Tiempo de actividades repetidas tras detectar un error o defecto posterior a la primera finalización Que el registro agregado identifique por sí solo la causa del fallo repetido

Esta separación ayuda a leer el resultado de una OT sin atribuir cada demora al trabajo sobre el equipo. Si el informe solo ofrece una duración total, no se ve si el tiempo transcurrió antes de confirmar la falla, esperando localizar una pieza, durante la reparación o en una repetición posterior. El estudio no propone esta tabla ni prescribe campos: es una forma editorial de relacionar sus definiciones con la lectura de un historial.

En el caso, el artículo informa de 365 órdenes incompletas durante un año (58% del volumen) y relaciona el principal atraso con movimientos redundantes de personas y repuestos dentro del taller. También reporta 233 órdenes adicionales al año por falta de componentes (37%) y 31 con reproceso tras fallos recurrentes atribuidos a una identificación incompleta de la falla (5%).

Son recuentos y asociaciones del servicio estudiado: no describen etapas obligatorias de una reparación ni permiten atribuir una causa a una OT individual. §4.2, PDF p. 7, impresa p. 69.

La tabla del piloto mantiene separadas las cuatro medidas y publica, en minutos, valores de partida y resultados: diagnóstico, 2,96 y 1,66; reparación, 4,25 y 2,09; búsqueda e identificación, 17,25 y 12,4; reproceso, 9 y 7,5. El artículo incluye una columna de objetivo distinta. Conviene conservar esa distinción si se citan los números y nombrarlos como valores reportados en la tabla, no como duración típica de una OT industrial. Tabla 1, PDF p. 10, impresa p. 72.

El artículo no mantiene una sola cifra de nivel de servicio global: el texto da 53% inicial y una meta de 95%; la tabla presenta 56% inicial, 90% de objetivo y 89% de resultado. Además, describe un piloto general de cuatro meses, una validación de dos meses para Andon y pruebas de Kanban de 60 días.

El texto no aclara si son ventanas separadas o anidadas, así que no conviene combinarlas ni usar el indicador global para prometer una mejora. Los autores también reconocen que es un caso único y de alcance temporal corto; el piloto y la simulación no sustituyen una evaluación longitudinal, y algunas estimaciones dependen de registros administrativos y proyecciones. §4.2–4.3, Tabla 1 y §5.1, PDF pp. 7, 10–11, impresas pp. 69, 72–73.

Para una OT local, la utilidad del caso está en preguntar qué reloj se está leyendo y qué registro lo delimita. No demuestra qué prueba debe hacerse ni quién puede autorizar el retorno al servicio; el estudio no publica un expediente con esos detalles. La comprobación funcional sigue dependiendo del procedimiento y del equipo, como en el resto de esta guía.

Ejemplo hipotético de registro correctivo

Ejemplo hipotético; activo, evento y datos inventados. Un transportador ficticio se detiene durante el ciclo y muestra una alarma de velocidad. La OT registra equipo, turno, hora y condición observada; todavía no atribuye el fallo a motor, sensor o variador.

La función responsable revisa el caso conforme al procedimiento del activo. Si una persona cualificada reemplaza un componente, la OT enlaza la referencia compatible y describe la acción. El cierre queda pendiente hasta registrar la comprobación funcional definida para ese transportador y quién valoró el resultado. Esta escena distingue observación, diagnóstico, intervención y verificación; no indica cómo operar, reparar ni autorizar el equipo.

Preparar el relevo de una orden abierta

Cuando una OT abierta pasa a otro turno, resume la condición actual, la última evidencia, la restricción vigente y la decisión pendiente. Enlaza el procedimiento y los registros que el sistema guarda aparte; identifica la dependencia que impide avanzar y la función responsable, sin inventar una fecha. Conserva las observaciones originales y las hipótesis posteriores en su orden; si el seguimiento requiere otra OT, vincúlala.

Por ejemplo: «Alarma durante el ciclo; diagnóstico pendiente; intervención no iniciada; próxima comprobación: la prevista en el procedimiento del activo». La nota describe el estado registrado, no aconseja operar o detener el equipo.

Correctivo, preventivo y programado

IEC TR 63482 distingue los términos en su glosario. Define el mantenimiento correctivo como el realizado tras detectar un fallo para lograr la restauración; el preventivo se realiza para mitigar degradación y reducir la probabilidad de fallo; el programado se efectúa de acuerdo con una pauta temporal. IEC TR 63482:2024, §3.2–3.3.1, PDF pp.10–11/impresas pp.8–9, líneas 555–570.

La terminología indica cuándo nace un trabajo, pero no elige por sí sola una estrategia ni fija la urgencia. Un correctivo puede seguir a una avería inesperada o surgir durante un programa que ya detectó una condición; depende de cómo se usen las categorías localmente. Para comparar estrategias, consulta la página específica de mantenimiento preventivo/correctivo o run-to-failure. Aquí se trata de documentar una orden después de detectar el fallo.

IEC TR 63482 cubre aparamenta y conjuntos de baja tensión; no trata específicamente el mantenimiento correctivo ni sustituye las regulaciones nacionales o las instrucciones del fabricante. IEC TR 63482:2024, §1, PDF p.9/impresa p.7, líneas 495–524.

Qué puede demostrar una observación

NPR 8831.2F §7.4.1 examina las consecuencias en varios niveles: sistema, subsistema, componente y, a veces, pieza. Una lámpara de panel averiada puede afectar poco al sistema; varios componentes menores degradados, combinados, pueden hacer que falle el conjunto. La consecuencia no se deduce del tamaño del repuesto ni del código asignado. NPR 8831.2F, cap. 7, §7.4.1.

El §7.4.2 separa funciones en línea, fuera de línea, activas, pasivas u ocultas. Una bomba circuladora funciona continuamente y su estado puede determinarse; una bomba de achique funciona de modo intermitente cuando sube el nivel y su condición requiere una prueba o comprobación operativa. Un interruptor de protección solo actúa ante un cortocircuito y su posible fallo no da una señal inmediata. NPR 8831.2F, cap. 7, §7.4.2.

Al leer una OT, esta diferencia evita tratar «no hubo aviso» como sinónimo de «función comprobada». Anota si la observación ocurrió con la función activa, durante una demanda o sin que el dispositivo protector llegara a actuar. En este último caso, que no haya ocurrido el evento no demuestra que la protección haya respondido ni que haya fallado; esa pregunta queda abierta. Esta es una inferencia prudente de los ejemplos NASA, no una regla de ensayo o cierre.

Los ejemplos ayudan a interpretar el registro, pero no especifican pruebas ni autorizaciones. Esas decisiones dependen del activo y su procedimiento. NPR 8831.2F corresponde al ámbito NASA, no a un requisito general para la industria española.

Qué significa comprobar la restauración

La reparación describe una acción; la comprobación registra qué evidencia se obtuvo después y con qué resultado. Debe corresponder al activo y al procedimiento aplicable. “Comprobado” no basta si la OT no indica qué se hizo.

El resultado de una prueba y la autorización para poner el equipo en servicio son decisiones distintas. Registra quién obtuvo la evidencia y quién tomó la decisión según el procedimiento, sin atribuir permisos que esta guía no define. Si no se pudo comprobar, deja constancia de la limitación y no presentes la condición como restaurada. Una pieza nueva tampoco demuestra que la causa desapareció: enlaza otra orden si queda investigación o seguimiento pendiente.

Límites y errores de documentación

Escribir el diagnóstico como hecho inicial. Mantén la descripción de detección y la causa técnica en campos distintos.

Copiar una plantilla sin ajustar el activo. El test, herramienta y evidencia dependen del equipo y su procedimiento.

Cerrar con “reparado” sin comprobación. Indica el resultado de la prueba o deja el cierre pendiente.

Revisión rápida

En una OT cerrada, verifica que la evidencia de la prueba y la persona que registró el resultado puedan localizarse.

Preguntas frecuentes

¿Cuándo es correctivo?

Es correctivo el trabajo realizado después de detectar un fallo para restaurar la función; la fuente IEC consultada se limita a aparamenta de baja tensión.

¿Qué separar en OT?

Una OT local puede registrar fallo, evidencia, reparación y comprobación de restauración; ese formulario es una propuesta, no una plantilla exigida por IEC/NASA.

¿Qué prueba documentar?

Cierra la OT cuando la persona responsable documente la reparación y la comprobación funcional prevista por el procedimiento local.

¿Cómo difiere del preventivo?

El correctivo responde al fallo detectado; el preventivo pretende mitigar degradación y el mantenimiento programado se fija por tiempo, según IEC.