Radar
Revenue Cloud
Relevância
95
alta

Pricing Procedures: o preço montado em etapas

O panorama da peça que calcula o preço no Agentforce Revenue Management: o que é um procedimento de precificação, como as etapas passam o preço adiante e onde a org decide qual procedimento usar.

Por Guilherme Dornelas06 de outubro de 20267 min de leitura
// Compartilhar
Guia · Parte 7 de 23
Dominando Agentforce Revenue Management
Ver guia
Pricing Procedures: o preço montado em etapas

Sétima parte do guia, ainda no panorama dos módulos. O procedimento de precificação é a cascata de preço da aula 3 virando ferramenta: etapas em sequência, cada uma lendo o contexto e devolvendo um valor. Com o exemplo da Órbita, de R$ 180 a R$ 153 por licença.

// Apresentação · 7 slides
← → para navegar · F para tela cheia
●Agentforce Revenue Management · Parte 7
Pricing Procedures

O preço montado em etapas

Guilherme Dornelas
Solution Architect · Salesforce MVP
GD · Guilherme Dornelas · Solution Architect · Salesforce MVP01 / 07
1 / 7
  1. Pricing Procedures · Agentforce Revenue Management · Parte 7
  2. Uma sequência de etapas · O que é: Lê da transação pela definição de contexto; Calcula: tabela de decisão, fórmula, faixas; Devolve o valor para a etapa seguinte
  3. O procedimento da Órbita · Construtor
  4. As que você vai ver primeiro · Etapas: Configuração de precificação; Preço de lista e Desconto por volume; Desconto manual; Rateio e Precificação de assinatura
  5. A cascata no simulador · 60 licenças
  6. Dois procedimentos, dois lugares · Na org: Cotação e pedido: Configurações de receita; Catálogo: Configurações da descoberta de produtos; A versão precisa estar ativa
  7. Próxima aula: o Transaction Line Editor: Onde o vendedor monta a cotação; Busca e catálogo; De onde vêm os preços da linha

Na aula 3 a cascata de preço era uma tabela: preço de lista no topo e cada desconto descendo um degrau até o preço líquido. No Salesforce CPQ esses degraus têm nome e ordem fixos, e o que foge do padrão entra por regras de preço ou pelo plugin de cálculo.

No Agentforce Revenue Management a cascata vira uma peça que você monta: o procedimento de precificação, ou Pricing Procedure. Esta aula fecha o tema no nível do panorama. A montagem passo a passo fica para os laboratórios do guia, que vêm depois do panorama.

O que é um procedimento de precificação

Tecnicamente, é um conjunto de expressões (Expression Set) do tipo Preços. Na prática, é uma sequência de etapas, e cada etapa faz três coisas:

  1. Lê o que precisa da transação: produto, quantidade, modelo de venda, tabela de preços. Essas informações chegam pela definição de contexto, que é o mapa entre os campos da cotação e as marcas que o procedimento entende.
  2. Calcula: busca um valor numa tabela de decisão, aplica uma fórmula, compara a quantidade com faixas.
  3. Devolve o resultado, que vira a entrada da etapa seguinte.

É a cascata da aula 3 com as engrenagens à mostra. Cada etapa é um degrau, e você escolhe quais degraus existem e em que ordem.

Canvas do construtor de procedimento de precificação com três etapas: Configuração de precificação, Preço de lista e Desconto por volume
O procedimento da Órbita no construtor. (1) Configuração de precificação, sempre a primeira. (2) Preço de lista. (3) Desconto por volume. Print próprio, org Winter '27.

As etapas que você vai ver

O construtor oferece mais de vinte elementos. Para começar, vale conhecer estes:

  • Configuração de precificação: liga o procedimento à linha da transação e define onde ficam a cascata, o preço unitário líquido e o subtotal. É obrigatoriamente a primeira etapa.
  • Preço de lista: busca o preço na tabela de preços pela combinação de produto e modelo de venda, que vimos na parte 6.
  • Desconto por volume: compara a quantidade da linha com faixas de uma agenda de ajuste de preço.
  • Desconto manual: aplica o desconto que o vendedor digitou na linha.
  • Rateio e Precificação de assinatura: transformam o preço por mês ou por ano no valor do período contratado.
  • Preço baseado em atributo e Precificação baseada em fórmula: o preço muda conforme a configuração do produto ou segue um cálculo seu.

Por trás das etapas de busca estão as tabelas de decisão. O procedimento não lê a tabela de preços direto: ele consulta tabelas como Price Book Entries e Volume Discount Entries, que são cópias organizadas para busca rápida. Por isso, depois de criar preços ou faixas, as tabelas precisam ser atualizadas.

O preço passando de etapa em etapa

No caso da Órbita, a Metalúrgica Boa Vista cota 60 licenças no modelo mensal. O simulador do construtor mostra a cascata sem criar cotação nenhuma:

Resultado da simulação para 60 unidades com preço de lista de R$ 180, desconto por volume de 15 por cento e valor líquido de R$ 9180
(1) o Preço de lista devolve R$ 180. (2) o Desconto por volume recebe esse valor e aplica 15%, R$ 153. (3) o valor líquido é 60 vezes R$ 153. Print próprio, org Winter '27.

Repare na corrente. O Preço de lista não sabe nada de desconto, e o Desconto por volume não sabe de onde veio o preço. Cada etapa faz uma coisa e entrega o resultado. Quando um número sai errado, o JSON da simulação mostra o que cada etapa recebeu e devolveu, e é ali que se descobre em qual degrau o erro nasceu.

Onde a org decide qual procedimento usar

Uma org pode ter vários procedimentos, mas a transação usa um só. Em Configuração, na página Configurações de receita, a seção Configurar a Precificação do Salesforce define o procedimento padrão das cotações e dos pedidos. A versão precisa estar ativa: quando desativei a do caso Órbita para corrigir uma etapa, a seleção ficou vazia e precisou ser refeita depois da nova ativação.

Tem um segundo lugar que pouca gente percebe. O preço que aparece quando o vendedor navega pelo catálogo vem de outro procedimento, escolhido em Configurações da descoberta de produtos. A Salesforce traz um modelo pronto para ele, o Product Discovery Pricing Procedure. Se esse não estiver configurado, o catálogo abre mas não consegue pôr o produto na cotação, porque o produto aparece sem preço.

O que muda em relação ao CPQ

PontoSalesforce CPQAgentforce Revenue Management
CascataDegraus fixos na linha da cotaçãoEtapas que você escolhe e ordena
Lógica extraRegras de preço e plugin de cálculoElementos do construtor e tabelas de decisão
VersõesPor conta do projetoVersões nativas (V1, V2) com ativação
TesteCotação de testeSimulador no próprio construtor

O ganho não é só visual. Quando a regra comercial muda, você cria uma versão nova, simula e ativa, em vez de mexer numa regra que já está rodando em produção.

Para fixar

  1. Qual etapa tem que ser a primeira de todo procedimento de precificação?
  2. Por que criar uma faixa nova de desconto e não atualizar a tabela de decisão deixa o preço antigo?
  3. Qual procedimento põe preço no catálogo, e qual calcula a cotação?

Quer montar este procedimento na sua org? Os laboratórios 2 e 3 fazem o caminho completo, com o desconto por volume e a simulação. Na próxima aula do guia, o último panorama do módulo: o Transaction Line Editor, onde a cotação é montada.

Fontes

Pergunte sobre este artigo

A resposta sai do que está publicado aqui. Se não estiver, ele diz que não sabe em vez de inventar.

// Radar Salesforce — Newsletter

Releases, Flow, Revenue Cloud e Agentforce — com leitura de arquiteto, direto no seu e-mail.

Curadoria editorial em PT-BR, sem repost de notícia. Você recebe contexto, “por que importa” e como aplicar — assinada por mim.

Sem spam. Cancele quando quiser, em 1 clique.

// Sem spam · cancele quando quiser