Integração ERP e e-commerce: como acabar com a venda fantasma

A venda fantasma é o pior tipo de erro de operação: o cliente paga, recebe a confirmação, e só depois alguém descobre que o produto não existe. Não dá para consertar sem custo. Ou você cancela e perde o cliente, ou compra caro para entregar e perde a margem.

Ela quase nunca vem de estoque mal contado. Vem de dois sistemas com duas versões do mesmo número, atualizadas em momentos diferentes.

Integração entre ERP e e-commerce é fazer estoque, pedido, catálogo, nota fiscal e financeiro transitarem sozinhos entre a loja e o sistema de gestão, sem exportação de planilha e sem alguém digitando pedido de um lado para o outro.

Loja e ERP desconectados não erram o estoque. Eles concordam com atraso, e o atraso é a janela em que a venda fantasma acontece.

Este texto é sobre quais fluxos precisam andar sozinhos, o que muda quando entra marketplace, e por que a decisão importante não é qual ferramenta usar.

Os cinco fluxos que precisam andar sozinhos

Integração completa é raramente necessária de uma vez. Estes cinco cobrem quase todo o custo operacional, em ordem de dor.

1. Estoque, da gestão para a loja

O ERP manda o saldo disponível, a loja para de vender o que acabou. É o fluxo mais crítico e o mais sensível a atraso: se a sincronização roda a cada duas horas, existem duas horas por ciclo em que a loja vende às cegas.

Duas decisões pegam aqui. A primeira é qual saldo enviar: o físico total, o disponível já descontando reservas, ou o disponível menos uma margem de segurança. A terceira opção é a que evita venda fantasma, e custa venda perdida em produto de alto giro. A segunda é quem é o dono do número. Precisa haver um só, e normalmente é o ERP.

2. Pedido, da loja para a gestão

Pedido aprovado entra no ERP como documento de venda, baixa estoque e abre a separação. É aqui que a digitação dupla some, junto com a taxa de erro que ela carrega.

O detalhe que costuma passar: o pedido precisa entrar com um identificador que permita achar o mesmo pedido nos dois sistemas depois. Sem isso, cada divergência vira investigação manual.

3. Catálogo e preço, da gestão para a loja

Cadastro, descrição, preço e promoção saindo de uma fonte só. Empresa que mantém preço em dois lugares vai vender pelo preço errado em algum momento, e vai honrar o preço menor.

4. Fiscal

Emissão da nota disparada pelo pedido, com o regime, a tributação e o CFOP corretos para a operação e para o destino. É a parte que menos aparece em conteúdo internacional sobre o assunto e a que mais trava projeto no Brasil, porque regra fiscal não é configuração de e-commerce, é do ERP.

5. Financeiro e logística

Baixa do recebimento conciliando com o adquirente, e código de rastreio voltando para a loja e para o cliente. Sem o primeiro, o fechamento continua manual mesmo com todo o resto integrado. Sem o segundo, o suporte vira central de "cadê meu pedido".

Marketplace muda a conta

Com uma loja só, o pior caso da dessincronização é vender um item que acabou. Com marketplace, o mesmo estoque físico está anunciado em vários canais ao mesmo tempo, e cada um deles pode vender a última unidade em paralelo.

Isso muda três coisas de uma vez:

• A janela de sincronização vira crítica. O que era aceitável em uma loja própria passa a produzir cancelamento em volume.
• Cancelamento tem custo de reputação, não só de margem. Marketplace pune atraso e cancelamento com posição e com limite de anúncio, e o prejuízo continua depois que o problema técnico foi resolvido.
• Aparece a decisão de rateio. Distribuir o saldo por canal evita conflito e deixa venda na mesa. Compartilhar o saldo total maximiza venda e aumenta o risco. Não existe resposta certa: existe a escolha coerente com o custo do seu cancelamento.

É por isso que quem opera em vários canais quase sempre acaba com uma camada no meio, um hub ou middleware, em vez de ligar cada marketplace direto no ERP. Não é elegância técnica, é reduzir o número de pontas que quebram quando um canal muda a API.

Tempo real ou lote

A pergunta parece técnica e é de negócio. Tempo real custa mais para construir e mais para manter, e nem todo fluxo precisa.

• Estoque: o mais próximo de tempo real que o orçamento permitir, com atualização por evento quando houver venda, e não só por varredura periódica.
• Pedido: quase em tempo real. Minutos são aceitáveis, horas atrapalham a separação.
• Catálogo e preço: lote resolve, desde que a promoção tenha caminho de urgência.
• Financeiro: lote diário costuma bastar, porque a conciliação é fechada por dia de qualquer forma.

O erro clássico é o inverso: construir tudo em tempo real, encarecer o projeto, e ainda assim ter venda fantasma porque o estoque enviado era o físico total e não o disponível.

Onde começar depende de onde a empresa está

Os cinco fluxos não têm a mesma urgência para todo mundo. O que define a ordem é o estágio, não o catálogo do fornecedor.

O quadrante inferior direito é o mais comum em quem procura integração, e o mais perigoso. A empresa está vendendo, o dinheiro está entrando, e por isso parece que dá para deixar a operação para depois. Cada real investido em aquisição em cima de operação dessincronizada compra mais cancelamento, não mais receita.

Os quatro erros que transformam o projeto em aditivo

Quem já tentou integrar loja e ERP costuma trazer a mesma objeção: "aqui isso sempre vira aditivo". É justa. Quase sempre por um destes quatro.

1. Não definir a fonte da verdade de cada dado antes de começar. Se preço, saldo e cadastro não têm dono declarado, cada divergência descoberta no meio do projeto vira escopo novo.
2. Ignorar a exceção que é a regra. Kit, produto com variação, venda com reserva, troca, devolução e cancelamento parcial. Ninguém lembra deles na reunião de escopo, e todos aparecem na primeira semana em produção.
3. Deixar o fiscal para o fim. Tributação por estado, regime da empresa e operação de devolução mudam a modelagem. Descobrir isso depois do fluxo pronto não é ajuste, é refazer.
4. Entregar sem monitoramento. Integração sem alerta acumula erro em silêncio. Ela para de rodar numa madrugada e a empresa descobre pela reclamação do cliente, dias depois, com o dado já contaminado.

A segunda objeção que aparece é de custo: "não é caro demais para o meu volume?". Depende do volume mesmo, e a conta que resolve é simples: some o custo mensal de cancelamento, de digitação de pedido e da hora gasta em conciliação. Se esse número for pequeno, conector pronto resolve e integração sob medida é gasto adiantado. Se for grande, ele já está pagando o projeto todo mês, só que para ninguém.

Roteiro antes de contratar

1. Liste os canais de venda, incluindo o marketplace que "quase não vende".
2. Para cada um dos cinco fluxos, declare qual sistema é o dono do dado.
3. Defina a janela aceitável de atraso por fluxo, em minutos ou horas, e escreva.
4. Liste as exceções: kit, variação, reserva, troca, devolução, cancelamento parcial.
5. Confirme o que existe de API dos dois lados, e o que o ERP não expõe.
6. Decida entre conector nativo, hub multicanal ou integração sob medida com base nos itens anteriores, não antes deles.
7. Defina quem monitora depois de entregue, com alerta e responsável nomeado.

A comparação entre métodos de integração, com o que cada um cobra em manutenção, está em integração de sistemas ERP. Se parte da sua operação ainda passa por planilha antes de chegar ao ERP, o problema começa antes da loja.

Como a gente faz na Grid

Na Grid, integração de canal começa por diagnóstico: posição nos dois eixos, a restrição única e os fluxos de maior impacto imediato, não a lista completa do que seria bom ter.

A estrada é em operação com volume e com dinheiro passando: sistemas de venda integrados a PDV e ERP em varejo e food service; milhões de transações bancárias processadas com classificação, conciliação e relatórios integrados a ERPs. Mais de 20 produtos no ar, em cinco setores.

Três formatos, combináveis: liderança fracionada, squad alocado sob nossa direção e projeto de escopo fechado. Relação PJ-a-PJ, escopo e preço definidos antes de começar, saída com aviso de 30 dias. Liderança a partir de R$ 4.000/mês; squad a partir de R$ 12.000 por profissional/mês.

Conclusão

Integrar loja e ERP não é projeto de tecnologia com resultado técnico. O resultado é comercial: menos cancelamento, margem preservada e time de suporte que para de responder pergunta que o sistema deveria responder sozinho.

Operação com poucos pedidos por dia integra estoque e pedido com conector pronto e para por aí. Operação vendendo bem e cancelando demais trata estoque disponível como urgência, com margem de segurança, antes de qualquer outra coisa. Operação em vários canais com volume alto monta a camada no meio e roda os cinco fluxos, porque ligar cada marketplace direto no ERP multiplica os pontos que quebram.

E vale a regra que não muda: se o processo por trás do dado ainda é confuso, integrar propaga a confusão mais rápido.

Agendar um diagnóstico gratuito de 60 minutos, sem venda, com as três prioridades na sua mão no mesmo dia.

Perguntas frequentes

O que é integração entre ERP e e-commerce?

É a conexão que faz estoque, pedido, catálogo, nota fiscal e financeiro transitarem automaticamente entre a loja virtual e o sistema de gestão. Na prática, o ERP passa a ser a fonte do saldo e do preço, e o pedido aprovado na loja entra como documento de venda sem ninguém digitar.

Como evitar vender produto sem estoque no e-commerce?

Três decisões resolvem a maior parte dos casos: enviar o saldo disponível já descontando reservas em vez do saldo físico total, reduzir a janela de sincronização de estoque para o mínimo viável, e trabalhar com margem de segurança em produto de alto giro. A margem custa venda perdida e evita cancelamento, que costuma sair mais caro.

Preciso de tempo real em todas as integrações?

Não. Estoque e pedido se beneficiam de atualização quase imediata, de preferência disparada por evento. Catálogo, preço e financeiro rodam bem em lote, desde que promoção tenha um caminho de urgência. Construir tudo em tempo real encarece o projeto sem resolver a causa mais comum de venda fantasma, que é enviar o saldo errado.

Vale mais integrar direto no ERP ou usar um hub?

Com um canal só, conector nativo ou integração direta costuma bastar. Com vários marketplaces, uma camada intermediária reduz o número de pontos que quebram quando um canal muda a API, e centraliza a regra de rateio de estoque entre canais. A escolha depende de quantos canais existem e de quanto custa cada cancelamento.

Por que projetos de integração com e-commerce estouram o orçamento?

Quatro causas concentram a maioria: não declarar antes quem é dono de cada dado, ignorar exceções como kit, variação, troca e devolução, deixar a modelagem fiscal para o fim, e entregar sem monitoramento. As três primeiras viram escopo novo no meio do projeto. A quarta vira incidente depois da entrega.

Quanto tempo leva uma integração entre ERP e loja virtual?

Varia com o número de fluxos, de canais e com o que o ERP expõe de API. O que mais alonga prazo não é a construção, é a descoberta: mapear de onde nasce cada dado, listar as exceções da operação e validar a regra fiscal. Projeto que pula essa fase entrega mais rápido e volta em aditivo.