Norma Sae Ja012 Mario Valencia Salas.pptx 2k5w2m

Realizado por:

Mario José Valencia Salas

1

NORMA SAE JA1012 PRÁCTICAS RECOMENDADAS PARA VEHICULOS AEROESPACIALES Y DE SUPERFICIE

2

INTRODUCCION Una Guía para la Norma de Mantenimiento Centrado en Confiabilidad (RCM)

El Mantenimiento Centrado en Confiabilidad (RCM) fue documentado por primera vez en un reporte escrito por F.S. Nowlan y H.F. Heap y publicado por el Departamento de Defensa de U.S. en 1978; fue usado para desarrollar programas de mantenimiento para aviones comerciales. Desde entonces, el proceso RCM ha sido ampliamente utilizado por otras industrias, desarrollado y mejorado ampliamente.

3

4

Debido a la creciente popularidad de RCM, han surgido otros procesos a los cuales sus defensores les han dado el nombre de “RCM”, pero que no están basados en absoluto en Nowlan y Heap.

Como resultado a la demanda internacional por una norma que imponga los criterios que cualquier proceso deba cumplir para ser llamado “RCM”. SAE JA1011, presupone un alto grado de familiaridad con los conceptos y la

5

INDICE 1. Alcance 2. Referencias 3. Definiciones   4. Siglas 5. Definición de Activo 6. Funciones 7. Fallas Funcionales 8. Modos de Falla 9. Efectos de Falla 10. Categorías de Consecuencia de Fallas 11. Selección de las Políticas de Manejo de Fallas 12. Manejo de las Consecuencias de Falla 13. Políticas de Manejo de Fallas- Tareas Programadas 14. Políticas de Manejo de Falla- Cambio de Especificaciones y Operar hasta Fallar 15. Selección de las Políticas de Manejo de Fallas 16. Un Programa de Vida 17. Formulación Matemática y Estadística 18. Consideraciones Adicionales Importantes

6

DESARROLLO 7

1. ALCANCE  Guía del mantenimiento basada en la confiabilidad (RCM) amplifica y aclara cada uno de los criterios claves listados en SAE JA 1011 “Criterios de evaluación de los procesos de RCM”  Resume problemas adicionales que deben ser tomados en cuenta para aplicar RCM exitosamente. 8

2. REFERENCIAS Aplicará la emisión más reciente de las publicaciones SAE. La emisión aplicable surtirá efecto a partir de la fecha de la orden de compra.

Publicación disponible Publicaciones SAE - Disponible en SAE, 400 Commonwealth Drive, Warrendale, PA 15096-0001.   SAE JA1011—Evaluation Criteria for Reliability-Centered Maintenance (RCM) Processes 9

3. DEFINICIONES 3.1

• Cambio de especificaciones: • Cualquier acción tomada para cambiar la configuración física de un activo o sistema.

3.2

• Capacidad Inicial: • El nivel de operación que el activo físico en el momento que entra en servicio.

3.3

• Consecuencias Ambientales: • Un modo de falla o falla múltiple tiene consecuencias ambientales si puede violar cualquier norma ambiental . • Consecuencias de Falla: • Los efectos que puede provocar un modo de falla o una falla (evidencia de falla, en la seguridad, en el ambiente, en la 3.4 múltiple capacidad de operación, en los costos de reparación directos o indirectos). • Consecuencias en la Seguridad: • modo de falla o falla múltiple tiene consecuencias en la 3.5 Un seguridad si puede dañar o matar a un ser humano. • Consecuencias No Operacionales: • de falla que no afecta adversamente 3.6 Consecuencias seguridad, el ambiente, o las operaciones.

la 10

«CONSECUENCIA DE FALLA»

11

3.7

• Consecuencias Operacionales: • Consecuencias de falla que afecta adversamente la capacidad operacional de un activo físico o sistema.

3.8

• Contexto Operacional: • Las circunstancias bajo las cuales se espera que opere el activo físico o sistema.

3.9

• Desempeño deseado: • El nivel de desempeño deseado por el dueño o de un activo físico o sistema.

3.10

• Desincorporación Programada: • Tarea programada que trae consigo la desincorporación de un componente en o antes de un límite de longevidad

3.11

• Dispositivo Protector o Sistema Protector: • Debe evitar, eliminar, o minimizar las consecuencias de falla de cualquier otro sistema.

3.12

• Dueño: • Persona u organización que puede sufrir o acarrear la responsabilidad de las consecuencias de un modo de falla 12

3.13

• Efecto de Falla: • Lo que pasa cuando ocurre un modo de falla.

3.14

• Falla Evidente: • Modo de falla cuyos efectos se tornan evidentes para el personal de operaciones bajo circunstancias normales.

3.15

• Falla Funcional: • Estado en el que un activo físico o sistema no se encuentra disponible para ejercer una función.

3.16

• Falla Múltiple: • Ocurre si una función protegida falla mientras su dispositivo o sistema protector se encuentra en estado de falla.

3.17

• Falla Oculta: • Modo de falla cuyo efecto no es evidente para el personal de operaciones bajo circunstancias normales.

3.18

• Falla Potencial: • Una condición identificable que indica que una falla funcional está a punto de ocurrir. 13

3.19

• Función: • Lo que el dueño o desea que realice un activo físico o sistema.

3.20

• Función Evidente: • Falla aislada se vuelve evidente al personal de operaciones bajo circunstancias normales.

3.21

• Función Oculta: • Falla aislada no se vuelve evidente para el personal de operaciones bajo circunstancias normales

3.22

• Función(es) Primaria(s): • Razón(es) principal(es) por las que el activo físico o sistema es adquirido por su dueño o .

3.23

• Funciones Secundarias: • Protección, control, contención, confort, apariencia, eficiencia de energía e integridad estructural.

3.24

• Intervalo P-F: • Intervalo entre el punto en que una falla potencial se hace detectable y el punto en que esta se degrada hasta una falla funcional 14

3.25 3.26

• Intervalo P-F Neto: • Intervalo mínimo probable que trascurre entre la detección de una falla potencial y la ocurrencia de una falla funcional. • Longevidad: • Desde el momento en el cual un elemento o componente entra en servicio nuevo o vuelve a entrar en servicio (distancia, tiempo de operación, piezas , etc)

• Mantenimiento Proactivo: 3.27 • Mantenimiento emprendido antes de que ocurra una falla

3.28

• Modo de Falla: • Un evento único, que causa una falla funcional.

3.29

• Operar hasta Fallar: • Modo de falla específico ocurra sin ningún esfuerzo para anticiparla o prevenirla.

3.30

• Política de Manejo de Fallas: • Tareas basadas en condición, restauración programada, desincorporación programada, detección de falla, operar hasta fallar y cambio de especificaciones. 15

3.31

• Probabilidad Condicional de Falla: • Probabilidad de que una falla ocurra en un período específico.

3.32

• Programado: • “Monitoreo continuo”

3.33

• Restauración Programada: • Tarea programada que restaura la capacidad de un elemento en un intervalo especificado

3.34

• Tarea Apropiada: • Tarea que es técnicamente factible y al mismo tiempo vale la pena realizar es aplicable y a su ves efectiva

3.35

• Tarea Basada en Condición: • Una tarea programada usada para detectar una falla potencial.

3.36

• Tarea para Detectar Fallas : • Una tarea programada utilizada para determinar si ha ocurrido una falla oculta específica. 16

4. SIGLAS • EPI Equipo de Prueba Incorporado • IDF

Intervalo de (tarea) Detección de Falla

• AMEF Análisis de Modo y Efectos de Falla • TPEFM Tiempo Promedio entre Fallas Múltiples • TPEF

Tiempo Promedio entre Fallas

• TPDA Tiempo de la Función Protegida • TPRA

Tiempo de la Función Protectora

• MCC

Mantenimiento Centrado en Confiabilidad

• ITORA La indisponibilidad permitida por la función protectora 17

5. DEFINICIÓN DEL ACTIVO

“El mantenimiento RCM es un proceso específico utilizado para identificar las políticas que deben ser implementadas para el manejo de los modos de falla que pueden causar una falla funcional de cualquier activo físico en un contexto operacional dado “. 18

ACTIVO

SISTEMA 19

6. FUNCIONES “¿Cuáles son las funciones deseadas y los estándares de desempeño asociados del activo en su contexto operacional presente ?” 6.1 6.2 6.3 6.4

Contexto Operacional Funciones primarias y secundarias Enunciado de una función Estándares de desempeño

20

.1

Contexto Operacional ‘’Se debe definir el contexto operacional del activo”

Las circunstancias bajo las cuales e espera que opere el activo o sistema. Contexto operacional de un activo físico típicamente incluye una descripción global breve de cómo se utilizará este activo, donde se utilizará, y los aspectos que gobiernan los criterios de desempeño global tales como producción, rendimiento, 21

LOS ASPECTOS ESPECÍFICOS QUE SE DEBEN DOCUMENTAR EN LA DEFINICIÓN DE CONTEXTO OPERACIONAL , INCLUYEN: a. Proceso fluido versus proceso por lotes. b. Estándares de

calidad: Expectativas de servicio al consumidor,

desperdicio, satisfacción del cliente, garantía. c. Estándares ambientales: Normas que aplican al activo. d. Estándares de seguridad: Lesiones globales o tasa de fatalidad. e. Lugar de operaciones:

Características de la localidad donde esta

operando el equipo. f. Intensidad de operaciones: El equipo opera 24 horas por día, siete días a la semana, o a una intensidad menor. En el caso de utilidades, si el equipo opera bajo picos de carga o condiciones de baja carga. g. Redundancia: Existe alguna capacidad redundante o en stand by. h. Trabajo-durante- operación: Actividades trabajo-durante-operación permite parar el equipo sin afectar la producción o el rendimiento. i. Repuestos: Inventario de repuestos claves. j. Demanda del mercado/suministro de

materia

prima:

22

Las

Contexto Operacional

23

.2

Lista de Funciones • •

Se deben identificar todas las funciones del activo/sistema Las funciones deben ser divididas en dos categorías: funciones primarias y secundarias.

FUNCIONES PRIMARIAS La razón por la que cualquier organización adquiere algún activo o sistema es para cumplir con una función o funciones específicas. FUNCIONES SECUNDARIAS Se espera que la mayoría de los activos desarrollen otras funciones, además de las funciones primarias. Cuando se identifican las funciones secundarias, se debe velar de no descuidar lo siguiente puntos: 24

Integridad ambiental : Cumplimiento de las normas ambientales que aplican al activo. Seguridad : Determinar alguna amenaza a la seguridad y describirla. Integridad estructural : Proveer soporte o una cierta seguridad a otro elemento. Control : Regular el desempeño. Contención : Si la función primaria es almacenar materiales deben también contenerlos. Confort : Activos o sistemas no causen pena o ansiedad a los operadores o mantenedores. Apariencia : Función importante de apariencia, corrosión, color adecuado y visibilidad. Protección : Eliminan, minimizan, evitan las consecuencias de la falla mediante:  Luces de advertencia o alarmas. 25  Mecanismos de parada.

3

Describiendo las Funciones “Todas los enunciados de una función deben contener un verbo, un objeto, y un estándar de desempeño” Ejemplo: Figura 1. Muestra una bomba para bombear agua de un tanque a otro. La capacidad nominal de la bomba es de 1000 litros por minuto, y el agua es succionada del tanque a una velocidad máxima de 800 litros por minuto. La función primaria de esta bomba se debe describir así: “bombear agua del tanque X al tanque Y, a no menos de 800 litros por minuto”. Aquí el verbo es “bombear”, el objeto es “agua”, y el estándar de desempeño es “del tanque X al tanque Y, a no menos de 800 litros por minuto”.  

26

Funciones protectoras  Los enunciados de las funciones protectoras necesitan un manejo especial. Estas funciones actúan en excepciones , cuando algo va mal  El enunciado de la función debe reflejar este hecho. Normalmente esto se hace incorporando las palabras “Si”

“En el caso de”,

Por ejemplo. La función de una válvula de alivio de presión debe ser descrita como sigue: “Ser capaz de aliviar la presión en la caldera si excede de 250 psi”

Que activarían la protección.

27

4

Estándares de Desempeño “Los estándares de desempeño incorporados en los enunciados de una función deben tener el nivel de desempeño deseado por el dueño o del activo/sistema en su contexto operacional.”

Una vez que el desempeño de un activo cae por debajo del valor mínimo aceptable para el , el activo ha fallado. El objetivo del mantenimiento es asegurar que el activo continúe operando por encima del nivel mínimo que es aceptable para los s. El deterioro es inevitable, por lo tanto debe estar permitido, algún activo entra en servicio, debe estar disponible para entregar el estándar de desempeño mínimo deseado por el . Lo que el activo esta disponible a entregar en su estado nuevo o recién reparado se llama capacidad inicial. 28

 El margen de deterioro debe ser suficientemente extenso para permitir un tiempo de uso razonable antes de que los componentes se degraden hacia una falla funcional, pero no tan extenso para que el sistema esté sobre diseñado y sea también demasiado costoso.

 Si el desempeño deseado es más alto que la capacidad inicial, el activo no es mantenible.

 Para evitar malos entendidos en lo que constituye una “falla funcional”, los estándares mínimos de desempeño aceptable deben estar claramente definidos y entendidos por los s y los mantenedores del activo 29

7. FALLAS FUNCIONALES «Una falla funcional se define como la incapacidad de cualquier activo físico de cumplir una función según un parámetro de funcionamiento aceptable para el » “¿De qué maneras puede fallar al cumplir sus funciones “Se deben?” definir todos los estados de falla asociados con cada función”

 Un activo falla si es incapaz de hacer lo que el desea que haga.  El activo debe estar definido como una función, cada activo tiene más de una funciones diferentes.

 Se debe definir la falla de un activo como un todo.  El RCM distingue una falla funcional o estado de falla y modo de fallo lo que

30

.1 Falla Total y Parcial

FALLA TOTAL

- La falla total de la función. - Son fáciles de identificar.

FALLA PARCIA L

-Si no cumple sus funciones dentro del rango establecido. -Son causadas casi siempre por modos de falla, las consecuencias son casi siempre diferentes y son mas difíciles de identificar.

31

Por ejemplo • La bomba mencionada, sufrirá una falla funcional si no bombea ninguna cantidad de agua “falla total”. • Sin embargo; la bomba también sufrirá una falla funcional si puede bombear agua a una tasa menor de 800 litros por minuto ”falla parcial”.

32

Límites Superiores e Inferiores:  El activo ha fallado si opera por encima del límite superior o por debajo del límite inferior. Por ejemplo La función primaria de una máquina pulidora se puede definir como “Pulir cojinetes en un ciclo de tiempo de 3.00 ± 0.03 minutos, a un diámetro de 75 mm ± 0.1 mm, con una superficie final no mayor de 0.2 Ra”. Esta máquina ha fallado si:   a. Si se detiene por completo. b. Rectifica una pieza en un ciclo de tiempo mayor a 3.03 minutos. c. Rectifica una pieza en un ciclo de tiempo menor a 2.97 minutos. d. El diámetro excede 75.1 mm. e. El diámetro es menor de 74.9 mm. f. La superficie final es muy rugosa (excede 0.2 Ra)

33

¡OH UNA FALLA FUNCIONALᴉ

34

8.

MODOS DE FALLA «Un modo de falla es cualquier evento que causa una falla funcional» “¿Qué causa cada falla funcional (modos de falla)?” Identificar los modos de falla Establecer que se entiende por “probable” Niveles de causalidad Fuentes de información Tipos de modos de falla

35

8.1 Identificar los modos de falla. “Se deben identificar los modos de falla probables que puedan causar cada falla funcional”

«Debe consistir de un sustantivo y un verbo» • La descripción debe ser suficientemente detallada de modo que posibilite la selección de una política de manejo de fallas adecuada, pero no tan detallada que tome demasiado tiempo realizar el proceso de análisis • Se debe usar muy poco verbos como “fallar” o “averiarse” o “malfuncionamiento”, ya que dan

36

ANALISIS DE MODO Y FALLA Y SUS EFECTOS -> AMFE

37

8.2 Establecer que se entiende por “probable”. “El método utilizado para decidir que constituye un modo de falla “probable” debe ser aceptado por el dueño o del activo”. “Probabilidad razonable” significa: una probabilidad que encuentra una prueba de racionalidad algo creíble, se define por personal conocedor y entrenado. Si la probabilidad es suficientemente alta para que garantice un análisis extenso entonces, el modo de falla debe ser listado. Es muy difícil decidir si un modo de falla debe o no ser listado, relacionado a la probabilidad de ocurrencia. Muchos modos de falla pueden causar que el proceso RCM tomo mucho mas tiempo del necesario hasta tres veces mas.

8.3 Niveles de causalidad. “Se deben identificar los modos de falla en un nivel de causalidad que haga posible identificar una política de manejo de fallas apropiada.”  Es posible llegar a un nivel de CASUALIDAD absoluto si se profundiza demasiado, esto es innecesario.

CAUSAS RAIZ CAUSALIDAD ABSOLUTA

 Algunos de los modos de falla pueden considerarse no probables por lo tanto no deben de listarse.

39  Se debe evaluar el contexto y lo que se realiza

40

8.4 Fuentes de información. “Las listas de los modos de falla deben incluir los modos de falla que han ocurrido antes, los modos de falla que están siendo prevenidos actualmente debido a la existencia de programas de mantenimiento, y los modos de falla que no han ocurrido aún pero que se piensan probables en el contexto operacional.” • Los modos de falla que han ocurrido antes en los mismos activos o en activos similares, son los candidatos más obvios para ser incluidos en la lista de los modos de falla, se debe revisar las fuentes • Los modos de falla para los cuales de historia. existen rutinas de mantenimiento proactivas también se deben incorporar en la lista de modos de falla. “¿qué podría ocurrir si no se realizara • Los modos de falla que no hayan esta tarea?”. ocurrido aún pero que se consideren como posibilidades, requiere alto grado de juicio.

8.5 Tipos de modos de falla.

Deterioro • Desgaste o rotura • Fatiga • Corrosión • Erosión • Evaporación • Degradación

Diseño de un activo

Errores humanos

• Incapaz de cumplir el rango completo de requerimientos • Es un equipo nuevo

• Operación incorrecta • Ensamble incorrecto • Daño externo

42

43

9.

EFECTOS DE LA FALLA

“¿Qué pasa cuando ocurre cada falla 1 Suposiciones Básicas funcional?” “Los efectos de falla deben describir lo que puede pasar si no se realiza ninguna tarea especifica para anticipar, prevenir o detectar falla.”  RCM hace una distinción entrela el efecto de una falla, (que pasa)( que ocurre) y una consecuencia de una falla (como y cuanto, afecta el modo de falla) (Importancia).  Las principales opciones de las políticas de manejo de fallas incluyen tareas de mantenimiento proactivas .  Se debe asumir que no se esta llevando ningún mantenimiento proactivo para identificar los modos de falla.  Asumir que el modo de falla causa una

44

.2

Información Necesaria “Los efectos de falla deben incluir toda la información necesaria para sustentar la evaluación de las consecuencias de la falla´´

¿Que evidencia que la falla ocurrió?

¿Qué hace para dañar, matar a alguien o causar un daño ambiental?

¿Qué hace para tener una baja producción ?

¿Qué daño físico a otros component es causa la falla funcional?

¿Cómo restaurar una función después de una falla?

45

1 Evidencias de que ha ocurrido una falla  Existe alguna evidencia de que el modo de falla ocurrió.  Cual es la forma que toma esta evidencia. * Luces, ruido, velocidad, humo, escape de vapor, etc.

9.2.2 Amenazas a la seguridad y el ambien  Posibilidad de que halla algún herido muerto por un modo de falla  Se viola alguna norma o regulación ambiental

46

.3 Efectos en la producción o operaciones

 Tiempo fuera de servicio  Velocidad de operación  Calidad  Otro equipo se vio afectado por el modo de falla  Costos de operación globales

9.2.4 Daño secundario  Daños significativos a otros componentes o sistemas

.2.5 Acción correctiva requerida  Descripción breve de la acción que se requiere para corregir el modo de falla después de haber ocurrido.

47

10. CATEGORIAS DE CONSECUENCIAS DE FALLAS

1 Categorías de Consecuencias “El proceso de categorización de consecuencias debe separar los modos de falla ocultos de los modos de falla evidentes.”

10.1.1 Fallas Evidentes

y Ocultas

 Una falla evidente es un modo de falla cuyos efectos son apreciables para el equipo de operadores en circunstancias normales.  Una falla oculta es un modo de falla cuyos efectos no son apreciables para el equipo de operadores en circunstancias normales.  Fallas ocultas y protección: Asegurar que las consecuencias de la falla de la función protegida sean mucho menos serias de lo que hubiesen sido si no

48

10.1.1.1 Fallas evidentes de las Funciones Protectoras Los efectos del modo de falla aislado se vuelven evidentes para el equipo de operadores.

1°

• Ni la función protectora ni la función protegida fallen.

2°

• Función protegida falle antes de la protección.

3°

• Función protectora falle antes de la función protegida, esta posibilidad debe ser casi eliminada.

49

10.1.1.2 Funciones Protectoras cuya Falla no es Evidente

¿Algunos de los efectos de este modo de falla se harán evidentes para el equipo de operadores en circunstancias normales si el modo de falla ocurre aislado?

 Si la respuesta a esta pregunta es no, el modo de falla es oculto.  El hecho de que la protección no este disponible para cumplir su función no se hace aparente en condiciones normales.

1°

• Ninguna función falla

2°

• Función protegida falla cuando la protección está funcionando.

3°

• Falle la protección mientras la función protegida está operando

4°

• Falle la protección, entonces la función protegida falla mientras la protección está en estado de falla, esto es una falla multiple.

51

10.1.2 CONSECUENCIAS EN LA SEGURIDAD, EL AMBIENTE, OPERACIONALES Y NO OPERACIONALES “El proceso de categorización de consecuencias debe distinguir claramente los eventos modos de falla y fallas múltiples que tengan consecuencias en la seguridad y/o en el ambiente de los que sólo tengan consecuencias económicas, consecuencias operacionales y no operacionales.´´

C. Segurida d

Probabilidad intolerable de dañar o matar a un ser humano.

C. Ambientales

C. Operacionales

C. No operacionales

Probabilidad intolerable de violar cualquier norma o regulación ambiental. Fallas que afectan las funciones primarias de los activos, afectan la capacidad de ingresos, depende de que tanto que se usa el equipo y alternativas en caso de que falle, afectan el rendimiento, la calidad el servicio al consumidor e incrementan los costos, se debe evaluar cuanto cuesta la falla y que tan frecuente es.

Falla evidente que no tiene efectos directos en la seguridad, ambiente o capacidad operacional solo influye en los costos de reparación del mismo. 52

10.1.3 MCC Y LAS REGULACIONES/LEGISLACIONES DE SEGURIDAD

 La mayoría de las regulaciones que rigen la seguridad demandan simplemente que los s sean capaces de demostrar que están haciendo cualquier cosa prudente para cerciorarse que sus activos sean seguros.  RCM satisface estos requerimientos

2 Evaluando las Consecuencias de Falla “La valoración de las consecuencias de falla se debe realizar como si ninguna tarea específica se esté llevando a cabo actualmente para anticipar, prevenir o detectar la falla.”  Esencial asumir que ningún mantenimiento proactivo se está llevando a cabo cuando se están identificando las consecuencias de falla.

53

¿Consecuencias de Fallas?

54

11. SELECCIÓN DE LAS POLITICAS DE MANEJO DE FALLAS

1 La Relación entre Longevidad y Falla

“El proceso de selección de manejo de fallas debe tomar en cuenta el hecho de que la probabilidad condicional de algunos modos de falla se incrementará con el tiempo, que la probabilidad condicional de otros no cambiará con el tiempo y que la probabilidad condicional de otros tampoco decrecerá con el

55

ción entre la longevidad (exposición al esfuerzo) y la Probalidad de falla vs tiempo: Patrones de falla

Incremento veloz de la probabilidad condicional de fallazona de desgaste. Incremento sostenido en la probabilidad de falla.

56

11.2 Técnicamente Factible y Vale la Pena Hacerlo

“Todas las tareas programadas deben ser técnicamente factibles y deben valer la pena hacerlas”

las Vale• Reduce la consecuencias de pena modo de falla. • Justifica los costos hacerl directos o indirectos o de realizar la tarea.

• No se puede hallar No una tarea apropiada. vale• Seladebe encontrar alguna otra manera pena de manejar las consecuencias de la hacerl falla. o

57

1.3 Efectividad de Costo

COST O

“Si dos o más políticas de manejo de fallas propuestas son técnicamente factibles y valen la pena hacerlas, se debe seleccionar la política que sea más costo-efectiva.”

 Existen muchas opciones de políticas de manejo de falla, disponibles actualmente.  Tentador seleccionar basada solamente en la sofisticación técnica antes que de el costo-efectividad.  Se debe seleccionar la política mas económica, antes que aquella que sea mas sofisticada. 58

11.4 Selección de las Políticas de Manejo de Fallas

“La selección de las políticas de manejo de fallas debe ser llevada a cabo como si ninguna tarea específica estuviese siendo realizada actualmente para anticipar, prevenir o detectar la falla.”

Asumir que ningún mantenimiento proactivo se

59

12. MANEJO DE LAS CONSECUENCIAS DE FALLA 12.1 MODOS DE FALLA EVIDENTE CON CONSECUENCIAS EN EL AMBIENTE O EN LA SEGURIDAD

“En el caso de que un modo de falla evidente tenga consecuencias en la seguridad o en el ambiente, la tarea debe reducir la probabilidad del modo de falla a un nivel que sea tolerable para el dueño o del activo.”  La primera pregunta es que podría pasar si el evento en consideración ocurre?  La segunda pregunta es que probabilidad existe de que el evento ocurra del todo?  La combinación de estos dos elementos provee una medida del grado de riesgo.  La tercera pregunta y frecuentemente el elemento más contencioso es si el riesgo es tolerable.?

60

Por ejemplo Considere un modo de falla que pueda resultar en la muerte o el daño físico de 10 personas (¿qué puede pasar?). La probabilidad de que ocurra este modo de falla es de 1 en 1 000 en un año cualquiera (¿cuán probable es que ocurra?). Basados en estas cifras, el riesgo asociado con este modo de falla es:   10 x (1 en 1 000) = 1 accidente cada 100 años   Ahora considere un segundo modo de falla que puede causar 1 000 accidentes, pero la probabilidad de que ocurra este modo de falla es 1 en 100 000 en un año. El riesgo asociado con este modo de

 El riesgo es el mismo a pesar de que las cifras en las que se basan son muy diferentes.

 “Probabilidad” 1 en 10 oportunidades de un modo de falla en un año y “tasa de falla” una vez en 10 períodos en promedio. Correspondiente al tiempo promedio de fallas de 10 periodos.61

12.1.1 ¿QUÉ PUEDE PASAR SI OCURRE EL MODO DE  SeFALLA? debe registrar como parte de la lista de los efectos de falla.  Con la finalidad de ser razonablemente conservador, note que las definiciones del efecto de falla deben reflejar el “escenario del peor caso típico” , pero no el caso más extremo, ya que esto podría ser excesivamente conservador.

12.1.2 ¿CUÁL ES LA PROBABILIDAD DE QUE OCURRA EL MODO DEFALLA? Idealmente esta probabilidad debe ser cuantificada como parte de la definición del efecto de falla.

 En la práctica, los datos de falla histórica precisos no están disponibles en la mayoría de los casos, especialmente en los de equipos nuevos.  La evaluación debe estar basada en estimaciones inteligentes por personas que entiendan claramente el equipo y el contexto en el cual están 62 siendo utilizados.

RIESGO

1.3 ¿ES TOLERABLE EL RIESGO?

 El riesgo se mide por la probabilidad multiplicado por la severidad.  Se expresa usualmente sobre una base anual, pero puede ser expresada en eventos por numero de ciclos u horas operacionales.  El nivel tolerable de riesgo de matar o dañar físicamente varia ampliamente de individuo a individuo o de grupo a grupo.  Influencia hasta que punto los trabajadores podrían exponerse al riesgo . 63

Por ejemplo Evaluación de riesgo cuantitativo o probabilístico La probabilidad de que cualquiera de mis 1 000 compañeros de trabajo sean muertos en un año es de 1 en 100 (asumiendo que cualquiera en el sitio está expuesto a las mismas amenazas). Si las actividades llevadas a cabo en el sitio incluyen (se dice) 10 000 eventos que pueden matar a alguien, entonces la probabilidad promedio de que cada evento pueda matar a una persona debe ser reducida a 10-6 en un año. Esto significa que la probabilidad de un evento que es probable mate a 10 personas se debe reducir a 10-7, mientras que la probabilidad de un

Los factores adicionales que ayudan a decidir que es tolerable que tanto se conocen los efectos reales y las consecuencias de cada modo de falla, el valor colocado para la vida humana por los diferentes grupos culturales, valores religiosos, la edad y 64el

12.1.4 ¿QUIÉNES DEBEN EVALUAR EL RIESGO? Lo que es tolerable puede ser determinado por un grupo representativo:  Personas que probablemente tienen un entendimiento claro del mecanismo de falla, los efectos de falla, la probabilidad de que ocurra el modo de falla y las probables medidas que se puedan tomar para anticiparlo o prevenirlo.  Personas quienes tienen una visión genuina de la tolerabilidad u otra parte de los riesgos. Esto debe incluir representaciones de:   1. Las probables victimas operadores o mantenedores en el caso de amenazas directas a la seguridad, y la comunidad en general en el caso de amenazas al ambiente. 2. Quienes tienen que acarrear con las consecuencias si

65

1.5 MANEJO DE FALLAS Y SEGURIDAD Si existe un riesgo intolerable de que un modo de falla pueda afectar la seguridad o el ambiente, se debe reducir la probabilidad del modo de falla a un nivel tolerable.

Nótese que cuando se trata con modos de falla evidentes que tienen consecuencias en la seguridad o en el ambiente, MCC no considera el costo del modo de falla. Si el riesgo es intolerable entonces se debe reducir a un nivel tolerable, bien sea por la introducción de una tarea proactiva adecuada, o por el cambio del diseño o de la operación del activo de tal modo que el riesgo se reduzca a un

66

12.2 Modos de Falla Oculta con Consecuencias en la Seguridad y en elde Ambiente “En el caso un modo de falla oculta en el que la falla múltiple asociada tenga consecuencias en la seguridad o en el ambiente, la tarea debe reducir la probabilidad del modo de falla oculta a una magnitud que disminuya la probabilidad de la falla múltiple asociada a un nivel tolerable para el dueño o del activo.” Una falla múltiple sólo ocurre si la función protegida falla mientras la protección está en estado de falla.

Se debe determinar la probabilidad tolerable, la probalidad de falla de la funcion protegida normalmente es dada. 67

La indisponibilidad permitida de la función protectora puede expresarse como se muestra en la Ecuación 2:

Esta indisponibilidad se determina en las siguientes tres fases:  Establece cual es la probabilidad que la organización está dispuesta a tolerar para la falla múltiple.  Entonces, determine la probabilidad de que la función protegida falle en el período en consideración. 

Finalmente, determine la indisponibilidad “tiempo muerto parcial” de la protección que resulta en la probabilidad tolerable

Es posible variar tanto la probabilidad de una falla no anticipada de la función protegida, como la indisponibilidad de la función protectora por adopción de políticas de manejo de fallas convenientes. Como resultado, también es posible reducir la probabilidad de una falla múltiple a casi cualquier nivel deseado 68

12.3 Modos de Falla Evidente con Consecuencias Económicas

“En el caso de un modo de falla evidente que no tenga consecuencias en la seguridad o el ambiente, los costos directos o indirectos de la tarea deben ser menores que los costos directos o indirectos del modo de falla cuando se calculan en períodos de tiempo comparables.” El costo total de la organización en un período de tiempo no sólo es afectado por la magnitud de las consecuencias que podrían ocurrir, sino también por cuan frecuente las consecuencias tienen probabilidad de ocurrencia. Consecuentemente, para evaluar la viabilidad económica de cualquier tarea, es necesario comparar el costo total del modo de falla en un período dado con el costo total de la política de manejo de falla en el mismo período. 69

12.4 Modos de Falla Oculta con Consecuencias Económicas “En el caso de un modo de falla oculta en el que la falla múltiple asociada no tenga consecuencias en la seguridad o en el ambiente, los costos directos o indirectos de la tarea deben ser menores que los costos directos o indirectos de una falla múltiple más el costo de reparación del modo de falla oculta cuando se calculen en períodos de tiempo comparables.” Es posible identificar una política de manejo de fallas que reduzca el costo total de manejar la falla oculta a un valor mínimo.

70

13. Políticas de Manejo de Fallas—Tareas Programadas 13.1 Tareas Basadas en Condición “Cualquier tarea basada en condición que se seleccione (o predictiva, o basada en condición, o tarea de monitoreo de condición) debe satisfacer los siguientes criterios adicionales:   a. Debe existir una falla potencial claramente definida. b. Debe existir un intervalo P-F identificable c. El intervalo de la tarea debe ser menor que el intervalo P-F probable más corto. d. Debe ser físicamente posible realizar la tarea en intervalos menores que el intervalo P-F. e. El tiempo más corto entre la detección de una falla potencial y la ocurrencia de una falla funcional (el intervalo P-F menos el intervalo de la tarea) debe ser suficientemente largo para predeterminar la acción a ser tomada a fin de evitar, eliminar o minimizar las consecuencias del modo de falla.” 71

13.1.1 FALLAS POTENCIALES Y LA CURVA P-F

Esta evidencia de falla inminente se conoce como “falla potencial”, la cual se define como “una condición identificable que indica que una falla funcional está a punto de ocurrir o está en un proceso de ocurrencia”.

Si esta condición puede ser detectada, podría ser posible tomar acción para prevenir que el elemento falle completamente y/o evitar las consecuencias del modo de falla. 72

13.1.2 EL INTERVALO P-F

Las tareas basadas en condición se llaman así porque los elementos se inspeccionan y se dejan en servicio bajo la condición de que continúen obteniéndose los estándares de operación especificados 73

13.1.3 EL INTERVALO NETO P-F

El intervalo neto P-F es el intervalo mínimo probable que transcurre entre la detección de una falla potencial y la ocurrencia de la falla funcional. 74

13.1.4 LA RELACIÓN ENTRE EL INTERVALO P-F Y LA LONGEVIDAD 13.1.4.1 Intervalos P-F y Fallas Aleatorias La Figura muestra con el fin de detectar la falla potencial, necesitamos realizar un tarea e inspección cada dos meses.

La medida del tiempo de las inspecciones no tiene nada que ver con la longevidad o vida del componente.

75

13.1.4 LA RELACIÓN ENTRE EL INTERVALO P-F Y LA LONGEVIDAD 13.1.4.2 Intervalos P-F y Modos de Falla Relacionados con la Longevidad Si un elemento se deteriora de una manera más o menos lineal a lo largo de su vida, está supuesto razonar que las fases finales de deterioro serán también más o menos lineales.

76

13.1.5 CONSISTENCIA DEL INTERVALO P-F Si el intervalo neto P-F asociado con este intervalo mínimo es lo suficientemente grande para tomar una acción que maneje las consecuencias del modo de falla, la tarea basada en condición es técnicamente factible.

Si el intervalo P-F es muy inconsistente, no es posible establecer un intervalo de tarea significativo, y se debe abandonar la tarea a favor de alguna otra manera de manejar el modo de falla. 77

13.1.6 CATEGORÍAS DE TÉCNICAS BASADAS EN CONDICIÓN

Las técnicas basadas en las variaciones de la calidad del producto. • Los defectos surgen gradualmente, y así proveen evidencia oportuna de fallas potenciales.

Técnicas de monitoreo de efectos primarios • Los efectos pueden ser monitoreados por una persona a través de la lectura de un indicador, por un computador como parte de un sistema de control de procesos o por un registrador de mapas.

Técnicas basadas en los sentidos humanos • (Observar, escuchar, sentir, y oler).

Técnicas de monitoreo de condición. • Estas son técnicas para detectar fallas potenciales que involucran el uso de equipo especializado

78

13.2 TAREAS

DE RESTAURACIÓN PROGRAMADA Y DE DESINCORPORACIÓN PROGRAMADA

• La restauración programada vincula la toma de acciones periódicas para restaurar la capacidad de un elemento a un intervalo especificado indiferentemente de su condición en el momento, a un nivel que provea una probabilidad tolerable de supervivencia hasta el final o hasta otro intervalo especificado.

• La desincorporación programada significa desincorporar un elemento o componente a un límite de longevidad especificado, indiferentemente de su condición en el momento. Esto se hace en el supuesto de que al reemplazar un viejo componente con uno nuevo se restaurará la resistencia original a fallar. 79

13.2.1. LÍMITES DE VIDA-SEGURA.

Los límites de vida-segura sólo aplican a modos de falla que tienen consecuencias en la seguridad o en el ambiente.

13.2.2. LÍMITES DE VIDA-ECONÓMICA La experiencia en operaciones algunas veces sugiere que la restauración programada o la desincorporación programada es deseable en términos económicos.

Está basado en la relación longevidad-confiabilidad actual del elemento, en lugar de una fracción de la longevidad a la cual 80 existe un incremento en la probabilidad condicional de falla.

13.3

TAREAS DE DETECCIÓN DE FALLAS

13.3.1 FALLAS MÚLTIPLES Y DETECCIÓN DE FALLAS Consiste en prevenir que la función protectora entre en estado de falla aplicando algún tipo de mantenimiento proactivo

81

13.3.2 ASPECTOS TÉCNICOS DE LA DETECCIÓN DE FALLAS

Revise la Función Protectora en su Totalidad • Se debe hacer simulando las condiciones que el sensor debe detectar, y revisar si el actuador proporciona la respuesta correcta. No Altere • Siempre busque la manera de revisar las funciones de los dispositivos protectores sin desconectarlos o cualquier otra manera de alterarlos. Debe ser Físicamente Posible Realizar la Revisión de la Función • Encontrar otra manera de manejar los riesgos asociados con protección no probada hasta que algo mejor pase a lo largo del proceso concerniente o al abandonarlo. Minimice el Riesgo Mientras se Realiza la Tarea • Se debe proveer una protección alternativa o se debe detener la función protegida hasta que se restablezca la protección original. La Frecuencia debe ser Práctica • Debe ser práctico realizar la tarea de detección de fallas a los intervalos requeridos

82

13.3.3 INTERVALOS DE TAREAS DE DETECCIÓN DE FALLAS 13.3.3.1 Intervalos de Detección de Fallas, Disponibilidad y Confiabilidad Se puede demostrar que existe una correlación lineal entre la indisponibilidad, el intervalo de detección de fallas y la confiabilidad de la función protectora dada por su TPEF.

13.3.3.2 Excluyendo el Tiempo de la Tarea y el Tiempo de la Reparación La “indisponibilidad” de la función protectora de la ecuación no incluye alguna indisponibilidad incurrida mientras se está realizando la tarea de detección de fallas porque o resultan tiempos de detección de fallas muy pequeños. 83

13.3.3.2 Cálculo de la IDF Utilizando solo Disponibilidad y Confiabilidad Para determinar el intervalo de detección de fallas - IDF para una sola función protectora, es necesario encontrar su tiempo promedio entre fallas y la disponibilidad deseada de la función

13.3.3.4 Métodos Rigurosos para el Cálculo del IDF Una fórmula sencilla para determinar los intervalos de detección de fallas que incorpora todas las variables consideradas

Solo para una función protectora

84

13.3.3.5 La Viabilidad de los Intervalos de Tareas de Detección de Fallas Un intervalo de detección de fallas muy corto algunas veces el intervalo es simplemente demasiado corto para ser práctico o la tarea puede causar acostumbramiento.

Un intervalo de detección de fallas muy largo no se debe realizer si es que los intervalos que son sustancialmente mayores que el resto de la vida útil proyectada del activo.

85

13.4

Combinación de Tareas

Si un modo de falla o una falla múltiple puede afectar la seguridad o el ambiente y no se puede encontrar ninguna tarea programada que por si misma reduzca el riesgo de falla a un nivel bajo tolerable. Como un tarea basada en condición y una tarea de desincorporación programada. Cuando se consideran tales combinaciones, se debe tener cuidado de asegurar que cada tarea por si misma satisfará el criterio de factibilidad técnica apropiado para cada tipo de tarea, y que cada tarea se realice a una frecuencia adecuada para esa tarea.

86

14. POLÍTICAS DE MANEJO DE FALLAS - CAMBIO DE ESPECIFICACIONES Y OPERAR HASTA FALLAR 14.1 Cambio de especificaciones: Aplicación de tares apropiadas . programadas para el desempeño MCC. a. En los casos donde la falla es oculta, y la falla múltiple asociada tiene consecuencias en la seguridad y en el ambiente, son mandatarios cambios de especificaciones que reduzcan la probabilidad de una falla múltiple a un nivel tolerable para el dueño y . b. En los casos donde la falla es evidente, y tiene consecuencias en la seguridad y en el ambiente, son mandatarios cambios de especificaciones que reduzcan la probabilidad de una falla múltiple a un nivel tolerable para el dueño y . c. En los casos donde la falla es oculta, y la falta múltiple asociada no tiene consecuencias en la seguridad y en el ambiente, cualquier cambio de especificaciones debe ser costo-efectivo en opiñión del dueño o del activo. 87 la d. En los casos donde la falla es evidente y no tiene consecuencias en

.1 CONSECUENCIAS EN LA SEGURIDAD O EL AMBIENTE a. Para reducir la probabilidad de ocurrencia de un modo de falla no anticipado a un nivel que sea tolerable. Esto se hace normalmente tanto por el reemplazo del componente afectado por uno mas fuerte o más confiables, como por hacer posible anticipar el modo de falla.

b. Para cambiar el elemento o el proceso de manera que el modo de falla no tenga consecuencias en la seguridad o en el ambiente. Esto se hace en la mayoría de los casos por la instalación de un dispositivo protector adecuado. Recuerde que si se añade tal dispositivo sus requerimientos de mantenimiento también se deben analizar.

88

14.1.2 FALLAS

OCULTAS

En la falla oculta se puede reducir el riesgo de una falla múltiple realizando cualquiera de los siguientes cambios de especificaciones.

a. Hacer la falla oculta evidente adicionando otro dispositivo. b. Sustituir una función protectora cuya falla es evidente

para la función oculta.

c. Sustituir el dispositivo protector existente por un dispositivo más confiable. d. Hacer los posible para ejecutar una tarea. e. Reducir la tasa de demanda de la función protegida.

89

14.1.3 CONSECUENCIAS OPERACIONALES Y NO OPERACIONALES La política de manejo de fallas más costo-efectiva podría ser cambiar el sistema para reducir los costos totales. a. Reducir el numero de veces que ocurre el modo de falla, o posiblemente eliminarlo del todo, de nuevo, por el robustecimiento de algún elemento del sistema, o por hacerlo mas confiable. b. Reducir o eliminar las consecuencias del modo de falla .Por ejemplo , proveyendo una capacidad auxiliar.

c. Realizar un tarea programada costo –efectiva. Por ejemplo haciendo un componente más accesible.

90

14.2 OPERAR HASTA FALLAR Cualquier política de operar hasta fallar seleccionada debe satisfacer los criterios apropiado como sigue: a. En casos donde la falla es oculta y no hay ninguna tarea programada apropiada, la falla múltiple asociada no debe tener consecuencias en la seguridad ni el ambiente b. En caso casos donde la falla es evidente y no hay ninguna tarea programada apropiada , el modo de falla asociado no debe tener consecuencias en la seguridad ni en el ambiente.

¡ No deben tener consecuencias en la seguridad ni en el ambiente ! 91

15. SELECCIÓN DE LA POLÍTICA DE MANEJO DE FALLAS 15.1 Aproximación Rigurosa La aproximación rigurosa para la selección de la política de manejo de fallas requiere que los s, el evaluar las consecuencias económicas y en la seguridad/ambiente de cada modo de falla.

a. Separar las fallas evidentes de las fallas ocultas. b. Para cada falla evidente:  1. Establecer la probabilidad real de que el modo de falla pueda dañar o matar a alguien. 2. Establecer la probabilidad tolerable de que el modo de falla pueda dañar o matar a alguien. 3. Establecer la probabilidad real de que el modo de falla pueda violar un estándar o una regulación ambiental. 4. Establecer la probabilidad tolerable de que el modo de falla pueda violar ese estándar o regulación. 5. Establecer las consecuencias operacionales y no operacionales totales del modo de falla. 6. En el caso de modos de falla que puedan tener consecuencias en la seguridad o en el ambiente, y en los que la probabilidad real de incurrir en estas consecuencias es mayor que la probabilidad tolerable, la identificación de todas las políticas de manejo de fallas podría reducir la probabilidad a un nivel tolerable. 7. Identificar todas las políticas de manejo de fallas (si existen) que puedan 92 ser menos costosas que las consecuencias económicas del modo de falla

c. Para cada falla oculta: 1. Establecer la probabilidad real que la falla múltiple asociada pueda dañar o matar a alguien. 2. Establecer la probabilidad tolerable de que la falla múltiple pueda dañar o matar a alguien. 3. Establecer la probabilidad real de que la falla múltiple pueda violar un estándar o una regulación ambiental. 4. Establecer la probabilidad tolerable de pueda violar ese estándar o regulación.

que

la

falla

múltiple

5. Establecer las consecuencias operacionales y no operacionales totales del modo de falla y de la falla múltiple asociada. 6. En el caso de fallas múltiples que puedan tener consecuencias en la seguridad o en el ambiente, y en las que la probabilidad real de incurrir en estas consecuencias es mayor que la probabilidad tolerable, la identificación de todas las políticas de manejo de fallas podrían reducir la probabilidad de la falla múltiple a un nivel tolerable. 7. Identificar todas las políticas de manejo de fallas (si existen) que podrían ser menos costosas que las consecuencias económicas93del modo de falla y de la falla múltiple combinadas cuando se comparan

15.2 APROXIMACIÓN DEL DIAGRAMA DE DECISIÓN

15.2.1 JERARQUÍA DE CONSECUENCIAS

 Consecuencias en la seguridad o en el ambiente, entonces tratará satisfactoriamente con las consecuencias económicas (operacionales y no operacionales) de esta falla.  El resultado de esta suposición es que estos diagramas de decisión para MCC validos son construidos de tal manera que si se consideran intolerables las consecuencias en la seguridad o en el ambiente, entonces los s están obligados a encontrar una política de manejo de fallas que reduzca las consecuencias en la seguridad o en el ambiente a un nivel tolerable sin considerar las consecuencias económicas de la falla.

94

15.2.2 JERARQUÍA DE POLÍTICAS La primera suposición es que algunas categorías de política de manejo de fallas son inherentemente más costo-efectivas que otras. La segunda suposición es que algunas son inherentemente más conservadoras que otras. Tareas Basadas en Condición Tareas de Desincorporación Programada y Restauración Programada Detección de Fallas

Combinación de Tareas

Operar hasta Fallar

Cambio de Especificaciones

95

15.2.3 APLICANDO LA APROXIMACIÓN DEL DIAGRAMA DE DECISIÓN HACIA EL MCC PRIMER EJEMPLO DE DIAGRAMA DE DECISION

96

Estos diagramas de decisión se aplican típicamente en tres fases, como sigue: a.Trabajando desde el principio, utilice el diagrama de decisión para determinar las categorías de consecuencias que aplican al modo de falla en consideración. b. Luego trabajando la columna de consecuencias relevantes, utilice el criterio de factibilidad técnica discutido en las Secciones de la 12 a la 14 de esta guía para evaluar la factibilidad técnica de las posibles políticas de manejo de fallas en cada categoría. c. Seleccione una política de manejo de fallas desde la primera categoría que satisfaga el criterio de factibilidad técnica y que tratará efectivamente con las consecuencias del modo de falla en consideración.

97

SEGUNDO EJEMPLO DE DIAGRAMA DE DECISION

98

16. Un Programa de Vida Para validar las siete preguntas del MCC del SAE JA 1012 debe responder las siguientes preguntas especificas. Contexto operacion al Expectativ as operacion ales Modos de falla Efectos de falla Consecuen cias de falla

• ¿El contexto operacional del equipo ha cambiado suficiente para reemplazar alguna información registrada o las decisiones realizadas durante el intervalo inicial? • ¿Las expectativas operacionales han cambiado lo suficiente de modo que sea necesario revisar los estándares operacionales que fueron definidos durante el análisis inicial? • ¿Ha resultado que algunos modos de falla existentes fuesen registrados incorrectamente, o han ocurrido algunos modos de falla no anticipados que deberían ser registrados? • ¿Algo debe ser agregado o cambiado en las descripciones de los efectos de falla? • ¿Ha ocurrido algo que lleve a cualquier persona a creer que las consecuencias de falla se deben evaluar de una manera diferente?

99

Políticas de manejo de fallas Tareas programada s Intervalos de tarea Ejecución de tarea Modificacio nes del activo

• ¿Existe alguna razón para creer que alguna de las políticas de manejo de fallas seleccionada inicialmente ya no es apropiada? • ¿Alguien se ha concientizado de un método de desarrollo de una tarea programada que pueda ser superior a una de estas seleccionadas previamente? • ¿Existe alguna evidencia que sugiera que se deba cambiar la frecuencia de alguna tarea? • ¿Existe alguna razón que sugiera que una tarea o tareas se deban realizar por algún otro tipo de persona diferente a la seleccionada originalmente? • ¿El activo se ha modificado de modo que agregue o substraiga algunas funciones o modos de falla, o que cambie la adecuación de alguna política de manejo de fallas?

100

17. Formulación Matemática y Estadística Cualquier formulación matemática y estadística como esta, se deben conocer dos criterios claves: la formulación debe ser lógicamente robusta, y debe estar disponible y ser aprobada por el dueño o del activo. 17.1 Lógicamente Robusta No deben ser hechas bajo suposiciones inapropiadas acerca de los patrones de falla que aplican a modos de falla individuales que puedan afectar el activo en consideración, o acerca de las relaciones entre variables tales como longevidad, TPEF e intervalos P-F. 17.2 Disponible para el Dueño o El proveedor de la formulación debe estar disponible para mostrar la fórmula al , demostrando como se derivó y las suposiciones en las cuales está basada, y explicar por qué la fórmula propuesta debe ser utilizada y el dueño del activo debe comprender lo suficiente acerca de los principios fundamentales del manejo del activo físico 101

18. Consideraciones Adicionales Importantes Criterio técnico mínimo que cualquier proceso debe cumplir para ser llamado MCC.

a. Priorizar los activos y establecer objetivos. b. Planificación. c. Nivel de análisis y limites del activo d. Documentación técnica. e. Organización. f. Entrenamiento. g. Rol del software computacional. h. Recolección de datos i. Implementación.

102

18.1 Priorizar los Activos y Establecer Objetivos Los dueños o s deben fijar prioridades entre los activos conscientemente, usando los criterios que sean apropiados para sus organizaciones.

a. Seguridad. b. Integridad ambiental. c. Desempeño operacional. d. Costo-efectividad. e. Calidad del producto y servicio al consumidor. f. Eficiencia del mantenimiento. g. Motivación individual. h. Trabajo en equipo. i. Producción del personal. j. Auditorías.

103

18.2 Planificación a. Decida exactamente cuales equipos serán cubiertos por el análisis. b. Establezca los objetivos del análisis, y acuerde cuando y como se medirán sus logros. c. Estime cuánto tiempo se requerirá para realizar el análisis. d. Decida el conjunto de habilidades que estarán involucradas en el proceso de análisis, y entonces identifique los participantes específicos por nombre. e. Prescriba el entrenamiento apropiado en MCC para aquellos que no lo hayan recibido. f.

Establezca las facilidades físicas apropiadas para que se realice el proceso.

g. Decida cuando y por quienes será revisado y aprobado el análisis. h. Decida cuando, donde recomendaciones.

y

por

quienes

serán

implementadas

las

18.3 Nivel de Análisis y Límites del Activo Si se ha descrito una jerarquía de activos extensa y se ha tomado la decisión de analizar un activo particular a un nivel determinado, entonces el “sistema” normalmente de manera automática abarca todos los activos por debajo de este sistema en la jerarquía 104 de activos.

18.4 Documentación Técnica •

•

Antes de analizar algún sistema o subsistema en particular, es extremadamente útil obtener cualquier documentación que pueda estar disponible y que describa la configuración física del activo, sus componentes mayores y cómo trabaja. Dependiendo de la complejidad del sistema y de cuan bien es entendido por quienes desarrollan el análisis, estos documentos podrían incluir algunos o todos los siguientes:  a. Planos de arreglo generales. b. Diagramas de tuberías y de cableado, los cuales incluyen diagramas de proceso y de instrumentación. c. Manuales de operación y mantenimiento. d. Documentos de soporte de diseño. e. Lista de partes.

18.5 Organización

a. Una persona o grupo de personas quienes se responsabilizarán de que el proceso MCC será utilizado cumpliendo con la norma. b. Una persona o grupo de personas quienes serán responsables de asegurar que los activos seleccionados sean analizados como se planificó. c. Una persona o grupo de personas que lideren la aplicación del proceso. d. Una persona que estará disponible para proveer la 105 información y asistir en la toma de decisiones.

18.6 Entrenamiento El proceso MCC incluye muchos conceptos que son nuevos para la mayoría de las personas, así, cualquier persona que desee aplicar MCC necesita aprender que significan estos conceptos, y como se acoplan juntos, antes de que puedan utilizar el proceso de manera segura. 18.7 Rol del Software Computacional a. Clasificar las tareas propuestas intervalo y habilidades fijadas.

por

b. Revisar y refinar los análisis en la medida que se aprende y que cambia el contexto operacional. c. Asistir con el desarrollo de cálculos estadísticos y matemáticos más complejos. d. Generar una variedad de otro tipo de reportes (modos de falla por categoría de consecuencia, tareas por categoría de

106

18.8 Recolección de los Datos a. Datos históricos de las fallas. b. Datos históricos del desempeño del activo, y los costos de operación y mantenimiento asociados. c. Datos históricos del desarrollo del mantenimiento programado. d. Tareas de mantenimiento programadas existentes. e. Datos de otras cosas tales como consecuencias de falla, las maneras en las cuales el activo se degrada con el tiempo, y así sucesivamente.

18.9 Implementación a. Auditoría MCC: Toda recomendación debe ser aprobada formalmente (auditada) por los gerentes con responsabilidad sobre los activos. b. Descripciones de trabajos programados: Las tareas derivadas del MCC finalmente se deben describir con suficiente detalle para asegurar que la tarea se hará correctamente por cualquier persona que la ejecute. c. Cambio de especificaciones: todos los cambios de especificaciones recomendados se deben describir con suficiente detalle para asegurar que serán implementados correctamente. d. Planificación y ejecución de las tareas programadas: deben ser acopladas en bloques de trabajo ejecutables.

Las

tareas 107

19. Notas 19.1 Palabras claves 

Mantenimiento basado en la condición

 Mantenimiento predictivo  Mantenimiento preventivo  Mantenimiento proactivo  MCC  Mantenimiento

centrado

en

confiabilidad  Mantenimiento programado

108

Gracias por su Atención

109