Avalados por :

Otimização de KPI MTTR e MTBF para melhorar a eficiência em DIAS.

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

Olá Gurus,

A seguir estão os KPIs de MTTR e MTBF. As colunas são as seguintes: Fórmula fornecida pelo meu negócio, Entrada, Tabela Personalizada, Lógica fornecida pelo consultor de PM (eu). Apenas quero saber se a lógica está correta ou não. Também a unidade de medida desejada é em "DIAS". Minha equipe técnica ainda está confusa depois que eu dei a lógica. Por favor, ajudem-me. Também podem inserir a tabela fornecida para referência. Querem saber como podem obter Tempo disponível, tempo de falha e número de falhas.

Obrigado.

MTBF (Tempo disponível - Tempo de Falha) / Número de Falhas Data do Turno ZTPM_DETENTION Personalizada 1. Passe a data do turno (SHIFT_DATE) em ZTPM_DETENTION onde DCODE=007* e DETENTION_MIN <> 0.
2. Para qualquer combinação de PLANTA (Plant) e ZSEC (Seção), calcule o tempo decorrido entre duas entradas consecutivas e obtenha o valor médio aritmético de todas as entradas no período dado (START_DATE: HORA DE INÍCIO da segunda entrada) - (END_DATE: HORA DE FIM da primeira entrada). MTTR Minutos de Falha / Número de Falhas Data do Turno ZTPM_DETENTION Personalizada Acesse a tabela ZTPM_DETENTION.
1. Passe a data do turno (SHIFT_DATE) em ZTPM_DETENTION e selecione o código de detenção - DCODE=007* e DETENTION_MIN <> 0.
2. Obtenha DETENTION_MIN para cada Seção- ZSEC para todos os TURNOS. Mostre a Soma de todos os Detention_min como MTTR para essa seção nesse dia.
3. Os códigos de detenção na categoria 007* são 007A, 007B, 007C.
Pedro Pascal
Se unió el 07/03/2018
Pinterest
Telegram
Linkedin
Whatsapp

3 Respuestas

0
Cargando...

Bom dia,

Suponho que MTBF significa tempo médio entre falhas. A palavra "falha" frequentemente cria alguma confusão: MTBF comumente mede o "tempo de atividade" - períodos entre falhas.

Para calcular o tempo médio entre falhas, é necessário rastrear os momentos em que as falhas foram resolvidas e quando começaram. A distância de tempo entre a resolução e o início de uma falha é o período de tempo entre eventos de falha: tempo de atividade.

A soma de todos os períodos de tempo entre eventos de falha dividida pelo número de eventos de falha fornecerá um tempo médio entre falhas no período de tempo que está sendo considerado para avaliação.

                          
 UP  ------>|            |--------------->|          |------------->|
           falha        ativo             falha      ativo             falha
 ABAIXO       |===========>|                |=========>|              |===>

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

No exemplo acima, temos dois períodos completos de operação, 10 unidades de 10 a 20 e 25 unidades de 25 a 50. Assim, temos 35 unidades de tempo de atividade (entre falhas) e dois ciclos de falha que levam a 35 / 2 => 17.5 unidades de tempo entre falhas.

Para complicar mais as coisas, algumas organizações precisam considerar não apenas o estado binário de inatividade versus atividade, mas também considerar quando o componente ou sistema precisava estar operacional. Se uma falha é resolvida em um componente ou sistema, mas o tempo de atividade não começa, então a soma final das durações de tempo de inatividade <> soma de tempos de atividade.

Em relação aos seus cálculos, como não tenho conhecimento sobre o design específico da tabela Z do seu cliente, não posso confirmar definitivamente seu pseudocódigo. Confio que você possa usar a explicação acima juntamente com seu conhecimento do design de sua tabela Z para alcançar um nível de confiança.

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

Olá,

Não tenho clareza sobre as tabelas personalizadas que você especificou, pois não vejo os campos dessas tabelas.

Antes de entrar na lógica, você precisa entender a duração do tempo de inatividade que seu cliente inseriria no nível de notificação ao falarmos sobre MTTR/MTBF e MTTF.

Como você mencionou que seu cliente deseja ter a UOM como "Dia", você pode usar lógica personalizada para converter as horas em "Dia". Está considerando o tempo total de parada ou apenas a parada real do objeto técnico excluindo o tempo de isolamento/restauração, etc...?

Posso dizer que variará de um negócio para outro capturar a duração do B/D no nível de notificação... se seu cliente for muito eficaz no conceito de RCM, você precisa entender a duração do tempo de inatividade que está sendo capturada. A razão pela qual estou enfatizando é que quando o equipamento principal é interrompido devido a uma falha do subequipamento, não podemos considerá-lo como uma falha do equipamento principal. No entanto, podemos registrar a parada como um atraso na produção e também podemos usar informações de disponibilidade do sistema... Se tivermos subequipamentos de reserva, poderíamos mudar para o equipamento de reserva durante a falha do subequipamento. Nessas situações, não podemos atualizar o tempo de parada como tempo total de parada...

Também devemos considerar as seguintes informações para atender ao seu requisito.

Essas informações fornecerão a disponibilidade do seu objeto técnico antes e depois de uma falha.

Sugiro que você use uma tela personalizada no nível de notificação para que possa atualizar sua própria lógica em campos personalizados sempre que o usuário inserir os valores em "Dados de falha" / "Disponibilidade do sistema" você pode converter os parâmetros conforme os requisitos do seu negócio durante o fechamento da notificação e podem ser preenchidos em seus campos personalizados... dessa forma ajudará seu cliente a rastrear o tempo de inatividade que leva à notificação e também poderia ajudá-los a entender a disponibilidade do sistema antes e depois do B/D...

Se você seguir com seus próprios dados de tabela personalizada de acordo com a configuração atual... peço que considere os seguintes pontos-chave para calcular seu MTTR/MTBF/MTTF...

  • Primeiro/Último início de falha esse mês
  • Número de falhas registradas
  • Tempo entre reparos
  • Número de falhas reais
  • Tempo médio entre reparos
  • Tempo total de inatividade esse mês
  • Tempo médio para reparar esse mês

Nota: Certifique-se gentilmente da data de início do objeto técnico, pois podemos desmontar e reinstalar em F/L necessário... devemos ter cuidado ao colocar lógica personalizada para considerar o tempo operacional real (horas/dias) do equipamento em F/L específico. Como o equipamento de reserva pode ter diferentes tempos operacionais... Isso ajudará a avaliar a falha do objeto técnico em relação a cada posição/localização, etc...

Se você obtiver tempo e ajuda de sua equipe técnica, pode revisar a estrutura de informações S070 para maior clareza.

Também pode consultar as seguintes informações para sua lógica:

MTTR: Tempo Total de Manutenção/Total de Número de Reparos

MTBF: Tempo Operacional Total/Total de Número de Falhas

Nota:

Você precisa entender a estratégia de manutenção no tempo operacional para o equipamento de reserva, pois pode estar funcionando de vez em quando.

MTTF: Horas Totais de Operação/Total de Número de Unidades.

Nota: MTTF é uma medida básica de confiabilidade e é enfatizada principalmente na duração do tempo que se espera que um objeto dure em funcionamento até falhar... Isso se concentra principalmente em objetos técnicos semelhantes "Tempo Médio até a Falha".

Saudações,

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?