Quase toda indústria com ERP tem uma segunda operação rodando fora dele: o quadro de programação, a folha de apontamento, a planilha de paradas. Ela não aparece em nenhum relatório oficial, mas é nela que a produção é decidida.
O que o ERP faz bem
TOTVS Protheus, Sankhya, Senior, SAP e os demais ERPs do mercado resolvem bem o que é igual em toda empresa:
- Fiscal. Nota, apuração de impostos, obrigações acessórias. Muda com a legislação; ninguém quer manter isso por conta própria.
- Financeiro. Contas a pagar e a receber, fluxo de caixa, conciliação.
- Estoque contábil e custo. Saldo valorizado, movimentação, custo médio, fechamento do mês.
- Compras e faturamento. Pedido, recebimento, expedição, nota de saída.
Nessas áreas, o ERP continua mandando. Tirar dele o papel de registro oficial cria mais problema do que resolve.
O que fica fora dele na produção
A produção é onde cada indústria é diferente. Muitas vezes o ERP tem um módulo de chão de fábrica, mas ele não chega ao posto, ou chega de um jeito que o operador não usa no ritmo da máquina. O que mais escapa:
- Apontamento. Início, fim, quantidade boa e quantidade perdida de cada operação, registrados por quem fez.
- Sequenciamento. A ordem real em que as ordens entram em cada máquina, que muda ao longo do dia por setup, falta de material ou pedido urgente.
- Paradas. Quando parou, por quanto tempo e por quê. Sem motivo registrado, a parada vira só um número baixo no fim do mês.
- Qualidade no posto. Inspeção, medição e liberação feitas ao lado da máquina, não no laboratório no dia seguinte.
- Rastreabilidade de lote. Qual lote de matéria-prima entrou em qual lote de produto, em qual máquina, com qual operador.
Nada disso é falha do ERP. É o limite de um sistema que precisa servir a milhares de empresas ao mesmo tempo.
O vão entre o ERP e a produção
Entre a ordem que sai do ERP e a nota que sai da expedição existe um vão. É ali que a planilha nasce. Não por descuido: alguém precisava programar a semana e o ERP não deixava mover uma ordem de máquina com facilidade. Alguém precisava saber por que a linha parou, e não havia campo para isso.
O resultado é conhecido. O apontamento é feito em papel e redigitado no dia seguinte. O estoque em processo no ERP não bate com o chão. O custo da ordem sai do consumo padrão, não do real. E "quanto produzimos ontem, e com qual perda?" tem três respostas, dependendo de quem responde.
O custo não está na planilha em si. Está na decisão que é tomada com um dado de ontem, ou com um dado errado.
Uma camada operacional em volta do ERP
A arquitetura que funciona tem duas partes com papéis claros. O ERP segue como registro oficial: fiscal, financeiro, estoque contábil, custo. Ao lado dele fica uma camada operacional, feita para o chão de fábrica: tela simples no posto, programação que o PCP consegue mexer, parada com motivo, inspeção na hora.
As duas conversam por integração, sem ninguém no meio digitando. A camada operacional não é um segundo ERP: não emite nota, não calcula imposto, não fecha o mês. Ela registra a produção no detalhe que a produção precisa e entrega ao ERP o resumo que ele precisa.
O caminho técnico dessa conversa (API, banco de dados, arquivo) depende do que o fornecedor do seu ERP libera. Esse detalhe está explicado em integração de sistemas.
O que sobe e o que desce
Desenhe a integração dado por dado: para onde ele viaja e quem é o dono. Um desenho típico:
| Dado | Direção | Dono |
|---|---|---|
| Ordens de produção | Descem do ERP para a camada operacional, que decide a sequência em cada máquina. | ERP cria a ordem; a operação decide a sequência. |
| Estrutura de produto e roteiro | Descem do ERP. A camada operacional usa, não edita. | ERP (engenharia). |
| Consumo de material | Sobe da produção para o ERP, com o lote consumido. | Camada operacional registra; ERP baixa o estoque. |
| Produção realizada | Sobe para o ERP como apontamento de ordem, na quantidade boa. | Camada operacional. |
| Refugo e retrabalho | Sobe para o ERP em quantidade; o motivo fica na camada operacional. | Camada operacional. |
| Paradas e inspeções | Em geral não sobem. Ficam na camada operacional e alimentam os indicadores. | Camada operacional. |
Nem todo dado da produção precisa ir para o ERP. Mandar para lá o que ele não sabe tratar só cria tabela que ninguém lê.
Quando customizar o próprio ERP é melhor
Uma camada em volta do ERP nem sempre é a resposta. Às vezes customizar o ERP, com o fornecedor ou a consultoria que já o atende, é mais barato e mais simples:
- O módulo de produção do seu ERP já cobre o processo e o problema é de configuração ou de treinamento, não de falta de função.
- A necessidade é pequena e estável: um campo a mais, um relatório, uma regra de validação.
- A equipe de TI já domina a customização desse ERP e sustenta o que ela gera.
A camada operacional faz sentido quando o processo é específico da sua fábrica, muda com frequência ou precisa de uma tela que funcione no posto, em pé, no ritmo da máquina. Ou quando cada customização passou a travar a atualização de versão. Se o seu caso é o primeiro, dizemos isso na primeira conversa.
Os riscos: dado duplicado e dono indefinido
O risco principal é o mesmo dado passar a existir em dois lugares, com dois valores. Três regras evitam isso:
- Cada dado tem um único dono. Cadastro de produto é do ERP. Sequência da máquina é da operação. Se os dois podem editar o mesmo campo, a integração vai propagar divergência.
- O ERP nunca é corrigido por fora. A camada operacional manda movimento, não sobrescreve saldo. Ajuste de estoque continua sendo feito no ERP, por quem responde por ele.
- Falha tem de aparecer. Se um apontamento não subiu, alguém nomeado precisa saber no mesmo dia, e o reenvio não pode duplicar a produção.
Quem decide essas regras é a produção, o PCP e a controladoria. Não o desenvolvedor.
Por onde começar
Não pela fábrica inteira. Escolha uma linha ou um setor e um fluxo de ponta a ponta: a ordem desce do ERP, a operação é apontada no posto, consumo e produção realizada sobem de volta. Funcionando ali, o desenho está provado e as próximas linhas seguem o mesmo caminho.
O critério para escolher: o setor onde a planilha paralela é maior e onde o número errado custa mais. Normalmente todo mundo na fábrica já sabe qual é.
Como a Origami Lab trabalha isso
Começamos com um diagnóstico de duas a quatro semanas dentro da operação, ao lado de quem aponta e de quem programa, mapeando onde o dado nasce, onde para e em qual planilha reaparece. Depois priorizamos com a diretoria e construímos em ciclos curtos, com software em produção já no primeiro mês. Não substituímos o ERP. O código e os dados são da sua empresa.
Na Tecno 2000, 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 régua de cobrança via WhatsApp foi integrada ao ERP. Na Transportadora Cabral, a Central do Motorista foi integrada ao TripLog. Na Retífica e na Cabral, o sistema que já existia ficou.