Integração do SCADA com ERP e banco SQL: por onde começar
O projeto trava quando começa pela tecnologia. Começa certo quando alguém define qual pergunta o dado vai responder.
"Queremos integrar o chão de fábrica com o ERP." A frase abre muitos projetos e trava quase todos no mesmo ponto: ninguém definiu qual decisão vai ser tomada com aquele dado.
Comece pela pergunta, não pelo conector
Antes de escolher tecnologia, escreva as perguntas que a integração precisa responder. Elas costumam ser poucas e concretas:
- Quantas peças boas foram produzidas na ordem 4712?
- Qual foi o tempo total de parada do turno da noite e por qual motivo?
- Quanto de energia esse lote consumiu?
- Esse lote usou matéria-prima de qual fornecedor?
- Qual a disponibilidade real da linha 3 no mês?
Cada pergunta define quais variáveis precisam ser coletadas, em que frequência e com qual precisão. Sem isso, o projeto coleta tudo, ocupa disco e não responde nada.
A arquitetura em camadas
Camada 1 — Coleta. O SCADA lê os CLPs. Aqui se define a frequência: variável de processo pode precisar de segundos; contador de produção, de minutos; consumo de energia, de intervalo maior.
Camada 2 — Histórico. Banco de dados com as variáveis de interesse. Duas decisões críticas: o que gravar (não é tudo) e por quanto tempo. Gravar toda variável a cada segundo enche disco e torna consulta lenta sem entregar nada a mais.
Camada 3 — Contexto. É a camada que quase sempre falta. Um número de produção sem ordem de produção, sem produto e sem turno associado não responde nenhuma das perguntas acima. É aqui que o dado bruto vira informação.
Camada 4 — Consumo. Relatório, dashboard, ou envio ao ERP.
Os pontos que travam projetos reais
Falta de identificação de ordem no chão de fábrica. Se o operador não informa qual ordem está rodando, não há como associar produção a ordem. A solução costuma ser simples — leitor de código de barras ou seleção na IHM — mas precisa estar no escopo.
Relógio dessincronizado. CLP, servidor SCADA e ERP com horários diferentes tornam qualquer correlação temporal inútil. Sincronismo por NTP é item obrigatório, não detalhe.
Motivo de parada não apontado. Registrar que a máquina parou é fácil. Saber por quê exige apontamento do operador. Sem uma lista curta e bem pensada de motivos, o apontamento vira "outros" em 70% dos casos.
Definição divergente de indicador. Produção "boa" para o chão de fábrica e para o ERP podem ser números diferentes — retrabalho, refugo, amostra de qualidade. Se as definições não forem alinhadas por escrito, os dois sistemas vão discordar para sempre e ninguém vai confiar em nenhum.
O caminho de menor risco
- Comece por uma linha e uma pergunta
- Entregue o relatório e verifique se alguém realmente usa
- Só então expanda para outras linhas
- Só depois disso conecte ao ERP
Integração que começa grande costuma terminar como um banco de dados cheio que ninguém consulta.
O sinal de que deu certo
Alguém muda uma decisão por causa do relatório. Se, depois de três meses, nenhuma decisão mudou, o projeto entregou tecnologia e não entregou informação.
A Platix integra SCADA, banco de dados e sistemas de gestão em Piracicaba e região — começando pela pergunta que a planta precisa responder.
Carlos Alexandre Cotta Coelho
Engenheiro de automação industrial · CREA ativo · 15 anos de campo
Atende pessoalmente em Piracicaba, Americana, Limeira, Rio Claro e região. Diagnóstico de causa raiz, adequação NR-12 e manutenção preventiva com relatório técnico assinado.
Está com esse problema na sua planta?
Descreva a máquina para o Carlos. Ele responde direto, sem central de atendimento.
Falar com Carlos