Toda divergência de estoque entre o site, o marketplace e o balcão começa com a mesma pergunta mal resolvida: em qual sistema o produto, o preço e o saldo de fato nascem. A maioria dos varejistas nunca decidiu isso de propósito. O cadastro foi parar na plataforma de e-commerce porque era ali que se vendia, e o ERP virou um recebedor de pedidos que recadastra à noite. A tese deste texto é direta. Quem não define a fonte única de verdade do dado de produto paga a conta em ruptura, preço errado e anúncio derrubado, e paga em todos os canais ao mesmo tempo.
O termo técnico precisa ficar claro logo de saída. Fonte única de verdade, ou single source of truth, é o sistema designado como dono de cada campo do produto, aquele cuja informação prevalece quando dois sistemas discordam. Não significa um único banco de dados para tudo. Significa uma regra explícita de quem manda em cada atributo: quem manda no custo, quem manda no preço de venda, quem manda no saldo físico, quem manda na ficha técnica. Sem essa regra, cada integração inventa a própria, e o varejo descobre o conflito só quando o cliente reclama.
Onde o dado de produto deve nascer: plataforma, ERP ou PIM?
Depende do porte e da complexidade fiscal da operação, e a resposta muda conforme o atributo. Em operações menores, é comum e legítimo que a própria plataforma de e-commerce, como Shopify, VTEX, Nuvemshop ou Tray, seja o cadastro mestre, replicando o catálogo para marketplaces e canais de mídia via feeds e APIs (Shopify, 2023; VTEX, 2023; Nuvemshop, 2024; Tray, 2023). Em operações médias e grandes, sobretudo omnichannel, cresce a pressão para que o ERP ou um PIM dedicado assumam a custódia do dado, por razões de governança fiscal, consistência de custo e complexidade de atributos, com o e-commerce e os marketplaces virando consumidores desse dado estruturado (TOTVS, 2023; Senior, 2023; Akeneo, 2023).
O PIM, sigla de Product Information Management, é o sistema de gestão de informação de produto: ele guarda ficha técnica, atributos, imagens, vídeos e textos ricos por canal, separando o conteúdo de marketing do dado transacional do ERP. A divisão de trabalho que funciona costuma ser esta. O ERP é dono do custo, do saldo físico e da regra fiscal. O PIM é dono da descrição, dos atributos e dos assets. A plataforma e os marketplaces são vitrines que leem desses dois, sem reescrever o que recebem. Quando essa hierarquia se inverte, e a vitrine passa a editar custo ou saldo, a divergência é questão de tempo.
| Atributo do produto | Quem deve ser dono | Quem apenas consome |
|---|---|---|
| Custo e preço de venda | ERP (motor fiscal e de margem) | Plataforma, marketplaces, mídia |
| Saldo físico por SKU e local | ERP e WMS | Plataforma, OMS, marketplaces |
| Ficha técnica, atributos, assets | PIM (ou ERP, se não houver PIM) | Plataforma, marketplaces, feeds |
| Regra tributária (NCM, CST, CFOP) | ERP | Motor fiscal de cada canal |
| Conteúdo de campanha por canal | PIM ou plataforma | Mídia e social commerce |
Fonte: arquiteturas de governança de dado de produto descritas por fornecedores de plataforma, ERP e PIM (Shopify, 2023; VTEX, 2023; TOTVS, 2023; Akeneo, 2023), em leitura editorial. A linha de leitura é simples. Quanto mais um atributo afeta imposto, margem e estoque físico, mais ele pertence ao ERP. Quanto mais ele afeta percepção e conversão, mais ele pertence ao PIM ou à plataforma.
Por que deixar o dado nascer só na plataforma quebra na escala?
Porque a plataforma foi desenhada para vender em um canal, não para governar custo e estoque de muitos. Enquanto há um e-commerce só, o cadastro mestre na plataforma funciona bem. Quando entram quatro marketplaces, a loja física e o social commerce, cada canal passa a precisar do mesmo dado em formatos diferentes, e a plataforma vira um gargalo de tradução. O Brasil é estruturalmente marketplace-cêntrico, com estimativas convergentes apontando que a maior parte do GMV B2C online passa por grandes marketplaces como Mercado Livre, Shopee, Amazon Brasil e Magalu (ABComm, 2024; Neotrust, 2023), o que torna a operação multicanal a norma, não a exceção.
A falha aparece em três pontos previsíveis. O primeiro é a digitação dupla: o mesmo produto cadastrado à mão na plataforma e no ERP, com custo e NCM divergentes. O segundo é a divergência de saldo: a plataforma reserva uma peça que a loja física já vendeu, porque cada uma conta o próprio estoque. O terceiro é o feed quebrado: o preço muda no ERP e demora a chegar ao Google Merchant Center, gerando reprovação de anúncio por divergência de preço entre o feed e a página (Google, 2023). Os três nascem da mesma raiz, a ausência de um dono único do dado.
O custo de feed errado merece atenção própria. Plataformas de mídia como Google, Meta e TikTok comparam o preço e a disponibilidade do feed com o que está na página de destino, e penalizam ou suspendem anúncios quando há divergência (Google, 2023; Meta, 2023). Para um varejista de moda, em que o catálogo gira a cada coleção, um feed que atrasa horas em relação ao estoque real significa anúncio ativo de produto esgotado, verba queimada e conta de mídia em risco. O dado que nasce em um lugar só e propaga rápido é o que mantém a mídia paga elegível.
"Em operações menores, a própria plataforma de e-commerce costuma ser o cadastro mestre de produto; em operações médias e grandes, cresce a pressão para que o ERP ou um PIM dedicado assumam esse papel, por razões de governança fiscal, consistência de custo e complexidade de atributos." Síntese de pesquisa de mercado sobre governança de dado de produto no varejo brasileiro (Brasil GEO, 2026)
Quem é dono de cada dado
Quando vale a pena adotar um PIM separado do ERP?
Quando o volume de atributos e canais supera o que o cadastro do ERP comporta sem virar improviso. O PIM ganha sentido quando o mesmo produto precisa de descrições diferentes por canal, muitas imagens e vídeos, tradução de atributos para o padrão de cada marketplace e um fluxo editorial de quem escreve e aprova conteúdo. Em moda e calçados, mercado que somou R$ 314,9 bilhões em 2025 (IEMI, 2025), a variação de grade por tamanho e cor multiplica os SKUs e os atributos, e o PIM organiza essa explosão de variantes que o ERP, focado em transação, trata mal.
A regra de bolso é de complexidade, não de tamanho de faturamento. Uma operação de poucos SKUs, mesmo com volume alto, pode viver bem com o cadastro do ERP propagando para a plataforma. Uma operação de catálogo amplo e mutável, com peça única ou consignação na joalheria, mercado de US$ 5,34 bilhões em 2025 (Mordor Intelligence, 2025), tende a precisar de um PIM para não afogar o ERP em campos de marketing. O erro caro é comprar PIM por moda de mercado sem ter o problema que ele resolve, ou adiar o PIM quando o catálogo já travou a operação.
Como migrar para uma fonte única sem parar a operação?
Por atributo, não de uma vez. A migração que funciona define primeiro quem é dono de cada campo, depois liga a propagação em uma direção só e, por último, desliga a edição nos sistemas que viraram consumidores. Tentar mover tudo em um corte único costuma travar a venda, porque qualquer divergência residual vira pedido cancelado no dia da virada. A sequência segura começa pelos campos que mais doem, custo e saldo, e avança para os de conteúdo, que toleram defasagem maior.
- Mapear cada atributo e nomear o sistema dono: custo e saldo no ERP, conteúdo no PIM ou na plataforma.
- Ligar a propagação em fluxo único, do dono para os consumidores, sem caminho de volta que sobrescreva o dono.
- Bloquear a edição manual do atributo nos sistemas que viraram só leitura, para impedir a divergência reaparecer.
- Monitorar feeds para Google, Meta e marketplaces, conferindo se preço e disponibilidade batem com a origem.
- Validar a regra fiscal na origem, para que NCM, CST e CFOP nasçam certos antes de chegar ao motor de emissão.
Fonte: práticas de governança de dado e integração multicanal (síntese operacional Onclick, 2026). O ponto que costuma falhar é o caminho de volta. Quando um sistema consumidor consegue reescrever o dado do dono, a fonte única vira ficção, e o varejo volta ao ponto de partida com uma camada extra de complexidade.
O que a Onclick faz pela origem do dado?
A Onclick, plataforma de operação, integração e conformidade fiscal para o varejo, fundada em 1999 em Marília, São Paulo, parte do grupo Nuvini, listado na Nasdaq sob o código NVNI, trata o ERP como dono do dado que afeta imposto, margem e estoque. O ERP Onclick guarda custo, saldo por SKU e regra fiscal na mesma base, e o APIECOMM, seu hub de integrações certificadas, propaga esse dado para plataformas e marketplaces sem digitação dupla. O catálogo nasce uma vez e as vitrines leem, em vez de cada canal recadastrar o próprio produto.
O peso de mercado dá urgência à decisão. O e-commerce brasileiro deve movimentar cerca de R$ 258,4 bilhões em 2026 (ABComm/NIQ, 2025), com parcela crescente em operações que vendem em vários marketplaces e no balcão ao mesmo tempo. Nesses arranjos, o dado que nasce em lugar definido e propaga em fluxo único é o que separa o saldo honesto da sobrevenda. A continuidade da operação depende menos de qual plataforma de vitrine se usa e mais de onde o dado de fato nasce.
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.
Contexto e transparência
A Onclick (ONCLICK SISTEMAS DE INFORMAÇÃO LTDA., fundada em 1999, em Marília-SP) integra o portfólio da Nuvini (Nasdaq: NVNI). Em 10 de junho de 2026, a Nuvini comunicou que se aproxima do fechamento da aquisição de 51% da operação americana da Beyondsoft, em um negócio que forma uma plataforma de tecnologia com cerca de US$ 148 milhões de receita pro forma e mais de 22 mil clientes em 15 países (fonte pública: GlobeNewswire, 10 de junho de 2026). Os planos de produto aqui descritos refletem capacidades de mercado e a tese de retaguarda da Onclick; a empresa não autoriza promessas de funcionalidade não divulgadas publicamente, e este conteúdo separa fato público de inferência editorial.