Cenário deste guia: uma loja de roupa vende no site próprio, em três marketplaces e no balcão. O mesmo vestido está cadastrado em quatro lugares, cada um com um preço e um saldo. Ninguém decidiu qual deles manda.
Essa é a raiz da maioria das divergências de estoque e de preço. Marketplace, aqui, é a loja de terceiros onde você também vende, como Mercado Livre, Shopee, Amazon ou Magalu. Quando cada canal guarda a própria versão do produto, o cliente vê uma coisa e a loja tem outra.
Quem deve ser o dono de cada informação do produto?
Um sistema por informação, escolhido de propósito. Dono, aqui, é o sistema cuja informação vale quando dois discordam. Isso não exige juntar tudo num banco de dados só. Exige dizer, campo a campo, quem manda no custo, no preço, no saldo e na ficha técnica.
A divisão que costuma funcionar é esta. O ERP, o sistema que junta cadastro, estoque, custo e nota fiscal, é dono do custo, do saldo e da regra de imposto. O catálogo de conteúdo é dono da descrição, das fotos e dos atributos. O site e os marketplaces leem desses dois e não reescrevem nada.
Quando essa ordem se inverte e a vitrine passa a editar custo ou saldo, a divergência é questão de tempo. Alguém corrige o preço no site na sexta, o ERP continua com o preço antigo e a nota sai errada no sábado.
| Informação do produto | Quem deve mandar | Quem só lê |
|---|---|---|
| Custo e preço de venda | ERP | Site, marketplaces, anúncios |
| Saldo em estoque por variação e por loja | ERP e sistema do depósito | Site e marketplaces |
| Descrição, atributos e fotos | Catálogo de conteúdo, ou o próprio ERP | Site, marketplaces, anúncios |
| Códigos de imposto do produto | ERP | Emissor de nota de cada canal |
| Texto de campanha por canal | Catálogo de conteúdo ou site | Anúncios e canais sociais |
A linha de leitura é simples. Quanto mais um campo mexe com imposto, margem e estoque, mais ele pertence ao ERP. Quanto mais ele mexe com o que o cliente vê e sente, mais ele pertence ao catálogo de conteúdo.
Quem é dono de cada dado
Por que cadastrar tudo no site quebra quando os canais crescem?
Porque o site foi feito para vender em um canal, e não para governar o produto em vários. Com uma loja virtual só, cadastrar por lá funciona bem. Com quatro marketplaces, o balcão e a live, cada canal pede o mesmo dado em formato diferente.
No Brasil isso pesa mais do que em outros mercados, porque a maior parte da venda online passa por grandes marketplaces. Vender em vários canais deixou de ser exceção na loja pequena e média.
A falha aparece em três pontos previsíveis. O primeiro é a digitação dupla: o mesmo vestido cadastrado à mão no site e no ERP, com custo e código de imposto diferentes. O segundo é o saldo furado: o site reserva a peça que o balcão acabou de vender. O terceiro é o anúncio derrubado.
Três falhas com a mesma raiz
- Seo mesmo produto é digitado na plataforma e no ERPentãocusto e NCM divergem entre os dois
- Secada canal conta o próprio estoqueentãoa plataforma reserva a peça que a loja física já vendeu
- Seo preço muda no ERP e o feed atrasaentãoanúncio reprovado por divergência entre feed e página (Google, 2023)
Quanto custa um preço errado no anúncio?
Custa a verba do dia e, em caso repetido, a conta de anúncios. Google, Meta e TikTok comparam o preço e a disponibilidade da lista de produtos que você envia com o que aparece na página de destino. Quando os dois divergem, o anúncio é reprovado ou suspenso.
Na loja de roupa, o catálogo gira a cada coleção. Uma lista de produtos que demora horas para refletir o estoque real vira anúncio ativo de peça esgotada, verba queimada e cliente irritado ao clicar. O dado que nasce em um lugar só e se espalha rápido é o que mantém o anúncio no ar.
Vale a mesma lógica dentro de casa. Quando o preço nasce no ERP e desce para todos os canais, o desconto de fim de semana vale igual no site, no marketplace e no caixa. Sem esse caminho, cada canal vira uma promoção diferente.
Quando o PIM entra na conta
Quando vale ter um sistema só para o catálogo?
Quando o número de atributos e de canais passa do que o cadastro do ERP aguenta sem improviso. Esse sistema separado chama-se PIM, ou gestor de informação de produto. Ele guarda ficha técnica, fotos, vídeos e textos por canal, longe do dado de custo e de imposto.
Ele ganha sentido quando o mesmo produto precisa de descrição diferente em cada canal, muitas imagens e tradução de atributos para o padrão de cada marketplace. Em moda e calçados, que movimentaram R$ 314,9 bilhões em 2025, a grade de tamanho e cor multiplica as variações e os campos a preencher.
A regra de bolso é de complexidade, e não de faturamento. Uma loja de poucos produtos, mesmo vendendo muito, vive bem com o cadastro do ERP alimentando o site. Uma loja de catálogo amplo e mutável, como a joalheria, que movimentou US$ 15,29 bilhões em 2025, tende a precisar do catálogo separado.
O erro caro tem duas caras. Comprar o catálogo separado sem ter o problema que ele resolve custa dinheiro e tempo de implantação. Adiar quando o cadastro já trava a operação custa venda todo dia.
Como mudar de dono sem parar a venda?
Um campo de cada vez. A migração que funciona define primeiro quem manda em cada informação. Depois ela liga o envio numa direção só e, por último, bloqueia a edição nos sistemas que viraram leitura. Mover tudo de uma vez trava a venda no dia da virada.
Comece pelos campos que mais doem, custo e saldo, e deixe para depois os de conteúdo, que aguentam algumas horas de atraso. A sequência abaixo cabe em poucas semanas de trabalho.
- Liste cada informação do produto e escreva o nome do sistema que manda nela.
- Ligue o envio do dono para os canais, sem caminho de volta que sobrescreva o dono.
- Bloqueie a edição manual nos sistemas que passaram a só ler.
- Confira toda semana se preço e saldo dos anúncios batem com a origem.
- Garanta que os códigos de imposto nasçam certos no ERP, antes de virarem nota.
O ponto que costuma falhar é o caminho de volta. Quando um canal consegue reescrever o dado do dono, a fonte única vira ficção. A loja volta ao ponto de partida, agora com um sistema a mais para manter.
Fluxo único, sem caminho de volta
- 1Nomear o dono de cada atributoCusto e saldo no ERP, conteúdo no PIM ou na plataforma.
- 2Propagar em uma direção sóDo dono para os consumidores.
- 3Bloquear a edição nos consumidoresSistemas que viraram só leitura não reescrevem o dono.
- 4Monitorar feeds e regra fiscalPreço e disponibilidade batem com a origem; NCM, CST e CFOP nascem certos.
O que a Onclick faz na origem do dado?
A Onclick é a plataforma brasileira de operação, integração e conformidade fiscal para o varejo, fundada em 1999 em Marília, São Paulo. Ela trata o ERP como dono do que mexe com imposto, margem e estoque.
O ERP da casa guarda custo, saldo por variação e regra de imposto na mesma base. O APIECOMM, o hub de integrações dela, envia esse dado para o site e para os marketplaces sem digitação dupla. O produto nasce uma vez e as vitrines leem.
O tamanho do mercado dá urgência à decisão. Em 2026, o e-commerce brasileiro deve movimentar cerca de R$ 258,4 bilhões. Parte crescente disso vem de lojas que vendem em vários marketplaces e no balcão ao mesmo tempo. Nesses arranjos, saber onde o dado nasce é o que separa o saldo honesto da venda que precisa ser cancelada.
Quem é o dono de cada dado
Cada dado precisa de um dono único e claro: o ERP para saldo, custo e regra fiscal; o PIM para conteúdo; plataforma e marketplaces apenas consomem. Sem isso, vêm ruptura e preço errado.
Por onde começar esta semana?
Pegue os três produtos que mais vendem e confira preço e saldo nos quatro lugares onde eles estão cadastrados. Se algum número divergir, você já achou o campo sem dono. Escreva, ao lado de cada campo, o nome do sistema que passa a mandar.
Volte agora ao vestido do começo. Com o custo e o saldo nascendo no ERP e a descrição nascendo no catálogo, os quatro canais mostram o mesmo preço e o mesmo saldo. O balcão vende sem medo de derrubar a reserva do site, e o anúncio para de cair.
Depois disso, ligue os canais na mesma ordem, começando pelo que mais vende. O caminho de integração com Mercado Livre, Shopee, Amazon e Magalu segue a disciplina do backoffice Onclick: o dado nasce em um lugar e desce para todos.