En bref
  • Revenue Cloud, désormais commercialisé sous le nom Agentforce Revenue Management (ARM), est la suite Salesforce qui couvre le cycle « du devis à l'encaissement » (quote-to-cash) directement sur la plateforme Salesforce.
  • RCA (Revenue Cloud Advanced) regroupe le catalogue produits, le pricing, le configurateur, les devis, les commandes, l'orchestration (DRO), les contrats, les actifs, les renouvellements et l'usage.
  • RCB (Revenue Cloud Billing) ajoute la facturation : factures, avoirs, TVA, entités juridiques, comptes comptables, paiements et relances.
  • Contrairement à Salesforce CPQ (package géré historique), RCA est construit sur le modèle de données natif de Salesforce : il ne s'agit pas d'une mise à jour, mais d'une nouvelle implémentation.
  • Un démarrage RCA ou RCB chez Meir IT se fait au forfait (10 000 € HT chacun) puis s'étend par itérations.

Le vocabulaire autour de Revenue Cloud a beaucoup bougé ces dernières années : Revenue Lifecycle Management, Revenue Cloud Advanced, Revenue Cloud Billing, Agentforce Revenue Management… Ce guide remet de l'ordre. Il s'appuie sur les projets Revenue Cloud que nous menons chez Meir IT pour des éditeurs SaaS, des sociétés de services et des industriels, en France et en Suisse romande.

Qu'est-ce que Revenue Cloud (ARM) ?

Revenue Cloud est la solution de Salesforce qui gère l'ensemble du cycle de revenu : définir ce que l'on vend, à quel prix, le configurer, le chiffrer dans un devis, le transformer en commande puis en contrat et en actifs, le renouveler et enfin le facturer. Salesforce la commercialise désormais sous le nom Agentforce Revenue Management (ARM), pour souligner la place des agents IA dans ces processus. Dans la pratique, les équipes et la documentation parlent encore beaucoup de « Revenue Cloud », de « RCA » et de « RCB ».

La différence fondamentale avec les générations précédentes : Revenue Cloud est construit directement dans le cœur de la plateforme Salesforce (objets standard Quote, Order, Asset, Contract, etc.), et non dans un package géré installé par-dessus. Cela change la manière de le configurer, de l'étendre et de le faire évoluer.

RCA, RCB, ARM : quelle différence ?

  • ARM (Agentforce Revenue Management) : le nom commercial actuel de l'offre Revenue Cloud dans son ensemble.
  • RCA (Revenue Cloud Advanced) est la partie « avant-vente et gestion du cycle de vie » : catalogue, prix, configuration, devis, commandes, orchestration, contrats, actifs, renouvellements, usage.
  • RCB (Revenue Cloud Billing) est la brique de facturation : plans de facturation, factures, avoirs, taxes, écritures vers les comptes comptables, paiements et relances. RCB s'appuie sur les commandes et les actifs gérés dans RCA.

On peut déployer RCA sans RCB (la facturation reste alors dans l'ERP, alimenté par les commandes Salesforce), mais RCB n'a de sens qu'avec les commandes produites par RCA. Les noms exacts des licences et leur périmètre évoluent régulièrement : vérifiez toujours avec votre interlocuteur Salesforce ce que couvre précisément votre contrat.

Quels sont les composants de Revenue Cloud ?

Product Catalog Management (PCM)

Le catalogue produits définit ce que vous vendez : produits simples, bundles, options, attributs (taille, durée, niveau de service…), classifications et types de vente (unique, abonnement, usage). C'est la fondation de tout le reste. Un catalogue bien modélisé réduit fortement le nombre de règles de prix et de configuration à écrire ensuite.

Salesforce Pricing

Le moteur de prix calcule le prix de chaque ligne à travers des procédures de tarification (pricing procedures) qui enchaînent des étapes : prix catalogue, remises par volume, remises négociées, prix par attribut, arrondis, etc. Les grilles sont portées par des tables de décision, ce qui permet aux équipes métier de maintenir les prix sans développement dans la plupart des cas.

Product Configurator

Le configurateur guide le commercial dans la composition d'une offre valide : options obligatoires, incompatibilités, quantités minimales, attributs dépendants. Les règles de configuration sont décrites sous forme de contraintes plutôt que codées une par une, ce qui est plus lisible pour les catalogues complexes.

Transaction Management : devis et commandes

Transaction Management couvre le devis (Quote), sa validation, sa génération en PDF, puis sa conversion en commande (Order). Le même modèle sert aux nouvelles ventes, aux amendements (ajout de licences en cours de contrat), aux renouvellements et aux résiliations.

Dynamic Revenue Orchestrator (DRO)

Le DRO (Dynamic Revenue Orchestrator) est le moteur d'orchestration des commandes de Revenue Cloud : il décompose une commande commerciale en lignes techniques et en plans d'exécution (provisionnement, création de comptes, intervention terrain, envoi vers l'ERP…), avec des étapes, des dépendances et des points de reprise. C'est souvent la pièce qui fait la différence entre « un devis bien fait » et « un processus de bout en bout réellement automatisé ».

Contrats, actifs et renouvellements

Une fois la commande activée, Revenue Cloud crée ou met à jour les actifs (Assets) du client, avec leur historique de quantités et de prix dans le temps. Ce sont ces actifs qui servent de base aux amendements, aux renouvellements et aux résiliations. Le contrat regroupe les engagements et les conditions associées.

Usage Management

Pour les offres facturées à la consommation (appels API, volumes traités, utilisateurs actifs…), la gestion de l'usage permet de définir les unités, les droits inclus, les dépassements et la valorisation des consommations, puis de les transmettre à la facturation.

Billing (RCB)

RCB transforme commandes et usages en échéanciers de facturation, puis en factures et avoirs, en appliquant les règles de taxe, d'entité juridique et d'imputation comptable. Nous détaillons cette brique dans notre article Revenue Cloud Billing : facturation, avoirs, TVA et lien ERP.

Pour quelles entreprises Revenue Cloud est-il adapté ?

Revenue Cloud prend tout son sens lorsque le processus de vente dépasse le simple devis catalogue :

  • Éditeurs SaaS : abonnements, frais de mise en service, paliers d'utilisateurs, amendements en cours de contrat, renouvellements automatiques, facturation mensuelle, trimestrielle ou annuelle au choix du client.
  • Sociétés de services et de conseil : offres qui mélangent récurrent et jours-hommes, avec un lien vers la planification des interventions.
  • Industriels et fabricants : produits configurables, options techniques, après-vente, lien avec l'ERP pour la production et la logistique.
  • Entreprises multi-entités : plusieurs sociétés, pays ou devises, avec des règles de TVA et de comptabilité différentes.

Si vous vendez quelques produits à prix fixe avec des devis simples, Sales Cloud et ses devis standard suffisent souvent : notre quickstart Sales inclut une option devis simples. Revenue Cloud se justifie quand la complexité de l'offre, du cycle de vie client ou de la facturation commence à coûter cher en ressaisies, en erreurs ou en délais.

Exemples de projets Revenue Cloud

Quelques projets menés par Meir IT, qui illustrent la variété des cas :

  • Memoritz (RCA + RCB) : devis avec des produits complexes et des renouvellements, gestion de l'après-vente et de la partie ERP via le DRO de RCA, et facturation qui découle des commandes réelles.
  • Coptis (RCA + RCB) : devis pour des solutions SaaS combinant abonnements et frais de setup, amendements et règles contractuelles, facturation selon la fréquence choisie par chaque client.
  • Nowbrains (RCA) : produits complexes mêlant récurrent et jours-hommes, cycle renouvellement / commande / contrat, et lien avec Field Service pour les interventions.
  • Transvalor (RCA) : devis intégrant les spécificités de leur offre, tout en conservant le lien existant avec Sage pour la partie comptable.

D'autres retours d'expérience sont disponibles dans nos cas clients.

Comment se déroule un projet Revenue Cloud ?

  1. Cadrage : cartographie du catalogue, des grilles tarifaires, des règles de remise et d'approbation, du cycle de vie contractuel et des flux vers l'ERP. C'est l'étape où l'on décide ce qui relève de RCA, de RCB ou de l'ERP.
  2. Modélisation du catalogue : types de produits, attributs, bundles. Nous commençons volontairement par un périmètre réduit (une dizaine de produits représentatifs) pour valider le modèle.
  3. Pricing et configuration : procédures de tarification, tables de décision, règles de configuration.
  4. Devis et documents : mise en page du PDF de devis, processus de validation, conversion en commande.
  5. Cycle de vie : commandes, contrats, actifs, amendements, renouvellements, et si besoin orchestration via le DRO.
  6. Facturation (RCB) ou interface ERP.
  7. Reprise de données, recette, formation et mise en production, puis itérations sur le reste du catalogue.
Notre approche : le quickstart RCA (10 000 € HT) couvre l'activation, les types de produits et bundles (10 produits), des règles de calcul et de prix simples, commandes / contrats / actifs / renouvellement, le PDF de devis, les droits et la formation. Le quickstart RCB (10 000 € HT) couvre l'activation de Billing, factures et avoirs, TVA, entités juridiques, comptes comptables et auxiliaires, modèle de paiement et de relance, droits et formation. Détail sur la page offres et tarifs.

Revenue Cloud ou Salesforce CPQ : quelles différences ?

Salesforce CPQ (anciennement Steelbrick) et Salesforce Billing sont des packages gérés installés dans l'org. Salesforce oriente désormais les nouveaux clients vers Revenue Cloud Advanced, et concentre ses investissements sur la plateforme native. Voici les différences qui comptent en pratique :

CritèreSalesforce CPQ (package géré)Revenue Cloud Advanced (RCA)
ArchitecturePackage géré avec ses propres objets (Quote Lines, Subscriptions…)Natif au cœur de la plateforme, sur les objets standard (Quote, Order, Asset…)
CatalogueProduits, options et features dans les objets du packageProduct Catalog Management : attributs, classifications, bundles
Calcul des prixPrice rules, Quote Calculator Plugin (JavaScript)Procédures de tarification et tables de décision
ConfigurationProduct rules (validation, sélection, filtre)Configurateur à base de contraintes
Cycle de vieContrats et Subscriptions du packageActifs avec historique dans le temps, amendements et renouvellements natifs
Orchestration des commandesÀ construire (Flow, Apex, intégrations)Dynamic Revenue Orchestrator inclus
FacturationSalesforce Billing (package séparé)Revenue Cloud Billing (RCB), natif
IA et agentsLimitéPositionné au cœur de la stratégie Agentforce
Passage de l'un à l'autrePas de mise à jour automatique : une migration CPQ → RCA est une nouvelle implémentation

Si vous êtes déjà sur Salesforce CPQ, lisez notre guide dédié : Migrer de Salesforce CPQ vers Revenue Cloud Advanced.

Revenue Cloud et Agentforce

Le rapprochement entre Revenue Cloud et Agentforce n'est pas qu'un changement de nom. Parce que catalogue, prix, devis et actifs vivent dans le modèle de données standard de Salesforce, un agent peut s'appuyer dessus : préparer un brouillon de devis à partir d'une demande, expliquer un prix, retrouver les actifs d'un client avant un renouvellement. La qualité de ces usages dépend directement de la qualité du catalogue et des règles : un Revenue Cloud bien modélisé est la meilleure préparation à des agents utiles. Voir aussi nos cas d'usage Agentforce.

Les erreurs fréquentes à éviter

  • Reproduire le catalogue de l'ERP tel quel : un catalogue commercial n'est pas une nomenclature de production. Il faut le repenser pour la vente.
  • Coder chaque cas particulier : la plupart des besoins se traitent par attributs, tables de décision et contraintes. Le code doit rester l'exception.
  • Oublier le cycle de vie : un devis réussi qui produit des actifs incohérents rendra les renouvellements et la facturation pénibles.
  • Repousser la question ERP : décidez tôt ce que Salesforce facture et ce que l'ERP comptabilise.

Questions fréquentes

Quelle est la différence entre RCA et RCB ?

RCA (Revenue Cloud Advanced) couvre le catalogue, le pricing, la configuration, les devis, les commandes, l'orchestration, les contrats, les actifs et les renouvellements. RCB (Revenue Cloud Billing) ajoute la facturation : factures, avoirs, taxes, comptes comptables, paiements et relances. RCB s'appuie sur les commandes et actifs gérés dans RCA.

Revenue Cloud et Agentforce Revenue Management, est-ce le même produit ?

Oui. Revenue Cloud est désormais commercialisé par Salesforce sous le nom Agentforce Revenue Management (ARM). Les briques RCA et RCB restent les mêmes ; le nouveau nom met en avant l'usage d'agents IA dans le cycle quote-to-cash.

Peut-on passer de Salesforce CPQ à Revenue Cloud par une simple mise à jour ?

Non. Salesforce CPQ est un package géré avec ses propres objets, alors que Revenue Cloud Advanced repose sur le modèle de données natif de Salesforce. Le passage est une nouvelle implémentation, avec reprise des contrats et des abonnements actifs.

Peut-on utiliser Revenue Cloud sans remplacer son ERP ?

Oui. Beaucoup d'entreprises utilisent RCA pour les devis, commandes et contrats et conservent leur ERP (par exemple Sage) pour la comptabilité, voire pour la facturation. C'est le cas de Transvalor, accompagné par Meir IT.

Combien coûte un démarrage Revenue Cloud avec Meir IT ?

Meir IT propose un quickstart RCA à 10 000 € HT et un quickstart RCB à 10 000 € HT, au forfait. Ils couvrent l'activation, un premier périmètre fonctionnel et la formation. Les licences Salesforce sont à part et dépendent de votre contrat.

Qu'est-ce que le DRO dans Revenue Cloud ?

Le Dynamic Revenue Orchestrator (DRO) décompose une commande commerciale en étapes d'exécution (provisionnement, intervention, envoi vers l'ERP…) avec leurs dépendances. Il automatise ce qui se passe après la signature du devis.