CPQ Salesforce: o fim de linha e a migração para o Revenue Cloud

O Salesforce CPQ entrou em End-of-Sale em março de 2025. Na prática, a Salesforce parou de vender o produto para novos clientes e de desenvolver recursos novos, mas quem já usa continua com acesso total, suporte e direito de renovar. O caminho de evolução que a Salesforce passou a indicar é o Revenue Cloud. Se a sua empresa roda o CPQ hoje, a pergunta deixou de ser “como extrair mais do CPQ” e virou “quando e como migrar, quanto custa e o que muda no processo de vendas”.

Este guia responde a essas perguntas de forma direta, sem alarmismo. Ele é para quem já tem o CPQ em operação e precisa tomar uma decisão de arquitetura com calma, não em pânico.

Em resumo (2026): o Salesforce CPQ está em End-of-Sale desde março de 2025, e o mesmo vale para o Salesforce Billing. Ele não deixa de funcionar e não tem data de desligamento anunciada, mas não recebe mais recursos novos nem dá acesso à camada de IA agêntica da Salesforce (o Agentforce for Revenue). O sucessor é o Revenue Cloud, formado pelo Revenue Cloud Advanced e pelo Revenue Cloud Billing, construído de forma nativa na plataforma. Migrar não é uma atualização automática: é um projeto de re-implementação que precisa ser planejado.

O que é o CPQ Salesforce?

O CPQ Salesforce é a ferramenta que automatiza as três etapas centrais de uma proposta comercial: Configure, Price, Quote, ou seja, configurar o produto, aplicar o preço correto e gerar a cotação. Ele nasceu para acelerar vendas complexas, aquelas com muitas combinações de itens, regras de desconto, aprovações e contratos recorrentes, dentro do Salesforce que a empresa já usa.

Um detalhe técnico importante para entender o resto deste artigo: o CPQ não é, tecnicamente, um recurso nativo do Sales Cloud. Ele é um pacote gerenciado (managed package) que a Salesforce adquiriu da Steelbrick em 2015 e passou a distribuir sobre a plataforma. Esse é exatamente o ponto que a Salesforce decidiu modernizar, e o motivo pelo qual a migração para o sucessor não é um simples botão de atualizar.

O que “End-of-Sale” significa na prática? (EOS não é EOL)

End-of-Sale significa fim da venda, não fim do funcionamento. A Salesforce parou de comercializar o CPQ para clientes novos e congelou o desenvolvimento de recursos, colocando o produto em modo de manutenção. Ela não anunciou uma data de End-of-Life (o desligamento efetivo), então nada some da noite para o dia. É comum confundir os dois termos, e essa confusão é a origem de boa parte do pânico.

Para o gestor que já tem o CPQ rodando, vale separar o que continua do que trava:

O que continua funcionando:

• O CPQ segue em operação normal, com suporte da Salesforce.
• Contratos podem ser renovados, e é possível até adicionar novas licenças para clientes que já usam o produto. A própria Salesforce confirmou isso publicamente, o que derruba o boato de que “as renovações vão acabar”.
• As integrações e customizações existentes continuam válidas.

O que trava:

• Não entram recursos novos. O CPQ não vai acompanhar as novidades da plataforma.
• Novos clientes não conseguem mais contratar o produto.
• O CPQ legado fica de fora da camada de IA agêntica da Salesforce, o Agentforce. Recursos como cotação por linguagem natural rodam no Revenue Cloud, não no CPQ.

A leitura correta, portanto, não é “preciso migrar amanhã”, e sim “tenho uma janela para planejar a migração com método, antes que a distância entre o CPQ e o resto da plataforma vire um problema”. Consultorias e parceiros costumam recomendar planejar a transição em 2026 sem apressar a virada de chave, justamente para tratar isso como projeto e não como emergência.

CPQ e Revenue Cloud: qual a diferença de verdade?

O Revenue Cloud é a nova família de produtos de receita da Salesforce, que substitui o CPQ e o Billing e cobre todo o ciclo de quote-to-cash. Ele é composto pelo Revenue Cloud Advanced (a evolução do quoting e da configuração) e pelo Revenue Cloud Billing (a evolução do faturamento). A diferença central para o CPQ não é de aparência, é de arquitetura: o Revenue Cloud foi construído de forma nativa no núcleo da plataforma, com uma abordagem API-first, enquanto o CPQ é o pacote gerenciado herdado da Steelbrick.

Essa mudança de fundação é o que explica os ganhos e também o esforço da migração:

Aspecto	Salesforce CPQ (legado)	Revenue Cloud Advanced
Arquitetura	Pacote gerenciado, objetos SBQQ__ (origem Steelbrick)	Nativo no núcleo da plataforma, API-first e componível
Precificação	Price Rules	Pricing Procedures, declarativas, com simulação antes de ativar
Configuração	Regras de produto rígidas	Configurador por restrições (constraint-based), suporta cotações com mais de mil linhas
Aprovações e contratos	Advanced Approvals vendido à parte	Advanced Approvals e gestão de contratos (CLM) inclusos
Escopo	Configurar, precificar e cotar	Quote-to-cash completo (catálogo, preço, cotação, contratos, pedidos e billing) num só modelo de dados
IA agêntica	Sem acesso ao Agentforce	Agentforce for Revenue, com cotação em linguagem natural
Evolução	End-of-Sale desde março/2025 (manutenção)	Produto ativo, recebe os recursos novos

Do lado das capacidades, o Revenue Cloud Advanced traz recursos que no CPQ ou não existiam ou eram compra separada: um catálogo de produtos centralizado (Product Catalog Management), o Dynamic Revenue Orchestrator para orquestrar entregas e planos de fulfillment, um editor de linhas de transação em estilo planilha e a gestão de consumo (usage) para modelos de cobrança por uso. A camada de IA fecha o conjunto: em julho de 2025 a Salesforce lançou o Agentforce for Revenue, que permite ao vendedor pedir uma cotação em linguagem natural (por exemplo, “cote 25 licenças com 10% de desconto”) e receber a proposta pronta. Nos números internos da própria Salesforce, o recurso reduziu em 75% o tempo de cotação e em 87% os cliques do time de vendas. São dados da fabricante, medidos na operação dela, mas indicam a direção do produto.

Uma observação de nomenclatura, porque a Salesforce mudou os nomes mais de uma vez: o produto que sucedeu o CPQ começou como Revenue Lifecycle Management (RLM), foi rebatizado como Revenue Cloud Advanced e, ao longo de 2025 e 2026, passou a ser apresentado sob a marca Agentforce, com fontes já usando o nome Agentforce Revenue Management. Na prática, tudo isso aponta para o mesmo lugar: a plataforma de receita nativa que substitui o CPQ.

CPQ nativo ou CPQ de terceiros integrado?

Existe uma decisão que quase ninguém discute em português, e que aparece assim que a empresa aceita que vai sair do CPQ legado: continuar no ecossistema nativo da Salesforce, adotando o Revenue Cloud, ou trocar por um CPQ de terceiros integrado ao Salesforce, como DealHub, Conga ou Subskribe. As duas opções são legítimas, e a escolha depende da operação.

Ficar no nativo (Revenue Cloud) mantém tudo sob um único modelo de dados, alinha o roadmap com a Salesforce e abre acesso ao Agentforce. É o caminho com menos pontos de integração para governar, o que importa muito para times de TI que já cuidam de várias integrações no Salesforce. A troca por um CPQ de terceiros pode fazer sentido em nichos específicos, quando a ferramenta externa resolve um cenário de precificação muito particular, mas adiciona mais um sistema para integrar, sincronizar e manter alinhado à fonte da verdade. Para a maioria das operações que já são Salesforce de ponta a ponta, o Revenue Cloud tende a ser o caminho mais coerente, e a análise dessa escolha faz parte do diagnóstico de migração.

Quanto custa e quanto tempo leva a migração?

A migração do CPQ para o Revenue Cloud tem dois custos que não se confundem: o da licença nova e o do projeto. A licença do Revenue Cloud segue as edições comerciais da Salesforce, e o valor por usuário entra na conta de licenciamento da plataforma, um tema que tratamos em detalhe no guia de quanto custa o Salesforce. O segundo custo, o do projeto, é o que costuma pesar mais e ser subestimado.

E ele pesa porque a migração não é lift-and-shift. O CPQ e o Revenue Cloud usam modelos de dados diferentes: os objetos SBQQ__ do pacote da Steelbrick não têm equivalente direto no Revenue Cloud, onde as linhas de cotação viram Transaction Line Items nativos, e as Price Rules dão lugar às Pricing Procedures. Isso quer dizer que catálogo, regras de preço, bundles, aprovações e cotações precisam ser reconstruídos e revalidados, não simplesmente copiados. Não há uma ferramenta oficial única de migração automática; o mercado usa aceleradores de parceiros e trabalho estruturado de dados. Um ponto que reduz o risco: o Revenue Cloud pode ser instalado no mesmo ambiente e rodar lado a lado com o CPQ durante a transição, o que permite migrar por fases sem desligar as vendas.

Sobre o prazo, a resposta honesta é que depende da complexidade. Operações mais simples podem levar alguns meses; ambientes enterprise, com catálogos grandes e muitas regras, costumam ser projetos de vários meses a mais de um ano, segundo as consultorias que executam esse tipo de migração. Por isso o roteiro abaixo importa mais do que uma estimativa genérica.

Tenho CPQ legado, e agora? O roteiro de decisão

O primeiro passo não é migrar, é diagnosticar. Antes de mover qualquer dado, o time responsável (normalmente TI junto com o RevOps ou a liderança comercial) precisa entender o tamanho do que tem hoje e desenhar a transição em fases. Um roteiro que funciona:

1. Mapear a complexidade do CPQ atual. Quantos produtos e bundles, quantas Price Rules, quais aprovações e customizações, quais integrações dependem dos objetos SBQQ__. Esse inventário define o esforço.
2. Não apressar a virada de chave. Como não há data de desligamento e o CPQ segue com suporte, dá para planejar com método. Apressar é o que gera retrabalho.
3. Rodar o Revenue Cloud lado a lado. Instalar no mesmo ambiente e migrar por ondas, validando cada etapa em produção controlada antes de aposentar o CPQ.
4. Reconstruir e validar catálogo e precificação. Traduzir Price Rules para Pricing Procedures e revalidar cada cenário de cotação, porque a lógica muda.
5. Planejar testes e rollback. Cada fase precisa de critério de aceite e caminho de volta, sem surpresa para o time de vendas.
6. Resolver a localização fiscal brasileira. Este é um ponto que a Salesforce não entrega de fábrica: o Revenue Cloud Billing não tem localização fiscal nativa para o Brasil (NF-e, SEFAZ, ICMS, PIS, COFINS, ISS). Como o país opera no modelo de clearance, em que a nota precisa ser autorizada pela SEFAZ antes de chegar ao cliente, a conformidade fiscal exige integração com middleware ou parceiro fiscal. Ignorar isso no planejamento é o erro mais caro da migração no Brasil.

É nesse ponto que uma parceira especializada muda o resultado. A WeeNow é parceira oficial Salesforce e trabalha exatamente com o Salesforce que já está em operação: faz o diagnóstico do CPQ legado, desenha a migração para o Revenue Cloud em fases e cuida da sustentação depois da virada, incluindo o desenho da integração fiscal brasileira. A ideia não é vender uma licença nova, é planejar a transição para que ela não pare as vendas nem estoure o orçamento.

Perguntas frequentes sobre o fim do CPQ Salesforce

O Salesforce CPQ vai deixar de funcionar?

Não. O CPQ está em End-of-Sale, o que significa fim da venda para novos clientes e congelamento de recursos, não desligamento. A Salesforce não anunciou data de End-of-Life, e quem já usa continua com o produto em operação, com suporte e com direito a renovar.

Sou obrigado a migrar para o Revenue Cloud agora?

Não há obrigação imediata nem prazo oficial de desligamento. A recomendação de mercado é planejar a migração com calma, porque o CPQ não recebe mais recursos novos e vai ficando para trás em relação ao resto da plataforma, principalmente na parte de IA. É uma decisão de estratégia, não de emergência.

Revenue Cloud é o mesmo que Agentforce Revenue Management?

Na prática, sim. O produto sucessor do CPQ começou como Revenue Lifecycle Management, virou Revenue Cloud Advanced e passou a ser apresentado sob a marca Agentforce, aparecendo em fontes como Agentforce Revenue Management. São nomes da mesma linha de produtos de receita nativa que substitui o CPQ e o Billing.

A migração do CPQ para o Revenue Cloud é automática?

Não. Os dois produtos usam modelos de dados diferentes, então catálogo, regras de preço, aprovações e cotações precisam ser reconstruídos e revalidados. É um projeto de re-implementação faseado, não uma atualização de um clique, e por isso pede planejamento e testes.

Quanto tempo leva a migração?

Depende da complexidade do ambiente. Operações simples podem levar alguns meses; ambientes enterprise, com catálogos grandes e muitas regras, tendem a ser projetos de vários meses a mais de um ano. O diagnóstico inicial é o que dá a estimativa real.

O Revenue Cloud resolve a nota fiscal brasileira?

Não de forma nativa. O billing do Revenue Cloud cobra e fatura, mas não emite documento fiscal brasileiro. Para NF-e, SEFAZ e a carga tributária local, a operação precisa integrar o Salesforce a um middleware ou parceiro fiscal, o que deve entrar no escopo da migração desde o começo.

Se a sua empresa opera o CPQ e precisa transformar o End-of-Sale em um plano de migração concreto, fale com um especialista da WeeNow. O primeiro passo é um diagnóstico do seu ambiente atual.