Product Catalog & MDM (Catalog Engine)
Na gestão · CMO
A CMO acompanha o enriquecimento do catálogo SKU a SKU.
O Catalog Enrichment Agent faz seis etapas sozinho, da foto do balcão à ficha de atributos; publicar o SKU espera a confirmação de uma pessoa.
Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios.
No balcão · Vendedora de balcão
O carro do cliente fica salvo na garagem, e a busca começa nele.
Tipo, montadora, modelo e ano entram uma vez; a próxima busca já filtra o catálogo pela aplicação daquele veículo.
Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios.
No celular · Compradora de revenda
A compradora escolhe o carro e o catálogo mostra só as peças com aplicação nele.
A tabela de aplicação liga cada SKU ao veículo em que ele serve, e cada peça mostra as lojas da rede que a têm.
Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios.
No estoque · Vendedor de peças
O vendedor busca um termo dentro do carro salvo e só vê o que serve nele.
O termo, a aplicação do veículo salvo e o catálogo da rede trabalham juntos na mesma lista, com as lojas que têm cada peça.
Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios.
Módulo determinístico
O comprador procura uma peça, não encontra, e compra do concorrente. No B2B complexo esse é um problema de cadastro, não de vitrine. Atributo técnico ausente, tabela de aplicação incompleta e equivalência mal mapeada geram devolução cara e venda perdida, e nenhuma campanha corrige isso.
A plataforma por dentro
O catálogo que faz a peça ser encontrada
Três telas do Product Catalog & MDM (Catalog Engine) na CWS Platform: a busca em escada, a aplicação gravada no SKU e o atributo que vira filtro no celular.
Busca em escada
A busca acha a peça pelo nome que o comprador digita
A busca primeiro casa o código, depois procura todas as palavras digitadas e só então amplia. Enquanto o comprador escreve, aparecem os produtos, com o preço e quantas lojas vendem cada um.
Dor que resolve: comprador que procura a peça, não encontra e compra do concorrente.
Tela de demonstração da CWS Platform, completada com dados fictícios para mostrar o uso.
Aplicação no SKU
A aplicação fica escrita no SKU, e a busca por veículo lê dali
No cadastro do produto, a aba Aplicação liga o SKU a cada veículo em que ele serve, por tipo, marca, modelo e ano. A busca por veículo e a garagem do cliente leem essa mesma lista.
Dor que resolve: tabela de aplicação incompleta, que gera devolução cara.
Tela de demonstração da CWS Platform, completada com dados fictícios para mostrar o uso.
Filtro no celular
O atributo cadastrado vira filtro, até no celular
Quando o item ganha nome, ficha técnica e atributos filtráveis, ele passa a aparecer em filtro. No celular, o comprador refina o resultado por preço e por marca sem sair da categoria.
Dor que resolve: item que só aparece em consulta direta, nunca em filtro.
Tela de demonstração da CWS Platform, completada com dados fictícios para mostrar o uso.
O que é
O módulo que trata o dado de catálogo como ativo crítico da operação. Ele amarra o produto numa cadeia de integridade que vai do produto ao SKU, do SKU ao estoque e do estoque ao depósito, e sustenta as quatro composições de venda: unitário, par, kit e conjunto. Cada SKU é identificado por fabricante, código de peça, composição e origem, e cada estoque desse SKU num depósito ganha a sua própria identificação. Variações de um mesmo produto ficam agrupadas por grade, aparecem como um só resultado na busca e mantêm preço e estoque próprios. Item sem preço ou sem estoque pode continuar na loja como pedido de orçamento, e quem procura um indisponível pede para ser avisado quando ele voltar: a ruptura vira oportunidade, não página vazia. É sobre esse cadastro que preço, disponibilidade e pedido se apoiam depois. Catálogo errado não vira problema de catálogo: vira pedido errado.
O Catalog Engine em 1 minuto
A capacidade que ninguém replica
Rastreabilidade de componente na composição
O kit não é um SKU de fachada.
Como a plataforma trata o kit?
A plataforma conhece cada componente dele, com a quantidade de cada um, e o saldo do kit não é digitado: é recalculado pelo menor saldo entre os componentes. Se uma peça falta, a oferta do kit é suspensa em vez de virar pedido que a expedição descobre depois. A integridade vale na venda, não na conferência.
Equivalência entre marcas e tabela de aplicação
A referência cruzada liga códigos concorrentes, e a aplicação liga o SKU ao veículo ou equipamento em que ele serve.
O que a vitrine de origem B2C não modela?
É o que uma vitrine de origem B2C não modela: ela indexa produto, e o catálogo de peças do aftermarket, da distribuidora ao portal da concessionária, precisa indexar compatibilidade. A busca trabalha em escada: primeiro casa o código (do fabricante, EAN ou código interno), depois procura todas as palavras digitadas e só então amplia, com o padrão definido por perfil para cliente, vendedor e comprador.
A escada do cadastro, e por que ela é comercial
Riqueza de cadastro não é capricho de dado mestre. É o que decide se o item é achável. A escada abaixo dá um eixo mensurável para o catálogo, e o avanço de um degrau para o outro é meta de operação com efeito direto na venda.
- N1 O código O item existe e tem o código do fabricante.
E por que ninguém acha?
É o piso: dá para pedir, mas quase ninguém acha sem saber o código de cor.
- N2 Nome e dimensões O item ganha nome legível, ficha técnica e atributos filtráveis.
O que muda na busca?
Passa a aparecer em busca e em filtro, não só em consulta direta.
- N3 Aplicação e imagem O item ganha imagem, aplicação e equivalência.
Quem passa a encontrar?
Passa a ser encontrado por quem não sabe o código, que é a maior parte da demanda.
Onde a base começa, e o trabalho de subir.
Na prática a base começa concentrada em N1 e afina para o topo. Subir a massa de N1 para N2, e o giro para N3, é o trabalho de catálogo que a CWS Platform entrega junto com a tecnologia.
Escolhe o veículo e o catálogo mostra só o que serve nele.
O Product Catalog & MDM (Catalog Engine) guarda a aplicação de cada peça. O comprador diz o veículo, e a busca devolve só o que é compatível com ele, com estoque e preço.
Ver a solução para autopeças →Variação do produto
Cada voltagem é um SKU, com código e estoque próprios, no mesmo buybox.
No Product Catalog & MDM (Catalog Engine), as variações do produto são SKUs agrupados: cada voltagem tem o seu código, o seu preço e o seu estoque, e o comprador troca de uma para a outra no seletor, sem sair da página.
Catálogo e filial
A filial herda o cadastro do catálogo e define só o que é dela.
No Product Catalog & MDM (Catalog Engine), em Meus Produtos a loja vê em modo somente leitura o cadastro mestre do SKU (código do fabricante, nome, composição, fabricante, NCM e dimensões) e define o que é dela: código interno, preço, orçamento, depósito e estoque.
Persona · Dono do portal
Não mantenho mais o mesmo cadastro duas vezes: a filial herda o dado mestre.
No Product Catalog & MDM (Catalog Engine), filiais e sellers herdam o dado mestre do produto e estendem com a oferta regional.
Persona · Compradora de peças
Não preciso mais decorar o código: acho a peça pelo veículo.
O Product Catalog & MDM (Catalog Engine) liga o SKU ao veículo pela tabela de aplicação e cruza códigos equivalentes entre fabricantes.
Em operação
Imdepa · distribuição de autopeças
cerca de 23 mil SKUs
num portfólio que atende aproximadamente 16 mil clientes corporativos em 9 estados, nos segmentos agrícola, industrial e automotivo.
Com o catálogo íntegro, o comprador monta sozinho um pedido de mais de 250 SKUs num carrinho único. O que sustenta esse pedido não é a tela: é o cadastro atrás dela.
Ler o caso Imdepa →APIs deste módulo
O que este módulo faz no painel o seu sistema também faz por API. Estes são os grupos dele na referência pública da API.
Os grupos de endpoints e os eventos deste módulo.
Prioridade de SKU
Endpoints para gerenciar a prioridade de exibição de produtos (SKUs) nos resultados de busca.
Perguntas frequentes
Meu cadastro tem atributo faltando e nome de peça inconsistente. Dá para subir assim?
Sim, e é assim que quase toda operação começa. O cadastro entra no estado em que está e evolui por nível: primeiro o código do fabricante, depois nome e dimensões, depois aplicação e imagem. Cada nível a mais aumenta a chance de o item ser encontrado e comprado, então a evolução do cadastro vira meta operacional com progresso visível, não um pré-requisito que trava o projeto. Nome de peça inconsistente também não precisa ser corrigido no ERP antes: tabelas de sinônimos de nome de fabricante, código de produto e composição fazem o cadastro do ERP casar com o catálogo, e sinônimos de nome resolvem na busca os apelidos regionais que o comprador digita.
A plataforma reconhece que a peça de uma marca substitui a de outra?
Sim. A referência cruzada liga códigos equivalentes entre fabricantes, e a tabela de aplicação liga o SKU ao veículo ou equipamento em que ele serve. O comprador chega pelo código que ele conhece, pelo número de série ou pela vista explodida do conjunto, e ainda assim encontra o item certo. O cliente pode filtrar por veículo (tipo, marca, modelo e ano) e salvar a própria garagem, e a ficha do produto mostra os similares de outras marcas ao lado do item procurado.
Matriz e filial precisam manter o mesmo cadastro duas vezes?
Não. Na governança entre global e local, o dono do portal escolhe a estratégia de catálogo: usar o catálogo global da CWS Platform e enriquecê-lo, pedir que as indústrias do setor alimentem esse catálogo global, manter um catálogo próprio exclusivo identificado por código interno, ou deixar cada seller cadastrar os seus itens. A matriz escolhe quais catálogos o portal exibe, e filiais e sellers herdam o dado mestre do produto (código do fabricante, nome, composição, NCM, dimensões) e estendem com o que é deles: código interno, preço, orçamento, depósito e estoque, ou seja, a oferta regional. Um parceiro novo captura o catálogo que já existe em vez de recadastrar do zero, o que encurta o go-to-market dele.