37 artigos sobre Revenue Cloud — análises com leitura de arquiteto, em português.
Vigésima terceira parte do guia. O método de construir o catálogo de cima para baixo, em sete fases, ligado às aulas anteriores; ferramentas para carga e migração; os antipadrões que mais custam em projeto; e os sinais de que o catálogo está saudável.
Vigésima segunda parte do guia. A diferença entre qualificação e regra de configuração, os dois motores do configurador (Business Rules Engine e Constraint Rules Engine), os tipos de regra de cada um com os nomes oficiais e as três opções que ligam tudo nas Configurações de receita.
Vigésima primeira parte do guia. Regras de qualificação e desqualificação no Product Catalog Management: o padrão qualificado, a precedência entre as regras, os critérios, a tabela de decisão, o procedimento de qualificação, o contexto e o ponto onde tudo se liga na org. Com print e diagrama.
Vigésima parte do guia. O Órbita Equipe vira componente do Órbita Enterprise, e as regras dele mudam só ali: mínimo de 50 licenças e suporte obrigatório, sem tocar no bundle original. Os três tipos de exceção, a exclusão, onde cada um é gravado e o que as exceções não fazem.
O Agentforce Revenue Management mantém a mesma arquitetura nativa do Revenue Cloud, mas embute agentes de IA em pontos específicos do lifecycle, com destaque para quoting e billing. Nos demais blocos, como catalog, contratos e orquestração de pedidos, o ganho ainda depende de boa modelagem de dados e processo bem desenhado.
Décima nona parte do guia. O Órbita Equipe, um bundle configurável com três grupos, montado na org: tipo e configuração do produto raiz, grupos com mínimo e máximo, componentes com obrigatório, padrão e quantidade editável, e a ação Validar definição do produto. Com prints e a tabela real dos registros.
Ao salvar linhas no editor da cotação, a org devolve um ContextBuilderException com getTags() nulo. Como isolei o problema em quatro chamadas de API, por que a cotação ficou travada em Saving, a pista falsa das tags extras e o que fazer.
Ao adicionar um produto pela janela do catálogo da cotação, a org avisa que o produto não tem preço. A causa é a falta de um procedimento de precificação nas Configurações da descoberta de produtos, que é quem calcula o preço do catálogo.
Ao clicar em Criar índice completo, a org pede um idioma que corresponda ao idioma padrão da organização. A causa é o índice configurado em inglês numa org pt_BR. Onde trocar e por que isso importa para a cotação.
Ao ativar um procedimento de precificação ligado a uma definição de contexto estendida, a org pede para a versão começar depois da definição de contexto. Por que acontece com contexto recém-criado e como acertar a data.
Décima oitava parte do guia. Os dois objetos de Product Specifications, configurados na org da Órbita com o tipo SaaS B2B e o tipo de registro Licença SaaS, as regras que a documentação impõe e a confusão mais comum: achar que o tipo de registro traz atributos.
Décima sétima parte do guia e começo da fase 2. O mapa de objetos do Product Catalog Management com os nomes de API corretos, os registros reais da Órbita em cada um e a tabela de limites atualizada do Winter '27, que mudou bastante em relação ao material antigo.
Oitava parte do guia e último panorama dos módulos. O Transaction Line Editor é a tabela onde o vendedor monta a proposta: busca, catálogo, quantidades, descontos e o resumo da cotação. Prints de uma org Winter '27 com a cotação da Metalúrgica Boa Vista.
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.
Sexta parte do guia, no panorama dos módulos: os três tipos de modelo de venda, a pegadinha do consumo, por que a unidade do termo não é a duração do contrato e como o mesmo produto ganha quatro preços de lista. Exemplos de uma org Winter '27.
O erro do simulador de Pricing Procedure na etapa Desconto por volume, por que a marca PriceAdjustmentSchedule não serve e como criar a constante VolumePriceAdjustmentScheduleId que resolve.
O erro do construtor de Pricing Procedure quando o mapeamento sugerido mistura marcas do ativo com marcas do item de linha, como ler a mensagem e qual marca usar em cada variável.
O erro do construtor de Pricing Procedure quando a primeira etapa não é Configuração de precificação (Pricing Setting), o que essa etapa faz e como corrigir sem refazer o procedimento.
O erro que aparece ao criar ou ativar uma agenda de desconto por volume sem faixas no Revenue Cloud, a mensagem em português e em inglês e a sequência que resolve.
Termos de preço 12 com unidade Meses não salva no Agentforce Revenue Management. A mensagem exata na tela e na API, por que a org recusa e como modelar a duração do jeito certo.
Projetos de Revenue Cloud travam com mais frequência por falha de mapeamento de stakeholder do que por problema técnico. O artigo detalha os quatro tipos de stakeholder, a grade poder x interesse e os três modos de comunicação aplicados ao dia a dia de projeto Salesforce.
Winter '27 traz promoções manuais e automáticas para produtos e categorias, com regras de elegibilidade, canais de venda e política de stackability. É uma capacidade poderosa que, sem governança, recria o mesmo risco de margem que existia com desconto manual.
Quinta parte do guia e primeiro panorama dos módulos. O que o Product Catalog Management resolve em relação aos catálogos antigos, a hierarquia de catálogo, categoria e produto, os três modelos de venda, produto simples e bundle, e como atributos viram blocos reutilizáveis por classificação. Com prints de uma org Winter '27.
Quarta parte do guia. Os dois caminhos até o pedido, as configurações que fazem o botão Criar pedido funcionar, as três formas de criar pedidos a partir de uma cotação e um ponto que muita gente erra: ativar o pedido não cria o ativo sozinho. Com prints de uma org Winter '27.
O CPQ segue funcionando, mas virou plataforma sem futuro de investimento. Neste post eu leio os sinais que a própria org dá quando chega a hora de migrar, o que o Revenue Cloud muda de verdade na fundação, quando ainda não vale migrar e um roteiro prático de três movimentos para decidir com número, não com hype.
Bloquear consultas de API com mais de 200 registros parece simples até o Transaction Security começar a derrubar as próprias chamadas do Salesforce CPQ. O problema não é a política, é a falta de um identificador confiável para separar tráfego interno de tráfego de risco.
Terceira parte do guia. A cascata de preço explicada com uma compra do dia a dia, os degraus do Salesforce CPQ que muita gente ainda usa como referência e a forma atual: procedimento de precificação, simulação e cascata registrada por linha. Com prints de uma org Winter '27.
Conta contratada volta a preço de lista. Rep edita desconto e nada muda. Quote e order calculam valores diferentes na mesma linha. Isso não é bug aleatório: é a pricing procedure seguindo exatamente o que foi configurada para fazer, só que ninguém checou os elementos certos. Aqui está o roteiro de diagnóstico que uso antes de abrir qualquer chamado com a Salesforce.
Toda empresa que herda um segundo CRM (por fusão, aquisição ou simplesmente porque marketing não larga o HubSpot) faz a mesma pergunta: dá para integrar com Revenue Cloud? Dá. Mas a arquitetura por trás dessa resposta simples é onde mora o projeto de verdade.
O Summer '26 do Agentforce Revenue Management (ex-Revenue Cloud) não muda como você desenha o produto, mas muda como o rep cota, o aprovador aprova e o admin configura usage-based. Seis melhorias pontuais que, somadas, tiram tempo real do ciclo de deal.
Uma arquitetura de sistemas financeiros fragmentada é o maior gargalo de crescimento para empresas. Entenda como unificar faturamento, despesas e IA preditiva no ecossistema Salesforce sem criar dívida técnica.
Segunda parte do guia. Os seis objetos que sustentam o ciclo quote-to-cash, com o nome de API de cada um, o papel no ciclo e onde implantações apressadas erram. Exemplos com o catálogo da Órbita e prints de uma org Winter '27.
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.
Entenda o que é Salesforce Revenue Cloud, como ele conecta CPQ, pricing, contratos, pedidos e billing, e conheça a trajetória internacional de Guilherme Dornelas nessa área.
A Salesforce anunciou a compra da m3ter para trazer capacidades nativas de faturamento baseado em uso e tarifação em alta escala para o Revenue Cloud, visando flexibilidade comercial na era da Inteligência Artificial.
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.
A Salesforce reposicionou Revenue Cloud — e isso afeta como times de vendas, billing e arquitetura desenham seus modelos de quote-to-cash. Aqui está o que importa entender antes de qualquer migração.
