ISO 14224 es la norma internacional que define una taxonomía estructurada de códigos de fallo, dividiendo cada avería de equipo en un modo de fallo, una causa de fallo y un mecanismo de fallo para que los registros de mantenimiento sean consistentes, comparables y analizables.
La mayoría de las plantas recopilan miles de órdenes de trabajo al año, pero el campo de texto libre "notas" convierte esos datos en ruido: un técnico escribe "la bomba dejó de funcionar", otro escribe "sin flujo", un tercero escribe "sello averiado". ISO 14224 reemplaza esa ambigüedad con un vocabulario compartido.
El resultado son datos que realmente puedes contar, analizar por tendencias y sobre los que puedes actuar, lo cual es la condición previa para cualquier programa serio de fiabilidad.
El análisis de fiabilidad es fundamentalmente un ejercicio de conteo. Cuentas con qué frecuencia ocurre un modo de fallo, cuánto tiempo tarda en repararse y qué lo causó, y luego priorizas. El texto libre rompe el conteo.
Si el mismo fallo se describe de cinco maneras diferentes en cinco órdenes de trabajo, ninguna consulta puede agruparlos, por lo que no es posible realizar un análisis de Pareto y ninguna métrica de MTBF o MTTR es fiable.
ISO 14224, titulada "Recolección e intercambio de datos de fiabilidad y mantenimiento para equipos", se originó en el sector del petróleo y gas, pero su taxonomía se aplica a cualquier activo rotativo, estático o eléctrico. Te ofrece tres capas vinculadas que convierten un registro de mantenimiento en un conjunto de datos.
El núcleo de la norma es la separación de qué falló de por qué falló. Son preguntas diferentes y mezclarlas es la razón clásica por la que los datos de mantenimiento se vuelven inutilizables.
Una forma útil de leer la cadena: un mecanismo (fatiga) provoca un modo (fuga externa) que fue permitido por una causa (desalineación en la instalación). Codificar los tres por cada orden de trabajo es lo que hace que el análisis de causa raíz como el FMEA y la resolución de problemas 8D sea repetible en lugar de algo puntual.
Antes de codificar un fallo hay que ponerse de acuerdo sobre qué es "el equipo". ISO 14224 define una taxonomía de nueve niveles desde la industria hasta la pieza individual, y un límite claro del equipo que indica qué componentes pertenecen a la bomba frente al accionador frente al lazo de control.
Sin un límite fijado, dos centros que cuentan "fallos de bomba" están contando cosas distintas y sus cifras no son comparables. Los límites estandarizados son lo que permite comparar una línea con otra, la misma disciplina que hace que una comparación de OEE sea honesta.
La codificación consistente también depende de un juicio consistente entre personas. Si dos técnicos asignan códigos distintos al mismo fallo, tus datos tienen un problema en el sistema de medición, exactamente el asunto que expone un estudio Gauge R&R en datos de calidad. Listas de selección cortas y definiciones de código claras son la solución práctica.
Una bomba centrífuga de agua de refrigeración se dispara. El operador registra un charco bajo la carcasa del sello. Usando ISO 14224, el registro queda así:
Ahora los números. En 12 meses esta clase de activos tiene 40 bombas. El CMMS muestra 18 fallos codificados como ELP, de los cuales 12 tienen mecanismo "desgaste, cara del sello". El tiempo total de operación de la flota es 40 bombas por 8.000 horas, es decir, 320.000 horas de operación.
La tasa de fallos por desgaste del sello es 12 dividido por 320.000, que equivale a 0,0000375 fallos por hora, o aproximadamente 0,33 fallos por bomba-año.
Si el tiempo medio de reparación para estos eventos es de 6 horas, el desgaste de sellos por sí solo consume 12 por 6, es decir, 72 horas de mantenimiento al año en esta flota.
Porque los datos están codificados, un análisis de Pareto sitúa instantáneamente "desgaste de la cara del sello por problemas de lubricación del flush" como el principal contribuyente, y puedes introducir los tiempos en un análisis de Weibull para probar si estos son fallos aleatorios o por desgaste en la curva de la bañera .
Esa única forma de Weibull decide si la respuesta correcta es mantenimiento basado en la condición o un reemplazo a intervalos fijos. Nada de eso es posible a partir de "la bomba dejó de funcionar".
Una vez que se cuentan modos, causas y mecanismos, las decisiones se vuelven concretas. Los mecanismos por desgaste con tasas de riesgo crecientes justifican intervalos de reemplazo preventivo. Los fallos eléctricos aleatorios apuntan, en cambio, al monitoreo de condición .
Los elementos de baja consecuencia y baja frecuencia pueden dejarse deliberadamente hasta el fallo. Este es el cambio del mantenimiento reactivo al proactivo , y solo funciona cuando los datos históricos lo respaldan.
Los datos de fallos codificados también alimentan las métricas de fiabilidad que impulsan la planificación: tiempo medio hasta la falla para piezas no reparables, y MTBF para activos reparables. Esas métricas, a su vez, dimensionan tus puntos de reorden de repuestos y tus programas preventivos dentro de un CMMS.
ISO 14224 solo resulta rentable cuando los códigos de fallo se capturan en el momento en que ocurre el trabajo, de forma limpia y consistente, en lugar de reconstruirse de memoria semanas después. Fabrico es la base de datos en tiempo real que hace esto práctico.
Su CMMS preparado para campo te permite adjuntar campos estructurados de modo de fallo, causa y mecanismo a cada orden de trabajo, vincularlos al activo correcto en una jerarquía de elementos mantenibles y gestionar los programas preventivos y las piezas de repuesto que esos códigos justifican.
En el lado de producción, la monitorización OEE y de producción en tiempo real de Fabrico, incluida la visión por computador en máquinas sin PLC, marca temporalmente las paradas y los eventos de inactividad que tus técnicos luego codifican, de modo que el "qué pasó" y el "por qué" se alinean automáticamente.
Fabrico está desarrollado en la UE con residencia de datos en la UE, lo cual importa para equipos que mantienen registros de fiabilidad bajo gobernanza europea.
La cuestión no es otro concepto: es un lugar donde realmente se recopilan datos de fallos codificados, para que el Pareto y el análisis de fiabilidad tengan algo limpio sobre lo que trabajar.
No. La norma se desarrolló y se referencia ampliamente en petróleo y gas, pero su taxonomía de modos, causas y mecanismos de fallo es genérica para activos físicos.
Bombas, motores, válvulas, compresores e intercambiadores de calor se comportan de la misma manera en plantas de alimentos, automoción, embalaje o químicas, por lo que la estructura de codificación se transfiere directamente. Muchos fabricantes adoptan un subconjunto simplificado de las listas de códigos en lugar de la norma completa.
Un modo de fallo es el efecto observado, lo que ve el operador, como fuga externa o fallo al arrancar. Una causa de fallo es la razón subyacente por la que ocurrió, como instalación inadecuada o falta de lubricación. Mantenerlos en campos separados es esencial: dos fallos pueden compartir un modo (fuga) pero tener causas completamente distintas, y solo separándolos puedes arreglar lo correcto.
Necesitas un sistema que almacene los códigos de fallo como campos estructurados y seleccionables en lugar de texto libre, y que los vincule a una jerarquía de activos definida. Un CMMS que soporte listas de selección personalizadas para modo de fallo, causa y mecanismo en la orden de trabajo es suficiente para empezar.
El requisito crítico es la disciplina en la entrada de datos en el punto de trabajo, no la marca del software.
¿Listo para convertir las notas desordenadas de las órdenes de trabajo en datos de fiabilidad codificados y analizables? Reserva una demo de Fabrico y descubre cómo un CMMS y una base OEE en tiempo real capturan modos, causas y mecanismos de fallo donde el trabajo realmente ocurre.
Iniciar sesión
Blog
