O problema real: o relatório chega depois da decisão
Na maioria das fábricas, o número de ontem chega à diretoria no meio da manhã de hoje; o do mês, depois do fechamento. A decisão de reprogramar uma linha, cobrar um fornecedor ou renegociar um prazo acaba tomada com base no que a fábrica era, não no que ela é.
O segundo problema: cada área tem um número diferente. A produção diz que o programa foi cumprido. O comercial diz que os pedidos atrasaram. O financeiro não consegue dizer qual produto dá margem. Ninguém erra de má-fé: cada um mede com uma régua. A reunião gasta o começo decidindo qual número vale.
De onde vêm os dados (e por que BI em cima de dado ruim não resolve)
O dado de uma fábrica costuma vir de cinco lugares, e cada um tem o seu defeito:
| Fonte | O que traz | Onde costuma falhar |
|---|---|---|
| ERP | Pedidos, ordens, estoque, custo padrão, faturamento. | Registra o que foi lançado, não o que aconteceu, e o lançamento vem no fim do turno. |
| Apontamento | Início e fim de ordem, quantidade, parada, refugo. | De memória, em papel, redigitado. O motivo vira “outros”. |
| Máquina | Estado (rodando ou parada) e contagem de ciclos. | Nem toda informa. Quando informa, diz que parou, não por quê. |
| Balança e instrumentos | Peso, medição, inspeção. | Anotada à mão, sem vínculo com a ordem. |
| Planilhas | Tudo o que os sistemas não cobrem. | Versões paralelas e fórmulas que só uma pessoa entende. |
Por isso BI em cima do que existe raramente resolve. O BI mostra; não corrige o dado que recebe. Um dashboard de produção sobre apontamento redigitado mostra o erro mais rápido, com aparência de precisão. Na primeira divergência, a diretoria abandona o painel e a planilha volta.
A ordem certa é a inversa: o dado nasce uma vez, onde o fato acontece, e chega aos sistemas sem redigitação. Isso é integração de sistemas. O painel vem depois, e fica simples.
OEE: o que é e como calcular
OEE (Overall Equipment Effectiveness, ou eficiência global do equipamento) mede quanto do tempo planejado virou peça boa, na velocidade ideal. A fórmula padrão multiplica três fatores:
- Disponibilidade = tempo em operação ÷ tempo planejado de produção. Captura as paradas.
- Desempenho = (ciclo ideal × quantidade produzida) ÷ tempo em operação. Captura a perda de velocidade e as pequenas paradas.
- Qualidade = peças boas ÷ quantidade produzida. Captura refugo e retrabalho.
- OEE = Disponibilidade × Desempenho × Qualidade.
Um exemplo ilustrativo, com números escolhidos só para mostrar a conta:
| Etapa | Valor | Conta |
|---|---|---|
| Tempo planejado de produção | 420 min | Turno de 480 min menos 60 min de refeição |
| Tempo em operação | 378 min | 420 min menos 42 min de paradas não planejadas |
| Disponibilidade | 90,0% | 378 ÷ 420 |
| Desempenho | 89,9% | 340 peças × 1 min de ciclo ideal ÷ 378 min |
| Qualidade | 95,0% | 323 peças boas ÷ 340 produzidas |
| OEE | 76,9% | 0,900 × 0,899 × 0,950 |
Uma forma de conferir: o OEE também é igual a peças boas × ciclo ideal ÷ tempo planejado. No exemplo, 323 ÷ 420 = 76,9%. Se as duas contas não batem, algum fator está errado.
O valor do OEE está na decomposição: ela diz se a perda está na parada, na velocidade ou na qualidade — problemas com donos diferentes. Há referências de “OEE de classe mundial” citadas na literatura; ajudam pouco. A comparação útil é a linha com ela mesma, mês a mês, com a mesma regra.
Como medir OEE sem depender de apontamento manual
O OEE é tão bom quanto o registro de paradas. E o registro manual tem um defeito de origem: quem aponta está ocupado produzindo. Parada curta some, o horário é arredondado. Três caminhos resolvem, e se combinam:
- Sinal de máquina, quando existe. Muitas máquinas já informam estado e contagem de ciclos. Ler esse sinal é integração de dados: ele vira o relógio do OEE sem ninguém apontar horário. Não mexemos no controle da máquina — só lemos o que ela já informa.
- Apontamento assistido, quando não existe. O operador escolhe a ordem numa lista, confirma o início, e o sistema pergunta o motivo quando a parada acontece. Poucos toques, sem papel. Mais em apontamento de produção.
- Motivos de parada padronizados. Lista curta e fechada, definida com produção e manutenção, agrupada por natureza — máquina, material, pessoa, processo. Sem “outros” livre.
A máquina diz quando parou; a pessoa diz por quê. É essa divisão que torna o OEE confiável.
Os erros comuns no cálculo do OEE
- Tempo base inconsistente. Uma linha usa o turno inteiro, outra desconta refeição, outra desconta setup. Nada se compara. Escreva uma regra.
- Ciclo ideal inflado. Usar o tempo padrão do ERP, que já tem folga, no lugar do ciclo ideal. Desempenho acima de 100% é sinal de ciclo errado.
- Setup fora da conta. Tratar setup como parada planejada esconde uma perda tratável. Na definição usual, setup é perda de disponibilidade.
- Retrabalho contado como peça boa. Qualidade mede o que saiu certo da primeira vez.
- Média simples entre máquinas. Consolide ponderando pelo tempo planejado, não pela média dos percentuais.
Poucos indicadores que movem decisão
O painel que funciona tem poucos indicadores de produção, cada um com definição escrita, dono e uma decisão associada:
| Indicador | O que responde | Decisão que orienta |
|---|---|---|
| OEE | Quanto do tempo planejado virou peça boa. | Onde atacar a perda: parada, velocidade ou qualidade. |
| Cumprimento de programa | Se a fábrica produziu o que foi programado, na data. | Reprogramar, rever capacidade, rever a promessa feita ao cliente. |
| Refugo | Quanto se perde em material e hora-máquina, e por qual causa. | Onde investir em processo ou matéria-prima. |
| Margem por pedido e por produto | Quanto sobra de cada venda depois do custo real. | Preço, mix, o que aceitar e o que recusar. |
| Lead time | Quanto tempo vai do pedido à entrega. | O prazo que dá para prometer sem mentir. |
Margem por pedido costuma surpreender, porque junta dado espalhado: o preço está no ERP, o tempo real de máquina no apontamento, o refugo em outra planilha. Enquanto essas fontes não conversam, a margem é estimada pelo custo padrão — e o custo padrão não sabe que aquele pedido parou duas vezes.
Onde a IA para indústria ajuda de fato — e onde é cedo
IA aplicada à indústria é útil depois que o dado existe. Um modelo aprende com histórico; se o histórico tem “outros” como principal motivo de parada, ele aprende isso. Sem dado confiável, não há IA útil.
Com a base organizada, há usos plausíveis para testar:
- Previsão de atraso. Cruzar carteira, programa e ritmo real para sinalizar cedo pedidos com risco de atraso. Não substitui o planejador; dá a ele uma lista para olhar primeiro.
- Classificação de causa de parada. Sugerir o motivo provável, para o operador confirmar num toque.
- Leitura de documentos. Extrair dados de pedidos e laudos em PDF ou e-mail, com conferência humana.
Onde ainda é cedo: manutenção preditiva sem histórico de falhas, sequenciamento automático sem regras de programação escritas e qualquer projeto que comece pelo modelo em vez do problema.
Por onde começar
Não pela fábrica inteira, nem pelo painel. Escolha uma linha ou um setor — o gargalo, ou aquele onde a diretoria mais discute número — e faça o ciclo completo: dado nascendo na origem, motivos de parada padronizados, um indicador com regra escrita, visto por quem decide. Uma linha funcionando prova o caminho e ensina o que a próxima vai encontrar.
Como a Origami Lab trabalha isso
Começamos pelo diagnóstico: de duas a quatro semanas dentro da operação, vendo onde o dado nasce, onde é redigitado e onde se perde. Com a diretoria, definimos os indicadores e suas regras. Colocamos software em produção já no primeiro mês e seguimos em ciclos curtos: coleta na origem, integração com o ERP e com as máquinas que já informam sinal, e o painel por último.
Não substituímos o ERP — ele continua sendo a base de registro do fiscal e do financeiro. O código e os dados são da sua empresa e ficam em nuvem contratada por você; a Origami Lab é credenciada AWS.
Na Tecno 2000, do setor de mobiliário corporativo, um software que centralizou o fluxo de pedidos levou a 80% de redução no tempo de planejamento de produção. Na Retífica Formiguense, a integração com o ERP resultou em um painel de inadimplência e uma régua de cobrança via WhatsApp.