Avalados por :

Optimización de KPI MTTR y MTBF para mejorar la eficiencia en DÍAS

  • Creado 01/03/2024
  • Modificado 01/03/2024
  • 13 Vistas
0
Cargando...

Hola Gurus,

A continuación se presentan los KPI de MTTR y MTBF. Las columnas son las siguientes: Fórmula proporcionada por mi negocio, Entrada, Tabla Personalizada, Lógica proporcionada por el consultor de PM (yo). Solo quiero saber si la lógica es correcta o no. También la unidad de medida que desean obtener es en "DÍAS". Mi persona técnica todavía está confundida después de que le di la lógica. Por favor ayúdenme. También pueden ingresar la tabla proporcionada para referencia. Quiere saber cómo puede obtener Tiempo disponible, tiempo de avería y número de averías.

Gracias.

MTBF (Tiempo disponible - Tiempo de Avería) / Número de Averías Fecha del Turno ZTPM_DETENTION Personalizada 1. Pase la fecha del turno (SHIFT_DATE) en ZTPM_DETENTION donde DCODE=007* y DETENTION_MIN <> 0.
2. Para cualquier combinación de PLANTA (Plant) y ZSEC (Sección), calcule el tiempo transcurrido entre dos entradas consecutivas y obtenga el valor medio aritmético de todas las entradas en el período dado (START_DATE: HORA DE INICIO de la segunda entrada) - (END_DATE: HORA DE FIN de la primera entrada). MTTR Minutos de Avería / Número de Averías Fecha del Turno ZTPM_DETENTION Personalizada Acceda a la tabla ZTPM_DETENTION.
1. Pase la fecha del turno (SHIFT_DATE) en ZTPM_DETENTION y seleccione el código de detención - DCODE=007* y DETENTION_MIN <> 0.
2. Obtenga DETENTION_MIN para cada Sección- ZSEC para todos los TURNOS. Muestre la Suma de todos los Detention_min como MTTR para esa sección en ese día.
3. Los códigos de detención bajo la categoría 007* son 007A, 007B, 007C.
Pedro Pascal
Se unió el 07/03/2018
Pinterest
Telegram
Linkedin
Whatsapp

3 Respuestas

0
Cargando...

Buenos días,

Supongo que MTBF significa tiempo medio entre fallas. La palabra "falla" a menudo crea cierta confusión: MTBF comúnmente mide el "tiempo de actividad" - períodos entre fallas.

Para calcular el tiempo medio entre fallas, es necesario hacer un seguimiento de los momentos en los que se resolvieron las fallas y cuando comenzaron. La distancia de tiempo entre la resolución y el inicio de una falla es el período de tiempo entre eventos de falla: tiempo de actividad.

La suma de todos los períodos de tiempo entre eventos de falla dividida por el número de eventos de falla te proporcionará un tiempo medio entre fallas en el período de tiempo que estás considerando para la evaluación.

                          
 UP  ------>|            |--------------->|          |------------->|
           falló        activo             falló      activo             falló
 ABAJO       |===========>|                |=========>|              |===>

 Tiempo =>    0 --------- 10 ------------- 20 -------- 25 ---------- 50 ---- 

En el ejemplo anterior tenemos dos períodos completos de operación, 10 unidades de 10 a 20 y 25 unidades de 25 a 50. Entonces aquí tenemos 35 unidades de tiempo de actividad (entre fallas) y dos ciclos de falla que conducen a 35 / 2 => 17.5 unidades de tiempo entre fallas.

Para complicar más las cosas, algunas organizaciones necesitan considerar no solo el estado binario de tiempo de inactividad versus tiempo de actividad, sino también considerar cuándo el componente o sistema necesitaba estar operativo. Si se resuelve una falla en un componente o sistema, pero el tiempo de actividad no comienza, entonces la suma final de las duraciones de tiempo de inactividad <> suma de tiempos de actividad.

En cuanto a tus cálculos, dado que no tengo conocimiento sobre el diseño específico de la tabla Z de tu cliente, no puedo confirmar definitivamente tu seudocódigo. Confío en que puedas utilizar la explicación anterior junto con tu conocimiento del diseño de tu tabla Z para alcanzar un nivel de confianza.

Respondido el 15/04/2024
LUCIANO RIOJA GHIOTTO
Se unió el 13/07/2019
0
Cargando...

Hola,

No tengo claridad sobre las tablas personalizadas que especificaste, ya que no veo los campos de esas tablas.

Antes de entrar en la lógica, debes entender la duración del tiempo de inactividad que tu cliente ingresaría a nivel de notificación cuando hablamos de MTTR/MTBF y MTTF.

Como mencionaste que tu cliente desea tener la UOM como "Día", puedes usar lógica personalizada para convertir las horas en "Día". ¿Estás considerando el tiempo total de parada o solo la parada real del objeto técnico excluyendo el tiempo de aislamiento/restauración, etc...?

Puedo decir que variará de un negocio a otro capturar la duración del B/D a nivel de notificación... si tu cliente es muy efectivo en el concepto de RCM, debes entender la duración del tiempo de inactividad que se está capturando. La razón por la que estoy enfatizando es que cuando el equipo principal se detiene debido a una falla del subequipo, no podemos considerarlo como una falla del equipo principal. Sin embargo, podemos registrar la parada como un retraso en la producción y también podemos utilizar información de disponibilidad del sistema... Si tenemos subequipos de reserva, podríamos cambiar al equipo de reserva durante la falla del subequipo. En estas situaciones, no podemos actualizar el tiempo de parada como tiempo total de parada...

También debemos considerar la siguiente información para cumplir con tu requerimiento.

Esta información proporcionará la disponibilidad de tu objeto técnico antes y después de una falla.

Te sugeriría que utilices una pantalla personalizada a nivel de notificación para que puedas actualizar tu propia lógica en campos personalizados cada vez que el usuario ingrese los valores en "Datos de falla" / "Disponibilidad del sistema" puedes convertir los parámetros según los requisitos de tu negocio durante el cierre de la notificación y pueden ser poblados en tus campos personalizados... de esta manera ayudará a tu cliente a rastrear el tiempo de inactividad que lleva a la notificación y también podría ayudarles a comprender la disponibilidad del sistema antes y después del B/D...

Si vas con tus propios datos de tabla personalizada según la configuración actual... te pido que consideres los siguientes puntos clave para calcular tu MTTR/MTBF/MTTF...

  • Primer/último inicio de falla ese mes
  • Número de fallas registradas
  • Tiempo entre reparaciones
  • Número de fallas reales
  • Tiempo medio entre reparaciones
  • Tiempo total de inactividad ese mes
  • Tiempo medio para reparar ese mes

Nota: Asegúrate amablemente de la fecha de inicio del objeto técnico, ya que podemos desmontar y reinstalar en F/L requerido... debemos tener cuidado al poner lógica personalizada para considerar el tiempo operativo real (horas/días) del equipo en F/L específico. Debido a que el equipo de reserva puede tener diferentes tiempos operativos... Esto ayudará a evaluar la falla del objeto técnico con respecto a cada posición/ubicación, etc...

Si obtienes tiempo y ayuda de tu equipo técnico, puedes revisar la estructura de información S070 para una mayor claridad.

También puedes consultar la siguiente información para tu lógica:

MTTR: Tiempo Total de Mantenimiento/Total de Número de Reparaciones

MTBF: Tiempo Operativo Total/Total de Número de Fallas

Nota:

Debes entender la estrategia de mantenimiento en el tiempo operativo para el equipo de reserva, ya que puede estar funcionando de vez en cuando.

MTTF: Horas Totales de Operación/Total de Número de Unidades.

Nota: MTTF es una medida básica de confiabilidad y se enfatiza principalmente en la duración del tiempo que se espera que un objeto dure en funcionamiento hasta que falle... Esto se centra principalmente en objetos técnicos similares "Tiempo Medio hasta la Falla".

Saludos,

Pardha Reddy.C

Respondido el 15/04/2024
LUCIANO RIOJA GHIOTTO
Se unió el 13/07/2019

contacto@primeinstitute.com

(+51) 1641 9379
(+57) 1489 6964

© 2024 Copyright. Todos los derechos reservados.

Desarrollado por Prime Institute

¡Hola! Soy Diana, asesora académica de Prime Institute, indícame en que curso estas interesado, saludos!
Hola ¿Puedo ayudarte?