Sexta-feira de Black Friday, fim da tarde. A última unidade de uma air fryer é vendida no Mercado Livre e, quatro minutos depois, na Shopee. A planilha só seria atualizada às seis. Resultado: um cancelamento, um cliente irritado e uma marca na reputação da conta, tudo por causa de quatro minutos. A integração entre marketplace e ERP existe para fechar exatamente esse intervalo. Quando estoque, pedidos e preços passam por uma planilha no meio, sempre há um atraso entre a venda e a atualização, e é nele que nasce a ruptura. Este guia mostra como montar o fluxo para que o ERP seja a fonte única de verdade e os canais apenas reflitam o que ele diz.
Por que a planilha no meio gera ruptura de estoque
A planilha funciona enquanto o volume é pequeno e uma pessoa cuida de tudo. O problema aparece quando três coisas acontecem juntas: mais canais, mais SKUs e mais gente mexendo. Cada atualização manual tem atraso, depende de alguém lembrar e não deixa um rastro confiável de quem mudou o quê.
O resultado é conhecido: venda de produto que já acabou, cancelamento, reclamação e, no marketplace, impacto na reputação da conta, que por sua vez afeta a exposição dos anúncios. O contrário também acontece, e é mais silencioso: produto disponível no depósito aparece zerado num canal porque ninguém atualizou, e a venda se perde sem que ninguém perceba.
Sinais de que a planilha virou gargalo
- Existe uma pessoa sem a qual ninguém sabe o estoque real, e as férias dela viram problema.
- Os pedidos de marketplace são copiados à mão para o sistema de faturamento.
- O time zera anúncios por precaução quando o estoque fica baixo, e perde venda.
- Cancelamento por falta de estoque virou parte da rotina, e não exceção.
- Cada canal novo exige mais uma aba na planilha e mais uma pessoa conferindo.
Como funciona a integração entre marketplace e ERP
Em uma integração bem montada, cada informação tem um dono e uma direção.
- Catálogo e estoque: saem do ERP para os canais.
- Pedidos: saem dos canais para o ERP, que reserva o estoque, fatura e emite a nota.
- Status e rastreio: voltam do ERP para os canais conforme o pedido avança.
- Preço: sai de um lugar só, seja o ERP ou uma ferramenta de precificação, e nunca é editado direto em cada canal.
Preço, promoções e comissões
Preço é o campo que mais escapa do controle. Cada marketplace tem comissão, tarifa de frete e campanhas próprias, e é tentador ajustar o valor direto no painel do canal para entrar numa promoção. O problema é que, a partir daí, ninguém sabe qual preço vale. Defina uma regra: o preço base mora num lugar só, e as diferenças por canal são calculadas a partir dele, com a margem de cada canal conhecida. Quando entrar numa campanha do marketplace, registre a exceção com data de início e de fim, para que o preço volte ao normal sem depender de alguém lembrar.
Três formas de conectar
Integração nativa do ERP. O próprio ERP conversa com o marketplace. Costuma ser o caminho mais simples de manter, porque há um fornecedor só responsável. A limitação é que você depende do que essa integração cobre e da velocidade com que ela acompanha as mudanças do canal.
Hub de integração. Uma ferramenta no meio que conecta o ERP a vários canais e permite regras específicas por canal. Ajuda quando a marca vende em muitos lugares ou em canais sem conexão direta, mas é mais uma peça para monitorar e mais um contrato.
Desenvolvimento sob medida. Faz sentido para fluxos muito específicos, como regras de atacado ou canais próprios. Dá controle total, e também toda a responsabilidade de manter funcionando quando uma API muda.
Qualquer que seja o caminho, faça três perguntas ao fornecedor antes de decidir: com que frequência o estoque é enviado aos canais? O que acontece quando um canal recusa uma atualização? Onde eu vejo os erros, e quem é avisado?
O cadastro vem antes da integração
Nenhuma integração conserta um cadastro ruim. O vínculo entre o anúncio no marketplace e o SKU no ERP é o ponto mais frágil do fluxo, e é onde começa a maior parte das divergências.
Um exemplo bem brasileiro: a mesma camiseta básica preta tamanho M aparece em três anúncios no mesmo marketplace, porque um foi criado para uma campanha, outro veio de uma importação antiga e o terceiro é o anúncio principal. Se só o principal está vinculado ao SKU do ERP, os outros dois continuam vendendo com o estoque que alguém digitou meses atrás.
- Um SKU por item vendável, sem duplicatas e sem códigos reaproveitados.
- Variações (cor, tamanho, voltagem) amarradas ao produto pai de forma consistente em todos os canais.
- Kits e combos com composição definida, para que a venda de um kit baixe o estoque de cada componente.
- Anúncios antigos ou duplicados identificados e vinculados, ou encerrados.
- Código de barras, peso e dimensões conferidos, porque alimentam frete e etiqueta.
Na prática, vale fazer um inventário de anúncios por canal e cruzar com o catálogo do ERP antes de ligar a sincronização. Cada anúncio sem vínculo é um estoque que vai ficar errado.
Estoque compartilhado ou reservado por canal
Essa é a decisão de negócio mais importante da integração. Existem dois caminhos principais, e eles podem conviver no mesmo catálogo.
Estoque compartilhado
Todos os canais enxergam o mesmo saldo. Aproveita melhor o estoque, mas depende de sincronização rápida: quanto maior o atraso, maior o risco de duas vendas da última unidade.
Reserva por canal ou margem de segurança
Cada canal recebe uma parte do saldo, ou todos recebem o saldo menos uma margem. Reduz o risco de venda duplicada em itens de giro rápido ou estoque baixo, à custa de deixar algumas unidades paradas.
Mais de um depósito
Quando a marca tem centro de distribuição, loja física e, às vezes, estoque guardado no armazém de um marketplace em programas de fulfillment, o ERP precisa saber qual saldo vale para qual canal. O estoque que está no armazém do marketplace, por exemplo, normalmente só atende aquele canal e não deveria aparecer como disponível nos outros. Mapeie cada depósito e decida, por escrito, quais canais ele abastece.
Não existe resposta certa para todos os produtos. Um caminho comum é usar estoque compartilhado no catálogo geral e margem de segurança nos itens mais vendidos ou com poucas unidades, principalmente em datas de pico. Defina essa margem olhando o seu histórico de cancelamentos por falta de estoque, e não no chute.
Exemplo: um dia de pico com a integração funcionando
Imagine uma marca de beleza que vende na loja própria e em três marketplaces. Na véspera da Black Friday, o time revisa as margens de segurança dos itens mais vendidos e confere se as autorizações de todos os canais estão válidas. No dia, cada venda baixa o saldo no ERP, que atualiza os outros canais. Quando um batom chega ao limite da margem, ele some dos canais com mais risco de venda duplicada e continua disponível na loja própria, onde a atualização é imediata. A expedição trabalha a partir de uma fila única, e quem cuida da integração passa o dia olhando a fila de erros, e não copiando pedidos. Não há mágica aqui, só decisões tomadas antes do pico.
Pedidos, fiscal, logística e devoluções no mesmo fluxo
Integrar o estoque resolve metade do problema. A outra metade é o pedido percorrer o caminho até a entrega sem ser digitado de novo.
- O pedido pago entra no ERP com cliente, CPF ou CNPJ, itens, frete e canal de origem.
- O estoque é reservado e os outros canais recebem o novo saldo.
- A nota é emitida com a regra fiscal certa para aquele tipo de venda e destino.
- A etiqueta é gerada conforme a modalidade de envio do canal.
- Status e código de rastreio voltam para o marketplace.
Cada marketplace tem as próprias regras de prazo de postagem e de logística. Mapeie essas regras por canal, porque um pedido que fatura no prazo mas é postado com atraso também afeta a reputação da conta.
O caminho de volta
Cancelamentos, trocas e devoluções são onde a integração mais costuma falhar, porque acontecem com menos frequência e ninguém testa. Antes de considerar a integração pronta, simule cada caso: cliente cancela antes do faturamento, cliente cancela depois da nota emitida, produto volta com defeito, produto volta em perfeito estado. Para cada um, responda: o estoque volta sozinho? Quem emite a nota de devolução? O item volta para venda ou vai para uma área de avaria?
Como testar antes de abrir o canal
Antes de liberar a sincronização para todo o catálogo, escolha um grupo pequeno de produtos representativos: um item simples, um com variações, um kit e um de giro alto. Faça pedidos reais de baixo valor ou use o ambiente de testes do canal, quando existir, e acompanhe cada um do pagamento à entrega. Só amplie para o catálogo inteiro quando esse grupo passar por todo o caminho, inclusive cancelamento e devolução, sem nenhuma intervenção manual.
Como monitorar a integração e evitar os erros mais comuns
Integração não é algo que se liga e se esquece. APIs mudam, anúncios são editados, autorizações expiram. O que separa uma operação tranquila de uma operação apagando incêndio é uma rotina curta e sem falhas.
Rotina de conferência
- Fila de erros, todo dia: pedidos que não entraram, atualizações de estoque recusadas, notas rejeitadas. Alguém nomeado olha e resolve.
- Amostragem de saldo, toda semana: compare o estoque de alguns SKUs no ERP com o que aparece em cada canal, começando pelos mais vendidos.
- Cancelamentos por falta de estoque: é o indicador que mostra se a integração está cumprindo o seu papel. Meça hoje para ter com o que comparar depois.
- Tempo entre pagamento e faturamento: revela gargalos no fluxo, dentro e fora do sistema.
- Antes de cada data forte: revise kits, margens de segurança e autorizações dos canais com pelo menos algumas semanas de antecedência.
Em uma operação pequena, essa rotina cabe em poucos minutos por dia, desde que tenha dono. O erro clássico é dividir a responsabilidade entre todo mundo, o que, na prática, significa que ninguém olha. Uma pessoa titular e uma substituta, com a lista do que conferir, resolvem melhor do que um time inteiro com acesso ao painel.
Erros comuns
- Editar estoque direto no painel do marketplace. A próxima sincronização sobrescreve, ou pior, não sobrescreve e ninguém sabe qual número vale.
- Ligar a sincronização com anúncios sem vínculo. O saldo desses anúncios fica congelado no último número digitado.
- Tratar kit como produto com estoque próprio. O kit vende, os componentes não baixam e a ruptura aparece em outro lugar.
- Não ter dono da fila de erros. Erro que todo mundo vê e ninguém resolve vira pedido atrasado.
- Esquecer que autorizações expiram. Quando a conexão com um canal cai, os pedidos param de entrar sem barulho nenhum.
Checklist para tirar a planilha do meio
- Defina o ERP como fonte única de estoque e comunique isso ao time inteiro.
- Limpe o catálogo e vincule cada anúncio de cada canal a um SKU.
- Mapeie os depósitos e decida quais canais cada um abastece.
- Escolha a política de estoque por tipo de produto: compartilhado, reservado ou com margem.
- Teste pedidos, notas, cancelamentos e devoluções antes de liberar o canal.
- Ligue um canal por vez e só avance quando o anterior rodar sem intervenção manual.
- Monte a rotina de monitoramento e nomeie um responsável.
- Aposente a planilha com data marcada.
Se você ainda está estruturando o ERP, o artigo Tiny na prática: o que muda nos primeiros 90 dias mostra a ordem de implantação que usamos. E se a loja própria também está em revisão, vale ver como escolher entre Tray, VTEX e Wake.
Montar esse fluxo e mantê-lo funcionando é o trabalho do For:Connect: implantamos o ERP da Olist, conectamos os canais e acompanhamos a operação depois da virada, inclusive quando um marketplace muda as regras. Se a sua loja ainda depende de planilha para saber o que tem em estoque, conte para a gente como está hoje e desenhamos o caminho para tirá-la do meio.