Agentforce Revenue Management: Dissecando o Spring '26 e a Evolução Core
O rebrand do Revenue Cloud traz um Promotions Engine nativo, recálculo de pricing por delta e logs avançados que aposentam o Apex debug log.
A evolução do Salesforce CPQ (pacote) para a plataforma nativa atinge a maturidade no Spring '26, agora sob o nome Agentforce Revenue Management (ARM). As novidades resolvem gargalos crônicos de performance com Instant Pricing seletivo e entregam visibilidade real de precificação com o novo Revenue Operations Console.
Contexto da Transição
A 'sopa de letrinhas' da Salesforce ataca novamente: o que acompanhávamos como Revenue Lifecycle Management (RLM) ou Revenue Cloud Advanced (RCA) passa a se chamar oficialmente Agentforce Revenue Management (ARM) no Spring '26 (Release 260). Para nós, arquitetos de solução, o nome pouco importa, mas a arquitetura sim.
É fundamental separar o histórico: o Salesforce CPQ (antigo SteelBrick) e o Salesforce Billing continuam existindo como managed packages limitados, enquanto o Subscription Management foi uma primeira tentativa pontual de lidar com self-service. O novo ARM é a plataforma definitiva, construída nativamente na core, o que significa que operamos com objetos padrão, design API-first e governança direta sobre os governor limits tradicionais da org.
O que mudou no Spring '26 (Release 260)
-
Instant Pricing Seletivo (Delta Calculation): No CPQ legado, alterar um único atributo em um quote de 500 linhas forçava o recálculo completo da transação, um atalho direto para estourar o limite de CPU time da org. Agora, o motor de pricing identifica o delta e recalcula apenas as linhas impactadas (e suas dependências). Isso melhora drasticamente a performance de grandes volumes.
-
Promotions Engine (GA): A aplicação de descontos contextuais e regras de canais ganha um console próprio. O Promotions Engine nativo resolve a dependência de scripts complexos em Apex ou integrações externas para campanhas, mas custa uma refatoração severa para arquitetos, que agora precisam dominar o Context Definitions para injetar dados customizados no motor de regras.
-
Enhanced Pricing Logs: Investigar problemas de preço sempre envolveu cruzar Apex debug logs ilegíveis. O Spring '26 entrega quatro logs tipados (Attribute-Based, Derived Pricing, Price Propagation e Pricing Promotion) diretamente no Revenue Cloud Operations Console, detalhando exatamente como o price waterfall se formou, passo a passo.
-
Configurator com CML e Deep Clone: O configurador permite clonagem profunda (deep clone) de instâncias de produtos dinâmicos diretamente dos option cards, acelerando a montagem de bundles. Além disso, a separação clara entre a Business Rules Engine (BRE) e a Constraint Modeling Language (CML) exige rigor no desenho técnico.
-
Single Point Document Generation: Parte da evolução de Contracts, as organizações agora podem gerar e anexar PDFs nativamente em processos assíncronos (async), extraindo dados via instruções pré-definidas (LLM-based) sem depender da instalação de pacotes gerenciados terceiros.
-
Flow Approval Orchestration: A evolução natural que engole o finado Advanced Approvals, suportando agora até 30 condições por step (o limite era 10), garantindo automações para re-submissões via Flow padrão.
Para Technical Architects e Leads, a adoção do ARM significa abandonar a mentalidade restrita do Quote Calculator Plugin (QCP) e abraçar componentes de plataforma: Context Definitions, BRE, e CML. O recálculo inteligente (delta calculation) muda o jogo sobre como dimensionamos os Governor Limits de transações B2B complexas. Para as empresas, significa finalmente ter um modelo de dados relacional unificado entre CRM, Pricing e Billing sem as tradicionais barreiras impostas por pacotes isolados.
Apesar do forte marketing em torno da palavra 'Agentforce', a verdadeira vitória do release é pura engenharia arquitetural. O cálculo de pricing baseado em 'delta' é o que a comunidade de arquitetos de CPQ pedia há quase uma década. O novo Promotions Engine é excelente e os logs segmentados são um presente de produtividade na depuração. No entanto, não se iludam com a promessa de migrações simples: mover de Salesforce CPQ para ARM não é um 'lift and shift', é uma re-arquitetura completa.
- Ativando Instant Pricing: Acesse Setup > Revenue Settings. Marque a opção 'Instant Pricing Active by Default'. Isso removerá a necessidade dos usuários de clicarem continuamente em 'Calculate' durante a edição das linhas.
- Promotions Engine: Atribua a nova Permission Set 'Apply Promotions on Sales Transactions' ao perfil de vendas. No App Launcher, acesse o 'Promotions Console', defina os critérios baseados em objetos core (ex: Account.Industry) e visualize a qualificação em uma transação na sandbox.
- Debug de Preços: Vá ao Revenue Cloud Operations Console > Advanced Price Log Settings. Habilite o 'Price Propagation Log' e faça uma alteração de preço pai; observe no log como a cascata foi aplicada nas option lines subordinadas.
Custos de Licenciamento: O ARM requer licenciamento próprio (SKUs de Revenue Cloud Advanced e Billing) e não está coberto pelas licenças antigas do Salesforce CPQ. APIs e Limites: O uso massivo de recursos de IA para Contracts e a arquitetura API-first do ARM implicam atenção direta aos limites diários de chamadas e consumo pesado de Data Storage de objetos core. Complexidade de Configuração: Mudar do framework tradicional para a Constraint Modeling Language (CML) envolve uma curva de aprendizado íngreme para desenvolvedores e arquitetos que ainda pensam em Product Rules legadas.
Este conteúdo foi reescrito e analisado editorialmente em português a partir de informações públicas da fonte indicada.