Radar
Revenue Cloud
Relevância
100
alta

O que é o Agentforce Revenue Management

A solução da Salesforce para o ciclo quote-to-cash, nativa da plataforma e com agentes por cima. O que ela cobre, como este guia se organiza e por que o produto já teve tantos nomes.

Por Guilherme Dornelas24 de junho de 20267 min de leitura
// Compartilhar
Guia · Parte 1 de 23
Dominando Agentforce Revenue Management
Ver guia
O que é o Agentforce Revenue Management

Primeira parte do guia Dominando Agentforce Revenue Management. O que é a solução, que etapas do ciclo de receita ela cobre, a diferença de arquitetura em relação ao Salesforce CPQ e a linha do tempo dos nomes, com datas conferidas na documentação oficial.

// Apresentação · 7 slides
← → para navegar · F para tela cheia
●Agentforce Revenue Management · Parte 1
O que é o Agentforce Revenue Management

O mapa do território

Guilherme Dornelas
Solution Architect · Salesforce MVP
GD · Guilherme Dornelas · Solution Architect · Salesforce MVP01 / 07
1 / 7
  1. O que é o Agentforce Revenue Management · Agentforce Revenue Management · Parte 1
  2. Quote-to-cash numa plataforma só · Definição: Catálogo, preço, cotação e pedido; Ativos, contratos e consumo; Faturamento e orquestração
  3. Nativo e com agentes · Geração atual: Objetos padrão: Product2, Quote, Order, Asset; Sem pacote gerenciado, sem namespace; Agentes por cima, como o Quote Management
  4. Dez anos, duas arquiteturas · Os nomes
  5. CPQ está em fim de venda, não em fim de vida · Salesforce CPQ
  6. O nome antigo segue na tela · Configurações de receita
  7. Próxima aula: os seis objetos centrais: Produto e lista de preços; Cotação e pedido; Contrato e faturamento

Antes de configurar qualquer coisa, vale ter um mapa do território. Esta aula abre o guia com a visão de cima: o que é o Agentforce Revenue Management, que etapas do ciclo de receita ele cobre e por que o mesmo produto já passou por tantos nomes.

O motor de receita da Salesforce, nativo e com agentes

O Agentforce Revenue Management, ou ARM, é a solução da Salesforce para o ciclo quote-to-cash: tudo o que acontece entre montar uma proposta e reconhecer a receita daquela venda. Catálogo, preço, cotação, pedido, contrato, consumo, faturamento e receita, numa plataforma só, ligada ao resto do CRM.

Duas coisas definem a geração atual:

  • Arquitetura nativa. O ARM roda sobre objetos padrão da plataforma, como Product2, PricebookEntry, Quote, Order e Asset, e não como um pacote gerenciado à parte, como era o Salesforce CPQ.
  • Agentes por cima. O Agentforce acrescenta agentes que trabalham sobre esses objetos. O exemplo oficial mais claro hoje é o subagente Quote Management, que ajuda a montar cotações. O quanto o agente acerta depende do dado em que ele se apoia, tema da fase 0 do guia.

O que o ARM cobre, da proposta ao caixa

Estas são as estações por onde uma venda passa, na ordem em que o guia trata cada uma:

EstaçãoO que resolveNome no produto
CatálogoO que você vende: produtos, bundles, atributos e categoriasProduct Catalog Management
PrecificaçãoQuanto custa: listas de preço, descontos e procedimentosSalesforce Pricing
Cotação e pedidoA proposta, a configuração e a venda confirmadaTransaction Management
Ativos e contratosO que o cliente possui, renovações e alteraçõesGestão do ciclo de vida do ativo e contratos
ConsumoO que o cliente usou e quanto isso custaUsage Management
FaturamentoFaturas, pagamentos e recorrênciaBilling
OrquestraçãoA entrega do pedido em etapas, entre áreas e sistemasDynamic Revenue Orchestrator

Na próxima aula você vê os seis objetos centrais que sustentam esse ciclo, o vocabulário que o guia usa do começo ao fim.

Por que tantos nomes?

Não é só mudança de marca. O nome mudou várias vezes, mas no meio do caminho houve uma mudança real de arquitetura.

O Salesforce CPQ nasceu da SteelBrick e é um pacote gerenciado, com objetos de namespace próprio, como SBQQ__Quote__c e SBQQ__QuoteLine__c. O Salesforce Billing usa o namespace blng. A geração nativa, que começou como Revenue Lifecycle Management, é construída sobre objetos padrão.

Linha do tempo: SteelBrick vira Salesforce CPQ entre dezembro de 2015 e fevereiro de 2016, Revenue Cloud em novembro de 2020, Revenue Lifecycle Management em fevereiro de 2024, RLM vira Revenue Cloud no Winter '25, Agentforce Revenue Management em outubro de 2025 e a documentação acompanha no Summer '26
A linha do tempo dos nomes, com as datas dos comunicados e das notas de release. Diagrama próprio.

Em detalhe:

  • Dezembro de 2015 a fevereiro de 2016. A Salesforce assina o acordo para comprar a SteelBrick e conclui a compra. O produto chega como Salesforce SteelBrick CPQ e depois fica Salesforce CPQ.
  • Novembro de 2020. Nasce a marca Revenue Cloud, reunindo CPQ, Billing e conectores, ainda como pacotes gerenciados.
  • Fevereiro de 2024. O Revenue Lifecycle Management fica disponível, no Spring '24. É a geração nativa.
  • Winter '25. As notas de release anunciam que o Revenue Lifecycle Management passa a se chamar Revenue Cloud. Revenue Cloud Growth e Revenue Cloud Advanced são nomes de licença.
  • Outubro de 2025. Na Dreamforce, o produto aparece como Agentforce Revenue Management.
  • Summer '26. O guia de desenvolvedor passa a dizer Revenue Management.

Enquanto isso, o Salesforce CPQ entrou em fim de venda, não em fim de vida: a Salesforce não vende mais licenças para novos clientes, quem já tem segue usando, adicionando usuários e renovando, mas não há desenvolvimento de funcionalidade nova. A própria Salesforce aponta o Revenue Cloud Advanced como sucessor.

Na prática, você vai ouvir Revenue Cloud, RLM, RCA e ARM falando da mesma geração nativa. E vai continuar vendo o nome antigo nas telas, como nas Configurações de receita da org Winter '27 usada no guia:

Topo das Configurações de receita de uma org Winter '27 com o título Revenue Cloud e a opção Habilitar recursos do Revenue Cloud
(1) a tela de configuração ainda se chama Revenue Cloud. (2) um pré-requisito de pedido, visto na parte 15. (3) a opção que liga os recursos e não pode ser desfeita. Print próprio, org Winter '27.

O que não dá para misturar é CPQ com ARM. O pacote antigo tem outro modelo de dados, e migrar de um para o outro é trocar de arquitetura, não de versão.

Como este guia se organiza

O guia segue a ordem de uma implantação: fundamentos e panorama dos módulos primeiro, depois a fundação de dados, o setup da org e cada módulo a fundo, com laboratórios numa org Winter '27 depois da teoria de cada fase. O caso que atravessa o guia é a Órbita, uma empresa de software fictícia que vende licenças por usuário, implantação e suporte.

Para fixar

  1. Qual a diferença de arquitetura entre o Salesforce CPQ e o Agentforce Revenue Management?
  2. Revenue Cloud Advanced é o nome do produto ou de uma licença?
  3. O que significa o CPQ estar em fim de venda?

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