Integração de ERP na Indústria: Conectando SAP, Dynamics e Navision ao Chão de Fábrica

Todo fabricante que roda um ERP e sistemas de chão de fábrica acaba enfrentando a mesma discrepância. O ERP mostra a ordem como concluída; o chão de fábrica sabe que dois paletes foram retrabalhados. O ERP mostra material consumido na quantidade padrão; o consumo real incluiu refugo que ninguém apontou. Nenhum dos dois está mentindo. Eles descrevem momentos diferentes — o ERP descreve o plano e as suas consequências financeiras, o chão de fábrica descreve a realidade física — e a integração é a disciplina de manter essas duas descrições reconciliadas.

A primeira decisão de desenho é a direção da propriedade do dado, e errá-la é a causa mais comum de projetos de integração que nunca se estabilizam. Dados mestres — clientes, fornecedores, materiais, listas de materiais, roteiros, preços — pertencem ao ERP e fluem para baixo. Dados de execução — horários reais de início e fim, quantidades produzidas de fato, refugo, motivos de parada, estados de máquina, alocação de operadores, consumo real de material — nascem no chão de fábrica e fluem para cima. Quando os dois sistemas podem editar a mesma entidade, você não tem uma integração; tem uma discussão recorrente com agenda de sincronização.

O fluxo descendente costuma ser a metade mais fácil. Ordens de produção liberadas no ERP aparecem no MES com as suas operações, roteiros e listas de material. Mudanças no cadastro de itens se propagam. Dados de cliente e de entrega chegam aos sistemas que precisam deles. A principal dificuldade prática é a granularidade: uma ordem de produção do ERP corresponde com frequência a várias operações de chão de fábrica em centros de trabalho diferentes, e o mapeamento entre a estrutura do ERP e a estrutura executável precisa ser definido deliberadamente, e não presumido.

O fluxo ascendente é onde está o valor e onde a dificuldade se concentra. As confirmações — as mensagens que dizem que esta operação produziu esta quantidade, consumiu este material, levou este tempo, refugou tanto — alimentam os números de estoque, custo e capacidade do ERP. Quando são captadas automaticamente de máquinas e terminais de operador, em vez de digitadas de memória no fim do turno, os números do ERP deixam de ser aproximações. A custeio melhora imediatamente, porque tempos reais substituem tempos padrão.

Os padrões de integração disponíveis diferem principalmente em latência e acoplamento. A troca por arquivos é simples, universalmente suportada e inevitavelmente orientada a lote. O acesso direto ao banco de dados é rápido e frágil, quebrando em atualizações de fornecedor de formas difíceis de antecipar. APIs REST e SOAP — SAP via IDoc, BAPI ou OData; Dynamics 365 e Business Central pelas suas APIs publicadas — são o padrão moderno e lidam muito melhor com versionamento. Filas de mensagens acrescentam resiliência para eventos de alta frequência, porque o chão de fábrica continua gerando dados esteja o ERP disponível ou não.

Esse último ponto merece ênfase, porque é onde integrações frágeis se revelam. A produção não para quando o ERP para. Se a sua integração é síncrona e o ERP fica indisponível por manutenção programada, ou o chão de fábrica para ou o dado se perde. Um desenho com fila e buffer permite que o MES continue captando e entregue o acúmulo quando a conexão volta — e numa fábrica com vários turnos isso não é um caso extremo, é uma realidade mensal.

ERPs locais e regionais complicam o quadro de uma forma específica. Suítes globais têm interfaces documentadas e grandes ecossistemas de integração. Produtos regionais — Panteon, Logo, Nebim e os seus equivalentes em outros mercados — são difundidos entre fabricantes de médio porte, muitas vezes profundamente customizados, e raramente têm um conector de MES pronto. Isso não é motivo para trocar um ERP que funciona. É motivo para tratar a camada de integração como parte de primeira classe do projeto, e não como um detalhe presumido.

A reconciliação é a parte omitida dos planos de projeto e que depois consome os três primeiros meses de operação. Mensagens falham. Uma confirmação é rejeitada porque um material estava bloqueado. Uma ordem de produção é excluída no ERP depois de o chão de fábrica já a ter iniciado. Toda integração precisa de uma fila que se possa inspecionar, um mecanismo de reenvio, um estado de erro que alerte um humano e um relatório periódico de reconciliação provando que o que o chão de fábrica registrou e o que o ERP guarda ainda concordam. Integrações sem isso não falham alto; derivam em silêncio, o que é pior.

O conselho de escopo que sobrevive ao contato com a realidade: comece com um tipo de ordem numa linha, prove o ciclo completo da liberação no ERP à execução no chão de fábrica e à confirmação de volta ao ERP, e só então amplie. Integrações big bang em todas as plantas e todos os tipos de ordem ao mesmo tempo falham de maneiras extremamente difíceis de diagnosticar, porque quando tudo é novo nada serve de referência.