A pergunta OEE vs TEEP surge assim que uma planta questiona se precisa de mais máquinas ou apenas de um uso melhor das que já tem. Os três indicadores discutidos aqui, OEE, OOE e TEEP, usam os mesmos fatores de desempenho e qualidade; o que muda é o tempo contra o qual eles são medidos. Este artigo explica cada um, resolve um único exemplo para mostrar o quanto eles podem divergir e lista os sinais MQTT de que você precisa para calcular os três automaticamente.
A resposta curta
- O OEE mede o quão bem você usa o tempo que planejou para produzir. Use-o para melhorar as operações no chão de fábrica.
- O OOE mede o quão bem você usa o tempo em que a operação está aberta, incluindo as paradas planejadas dentro desse tempo. Use-o quando intervalos, reuniões e manutenção planejada fazem parte do que você quer reduzir.
- O TEEP mede o quão bem você usa todo o tempo que existe, todas as horas de todos os dias. Use-o para decisões de capacidade e investimento.
Se você está conduzindo um programa de melhoria em uma linha, o OEE é o indicador diário certo. Se alguém está prestes a comprar outra máquina, olhe primeiro para o TEEP.
Bases de tempo lado a lado
Cada indicador divide o tempo produtivo por um denominador diferente:
| Camada de tempo | O que inclui | Indicador que a usa |
|---|---|---|
| Tempo de calendário | Todas as horas, 24 horas por dia, 7 dias por semana | TEEP |
| Tempo de operação | Horas em que a planta ou a linha está com equipe e aberta | OOE |
| Tempo de produção planejado | Tempo de operação menos as paradas planejadas (intervalos, manutenção planejada, reuniões) | OEE |
| Tempo de funcionamento | Tempo de produção planejado menos as paradas não planejadas | Numerador da disponibilidade |
| Tempo líquido de funcionamento | Tempo de funcionamento ajustado pelas perdas de velocidade | Numerador do desempenho |
| Tempo totalmente produtivo | Tempo líquido de funcionamento produzindo apenas peças boas | Numerador dos três |
Assim, as fórmulas ficam:
- OEE = Tempo totalmente produtivo / Tempo de produção planejado
- OOE = Tempo totalmente produtivo / Tempo de operação
- TEEP = Tempo totalmente produtivo / Tempo de calendário
Outra forma de escrever o TEEP é OEE x Carga (Loading), em que Carga = Tempo de produção planejado / Tempo de calendário. Essa forma é útil porque separa duas perguntas: o quão bem rodamos quando rodamos (OEE) e o quanto programamos o ativo (Carga).
Um exemplo resolvido, três respostas
Considere uma máquina ao longo de uma semana:
- Tempo de calendário: 7 dias x 24 horas = 168 horas.
- Tempo de operação: dois turnos de 8 horas, cinco dias por semana = 80 horas.
- Paradas planejadas dentro do tempo de operação: intervalos e reuniões de 1 hora por turno = 10 horas, mais 4 horas de manutenção planejada. Total de 14 horas.
- Tempo de produção planejado: 80 - 14 = 66 horas.
- Paradas não planejadas: 8 horas de quebras e setups. Tempo de funcionamento = 58 horas.
- Desempenho: 90 por cento. Qualidade: 97 por cento.
Tempo totalmente produtivo = 58 x 0,90 x 0,97 = 50,6 horas.
- OEE = 50,6 / 66 = 76,7 por cento
- OOE = 50,6 / 80 = 63,3 por cento
- TEEP = 50,6 / 168 = 30,1 por cento
Mesma máquina, mesma semana, três números muito diferentes. Nenhum deles está errado. O OEE diz que o chão de fábrica executa razoavelmente bem as horas planejadas. O OOE diz que as paradas planejadas consomem uma fatia relevante das horas de operação. O TEEP diz que o ativo produz peças boas em menos de um terço do tempo em que existe, o que significa que a planta tem bastante capacidade oculta antes de precisar de outra máquina: um terceiro turno ou a operação nos fins de semana acrescentaria muito mais produção do que qualquer projeto de melhoria.
Quando usar cada indicador
Use o OEE quando quiser reduzir as perdas que operadores, manutenção e engenharia conseguem influenciar durante o turno: quebras, setups, microparadas, velocidade e refugo. Ele é o indicador certo para reuniões diárias e quadros de linha. O cálculo detalhado está em como calcular o OEE.
Use o OOE quando as próprias paradas planejadas forem um alvo. Exemplos incluem escalonar os intervalos para que a linha continue rodando, encurtar as passagens de turno ou levar a manutenção planejada para horários sem operação. O OEE não consegue mostrar esses ganhos, porque as paradas planejadas ficam fora do denominador dele.
Use o TEEP quando a pergunta for sobre capacidade: comprar equipamentos, acrescentar turnos, terceirizar ou aceitar um grande pedido novo. Um TEEP baixo com um OEE razoável geralmente significa que a restrição é a programação, e não o equipamento.
Armadilhas comuns:
- Comparar o OEE entre plantas com regras diferentes de paradas planejadas. Uma planta conta os setups como planejados e reporta um OEE mais alto sem ser melhor. O OOE expõe isso.
- Reportar o TEEP para o chão de fábrica. Os operadores não conseguem influenciar fins de semana não programados, então o TEEP desmotiva como indicador de turno.
- Mover perdas para "planejado" para melhorar o OEE. Se o OEE sobe enquanto o OOE fica estável, veja o que foi reclassificado.
Os sinais MQTT de que cada indicador precisa
A boa notícia é que os três indicadores vêm dos mesmos dados, desde que as paradas sejam classificadas corretamente. Publique por máquina:
| Sinal | Sufixo de topic de exemplo | OEE | OOE | TEEP |
|---|---|---|---|---|
| Estado da máquina (RUNNING, DOWN, IDLE, SETUP) | /state |
Sim | Sim | Sim |
| Contagens total e de rejeitos | /counts |
Sim | Sim | Sim |
| Tempo de ciclo ideal por produto | /config |
Sim | Sim | Sim |
| Flag de parada planejada com motivo (intervalo, manutenção preventiva, reunião) | /state como PLANNED_STOP ou /reason |
Sim | Sim | Sim |
| Calendário de turnos (horas de operação) | /schedule |
Não | Sim | Não |
| Flag de não programado (sem turno, sem pedidos) | /state como NOT_SCHEDULED |
Não | Não | Sim |
A parte crítica é a classificação do tempo sem funcionamento. Se uma máquina parada à noite simplesmente reporta STOPPED, não dá para diferenciar uma quebra não planejada de um fim de semana sem equipe. Publique NOT_SCHEDULED a partir de um serviço de calendário de turnos ou deixe o serviço de cálculo aplicar o calendário. Códigos de motivo de parada claros, com uma categoria "Planejada" separada, tornam esse mapeamento confiável.
Calculando os três em Python
Dadas as durações de cada estado em um período, esta função retorna os três indicadores. Ela foi pensada para ficar dentro de um serviço que assina os topics de estado e de contagem, como o que é montado no tutorial de monitoramento de OEE em tempo real.
def time_metrics(durations_s, total_count, reject_count, ideal_cycle_s):
"""durations_s: seconds per state over the period, e.g.
{"RUNNING": ..., "DOWN": ..., "SETUP": ..., "PLANNED_STOP": ..., "NOT_SCHEDULED": ...}"""
calendar = sum(durations_s.values())
operations = calendar - durations_s.get("NOT_SCHEDULED", 0)
planned = operations - durations_s.get("PLANNED_STOP", 0)
run = durations_s.get("RUNNING", 0)
if run <= 0 or total_count <= 0:
return {"oee": 0.0, "ooe": 0.0, "teep": 0.0, "loading": 0.0}
performance = min(ideal_cycle_s * total_count / run, 1.0)
quality = (total_count - reject_count) / total_count
productive = run * performance * quality
return {
"oee": round(productive / planned, 4),
"ooe": round(productive / operations, 4),
"teep": round(productive / calendar, 4),
"loading": round(planned / calendar, 4),
}
hours = 3600
week = {
"RUNNING": 58 * hours,
"DOWN": 5 * hours,
"SETUP": 3 * hours,
"PLANNED_STOP": 14 * hours,
"NOT_SCHEDULED": 88 * hours,
}
# 58 h de funcionamento, 90 % de desempenho -> produção ideal = 58 h * 0.9 a 2 s por peça
total = int(58 * hours * 0.9 / 2.0)
reject = round(total * 0.03)
print(time_metrics(week, total, reject, 2.0))
A saída reproduz o exemplo: OEE de cerca de 0,767, OOE de cerca de 0,633, TEEP de cerca de 0,301 e carga de cerca de 0,393. Publique o resultado como uma mensagem retained por máquina e período, para que os dashboards mostrem o indicador certo ao público certo.
Para testar o fluxo de dados, publique estados de teste no servidor MQTT público em broker.connectmq.com com o seu próprio prefixo:
mosquitto_pub -h broker.connectmq.com -p 1883 -i teep-test-w2k8 -r -t "connectmq/demo/w2k8/plant1/line1/press02/state" -m '{"state":"NOT_SCHEDULED","ts":1792200000}'
Hospedando o pipeline
Os indicadores só são tão bons quanto o fluxo de eventos por trás deles, então o broker precisa ser confiável e privado. Um serviço de calendário de turnos publicando NOT_SCHEDULED, gateways publicando estados e contagens e um serviço de cálculo publicando resultados podem compartilhar um único broker ConnectMQ como clientes MQTT comuns. A ConnectMQ oferece um broker MQTT gerenciado em que cada gateway e cada serviço de cálculo tem as próprias credenciais via TLS, e rodá-lo como broker MQTT na nuvem dá às equipes da planta e da matriz uma única fonte para OEE, OOE e TEEP, seja uma planta em Campinas ou um frigorífico no interior. Os mesmos estados de máquina também podem alimentar um gêmeo digital da linha. O guia de manufatura inteligente explica como esses indicadores se encaixam ao lado de dados de qualidade, energia e manutenção.
Comece com a ConnectMQ
Crie um broker Serverless gratuito em app.connectmq.com, sem cartão de crédito, publique estados de máquina classificados e contagens, e calcule OEE, OOE e TEEP a partir dos mesmos dados ao vivo.
Perguntas frequentes
O TEEP é sempre menor que o OEE?
Sim, ou no máximo igual. O TEEP divide o mesmo tempo produtivo pelo tempo de calendário, que nunca é menor que o tempo de produção planejado.
Qual é a diferença entre OOE e OEE?
O OOE usa o tempo de operação como base, então paradas planejadas, como intervalos e manutenção planejada, contam como perdas. O OEE as exclui.
Qual indicador deve ir para o quadro da linha?
O OEE, com seus três fatores. Ele reflete as perdas que o turno consegue influenciar; o TEEP pertence às revisões de capacidade e investimento.
Preciso de sensores extras para o TEEP?
Não. Você precisa dos mesmos estados de máquina e contagens do OEE, mais uma classificação NOT_SCHEDULED clara a partir de um calendário de turnos.
