Governança de SKU: o mesmo produto com três códigos diferentes
Por que quase todo problema de integração termina em cadastro, e como montar uma regra de identificadores que sobrevive ao crescimento do sortimento.
A camisa polo azul marinho tamanho M tinha três cadastros no meu ERP: um criado pela compra, um criado pelo balcão e um criado por importação de anúncio. Três saldos, três preços, três históricos. Quando fui integrar o segundo canal, descobri que governança de SKU não é burocracia. É o que decide se a integração vai funcionar ou virar fila de exceção.
Eu passei meses achando que meus problemas eram de conector. Não eram. Eram meus.
Este texto trata de identificadores: como escolher, como padronizar e como limpar o que já está bagunçado sem parar de vender. Ele é pré-requisito de tudo que acontece em publicação e gestão de anúncios.
Governança de SKU: o hub resolve por vínculo, SKU ou EAN
Essa é a hierarquia que o hub usa para descobrir de qual produto se trata, tanto ao importar anúncio quanto ao importar item de pedido. Primeiro o vínculo já existente. Depois o SKU. Depois o EAN. Se nada bater, sobra o vínculo manual, que é trabalho humano repetido a cada pedido.
Cada nível dessa cadeia que você fortalece reduz trabalho braçal para sempre. Cada duplicidade que você deixa passar cria uma exceção que alguém vai resolver na mão, todo dia, para sempre.
| Identificador | Quem define | Quando falha |
|---|---|---|
| Vínculo de anúncio | O hub, na publicação ou importação | Anúncio recriado no canal sem reimportar |
| SKU | Você, no cadastro do ERP | Padrão inconsistente ou produto duplicado |
| EAN | O fabricante, pelo código de barras | Ausente, digitado errado ou reaproveitado |
Como escrever um SKU que dura
Não existe padrão universal, mas existe padrão ruim. O meu primeiro tinha o nome do fornecedor no meio do código. Trocamos de fornecedor e o SKU virou mentira. O segundo tinha o ano. Adivinhe o que aconteceu no ano seguinte.
- Só informação que não muda: categoria, linha, característica física
- Nada de fornecedor, preço, ano, promoção ou nome de campanha
- Tamanho fixo, para facilitar leitura e conferência
- Sem acento, sem espaço, sem caractere que o canal possa recusar
- Uma regra escrita, guardada onde o time de cadastro consegue abrir
EAN: quando ele salva e quando ele engana
O EAN é ótimo porque é universal. O canal entende, o fabricante define, e a correspondência sai de graça. O problema aparece em produto sem código de barras, em item fabricado por você e em fornecedor que reaproveita o mesmo EAN para variações diferentes. Já vi as três situações no mesmo catálogo.
A regra que uso: EAN preenchido só quando é o EAN de verdade. Campo vazio é melhor que campo errado, porque campo errado cria vínculo com o produto errado e o erro só aparece no pedido.
Limpando duplicidade sem parar a venda
- Encontre os candidatosProdutos com descrição parecida, mesmo EAN ou histórico de venda começando na mesma semana.
- Escolha o sobreviventeFique com o cadastro que tem histórico maior e vínculo de anúncio ativo. Ele custa menos para manter.
- Migre saldo e vínculosAntes de inativar o duplicado, garanta que saldo e anúncios apontem para o cadastro escolhido.
- Inative, não apagueCadastro antigo carrega histórico de venda e de nota. Inativar preserva a auditoria.
- Feche a portaAjuste quem pode criar produto, senão a duplicidade volta pela mesma origem em duas semanas.
O último passo é o que mais dói e o que mais resolve. Enquanto qualquer pessoa puder criar produto no meio do atendimento, você vai limpar catálogo para sempre. As permissões do ERP resolvem isso, e o assunto aparece em produtos e estoque.
Grade multiplica tudo
Se o seu sortimento tem variação, cada combinação precisa de identificador próprio. O hub trabalha com variações por combinação, SKU e EAN da grade e saldo por variação. Uma grade mal montada não gera um problema. Gera um por combinação, e eles aparecem todos no mesmo dia. O detalhe está em variações e grade de produtos nos canais.
Depois de arrumar identificadores, o passo natural é a taxonomia. Siga para mapeamento de categorias entre o ERP e os marketplaces.