Integrar e-commerce com ERP sem digitar pedido duas vezes
Como integrar loja virtual e ERP, quais dados precisam andar nos dois sentidos, onde a integração quebra e quanto custa um projeto desses.
Resposta rápida
Integrar e-commerce com ERP significa fazer quatro dados andarem sozinhos: pedido da loja para o ERP, estoque do ERP para a loja, nota fiscal de volta para o cliente, e status de envio. O erro mais caro não é técnico, é de definição: decidir qual sistema manda no estoque e no preço. Sem essa decisão tomada antes do código, os dois sistemas passam a se sobrescrever e o problema fica difícil de rastrear.
Neste artigo
O pedido entra na loja virtual. Alguém abre o ERP e digita de novo: cliente, itens, quantidade, frete. Emite a nota. Volta na loja e atualiza o status à mão.
Enquanto isso, o estoque da loja continua mostrando uma unidade de um produto que acabou ontem na loja física. O cliente compra. Você cancela. Ele não volta.
Os quatro fluxos
Pedido, da loja para o ERP. O mais óbvio e normalmente o primeiro a ser feito. Cliente, itens, valores, frete e forma de pagamento viram pedido no ERP sem digitação.
Estoque, do ERP para a loja. O que evita vender o que não existe. Mais crítico do que o anterior, porque o erro aqui custa cliente.
Nota fiscal, de volta ao cliente. A nota é emitida no ERP e precisa chegar à loja, para o cliente consultar e para o status avançar.
Status de envio. Código de rastreio e etapas de entrega voltando para a loja, para o cliente acompanhar sem abrir chamado.
Você não precisa dos quatro de uma vez. Comece pelo que mais dói — normalmente pedido ou estoque — e cresça depois.
A decisão que precede o código
Antes de qualquer desenvolvimento: qual sistema é a fonte da verdade de cada dado?
Se o preço pode ser alterado na loja e no ERP, mais cedo ou mais tarde um sobrescreve o outro, e ninguém sabe qual estava certo. O mesmo vale para cadastro de produto e para estoque.
A configuração que funciona na maioria dos casos:
- Estoque: manda o ERP. É onde entram compra, devolução e ajuste.
- Preço: manda o ERP, com exceção explícita para promoção da loja, se houver.
- Cadastro de produto: manda o ERP, a loja recebe.
- Cliente: nasce na loja, é espelhado no ERP.
Escreva isso antes de contratar. É a parte da integração que não é técnica e que mais evita problema.
Onde quebra na prática
Os mesmos pontos de qualquer integração séria, descritos em quanto custa uma integração, mais dois específicos de e-commerce:
Estoque de alto giro. Se o produto é muito disputado, sincronizar a cada cinco minutos não basta: dois clientes compram a última unidade dentro da mesma janela. Resolver isso exige reserva no momento do pedido, o que é bem mais trabalho.
Variação de produto. Grade de tamanho e cor, kit composto por outros itens, produto vendido por peso. A conversão entre como a loja representa isso e como o ERP representa é onde muita integração trava.
Hub pronto ou desenvolvimento
Hubs de integração conectam plataformas populares a ERPs conhecidos por mensalidade. Para operação padrão, costumam ser o melhor negócio: começam rápido e não exigem manutenção sua.
Deixam de servir quando:
- A regra é específica e o hub não permite personalizar.
- O volume faz o custo por pedido pesar mais que um projeto próprio.
- Você precisa de tratamento de erro melhor que “tentar de novo”.
- Sua plataforma ou ERP não tem conector pronto.
Avaliar isso antes de contratar desenvolvimento é honesto e costuma economizar dinheiro.
Se você vende em marketplace também
Tudo acima fica mais importante. Com loja própria e dois marketplaces consumindo o mesmo saldo, vender o que não existe deixa de ser hipótese e vira rotina semanal.
E o custo é maior: marketplace penaliza cancelamento por falta de estoque, afetando sua reputação na plataforma e, com ela, a exposição dos seus produtos.
Nesse cenário, estoque com fonte única não é melhoria, é requisito.
Por onde começar
- Qual digitação dupla dói mais hoje? Escolha um fluxo, não quatro.
- Quantos pedidos por dia? Define a arquitetura.
- Seu ERP tem API? Muda o orçamento mais que qualquer outro fator.
- Quem manda em quê? A decisão do meio deste artigo.
Com essas quatro, propostas diferentes passam a descrever a mesma coisa.
Se quiser avaliar o seu caso, me chame.
Perguntas frequentes
Qual sistema deve mandar no estoque?
Na grande maioria dos casos, o ERP, porque é lá que entram compras, devoluções e ajustes. A loja recebe o saldo e não decide. Quando o e-commerce tem estoque próprio e separado, aí são dois estoques distintos, não um compartilhado — e essa distinção precisa ficar explícita antes de começar.
Com que frequência o estoque precisa sincronizar?
Depende do giro. Produto de baixo giro suporta sincronização a cada poucos minutos. Item muito disputado exige reserva no momento do pedido, senão dois clientes compram a última unidade. Essa diferença muda a arquitetura e, portanto, o custo.
Vale usar um hub de integração pronto?
Para plataformas populares e operação padrão, costuma valer: resolve por mensalidade e sem desenvolvimento. Deixa de valer quando a regra é específica, quando o volume faz o custo por pedido pesar, ou quando você precisa de tratamento de erro mais sério do que tentar de novo.
E se eu vendo também em marketplace?
Aumenta a importância de ter uma fonte única de estoque. Com loja própria e dois ou três marketplaces consumindo o mesmo saldo, vender o que não existe deixa de ser hipótese e vira rotina. Marketplace costuma penalizar cancelamento por falta de estoque, então o custo do erro é maior.
Quem escreve
Thainan Prado
Desenvolvedor full stack sênior com mais de 8 anos de experiência, responsável por sistemas em produção para empresas como OXXO, Ambev e Shell Select. Desenvolve sistemas sob medida, automações e integrações para PMEs e empresas médias de todo o Brasil.