Para contratar integração com o ERP, mapeie quais dados trafegam entre quais sistemas e com que frequência, defina quem é a fonte oficial de cada dado, compare propostas por método de integração, tratamento de falhas, monitoramento e sustentação, e registre no contrato SLA, logs e propriedade do código.
Contratar uma integração com o ERP é, antes de tudo, decidir quais dados trafegam, entre quais sistemas, em que direção e com que frequência. Com esse mapa pronto, compare fornecedores pelo método de integração, pela forma de tratar falhas e reprocessar dados, pelo monitoramento e pela sustentação. O preço do desenvolvimento inicial é só uma parte do custo: integrações exigem manutenção contínua.
Integração com o ERP é o serviço de conectar o sistema de gestão da empresa a outros sistemas, como loja virtual, CRM, WMS, sistemas de frente de caixa, bancos ou plataformas de parceiros, para que pedidos, estoques, preços, clientes e documentos circulem automaticamente, sem digitação manual.
Quando faz sentido contratar uma integração com o ERP?
Os sinais costumam ser operacionais e fáceis de reconhecer:
- Pedidos de um canal são redigitados no ERP.
- O estoque mostrado na loja não bate com o estoque real.
- Preços e cadastros de produtos ficam diferentes entre sistemas.
- O financeiro concilia pagamentos manualmente, linha a linha.
- Um novo sistema foi contratado e precisa conversar com o ERP.
Quanto maior o volume e o número de sistemas, maior o custo de não integrar: retrabalho, erros de digitação e decisões com dados atrasados.
Quais métodos de integração existem?
O método depende do que o ERP e o outro sistema oferecem. O fornecedor deve explicar por que escolheu um deles.
| Método | Como funciona | Quando tende a servir | Ponto de atenção |
|---|---|---|---|
| API (REST ou SOAP) | Sistemas trocam dados por chamadas diretas | ERPs e sistemas com API documentada | Limites de uso e versões da API |
| Middleware ou plataforma de integração | Camada central orquestra os fluxos | Muitos sistemas e regras de transformação | Custo de licença e dependência da ferramenta |
| Troca de arquivos | Arquivos gerados e lidos em horários definidos | Sistemas legados sem API | Atrasos e controle de arquivos rejeitados |
| Tabela intermediária | Sistemas leem e gravam em uma base comum | Ambientes locais com acesso ao banco | Acoplamento forte e risco em atualizações |
| Conector pronto | Módulo do fabricante ou de terceiros | Casos padrão, como loja virtual e ERP conhecidos | Pouca flexibilidade para regras próprias |
Quais são as etapas de um projeto de integração?
Um projeto bem conduzido costuma seguir esta sequência:
- Mapa de fluxos: quais entidades (pedido, cliente, produto, estoque, preço, título financeiro) vão de onde para onde.
- Fonte oficial de cada dado: qual sistema manda no cadastro de produto, no preço, no estoque. Sem essa regra, os sistemas sobrescrevem um ao outro.
- Mapeamento de campos: correspondência campo a campo, conversões, códigos e regras fiscais.
- Frequência: tempo real, a cada poucos minutos ou em lotes diários.
- Tratamento de erros: o que acontece quando um registro é rejeitado, como é reprocessado e quem é avisado.
- Ambiente de testes: base de homologação do ERP e do outro sistema, com dados representativos.
- Virada: carga inicial, convivência com o processo manual e critério para desligá-lo.
- Monitoramento e sustentação: painel de filas, alertas e rotina de correção.
As etapas 2 e 5 são as que mais evitam problemas. O DAMA-DMBOK, referência de gestão de dados, trata integração e interoperabilidade e dados mestres como áreas próprias da disciplina, o que mostra que integrar é também governar dados, não só programar.
O que perguntar aos fornecedores na seleção?
Perguntas que revelam experiência real com integrações:
- Já integraram este ERP específico? Com quais sistemas e em que volume?
- O ERP tem API documentada para o que precisamos? Exige módulo ou licença adicional do fabricante?
- Como evitam que o mesmo pedido seja gravado duas vezes se houver nova tentativa?
- Como registram cada mensagem trocada, para auditoria e reprocessamento?
- Quem monitora as filas e em quanto tempo uma falha é percebida?
- O que acontece quando o fabricante do ERP atualiza a versão?
- Onde fica o código e quem tem acesso aos servidores?
Quais sinais de alerta merecem atenção?
Desconfie quando o fornecedor:
- Fecha prazo sem conhecer a versão do ERP e a documentação disponível.
- Propõe gravar diretamente nas tabelas do ERP sem aval do fabricante.
- Não fala de logs, reprocessamento ou alertas.
- Não prevê ambiente de testes nem carga inicial.
- Trata a integração como projeto que termina na entrega, sem sustentação.
- Usa credenciais de administrador do ERP para tudo, em vez de usuário com permissões mínimas.
Como comparar propostas de integração?
Compare as propostas pelos mesmos itens:
| Critério | O que verificar |
|---|---|
| Fluxos incluídos | Lista de entidades e direção de cada fluxo |
| Método | API, middleware, arquivos ou conector, com justificativa |
| Tratamento de falhas | Fila, novas tentativas, reprocessamento e alertas |
| Rastreabilidade | Log de cada mensagem com retenção definida |
| Testes | Ambiente de homologação, roteiro de testes e aceite |
| Licenças | Middleware, conectores ou módulos do ERP |
| Infraestrutura | Onde a integração roda e quem paga |
| Sustentação | Escopo, SLA e custo mensal |
| Documentação | Mapa de fluxos e de campos entregue ao cliente |
Um briefing bem estruturado, com o mapa de fluxos anexado, faz as propostas chegarem no mesmo formato.
Do que depende o custo de uma integração com o ERP?
Não há preço de referência confiável, porque cada combinação de sistemas é diferente. Os fatores que mais pesam:
- Número de fluxos e entidades: cada direção e cada tipo de dado é um trabalho.
- Qualidade da API do ERP: documentação, cobertura e estabilidade.
- Regras de transformação: impostos, unidades, tabelas de preço e códigos.
- Volume e frequência: tempo real exige mais robustez que cargas diárias.
- Licenças: middleware, conectores ou módulos de API do fabricante.
- Infraestrutura: servidores, filas e armazenamento de logs.
- Sustentação: monitoramento e ajustes a cada atualização dos sistemas.
Um método prático é pedir a estimativa por fluxo, com horas separadas para desenvolvimento, testes e virada, e somar o custo mensal de sustentação e licenças por pelo menos dois anos.
Quais cláusulas do contrato merecem atenção?
Revise com apoio jurídico estes pontos:
- Escopo por fluxo: entidades, direção e regras, com anexo técnico.
- Critérios de aceite: volume testado, taxa de erro aceitável e tempo de processamento.
- SLA de sustentação: tempo de resposta e de solução por gravidade.
- Código e acessos: cessão do código, repositório e credenciais no nome do cliente.
- Dados pessoais: integrações movimentam dados de clientes; o fornecedor, como operador, segue instruções do controlador e adota medidas de segurança (Lei 13.709/2018, arts. 39 e 46).
- Prazo e rescisão: o Código Civil limita a prestação de serviço convencionada a quatro anos (art. 598), o que costuma levar contratos de sustentação a prever renovação. Se uma parte fez investimentos consideráveis, a denúncia unilateral só produz efeito após prazo compatível com esses investimentos (art. 473, parágrafo único).
Como medir o sucesso de uma integração?
Acompanhe indicadores operacionais desde a virada:
- Percentual de registros processados sem intervenção manual.
- Tempo entre o evento na origem e o registro no destino.
- Quantidade de erros por fluxo e tempo médio de reprocessamento.
- Divergências de estoque, preço e pedidos entre sistemas.
- Horas de digitação e conciliação eliminadas.
- Cumprimento do SLA de sustentação.
O pilar de confiabilidade de referências como o Azure Well-Architected Framework, que trata de resiliência, disponibilidade e recuperação, é útil para discutir essas metas com o fornecedor. Para o acompanhamento contínuo, veja como acompanhar um projeto de software terceirizado.
Próximo passo
Busque fornecedores com experiência em integração no diretório de software houses, consulte os rankings e a metodologia. Se a sua empresa faz integrações com ERP, crie ou reivindique o perfil gratuito na Citeo e detalhe os sistemas com que trabalha.
Fontes
- Snowflake — DAMA-DMBOK framework — integração e interoperabilidade e dados mestres como áreas de conhecimento da gestão de dados
- Microsoft Learn — Azure Well-Architected Framework pillars — pilar de confiabilidade (resiliência, disponibilidade e recuperação) e excelência operacional
- Planalto — Lei 13.709/2018 (LGPD) — deveres do operador (art. 39) e medidas de segurança (art. 46)
- Câmara dos Deputados — Lei 10.406/2002 (Código Civil) — texto da lei que institui o Código Civil
- Planalto — Código Civil (Lei 10.406/2002), art. 598 — reprodução do artigo que limita a prestação de serviço convencionada a quatro anos
- Planalto — Código Civil (Lei 10.406/2002), art. 473 — reprodução do artigo sobre resilição unilateral e investimentos consideráveis
Compare nota, avaliações verificadas e score, e fale direto com a empresa pela Citeo.
Perguntas frequentes
Integração em tempo real é sempre melhor?
Não. Tempo real faz sentido para estoque em loja virtual ou aprovação de pedidos, mas aumenta a complexidade e o custo. Para relatórios ou conciliações, lotes periódicos costumam bastar. Defina a frequência por fluxo, de acordo com o impacto do atraso.
Posso usar um conector pronto em vez de desenvolvimento sob medida?
Pode, quando o caso é padrão e o conector cobre as regras do seu negócio. Verifique quem mantém o conector, como ele trata erros e se permite ajustes. Regras fiscais, de preço ou de estoque muito específicas costumam exigir desenvolvimento adicional.
Quem deve ser o dono do código da integração?
A empresa contratante, com cessão de direitos prevista em contrato e repositório acessível. Integrações ficam anos em produção, e trocar de fornecedor sem o código significa refazer o trabalho.
Por que a integração precisa de sustentação mensal?
Porque os sistemas mudam: o ERP recebe atualizações, a loja muda de versão, regras fiscais e cadastros evoluem. Sem monitoramento e ajustes, falhas passam despercebidas até virarem pedidos perdidos ou estoque errado.
O que é a fonte oficial de um dado?
É o sistema que tem a palavra final sobre aquela informação, como o ERP para preço e estoque ou o CRM para dados de contato. Definir isso evita que sistemas sobrescrevam dados um do outro e gerem divergências.