Product Catalog Management: o catálogo como fonte única da verdade

Antes de mergulhar nos módulos, vale uma visão de cima das quatro peças que você vai usar o tempo todo: Product Catalog Management, modelos de venda, procedimentos de precificação e o editor de linhas da cotação. Esta aula abre o panorama pelo catálogo: o que ele resolve, como se organiza e os tipos de produto. Cada tema volta com aula própria mais adiante.

Por que o Product Catalog Management existe

O catálogo antigo costuma ter os mesmos sintomas: produto espalhado em planilha, o mesmo atributo recriado em cada produto, configuração improvisada na linha da cotação, nada versionado e cada bundle virando retrabalho manual.

O Product Catalog Management ataca esses pontos com um catálogo só, que serve cotação, pedido e autoatendimento: atributo definido uma vez e reaproveitado em vários produtos, hierarquia clara de catálogo, categoria e produto, e regras de bundle validadas pela plataforma.

Como o catálogo se organiza

• Catálogo: a coleção que o vendedor navega, como o Catálogo Órbita.
• Categoria: as seções do catálogo, como Plataforma, Serviços profissionais e Suporte.
• Produto: o item em si, o Product2, ligado a modelos de venda, atributos, classificação e, quando é bundle, aos componentes.

É essa organização que o vendedor vê quando abre o catálogo pela cotação:

Modelo de venda: como o produto é comercializado

São três tipos, e a org em português usa estes nomes:

• Uma vez: venda única, sem recorrência.
• Definido por termo: assinatura com data de término, como um contrato de 12 meses.
• Evergreen: assinatura que se renova até ser cancelada.

Cobrança por consumo não é um modelo de venda. Ela é definida no próprio produto, pelo campo UsageModelType, com valores como Anchor e Pack e, nas versões mais novas da API, os tipos de compromisso monetário, de quantidade e de tokens. Um detalhe da documentação: o gerenciamento de consumo não aceita produtos em bundle. O consumo ganha aula própria mais adiante no guia.

Produto simples e bundle

• Produto simples: vendido sozinho, sem hierarquia. Uma licença, uma taxa de implantação, uma hora de consultoria.
• Bundle: um grupo vendido junto. Software com licenças e suporte, plano com aparelho, notebook com monitor.

Bundle estático e configurável

A ajuda da Salesforce chama de bundle estático o que é vendido como está, sem o vendedor mexer, como uma edição fechada ou um combo promocional. O bundle configurável deixa o vendedor escolher componentes e quantidades, como um monte seu plano. Quem decide é o campo Configure During Sale (ConfigureDuringSale), com os valores Allowed e NotAllowed.

Um detalhe de nome que confunde: simples não é um valor do campo Tipo. O Product2.Type aceita vazio, Base, Bundle e Set. Produto simples é a classe somente leitura (ProductClass) que o produto recebe quando o tipo fica vazio, e o tipo de um produto simples só pode mudar para Bundle.

A hierarquia de bundle tem limites de plataforma, e conhecê-los orienta a modelagem. Os principais, conferidos para o Winter '27:

A tabela completa, com os limites de categoria e de classificação, está na parte 17. Encostar nesses tetos costuma ser sinal de modelagem errada: variação que deveria ser atributo virou componente.

Atributos reutilizáveis

Atributo vira bloco reutilizável em camadas. Lendo de baixo para cima: valores formam uma lista, a lista pertence a uma definição de atributo, definições se agrupam em categorias de atributo, a classificação vira o modelo e o produto herda tudo.

No Winter '27, uma classificação atende até 10.000 produtos, e cada produto pode ter até 200 atributos dinâmicos. Diferente do CPQ antigo, em que atributo costumava virar campo personalizado na linha da cotação, aqui ele é definido uma vez e herdado, sem duplicação.

Configurador com regras de restrição

Para bundles com muitas combinações, o Revenue Management tem o Product Configurator com Constraint Rules Engine. Em vez de empilhar regras do tipo se isso, então aquilo, você descreve as restrições em Constraint Modeling Language (CML), no Constraint Builder, que tem um editor visual sem código e um editor de CML. Um aviso da documentação: ligar o Constraint Rules Engine faz as regras existentes do Business Rules Engine pararem de rodar. Em material de 2025 ele aparece como Advanced Configurator, nome da fase beta.

Para fixar

1. Quais são as três camadas da hierarquia do catálogo?
2. Quais são os três tipos de modelo de venda?
3. De onde o produto herda os atributos?

Na próxima aula, os modelos de venda a fundo: um produto, quatro preços. As aulas anteriores cobriram os seis objetos centrais, a cascata de preço e o caminho da cotação ao pedido.

Fontes

• Trailhead, Product Catalog Management with Agentforce Revenue Management.
• Salesforce Help, Product Catalog Management limits.
• Salesforce Developers, Product Catalog Management objects.
• Salesforce Help, Conversion of bundle products.
• Salesforce Developers, Product2.
• Salesforce Help, Create products for usage-based consumption.
• Salesforce Help, Product Configurator with Constraint Rules Engine.
• Prints da org Winter '27 usada neste guia.