Do CLP ao ERP: como integrar máquinas e dados do chão de fábrica aos sistemas corporativos

Na fábrica, o ciclo, a parada, a temperatura ou o lote muitas vezes já estão no CLP (PLC), no supervisório ou no painel da máquina. Na sala da gestão, o ERP continua esperando um número digitado, uma planilha do turno ou um e-mail do coordenador. Produção e administração não discutem a mesma base. Discutem dois mundos que não se falam.

O pedido típico não é “arquitetura OT/IT”. É mais direto: preciso integrar o CLP com o sistema; quero o dado do chão de fábrica no ERP; a máquina gera informação e ninguém na empresa enxerga. Operadores transcrevem o que o equipamento já mediu. Relatórios de produção dependem de quem lembrou de preencher a aba certa.

Levar dado de máquina até sistema corporativo não é instalação elétrica nem montagem de painel. É engenharia de software em um ambiente industrial: compreender o que o controlador expõe, tratar esse sinal como informação de negócio e entregá-lo, com regra, ao ERP, ao MES ou ao sistema interno. O diferencial está em transitar nas duas camadas — chão de fábrica e software corporativo — sem confundir uma com a outra.

Quem vive a operação reconhece o quadro pelos hábitos, não pelos protocolos:

Automação industrial e sistemas corporativos cresceram com ofícios diferentes. O CLP foi desenhado para controlar máquina com previsibilidade. O ERP foi desenhado para pedido, estoque, fiscal e financeiro. Um não “nasceu” para alimentar o outro. Fornecedor de equipamento, integrador de automação e equipe de TI raramente entregam o trecho do meio: a transformação do sinal de campo em evento que o sistema da empresa entende.

Há também o receio justificado de tocar na rede da planta. Quem opera o chão de fábrica não quer consulta de ERP batendo no controlador. Quem opera TI não quer protocolo industrial atravessando o escritório sem fronteira. Sem uma camada de software entre os dois, as opções ruins se impõem: cabo improvisado, arquivo exportado do supervisório, ou o operador como integração humana.

Por isso este artigo não substitui o texto sobre integração OT/IT com segurança. Lá o foco é o abismo de prioridades e a necessidade de isolamento. Aqui o foco é o problema de negócio: o dado da máquina não vira informação de gestão.

O percurso útil, em linguagem de decisão, cabe em uma sequência. Não é um tutorial de protocolo. É o mapa do que precisa existir para o ERP deixar de depender da planilha do turno.

Começa no CLP ou na máquina: o ponto onde o evento físico vira dado (ciclo concluído, alarme, contagem, setpoint, identificação de lote). Em seguida vem a comunicação — o meio pelo qual esse dado pode sair do controlador ou do supervisório sem comprometer o controle da planta.

Depois entra a camada de software: o trecho que a gestão costuma subestimar. Ali o sinal deixa de ser registrador bruto e passa por tratamento: filtro de ruído, agrupamento em evento de negócio, associação a ordem, turno, equipamento ou SKU. Esse resultado vai para banco e/ou API, com histórico e possibilidade de auditoria. Só então o ERP, o MES ou o sistema interno consome a informação no formato que a regra corporativa espera.

Em resumo: CLP / máquina → comunicação → camada de software → tratamento de dados → banco ou API → ERP, MES ou sistema corporativo. Pular a camada de software e “ligar o CLP no banco do ERP” comprime esse caminho num atalho frágil.

Manter o apontamento manual é a alternativa mais comum. Funciona até o volume crescer, o turno falhar no preenchimento ou a auditoria pedir origem do número. O custo não está na planilha. Está na decisão tomada com atraso e na rastreabilidade que não se reconstrói.

Comprar um MES ou um módulo industrial de prateleira pode ser adequado quando o processo é padrão e o produto cabe na operação. Deixa de ser adequado quando a planta tem arranjo particular, máquinas heterogêneas ou um ERP que exige um contrato de dados que o pacote não oferece. Aí o software de mercado vira mais um silo.

A terceira via é a integração de sistemas entre o que a fábrica já tem e o que a gestão já usa: não necessariamente trocar o supervisório nem o ERP, e sim construir o trecho que falta. A quarta via, arriscada, é a conexão direta — consulta livre ao CLP, gravação no banco corporativo sem fila, sem buffer, sem dono da falha. É barata na conversa e cara no primeiro pico de rede ou na primeira queda do ERP.

O software industrial como ponte entre máquina e gestão faz sentido quando os equipamentos já geram dado útil e a empresa ainda decide com transcrição, atraso ou planilha. Faz sentido quando o ERP precisa de apontamento, consumo ou status de ordem com origem na operação — não no que o operador lembrou de lançar.

Também faz sentido quando há exigência de rastreabilidade (lote, parâmetro, horário, equipamento) e o supervisório sozinho não entrega o recorte que qualidade, fiscal ou cliente pedem. E quando a planta não precisa ser refeita: a automação atual controla bem a máquina; o que falta é o dado chegar ao sistema corporativo com regra.

Em um exemplo hipotético, uma linha já conta peças no CLP e o supervisor vê o acumulado na tela local. O PCP, no dia seguinte, lança no ERP o que coube na planilha do turno. Integrar, nesse caso, não é “automatizar a fábrica”. É fazer o contador que já existe alimentar a ordem de produção com o mesmo evento, tratado e auditável.

Se o problema é o processo físico — máquina sem sensor, controle instável, ausência de sinal a coletar — o software não inventa o dado. Primeiro existe instrumentação e automação de campo. A PROLS não substitui instalador elétrico, montador de painel ou projetista de malha de controle. Quando essa camada ainda não existe, o honesto é dizer que o projeto de software vem depois.

Também não faz sentido coletar “tudo o que o CLP tem” sem pergunta de negócio. Série temporal sem dono vira arquivo morto. Integração útil parte do que a gestão precisa decidir: ordem concluída, parada classificada, consumo associado, lote rastreável.

Se o que a empresa quer é um dashboard isolado, desconectado do ERP e sem regra de persistência, o ganho tende a ser cosmética. O valor está no dado entrar no sistema em que a empresa já opera — ou em um repositório que esse sistema consiga consultar com contrato claro.

Ligar o ERP diretamente ao CLP mistura ritmos incompatíveis: o controlador precisa ser determinístico; o sistema corporativo, não. Uma consulta mal dimensionada compete com o scan da máquina. O risco não é teórico; é de planta.

Misturar rede de automação e rede administrativa sem fronteira expõe a operação a um incidente de TI. Tratar integração industrial como “mais uma API REST” ignora buffer local, oscilação, protocolo de chão de fábrica e o fato de que a máquina não pode esperar o timeout do ERP.

Há ainda o risco de rastreabilidade falsa: gravar um número consolidado sem guardar origem, horário e qualidade do sinal. O relatório fica bonito e a auditoria, vazia. Por fim, um projeto que promete “ver a fábrica em tempo real” sem definir frequência, falha e reconciliação com o ERP gera expectativa que o chão de fábrica não pode sustentar.

A PROLS atua no trecho em que poucas equipes se sentem à vontade dos dois lados: ler o ambiente industrial o suficiente para não agredir o CLP, e projetar software o suficiente para o dado virar informação de ERP, MES ou sistema interno. Não é obra de montagem. É a camada de software entre a máquina e a gestão.

O trabalho começa pelo problema operacional — o que hoje é transcrito, o que o ERP precisa, o que o supervisório já tem — e só então desce à comunicação, ao tratamento e ao contrato com o sistema corporativo. Quando a questão é ligar sistemas já existentes, entra também a competência de integração de sistemas. Quando o centro é a planta, o enquadramento é software industrial.

Se a sua fábrica gera dado que a empresa não usa, ou usa só depois que alguém digitou, o próximo passo é descrever o cenário: máquinas, CLP ou supervisório, sistema de destino e o que a gestão precisa enxergar. A conversa útil começa pelo problema, não pelo protocolo.