DevOps Salesforce pour Revenue Cloud

La configuration tarifaire de Revenue Cloud est livrée comme des données, pas des métadonnées. Voici comment cela change votre processus de déploiement.

Ce qui est difficile à déployer

Salesforce a reconstruit Revenue Cloud sur des objets standards natifs plutôt qu'un package géré, mais les procédures tarifaires, les échéanciers d'ajustement de prix et la configuration produit sont toujours livrés comme des données d'enregistrement, pas des métadonnées. Un outil de déploiement limité aux métadonnées manque tout cela, donc les équipes ont besoin d'une étape de migration d'enregistrements en plus du déploiement de métadonnées, et les ID Salesforce référencés dans ces enregistrements ne restent pas stables entre orgs sans mapping explicite. Les équipes utilisant encore Salesforce CPQ rencontrent la même scission, cette configuration se trouvant à la place sous l'espace de noms SBQQ.

Où cela se complique

La configuration tarifaire est livrée comme des données, pas des métadonnées

Revenue Cloud fonctionne sur des objets standards natifs, mais les procédures tarifaires, échéanciers d'ajustement de prix et configuration produit sont toujours livrés comme des données d'enregistrement, si bien qu'un outil de déploiement limité aux métadonnées les manque entièrement.

Les références d'enregistrement ne survivent pas à un déplacement entre orgs

Les ID Salesforce référencés dans ces enregistrements ne sont pas stables entre orgs, donc déplacer la configuration Revenue Cloud nécessite un mapping d'ID explicite en plus du déploiement.

En pratique

Comment Serpent aide

Serpent déploie métadonnées et données ensemble dans la même release, si bien que les enregistrements d'objets personnalisés comme les règles de prix et échéanciers d'ajustement se déplacent avec les composants qui en dépendent, avec un contrôle préalable avant tout envoi et un rollback en un clic si une règle ne se valide pas. Voir la gestion des releases dans Serpent pour savoir comment métadonnées et données sont livrées en une seule passe. Pour les équipes pesant un outil dédié de déplacement de données face à une plateforme DevOps complète, voir comment Serpent se compare à Prodly.

Métadonnées et données dans un seul flux de déploiement dans Serpent

Release type pour DevOps Salesforce pour Revenue Cloud

Créer une tâche pour le changement tarifaire
Une modification de procédure tarifaire ou d'échéancier d'ajustement est mise en tâche avec les métadonnées dont elle dépend.
Migrer les enregistrements avec mapping d'ID
Les opérations de données de Serpent déplacent les enregistrements et remappent les ID Salesforce qu'ils référencent pour qu'ils se résolvent dans l'org cible.
Déployer métadonnées et données en une seule release
Les deux sont livrés ensemble avec un contrôle préalable avant tout envoi.
Revenir en arrière si une règle ne se valide pas
Le rollback en un clic annule le composant spécifique en échec, sans défaire toute la release.

Questions fréquentes

DevOps Revenue Cloud, expliqué

Serpent déploie-t-il les procédures tarifaires de Revenue Cloud ?

Oui. Ce sont des données d'enregistrement, donc les opérations de données de Serpent les migrent avec les métadonnées qui en dépendent, le mapping d'ID étant géré dans le cadre du déplacement.

Que se passe-t-il si une règle de prix échoue à la validation après le déploiement ?

Le rollback en un clic annule ce composant spécifique sans toucher au reste de la release.

Revenue Cloud a-t-il besoin d'un outil de migration de données séparé ?

Non. Métadonnées et données sont livrées ensemble dans la même release Serpent, avec un contrôle préalable avant tout déploiement.

Démarrez gratuitement. Pas de carte bancaire, pas d'installation, aucun engagement.

Configuration en moins de 15 minutes. Aucun recrutement DevOps nécessaire.

Démarrer gratuitement Réserver une démo