Integrar PDV, e-commerce e ERP: guia omnicanal

Quando uma empresa de varejo abre um canal online, a primeira coisa que integra é o mais visível: o catálogo e o checkout. O que quase nunca é planejado a tempo é o que acontece embaixo: como o PDV da loja física, a plataforma de e-commerce e o ERP vão entrar em acordo sobre o estoque disponível, o preço vigente e a nota fiscal que precisa ser emitida.

Quando essa conversa entre sistemas não está bem desenhada, o resultado é previsível: produtos vendidos sem estoque real, preços que diferem entre canais e notas que não fecham com o que foi efetivamente cobrado. Integrar PDV, e-commerce e ERP não é conectar três cabos: é definir quem manda sobre cada dado, com que latência ele é atualizado e o que acontece quando um dos três não responde.

Este guia explica como desenhar essa integração para que estoque, preços e faturamento se mantenham consistentes à medida que o negócio soma canais, SKUs e volume, e termina com um roteiro em cinco passos para colocá-la em prática.

Resumo rápido

Na prática, omnicanalidade significa que a loja física e a loja online trabalham sobre os mesmos dados. Sem essa integração, somar canais só multiplica os erros.
A origem de quase todos os erros de estoque, preço e faturamento não é técnica: é a falta de uma fonte de verdade definida por dado.
Os cinco fluxos que precisam ser resolvidos de qualquer forma são estoque, preços, pedidos, documentos fiscais e clientes.
As conexões diretas entre pares de sistemas escalam mal: com quatro sistemas já há até seis integrações para manter.
O sinal de que uma integração simples chegou ao limite é operacional, não técnico: horas semanais de conciliação manual e reclamações de clientes por venda acima do estoque ou preço inconsistente.
O roteiro recomendado avança em cinco passos: diagnóstico, núcleo de dados, um serviço de valor imediato como a retirada na loja, dados de cliente unificados e medição.

Omnicanalidade: por que tudo começa na integração

Para o cliente, omnicanalidade é ver o estoque online e retirar na loja, comprar no site e devolver na loja física, ou começar uma compra num canal e terminá-la em outro sem perceber a diferença. Para a operação, é o PDV, o e-commerce e o ERP entrarem em acordo em cada uma dessas transações.

Esse cliente já é maioria. Segundo a Katana, 73% dos compradores usam vários pontos de contato antes de concluir uma compra, e quem faz isso gasta 4% a mais na loja e 10% a mais online do que quem usa um único canal. A expectativa também é alta: 74% dos consumidores esperam poder fazer online tudo o que fariam pessoalmente ou por telefone, segundo a Salesforce.

A rentabilidade da omnicanalidade não vem de estar em todos os lugares, mas de conectar esses lugares. Os varejistas que migraram para um modelo de unified commerce, em que o e-commerce e o ponto de venda trabalham sobre a mesma base de dados, relatam em média 8,9% a mais de vendas, segundo a Shopify. Essa base comum é também o que viabiliza serviços de alto valor como BOPIS (comprar online e retirar na loja) ou BORIS (comprar online e devolver na loja), impossíveis de sustentar se cada canal tem o próprio estoque.

Por que PDV, e-commerce e ERP acabam dessincronizados

Na maioria dos casos, cada sistema nasceu separado. O PDV foi implementado para a loja física, o e-commerce foi lançado depois sobre outra plataforma, e o ERP chegou para organizar a contabilidade e as compras. Quando são conectados à base de exportações manuais, planilhas ou integrações pontuais entre pares de sistemas, cada um acaba atuando como uma fonte de verdade diferente para o mesmo dado.

O problema não é ter três sistemas. É não ter definido qual manda sobre cada dado e com que frequência ele é atualizado. Sem essa regra, a dessincronização é só uma questão de tempo. Isso acontece até quando um mesmo sistema cobre dois dos três papéis: muitas redes usam o ICG como PDV e ERP e têm resolvida a relação entre o balcão e a contabilidade, mas, assim que o e-commerce entra no ar em outra plataforma, aparecem os dois estoques que não batem e os preços desalinhados entre canais.

Há um segundo fator, menos evidente: os três sistemas têm modelos de dados diferentes. O ERP pensa em estoque contábil por depósito, o PDV pensa em existência física por filial e o e-commerce pensa em disponibilidade publicável. Os três números podem estar corretos e ainda assim não coincidir, simplesmente porque medem coisas diferentes. Uma integração que não explicita essa diferença vai produzir divergências permanentes que ninguém sabe explicar.

Quais dados devem circular entre PDV, e-commerce e ERP

Antes de escolher a ferramenta, convém definir o contrato de dados: o que circula, em que direção, com que frequência e quem é dono de cada campo.

Dado	Fonte de verdade habitual	Direção	Latência recomendada
Estoque por SKU e por depósito	ERP ou WMS	ERP → e-commerce, PDV	Tempo real ou quase real
Preços e tabelas comerciais	ERP	ERP → e-commerce, PDV	Minutos
Promoções vigentes por canal	ERP ou motor de promoções	Central → canais	Minutos
Pedidos e seu status	Canal de origem	Canal → ERP → canal	Tempo real
Pagamentos e conciliação	Gateway de pagamento ou adquirente	Gateway → canal, ERP	Tempo real para confirmar, diária para conciliar
Documentos fiscais	ERP ou emissor	ERP → canal	Minutos
Dados de cliente	CRM ou Customer 360	Bidirecional com regras	Quase real

Dois esclarecimentos que evitam a maior parte das discussões posteriores:

Estoque por depósito, não estoque total. Publicar um estoque consolidado sem distinguir filiais impede depois habilitar retirada na loja ou envio a partir da loja. Se o modelo de dados não contempla o depósito desde o início, somar essa funcionalidade implica refazer a integração.
Status de pedido normalizados. Cada sistema nomeia de um jeito os mesmos status (confirmado, aprovado, pago, em preparação). Definir uma tabela de equivalências única, na camada de integração, evita que cada novo canal traga o próprio vocabulário.

Os erros mais frequentes ao integrar estes três sistemas

Dupla carga manual de preços. Alguém atualiza a tabela no ERP e esquece de replicá-la no e-commerce, ou o contrário. É o erro mais comum e o mais caro em termos de margem, porque costuma ser descoberto só no fechamento contábil. E o custo não é só de margem: quando o preço online difere do preço da loja, o cliente deixa de confiar nos dois, e os canais acabam competindo entre si em vez de somar.

Estoque que não baixa em tempo real. Se o e-commerce sincroniza estoque a cada 30 ou 60 minutos, numa campanha de alta demanda esse intervalo é suficiente para vender várias vezes a mesma unidade. A venda acima do estoque não aparece com volume normal: aparece exatamente no dia em que sai mais caro.

Faturamento duplicado ou pedidos sem documento associado. Acontece quando a integração tenta de novo uma operação que falhou sem um mecanismo de idempotência, ou seja, sem uma chave única que permita reconhecer que aquele pedido já foi faturado. A nova tentativa gera um segundo documento para a mesma venda.

Falta de rastreabilidade de ponta a ponta. Ninguém consegue reconstruir o caminho completo de um pedido quando o cliente reclama. Sem um registro centralizado, a resposta ao cliente depende de três equipes revisarem três sistemas diferentes.

Mapeamento de SKU inconsistente. O mesmo produto é ABC-123 no ERP, abc123 no e-commerce e tem um código próprio no PDV. Cada variação não mapeada se transforma, cedo ou tarde, num produto fantasma ou num movimento de estoque que não impacta onde deveria.

Esses cinco são os erros que mais afetam estoque, preços e faturamento. Para um panorama mais amplo, que inclui também o papel da equipe da loja e o alinhamento do marketing entre canais, veja os 7 erros de integração mais comuns no varejo omnicanal.

Como saber se uma integração simples já não é suficiente

Uma conexão direta entre dois sistemas pode funcionar bem no começo. O sinal de que esse esquema chegou ao limite não é um número mágico de pedidos, mas o aparecimento de várias destas condições ao mesmo tempo:

O catálogo passa de alguns milhares de SKUs ou muda de preço com frequência.
Entrou um terceiro sistema (marketplace, WMS, CRM) que também precisa dos mesmos dados.
A equipe dedica horas por semana a conciliar manualmente estoque ou faturamento entre sistemas.
Os erros de venda acima do estoque ou de preço inconsistente já geraram reclamações de clientes.
Cada mudança pequena (adicionar um campo, somar uma filial) exige pedir desenvolvimento a um terceiro.

Há um teste rápido: conte quantas integrações seria preciso manter se você somasse um quarto sistema. Com conexões diretas entre pares, três sistemas exigem até 3 conexões; quatro sistemas, até 6; cinco sistemas, até 10. O crescimento não é linear, e esse é o motivo real pelo qual um esquema que funcionava deixa de funcionar.

Arquitetura recomendada: de conexões ponto a ponto a um fluxo centralizado

A alternativa sustentável não é conectar o PDV com o e-commerce, o e-commerce com o ERP e o ERP com o PDV separadamente, o que em integrações é conhecido como esquema ponto a ponto, mas centralizar a troca numa camada intermediária que define regras explícitas:

Qual sistema é a fonte de verdade de cada dado. Uma só por dado, sem exceções negociadas caso a caso.
Com que frequência cada fluxo sincroniza. O estoque precisa de tempo real; o catálogo descritivo tolera minutos; os relatórios, horas.
O que acontece se um sistema estiver fora do ar. Filas de mensagens e novas tentativas com espera progressiva, para que uma queda do ERP de dez minutos não se traduza em pedidos perdidos.
Como cada dado é transformado. As regras de mapeamento (unidades, impostos, códigos de filial, status) vivem num único lugar e não duplicadas em cada conexão.
Como é auditado. Um registro por transação que permita responder o que aconteceu com um pedido específico sem abrir três sistemas.

Esse é exatamente o papel de uma plataforma de integração (iPaaS): atua como o ponto único onde os fluxos entre PDV, e-commerce e ERP são orquestrados, de modo que somar um quarto ou quinto sistema não implique refazer as conexões existentes. É o enfoque da integração omnicanal para o varejo da Weavee: uma camada que conecta loja física, e-commerce, marketplaces, ERP e logística com uma única fonte de verdade para estoque e preços. Se você quiser aprofundar em quando vale esse salto, é útil revisar os critérios para decidir entre iPaaS enterprise e conectores isolados conforme volume, risco e governança.

Exemplo de fluxo: uma venda online com retirada na loja

Um caso concreto ajuda a ver onde a corrente se rompe. Uma compra online com retirada na filial percorre este caminho:

O cliente seleciona um produto. O e-commerce mostra disponibilidade por filial, não consolidada.
O pagamento é confirmado. O gateway notifica a camada de integração, não diretamente o ERP.
A camada de integração reserva o estoque na filial escolhida antes de criar o pedido, para que aquele item deixe de estar disponível em qualquer outro canal.
O pedido de venda é criado no ERP com a chave única do pedido de origem, o que evita duplicados se houver nova tentativa.
O PDV da filial recebe a ordem de separação e baixa o estoque físico no momento da entrega.
O ERP emite o documento fiscal e devolve o número ao e-commerce, onde fica visível para o cliente.

O ponto crítico é o passo 3. Se a reserva de estoque ocorre depois de criar o pedido, ou não ocorre, a mesma unidade pode ser vendida por outro canal nesse intervalo. É a causa mais comum das vendas acima do estoque em operações omnicanal.

Roteiro em 5 passos para integrar loja física, e-commerce e ERP

A arquitetura acima não se implementa de uma só vez. Esta sequência permite avançar por etapas, validar cada uma com resultados concretos e não dispersar o investimento.

Passo 1. Diagnóstico: mapa de sistemas e pontos de contato

Antes de escrever uma linha de código, desenhe o mapa completo: quais sistemas participam (PDV, e-commerce, ERP, marketplaces, WMS, CRM), quais dados trocam hoje, por qual via (API, planilha, exportação manual) e em quais pontos de contato a experiência do cliente se rompe. Na maioria dos varejistas esse mapa é uma teia de aranha de conexões, e desenhá-lo mostra onde se concentram as conciliações manuais e o que convém resolver primeiro. A tabela de dados deste guia serve como ponto de partida.

Passo 2. Integrar o núcleo de dados

Escolha um primeiro caso de uso de impacto visível, por exemplo a retirada na loja, e integre o núcleo de dados que o sustenta: estoque por filial, preços, cadastro mestre de SKU, status de pedido e um identificador de cliente compartilhado. É o momento de fixar a fonte de verdade de cada dado e de montar a camada de integração que vai garanti-la. Comece com um canal e uma filial piloto antes de estender para o restante.

Passo 3. Lançar um serviço de valor imediato: BOPIS ou BORIS

Com o núcleo integrado, habilite o serviço que coloca toda a cadeia à prova: comprar online e retirar na loja, ou comprar online e devolver na loja. A Advatix aponta que essas opções reforçam a confiança do cliente e estimulam a recompra, porque dão certeza de estoque e de prazo. Do ponto de vista operacional, além disso, são o melhor teste da integração: se o fluxo do exemplo acima funciona de ponta a ponta, o modelo está pronto para escalar. As devoluções entre canais têm as próprias armadilhas (reentrada de estoque, nota de crédito, reembolso), que analisamos no guia de devoluções omnicanal entre loja física, e-commerce e ERP.

Passo 4. Unificar os dados de cliente e personalizar

Com o estoque visível e os canais conectados, a próxima alavanca é a relevância. Unificar o histórico de compras online e na loja num único perfil de cliente permite ajustar campanhas, preços e vendas cruzadas com a informação completa, e não com a metade que cada canal enxerga. Segundo a Shopify, recomendações alimentadas por um perfil único podem elevar o tíquete médio em até 20%. Esta etapa depende de uma decisão do passo 2: sem um identificador de cliente compartilhado entre o PDV e o e-commerce, não existe perfil único.

Passo 5. Medir, iterar e alinhar incentivos

Defina KPIs omnicanal e acompanhe-os em conjunto: GMV omnicanal, taxa de retirada na loja, margem por pedido, vendas acima do estoque, pedidos sem documento fiscal e horas de conciliação manual. Medir cada interação é o que permite atribuir resultados: a BigCommerce documenta o caso da Veronica Beard, que alcançou 35% de conversão quando o cliente passa do contato digital para a loja, um dado que ela só conseguiu medir porque registrava as interações dos dois canais. Por fim, alinhe os incentivos internos: se a loja e o e-commerce são medidos e premiados separadamente, vão competir pela mesma venda e corroer a margem que a integração deveria gerar.

Perguntas frequentes

Qual é a diferença entre multicanal e omnicanal? Num modelo multicanal, cada canal vende por conta própria, com seu próprio estoque, seus preços e seus clientes. Num modelo omnicanal, todos compartilham os mesmos dados quase em tempo real, de modo que o cliente pode comprar num canal, retirar em outro e devolver num terceiro. A diferença não está na quantidade de canais, mas na integração entre eles.

É possível integrar PDV, e-commerce e ERP sem trocar nenhum dos três sistemas? Sim. O objetivo de uma camada de integração é justamente esse: coordenar os sistemas existentes sem substituí-los. Os requisitos são que cada sistema exponha uma API ou um mecanismo de troca de dados, e que se possa definir um identificador único compartilhado por produto, pedido e cliente.

Quanto tempo leva uma integração desse tipo? Depende menos da tecnologia do que do estado dos dados. Se o catálogo tem SKUs consistentes e os duplicados de clientes já foram depurados, o trabalho se concentra em configurar fluxos. Se for preciso normalizar dados mestres antes, essa etapa costuma ser a mais longa do projeto.

É melhor sincronizar em tempo real ou por lotes? Ambos, conforme o dado. O estoque e os pedidos justificam tempo real. O catálogo descritivo, os custos ou os relatórios funcionam bem por lotes. Colocar tudo em tempo real encarece a solução sem benefício operacional real.

O que acontece se o ERP cair no meio de uma venda? Com uma arquitetura centralizada, a transação fica na fila e é tentada de novo quando o sistema volta, em vez de se perder ou travar o checkout. Desenhar esse comportamento é uma decisão de arquitetura, não uma funcionalidade que vem por padrão.

Convém integrar primeiro o PDV ou o e-commerce com o ERP? O que convém é integrar primeiro o fluxo de maior impacto se falhar, que em quase todos os casos é o estoque. Começar pelo dado crítico, num canal, permite validar a abordagem antes de estendê-la.

Checklist antes de integrar PDV, e-commerce e ERP

Está definido qual sistema é a fonte de verdade do estoque, e em nível de depósito ou filial?
As tabelas de preços são atualizadas num único lugar e replicadas automaticamente?
Cada pedido fica vinculado a um documento fiscal único, com uma chave que evite duplicados nas novas tentativas?
Os SKUs são idênticos nos três sistemas, sem variações de formato?
Existe um identificador de cliente compartilhado entre o PDV e o e-commerce?
Existe um registro centralizado para auditar o percurso completo de um pedido?
Está definido o que ocorre com uma transação se um dos sistemas não responder?
A arquitetura permite somar um novo canal sem refazer integrações existentes?
Estão definidos os KPIs omnicanal e os incentivos compartilhados entre a loja e o e-commerce?

Talvez também possa interessar a você ler:

• “OMS no varejo: quais dados deve sincronizar com ERP, PDV e loja online para evitar pedidos parados”

• “Promoções e preços no varejo omnicanal: como evitar descontos inconsistentes entre canais”

• “Integração da VTEX com ERP no varejo da América Latina: arquitetura componível e fluxos críticos”

• “Integrações caseiras vs. iPaaS: o custo real de ‘economizar’ em tecnologia que você precisa conhecer”

Se o seu PDV, o seu e-commerce e o seu ERP ainda se falam através de planilhas ou integrações soltas, a Conexão Universal da Weavee centraliza estoque, preços e faturamento num único fluxo, sem substituir os sistemas que você já usa.

Como integrar loja física (PDV), e-commerce e ERP sem quebrar estoque, preços nem faturamento