Padronização de cadastro de produtos: atributos obrigatórios por categoria
Como definir atributos obrigatórios por categoria e canal, com domínio de valores, dono de cada campo e completude, sem quebrar a base de produtos.
Padronizar o cadastro de produtos começa por um modelo de atributos por categoria: para cada tipo de produto, a empresa decide quais campos são sempre obrigatórios, quais dependem da categoria, quais só valem para um canal e quais são opcionais. Depois, a classificação escolhida na entrada dispara esses campos, e o item não avança enquanto não estiver completo para o destino dele.
Uma cena comum em área de cadastro: o comercial pede um produto novo com urgência. O analista preenche descrição, NCM, unidade e preço. Três dias depois, o e-commerce devolve o item porque falta cor. A logística reclama que não tem peso bruto. O marketplace recusa porque não tem gênero nem faixa etária.
Ninguém errou de propósito. O problema é que a regra do que é obrigatório estava espalhada na cabeça de cada área, e não no cadastro.
O que é padronização de cadastro de produtos e modelo de atributos por categoria?
Padronização de cadastro de produtos é definir, antes de cadastrar, como cada item deve ser descrito: quais atributos ele tem (o que compõe a ficha técnica do item), em que formato, com quais valores aceitos e quem responde por cada um. O modelo de atributos por categoria é a peça central disso. Ele diz que uma camiseta tem cor, tamanho e gênero, que um suco tem conteúdo líquido e tabela nutricional, e que um parafuso não precisa de nenhum desses.
A ideia de amarrar atributos a uma classificação não é invenção de empresa. A GS1 usa a GPC (Classificação Global de Produtos), organizada em quatro níveis: segmento, família, classe e subclasse, chamada de brick. O manual do Cadastro Nacional de Produtos (CNP) da GS1 Brasil define o brick como um "agrupamento coerente de itens que fornece visibilidade e torna possível a uniformidade dessa informação entre os usuários". No exemplo do próprio manual, um suco de laranja fica em Alimentos/Bebidas/Tabaco, família Bebidas, classe Bebidas não alcoólicas prontas para beber, brick Bebidas à base de suco prontas para beber (perecíveis).
Vale um cuidado: estou citando o manual da ferramenta, datado de 12/05/2021. A versão atual do CNP pode ter mudado telas e campos.
Quais níveis de obrigatoriedade um atributo pode ter?
"Obrigatório" sozinho não diz muito. Eu separo em quatro níveis, porque cada um é cobrado em um momento diferente.
1. Sempre obrigatório
Vale para todo produto, de qualquer categoria. Descrição, unidade de medida, marca, categoria interna. Sem isso o item nem deveria nascer. Na GS1 Brasil, por exemplo, o manual do CNP lista um conjunto desse tipo para o próprio cadastro: para cadastrar um GTIN 12 ou GTIN 13, pede descrição do produto, foto ou URL da foto, marca, idioma, país de origem, peso bruto, unidade de medida, conteúdo líquido, NCM, CEST, GPC e país de destino.
2. Condicional à categoria
Só aparece quando o produto cai em determinada classificação. O exemplo mais claro está no próprio CNP: descrição de porção ou medida, referência diária, itens da tabela nutricional (quantidade, unidade e %VD) e alérgenos só aparecem se o produto for classificado no segmento de alimentos e bebidas. Para uma ferramenta manual, como um alicate, esses campos não existem.
3. Obrigatório por destino ou canal
O atributo é exigido porque o item vai para um lugar específico. No Google Merchant Center, anúncios de compras e listagens gratuitas exigem conjuntos de atributos conforme a categoria: vestuário precisa de gender, age_group e color, e calçado precisa dos mesmos e também de size. Sem eles a oferta não aparece. Essa é a regra desse canal, não uma regra universal. Cada marketplace, cada parceiro de EDI e cada catálogo de cliente pode ter a sua.
4. Opcional
Ajuda a vender ou a encontrar, mas não bloqueia. Material, estilo, ocasião de uso. Opcional não quer dizer irrelevante: o próprio manual do CNP lembra que, mesmo havendo campos obrigatórios, é importante que todos os campos estejam preenchidos.
Como montar a tabela de obrigatoriedade?
Junte os quatro níveis numa tabela por categoria. Ela vira o contrato entre as áreas.
| Tipo de obrigatoriedade | Exemplo | Quem define | Onde é cobrado |
|---|---|---|---|
| Sempre obrigatório | Descrição, unidade de medida, marca, NCM | Governança de dados com fiscal e cadastro | Na criação do item, para qualquer categoria |
| Condicional à categoria | Tabela nutricional e alérgenos em alimentos e bebidas | Gestão de categoria, com apoio de qualidade ou regulatório | Na criação, assim que a classificação é escolhida |
| Obrigatório por destino | Gênero, faixa etária e cor para vestuário; os mesmos e tamanho para calçado, num canal de anúncios | E-commerce ou dono do canal, a partir da regra publicada pelo canal | Antes de publicar naquele canal |
| Opcional | Material, estilo, palavras de busca | Comercial ou marketing | Não bloqueia; entra no indicador de completude |
Como definir domínio de valores e unidade de cada atributo?
Dizer que "cor é obrigatória" e aceitar texto livre é meio caminho. Em pouco tempo você tem "Azul", "AZ", "azul marinho" e "Navy" para a mesma coisa. Filtro de loja não funciona e relatório não fecha.
Lista fechada quando o valor é categórico
Cor, gênero, faixa etária, tipo de embalagem: lista de valores aceitos, com um código e um rótulo. Se o canal usa outra lista, você mantém a tabela de correspondência, não um segundo cadastro.
Número com unidade definida quando o valor é medida
Peso bruto em quilo, conteúdo líquido em mililitro ou grama, dimensões em centímetro. A unidade faz parte da regra do atributo. Sem isso, o mesmo campo recebe 500, 0,5 e "500g", e a logística não consegue calcular frete nem paletização.
Texto livre só onde não tem jeito
Descrição comercial longa, por exemplo. Mesmo assim, com tamanho máximo e regra de montagem. Escrevi sobre isso em como descrever itens no cadastro com padrão.
Quem é dono de cada atributo?
Atributo sem dono é atributo que ninguém corrige. A divisão que costuma funcionar:
- Comercial: nome de venda, marca, descrição comercial, atributos de apelo (estilo, ocasião).
- Fiscal: NCM, CEST e demais campos tributários. O cadastro sugere, o fiscal valida.
- Logística: peso bruto, dimensões, unidade de medida, embalagem.
- Gestão de categoria: a classificação do item e o próprio modelo de atributos de cada categoria.
- E-commerce e canais: os atributos exigidos por cada destino e o mapeamento para a lista de valores do canal.
Cada área aprova o que é dela. O analista de cadastro não deveria decidir NCM sozinho, e o fiscal não deveria escolher a cor do produto.
Como fazer a classificação disparar a obrigatoriedade?
Aqui está a mudança que mais muda o dia a dia do cadastro. A primeira decisão no formulário é a categoria. Escolhida a categoria, o sistema mostra só os atributos daquele modelo e marca quais são obrigatórios. É o mesmo comportamento do CNP com alimentos: classificou no segmento de alimentos e bebidas, os campos nutricionais aparecem.
Isso tem duas consequências. A primeira: classificação errada gera cobrança errada. O Google avisa exatamente isso: se a categoria do produto não for informada, ela pode ser determinada automaticamente e, se estiver errada, os atributos exigidos podem mudar. A segunda: a categoria passa a ser campo de alto risco, com aprovação de quem é dono dela.
Se a base mistura conceitos, como material de consumo interno e produto de venda, vale ler antes a diferença entre material, produto e artigo. O modelo de atributos de um não serve para o outro.
Como medir completude por categoria e por canal?
Um número de completude para a base inteira esconde o problema. Meço em dois cortes:
- Por categoria: dos itens de calçado, quantos têm todos os atributos sempre obrigatórios e condicionais preenchidos? Isso mostra onde o modelo não está sendo cumprido.
- Por canal: dos itens que deveriam estar no canal X, quantos atendem ao que o canal X exige? Isso mostra o que está parado antes da publicação.
O item pode estar completo para o ERP e incompleto para o marketplace ao mesmo tempo. As duas medidas têm que existir. Para montar os indicadores, o post sobre como medir a qualidade do cadastro traz as dimensões e a forma de acompanhar.
Como mudar o modelo sem quebrar a base?
O modelo vai mudar. Canal novo, exigência nova, categoria que precisa ser dividida. O erro comum é ligar a obrigatoriedade nova para todo mundo no mesmo dia. Resultado: milhares de itens antigos ficam "incompletos" de uma vez e travam qualquer alteração simples, como trocar um preço.
Versione o modelo
Registre o que mudou, quando, quem aprovou e por quê. Assim dá para saber com qual versão cada item foi cadastrado.
Separe item novo de item existente
Item novo já nasce na regra nova. Item existente recebe prazo e entra numa fila de enriquecimento, priorizada pelo que mais vende ou pelo canal que mais exige.
Avise o canal antes de cobrar
Se o atributo novo é obrigatório por destino, bloqueie a publicação naquele canal, não o cadastro todo. O item continua operando no ERP enquanto é completado.
Exemplo hipotético: distribuidora de vestuário e alimentos
Exemplo hipotético, criado para ilustrar o método. Empresa fictícia, sem dados reais.
Uma distribuidora fictícia, que vou chamar de Distribuidora A, vende para varejo físico e por loja virtual própria, e decidiu anunciar num canal de compras online. Ela tem duas linhas: camisetas e sucos.
- Sempre obrigatório para as duas: descrição, marca, unidade de medida, peso bruto, NCM, categoria interna.
- Condicional à categoria suco: conteúdo líquido em mililitro, tabela nutricional, alérgenos.
- Condicional à categoria camiseta: cor (lista fechada), tamanho (lista fechada), gênero, faixa etária.
- Obrigatório por destino: para o canal de anúncios, cor, gênero e faixa etária na camiseta precisam estar mapeados para os valores aceitos pelo canal.
- Opcional: composição do tecido, sabor em destaque, palavras de busca.
O analista escolhe a categoria primeiro. Se escolhe "suco", os campos de vestuário nem aparecem. A camiseta só sai para o canal de anúncios quando passa na regra daquele canal; no ERP, ela já está ativa para faturar.
Por onde começar?
- Liste as categorias que mais vendem ou que mais geram devolução de cadastro pelos canais.
- Para cada uma, escreva os atributos e classifique em sempre obrigatório, condicional, por destino ou opcional.
- Defina domínio de valores e unidade de cada atributo, e quem é o dono.
- Reúna as regras publicadas pelos canais em que você vende e marque o que é exigência de destino.
- Faça a categoria ser a primeira decisão do cadastro e ligue a obrigatoriedade a ela.
- Meça completude por categoria e por canal antes e depois, e trate a base antiga em fila, com prazo.
Se a ideia é colocar isso dentro de uma ferramenta, a página sobre gestão de informação de produto (PIM) da 4MDG mostra como o modelo por categoria fica configurado. Para práticas complementares de rotina, veja também as boas práticas para um cadastro de produtos eficiente.
Perguntas frequentes
Quantos atributos obrigatórios cada categoria deve ter?
Não existe número certo. A regra que eu uso: é obrigatório o que, se faltar, impede vender, faturar, transportar ou publicar. O resto fica opcional e entra no indicador de completude. Categoria com obrigatório demais faz o analista preencher qualquer coisa para passar.
O que fazer com produtos antigos que não têm o atributo novo?
Não bloqueie o item inteiro. Marque como pendente para o canal que exige o atributo, coloque numa fila de enriquecimento por prioridade e dê prazo. O item continua operando no ERP enquanto isso.
Obrigatório no ERP e obrigatório no canal são a mesma coisa?
Não. O ERP exige o que precisa para comprar, estocar e faturar. O canal exige o que precisa para exibir e filtrar o produto. Por isso a completude é medida separadamente por destino.
Quem aprova mudança no modelo de atributos?
O dono da categoria propõe, e a governança de dados aprova ouvindo as áreas afetadas, principalmente fiscal e logística quando o atributo é delas. A mudança fica versionada, com data e motivo.
Dá para usar a classificação GPC como categoria interna?
Pode servir de referência, e o CNP pede o código de 8 dígitos do brick. Mas a categoria interna costuma seguir a lógica de venda e de compra da empresa. O caminho mais comum é ter a categoria interna e guardar o brick GPC como atributo.
E quando o atributo é obrigatório, mas ninguém sabe o valor?
Não invente valor para passar na validação. Devolva a solicitação para quem pediu o cadastro, com o motivo, ou peça a informação ao fornecedor. Um valor genérico do tipo "não se aplica" só deve existir na lista quando realmente for uma resposta válida para aquela categoria.
Como a 4MDG pode ajudar
A plataforma da 4MDG entrega funções de PIM dentro de um MDM: modelo de produto por categoria, com atributos obrigatórios, domínios de valor e hierarquia de sortimento, e completude por canal, em que o item só é publicado quando atende ao que aquele canal exige. A configuração é low-code, e o ADAM, a IA da 4MDG, lê o texto livre e separa os atributos por família. Veja os detalhes na página de PIM e produtos. Se quiser saber quantos SKUs da sua base estão sem atributo obrigatório hoje, peça o diagnóstico gratuito.
Fontes
- GS1 Brasil. Cadastro Nacional de Produtos: Tutorial Completo (manual de 12/05/2021). Acesso em 22/10/2026.
- Google. Merchant Center Help, How to fix: Missing value: size, color, gender, age group. Acesso em 22/10/2026.
- 4MDG. PIM: informação de produto única em todos os canais. Acesso em 22/10/2026.