SKUs por Tamanho e Cor: Como Padronizar na Prática no Varejo

Gerenciar produtos com variações de tamanho e cor pode rapidamente se tornar um desafio sem um sistema organizado. Muitas empresas enfrentam problemas com estoque desorganizado, erros na expedição e dificuldade para localizar itens específicos. Isso acontece porque cada combinação de produto precisa de um código único que identifique suas características.

Ilustração mostrando um depósito organizado com prateleiras contendo caixas de diferentes cores e tamanhos, e uma tela digital exibindo categorias de tamanho e cor.

A padronização de SKUs por tamanho e cor cria um sistema de códigos que permite identificar rapidamente cada variação de produto, melhorando o controle de estoque e reduzindo erros operacionais. Um SKU bem estruturado inclui informações sobre categoria, modelo, cor e tamanho em um formato consistente que toda a equipe consegue entender e usar no dia a dia.

Este guia apresenta um método prático para criar e implementar SKUs padronizados. O texto aborda desde a definição da estrutura básica dos códigos até a integração com sistemas de vendas e e-commerce, incluindo estratégias para migrar bases existentes e manter a organização a longo prazo.

Por que padronizar SKUs por tamanho e cor

Ilustração de um armazém organizado com prateleiras contendo caixas de diferentes tamanhos e cores, mostrando a padronização de SKUs por tamanho e cor.

A falta de padrão na criação de SKUs gera confusão no estoque, atrasa vendas e impede o controle adequado, destacando a importância da gestão de estoque das variações de produtos. Quando cada item possui um código diferente sem lógica clara, a operação perde eficiência em todos os pontos de contato com o produto.

Impacto em compras, estoque, PDV e e-commerce

No setor de compras, a ausência de padronização dificulta a análise de giro por tamanho e cor. O time não consegue identificar rapidamente quais variações vendem mais ou menos. Isso leva a pedidos incorretos ao fornecedor.

acuracidade de estoque sofre com contagens imprecisas e produtos perdidos. Sem um padrão claro, colaboradores demoram mais para localizar itens específicos. A conferência de entrada e saída se torna lenta e propensa a erros.

No ponto de venda físico, vendedores perdem tempo procurando produtos no sistema. Cada busca manual representa uma experiência ruim para o cliente que aguarda. O tempo de atendimento aumenta e as vendas caem.

No e-commerce, o problema se multiplica. Marketplaces interpretam variações sem padrão como produtos diferentes. O algoritmo não agrupa os itens corretamente. Isso fragmenta o histórico de vendas e reduz a visibilidade do anúncio principal.

A integração entre sistemas se torna impossível quando os códigos não seguem regras consistentes.

Erros comuns de cadastro e como evitá-los

Criar SKUs sem estrutura definida é o erro mais frequente. Exemplo: usar “CAM01AZ” para uma camisa azul tamanho M e “CAMISAVERMELHA-G” para outra variação do mesmo produto. A solução é definir uma estrutura fixa antes de cadastrar qualquer item.

Outro problema comum é misturar informações desnecessárias no código. Incluir data de cadastro, nome do fornecedor ou preço no SKU gera códigos longos e confusos. O SKU deve conter apenas atributos fixos do produto: categoria, modelo, cor e tamanho.

Usar abreviações diferentes para o mesmo atributo também causa problemas. Se uma pessoa usa “VM” para vermelho e outra usa “RED” ou “VER”, o sistema não reconhece como a mesma cor. A empresa deve criar uma tabela de abreviações padronizadas e garantir que todos sigam.

Não documentar o padrão escolhido permite que cada colaborador crie códigos à sua maneira. É necessário ter um manual de cadastro acessível para toda a equipe.

Definindo a taxonomia do produto

Ilustração mostrando pessoas em um escritório organizando caixas de produtos de diferentes tamanhos e cores em uma tela digital, com prateleiras ao fundo contendo amostras organizadas.

A taxonomia estabelece a hierarquia de classificação dos produtos e define quais características serão registradas no sistema. Essa estrutura organiza o inventário de forma lógica e garante que todos os produtos sejam identificados com os mesmos critérios.

Categoria > subcategoria > modelo > variante

A estrutura hierárquica começa com a categoria mais ampla, como vestuário, calçados ou acessórios. Dentro de cada categoria, as subcategorias dividem os produtos em grupos menores, como camisetas, calças ou vestidos.

modelo identifica o design específico do produto. Por exemplo, dentro da subcategoria “camisetas”, pode existir o modelo “básica gola redonda” ou “polo listrada”. Cada modelo representa um produto único com características de design próprias.

variante é o último nível da hierarquia. Ela representa as diferentes versões de um mesmo modelo, distinguidas por cor e tamanho. Uma camiseta básica preta tamanho M é uma variante diferente da mesma camiseta preta tamanho G.

NívelExemplo 1Exemplo 2
CategoriaVestuárioCalçados
SubcategoriaCamisetasTênis
ModeloBásica Gola VRunning Pro
VarianteAzul – PBranco – 40

Atributos mínimos: tamanho, cor, gênero e material

tamanho deve seguir um padrão consistente. Para roupas, usa-se PP, P, M, G, GG ou números. Para calçados, os números variam conforme o tipo de numeração (brasileira, americana ou europeia).

cor precisa de nomenclatura padronizada. Em vez de usar descrições vagas como “azul claro” ou “azul escuro”, define-se nomes específicos como “azul marinho” ou “azul royal”. Produtos com estampas podem usar códigos como “EST001” junto com a cor predominante.

gênero identifica se o produto é masculino, feminino, infantil ou unissex. Produtos infantis podem incluir subdivisões por faixa etária.

material indica a composição principal do produto, como algodão, poliéster, couro ou tecido sintético. Essa informação ajuda na organização do estoque e nas descrições de venda.

Convenção de nomenclatura de SKU

Uma convenção de nomenclatura bem definida garante que todos os produtos sejam identificados de forma consistente e compreensível. A padronização evita erros de digitação, facilita buscas no sistema e permite que qualquer membro da equipe localize rapidamente um item específico apenas lendo o código.

Estrutura recomendada: [CATEG]-[MODELO]-[COR]-[TAM]

A estrutura [CATEG]-[MODELO]-[COR]-[TAM] oferece clareza e organização lógica. O primeiro segmento identifica a categoria do produto (CAM para camisetas, CAL para calças, VES para vestidos). O segundo segmento indica o modelo ou estilo específico (BAS para básico, EST para estampado, POL para polo).

O terceiro segmento representa a cor do produto. O quarto e último segmento identifica o tamanho. Os traços entre cada segmento tornam a leitura mais fácil e permitem separar visualmente as diferentes informações.

Exemplo prático: CAM-BAS-AZU-M identifica uma camiseta básica azul tamanho M. CAL-JEA-PTO-42 representa uma calça jeans preta tamanho 42. Esta ordem mantém a consistência em todo o catálogo.

Regras de siglas para cores e tamanhos (PP–XGG, 34–44)

As cores devem usar siglas de três letras sempre que possível. Cores comuns incluem: AZU (azul), VER (vermelho), PTO (preto), BCO (branco), VRD (verde), AMA (amarelo), CIN (cinza), MAR (marrom), RSA (rosa), LAR (laranja). Para tons específicos, adicione um sufixo: AZM (azul marinho), AZC (azul claro).

Os tamanhos seguem dois sistemas principais. Para roupas com letras: PP, P, M, G, GG, XG, XGG. Para roupas numeradas: 34, 36, 38, 40, 42, 44, 46, 48. Calçados usam números diretos: 33, 34, 35, 36, 37, 38, 39, 40, 41, 42.

Não misture sistemas no mesmo tipo de produto. Se camisetas usam letras, a etiqueta de produtos de todas as camisetas deve seguir esse padrão.

Zeros à esquerda e limites de caracteres

Cada segmento do SKU deve ter um limite de caracteres fixo. Categoria e modelo geralmente usam 3 caracteres. Cor usa 3 caracteres. Tamanho varia entre 2 a 3 caracteres dependendo do sistema usado.

Para códigos numéricos, zeros à esquerda mantêm o tamanho uniforme. Um modelo numerado de 1 a 150 deve aparecer como 001, 015, 150. Isso garante ordem alfabética correta em sistemas de busca e relatórios.

O SKU completo não deve ultrapassar 15 a 20 caracteres total. Códigos muito longos aumentam erros de digitação e dificultam processos manuais. Três a quatro segmentos separados por traços oferecem equilíbrio entre informação e praticidade.

Códigos de barras e EAN/GTIN

O código de barras EAN identifica produtos de forma única no mercado global, enquanto o SKU organiza internamente. Cada variação de cor ou tamanho pode exigir um EAN diferente dependendo do contexto de venda e das regras do marketplace.

Quando usar um EAN por variante

Cada combinação distinta de produto precisa ter seu próprio código EAN. Uma camiseta azul tamanho M e a mesma camiseta vermelha tamanho G são produtos diferentes aos olhos dos marketplaces. Eles exigem códigos EAN separados para evitar confusões no catálogo.

O Mercado Livre e outras plataformas penalizam anúncios que compartilham o mesmo EAN para produtos com características diferentes. Usar o código errado pode resultar em bloqueio do anúncio ou perda de visibilidade.

O Google Shopping também exige um GTIN exclusivo para cada variação. Sem essa distinção, o produto não aparece corretamente nas buscas. A regra é simples: mudou cor, tamanho, peso ou embalagem de forma significativa? Precisa de novo EAN.

Para obter códigos válidos, o vendedor pode registrar na GS1 Brasil se for fabricante ou importador. Outra opção é usar serviços como Código Shop para variações e duplicações específicas.

Vínculo entre SKU interno e EAN do fabricante

O SKU controla internamente enquanto o EAN comunica com o mercado externo. Ambos devem estar conectados no sistema de gestão para garantir rastreabilidade completa.

Uma planilha simples pode mapear essa relação. Por exemplo:

SKU InternoEAN/GTINProduto
CAM-AZ-M7891234567890Camiseta Azul M
CAM-AZ-G7891234567906Camiseta Azul G
CAM-VM-M7891234567913Camiseta Vermelha M

Essa estrutura evita duplicações e facilita a emissão de notas fiscais. Quando o estoque entra ou sai, o sistema atualiza ambos os códigos automaticamente.

Plataformas de gestão integram SKU e EAN em um único cadastro. Isso elimina erros manuais e mantém todos os canais de venda sincronizados com informações consistentes.

Grade de tamanhos e matriz de cores

A grade organiza todas as variações de um produto em formato visual. Ela mostra como cada combinação de tamanho e cor gera um SKU único para controle de estoque.

Montando a grade (linhas=tamanhos; colunas=cores)

A estrutura básica da grade coloca os tamanhos nas linhas e as cores nas colunas. Cada célula representa uma variação específica do produto.

Exemplo de grade para camiseta:

TamanhoBrancoPretoAzulVermelho
PP
P
M
G
GG

Nesta grade, cada marca (✓) representa um SKU diferente. Uma camiseta tamanho M na cor preta é um SKU, enquanto a mesma camiseta tamanho G em branco é outro.

Nem todas as células precisam ser preenchidas. Se a marca não produz determinada combinação, aquela célula fica vazia na grade.

Tamanhos numéricos vs. alfabéticos: equivalências

Categorias diferentes de produtos usam sistemas de tamanho distintos. Roupas adultas geralmente usam letras (PP, P, M, G, GG). Calças usam números (36, 38, 40, 42). Sapatos têm numeração própria (33 a 44).

Tabela de equivalências básicas:

AlfanuméricoFemininoMasculinoInfantil
PP36382
P38404
M40426
G42448
GG444610

O ideal é criar uma tabela de equivalências específica para cada categoria de produto. Isso permite mapear os diferentes sistemas no ERP e facilita a busca do cliente no e-commerce.

Documentar essas equivalências ajuda equipes de estoque, vendas e atendimento a localizar produtos rapidamente. Também reduz erros no momento de separar pedidos.

Processo de cadastro no ERP/PDV

O cadastro correto no sistema garante que cada combinação de tamanho e cor seja identificada como um item único. Os campos obrigatórios e as regras de validação impedem erros que causam problemas no estoque e nas vendas.

Campos obrigatórios e validações

O código interno (SKU) é o campo mais importante no cadastro. Ele precisa ser único para cada variação de produto. Um sistema ERP não aceita códigos duplicados.

O nome do produto deve incluir todas as características que diferenciam a variação. Por exemplo: “Camiseta Polo – Azul – G” deixa claro qual é o item exato.

A categoria ou grupo do produto precisa estar cadastrada antes. O sistema não permite criar um item sem vincular a um grupo existente. A unidade de medida também deve existir no cadastro prévio.

O preço unitário é obrigatório no ERP para emitir notas fiscais e processar vendas. Sem essa informação, o sistema bloqueia as operações comerciais.

Alguns ERPs exigem o código de barras (EAN). Quando o produto usa grade de tamanhos e cores, cada combinação recebe seu próprio código de barras individual.

Máscaras, listas controladas e evitações de duplicidade

A máscara do SKU padroniza a estrutura dos códigos. Um padrão comum é: PREFIXO-NÚMERO-COR-TAMANHO. Exemplo: CAM-1234-AZ-G para uma camiseta azul tamanho G.

O prefixo pode ser definido por grupo de produto no ERP. O sistema gera automaticamente a sequência numérica quando configurado corretamente. Isso evita códigos duplicados ou fora do padrão.

As listas controladas limitam as opções de preenchimento. O campo de cor só aceita valores cadastrados previamente: Azul, Vermelho, Preto. O mesmo vale para tamanhos: P, M, G, GG. Isso impede erros de digitação como “Azu” ou “Gde”.

Os códigos externos registram a relação entre o SKU interno e os códigos dos fornecedores. Quando uma nota fiscal chega, o sistema reconhece automaticamente o item correto. Essa funcionalidade elimina cadastros duplicados do mesmo produto com códigos diferentes.

Migração e saneamento de base

A reorganização de SKUs exige um processo estruturado de migração que preserve dados históricos enquanto elimina duplicidades e padroniza nomenclaturas. O mapeamento correto entre códigos antigos e novos garante continuidade nas análises de vendas.

Mapeamento do “antes e depois” de SKUs

O primeiro passo é criar uma planilha de correspondência que relacione cada SKU antigo ao seu novo código padronizado. Essa tabela deve incluir colunas como código anterior, código novo, descrição do produto, tamanho, cor e status da migração.

É fundamental documentar todos os SKUs que serão mesclados em um único código. Por exemplo, se uma camiseta azul tamanho M tinha três códigos diferentes (CAM-AZ-M, CAMISETA-AZUL-M, AZ-M-CAM), todos devem apontar para o novo código padronizado CAM-AZUL-M.

A equipe precisa validar cada linha do mapeamento antes da migração. Erros nesta etapa causam problemas permanentes no histórico de vendas e nos níveis de estoque.

Sistemas integrados com marketplaces requerem atenção especial. O código no canal de vendas pode diferir do código interno, criando a necessidade de vincular manualmente os produtos após a padronização.

Mesclagem, desativação e histórico de vendas

A mesclagem de SKUs duplicados consolida o histórico de vendas sob um único código. O sistema deve somar as quantidades vendidas de todos os códigos antigos e transferir esse total para o novo SKU padronizado.

SKUs obsoletos devem ser desativados, não deletados. A desativação mantém o histórico acessível para análises futuras enquanto impede novos pedidos ou entrada de estoque.

Dados essenciais a preservar:

  • Volume de vendas por período
  • Ticket médio por SKU
  • Taxa de conversão histórica
  • Sazonalidade de demanda

O histórico preservado permite que algoritmos de marketplaces e sistemas de recomendação mantenham o aprendizado sobre preferências dos clientes. A perda desses dados força os produtos a começarem do zero na visibilidade orgânica.

Contagem, reposição e inventário

A gestão eficiente de SKUs por tamanho e cor exige processos específicos de contagem e reposição. Quando cada variante possui seu próprio código, é possível acompanhar o desempenho individual e ajustar as quantidades baseando-se em dados reais de giro.

Curva ABC por variante (cor/tamanho)

A análise de curva ABC aplicada às variantes permite identificar quais combinações de cor e tamanho geram mais resultados. Uma camiseta azul tamanho M pode estar na categoria A, enquanto a mesma camiseta verde em GG pode estar na categoria C.

Para implementar essa análise, a empresa deve calcular o faturamento ou volume de vendas de cada SKU específico. Os itens da curva A (geralmente 20% dos SKUs que representam 80% do faturamento) devem ter contagem mais frequente. As variantes da curva B precisam de acompanhamento moderado, enquanto os itens C podem ter contagens mensais.

Essa classificação ajuda a priorizar recursos e espaço de armazenagem. Um produto com múltiplas cores e tamanhos pode ter 30 SKUs diferentes, mas apenas 6 deles podem estar na curva A. A equipe foca energia nos códigos que realmente impactam o resultado financeiro.

Cobertura e políticas de reposição por grade

Cada variante deve ter sua própria política de estoque mínimo e ponto de pedido. Um tamanho M preto vende mais rápido que um XG laranja, então os níveis de segurança precisam refletir isso.

A cobertura por grade considera o tempo de giro de cada combinação. Se uma calça jeans azul tamanho 40 vende 15 unidades por semana, o estoque mínimo deve cobrir pelo menos 2 semanas de demanda, mais o tempo de reposição de estoque do fornecedor. Para tamanhos menos procurados, 1 semana de cobertura pode ser suficiente.

As empresas podem criar regras automáticas no sistema ERP. Quando o SKU “CAL-AZU-40-001” atingir 30 unidades, o sistema emite um alerta de recompra. Para o SKU “CAL-AZU-50-001”, o gatilho pode ser 10 unidades. Essa automação baseada em códigos específicos evita ruptura nos tamanhos populares e reduz capital parado em grades de baixo giro.

E-commerce e integrações

SKUs bem estruturados em um ERP para Ecommerce conectam o catálogo visual do site com os sistemas de controle de estoque e marketplaces. Cada cor e tamanho precisa aparecer corretamente na vitrine e no feed de produtos.

Variações na vitrine: seleção por cor e tamanho

A maioria das plataformas de e-commerce agrupa variações usando SKUs como base. Quando o cliente escolhe uma cor ou tamanho, o sistema identifica o SKU correspondente e mostra preço, disponibilidade e imagens específicas. Esse agrupamento só funciona se os SKUs seguirem um padrão claro.

Por exemplo, uma camiseta com três cores e quatro tamanhos gera doze SKUs diferentes. O código base pode ser CAM-BAS-001 e as variações ficam CAM-BAS-001-PRE-PCAM-BAS-001-PRE-MCAM-BAS-001-AZL-P, e assim por diante.

Plataformas como Shopify, WooCommerce e Nuvemshop permitem associar cada SKU a uma variação no painel. O importante é manter consistência nos sufixos de cor e tamanho. Se usar PRE para preto em um produto, use o mesmo código em todos os outros.

Sem padronização, o sistema pode tratar cada variação como produto separado. Isso fragmenta relatórios, dificulta reposição e confunde o cliente na hora de filtrar.

Feed para marketplaces e fotos por cor

Marketplaces como Mercado Livre e Shopee importam produtos através de feeds XML ou API. Cada linha do feed contém um SKU, título, preço, estoque e URL da imagem. Variações de cor precisam de imagens diferentes, e o SKU é quem faz essa ligação.

O ideal é nomear as fotos usando o SKU base mais o código da cor: CAM-BAS-001-PRE.jpgCAM-BAS-001-AZL.jpg. Assim, ao gerar o feed, o sistema consegue puxar a imagem certa para cada variação automaticamente.

Marketplaces também usam o SKU para sincronizar estoque entre canais. Quando uma venda acontece no Mercado Livre, o sistema baixa o saldo do SKU correspondente em todos os lugares conectados. Isso evita vender o mesmo item duas vezes e mantém os números atualizados sem trabalho manual.

Governança e manutenção

Um sistema de SKUs organizado por tamanho e cor só funciona bem quando existe controle sobre quem pode mexer nele e como verificar se está funcionando. É preciso definir regras claras e fazer revisões regulares.

Quem pode criar/editar SKUs e fluxo de aprovação

A empresa precisa limitar o acesso à criação e edição de SKUs para evitar erros e duplicações. O ideal é que apenas uma pessoa ou equipe específica tenha permissão total no sistema.

Estrutura recomendada:

  • Administrador principal: Gerente de estoque ou coordenador de operações
  • Editores autorizados: Máximo de 2-3 pessoas treinadas
  • Solicitantes: Vendedores e compradores que pedem novos SKUs

O fluxo deve funcionar assim: quando surge um novo produto, o solicitante preenche um formulário com as informações básicas (categoria, cor, tamanho). O administrador revisa os dados, verifica se já não existe um SKU parecido e então cria o código seguindo o padrão estabelecido.

Todas as criações e mudanças precisam ser registradas em uma planilha de controle com data, responsável e motivo. Isso evita que alguém mude um SKU sem avisar e cause problemas no estoque.

Auditorias mensais e checklist de qualidade

A auditoria mensal garante que o sistema continue funcionando bem. Sem essa revisão, pequenos erros se acumulam e viram grandes problemas.

Checklist essencial:

  • Verificar se existem SKUs duplicados no sistema
  • Conferir se todos os códigos seguem o padrão definido
  • Identificar produtos sem movimentação há mais de 90 dias
  • Validar se cores e tamanhos estão cadastrados corretamente
  • Checar se há SKUs criados mas sem produtos físicos

Durante a auditoria, o responsável gera relatórios do sistema e compara com o estoque físico. Divergências precisam ser corrigidas imediatamente.

A cada trimestre, vale fazer uma análise mais profunda. Avaliar se o padrão de nomenclatura ainda faz sentido e se precisa de ajustes. Produtos novos podem exigir mudanças no formato dos SKUs.

Prevenção de Perdas no Varejo: Estratégias que Funcionam
Rupturas no Varejo: Estratégias Práticas para Evitar Faltas
Como Montar um Mercado: Guia Completo Passo a Passo

Compartilhe sua opinião sobre esse conteúdo!

Deixe um comentário

O seu endereço de e-mail não será publicado. Campos obrigatórios são marcados com *

A sua privacidade é importante para nós
Utilizamos cookies para melhorar sua experiência de navegação, analisar o tráfego do site e personalizar conteúdo. Ao continuar, você concorda com o uso de cookies de acordo com a LGPD e nossa Política de Privacidade.