Intégrer Revenue Cloud avec Data Cloud

Revenue Cloud génère une donnée transactionnelle riche — devis, commandes, factures, événements d'usage — mais son plein potentiel se révèle surtout lorsqu'elle est croisée avec les signaux comportementaux et les données produit centralisés dans Data Cloud. Cette intégration permet de construire des scores de risque de churn, des recommandations d'upsell ou des segments d'audience pilotés par le revenu réel, et non plus seulement par des données déclaratives du CRM.

Pourquoi connecter les deux plateformes

Sans Data Cloud, les données de Revenue Cloud restent cantonnées à des objets Salesforce classiques, consultables via rapports mais difficilement combinables avec des données externes à fort volume (usage produit, logs applicatifs, données marketing). Data Cloud apporte trois choses que Revenue Cloud seul ne fait pas nativement :

• Ingestion de données à grande échelle depuis des sources hors Salesforce (data warehouse, plateforme produit, outils marketing).
• Identity Resolution, pour unifier un même client à travers plusieurs systèmes et plusieurs identifiants.
• Calcul Engine, pour générer des segments et des insights recalculés en continu, sans développement Apex custom.

Ce qui est disponible nativement

Les objets clés de Revenue Cloud (Order, OrderItem, Invoice, UsageSummary) disposent de connecteurs natifs vers Data Cloud via les Data Model Objects (DMO). Concrètement, le paramétrage passe par :

1. Activer le connecteur Salesforce CRM dans Data Cloud Setup, en sélectionnant les objets Revenue Cloud à synchroniser.
2. Mapper chaque objet source vers un DMO standard ou un DMO custom (par exemple, mapper OrderItem vers un DMO « Subscription Line » enrichi).
3. Configurer la fréquence de synchronisation (near real-time via Change Data Capture, ou batch quotidien selon la volumétrie et le besoin métier).
4. Construire les relations d'identité (Identity Resolution Ruleset) pour relier le compte facturé, le contact utilisateur final et l'identifiant produit s'ils proviennent de systèmes différents.

Cas d'usage concrets

Score de risque de churn

En combinant les données d'usage produit (fréquence de connexion, adoption de fonctionnalités) remontées dans Data Cloud avec les données de Revenue Cloud (échéance de renouvellement, historique de tickets support, montant de l'engagement), on peut construire un segment ou un score prédictif exploitable directement dans Sales Cloud pour prioriser les actions du Customer Success Manager avant la date d'échéance identifiée dans le module RLM.

Recommandation d'upsell contextualisée

Un client qui approche des limites de son palier d'usage (détecté via les événements de consommation dans Data Cloud) peut déclencher automatiquement une tâche pour le commercial référent, avec une proposition de palier supérieur déjà chiffrée grâce aux Pricing Procedures de Revenue Cloud.

Vue 360 du revenu client

Data Cloud permet d'agréger, pour un même compte, les données issues de plusieurs org Salesforce ou de plusieurs filiales utilisant Revenue Cloud séparément — un scénario fréquent dans les grands groupes multi-entités que CPQ seul gérait mal.

Point de vigilance : Data Cloud facture au volume de données ingérées et au nombre de profils unifiés. Avant de synchroniser l'intégralité de l'historique des Invoice et UsageSummary, cadrer précisément le périmètre utile pour éviter une explosion de coût.

Limites et pièges à anticiper

• La synchronisation quasi temps réel via Change Data Capture a un coût en API et en gouvernance des limites de plateforme ; elle n'est pas toujours justifiée pour des cas d'usage qui tolèrent un rafraîchissement quotidien.
• L'Identity Resolution demande une vraie réflexion en amont : des règles de matching mal calibrées créent des doublons ou des fusions erronées de comptes clients, avec un impact direct sur la fiabilité des scores de churn.
• Les calculs Data Cloud (Calculated Insights) ne remplacent pas les Pricing Procedures de Revenue Cloud : ils consomment la donnée de revenu, ils ne la recalculent pas.

Cette intégration est généralement un chantier de phase 2, une fois le socle Revenue Cloud stabilisé. Elle prend tout son sens quand les volumes de clients et de données d'usage rendent les rapports Salesforce natifs insuffisants pour du pilotage prédictif.