Salesforce DevOps pour CPQ

Les règles de prix et de produits de CPQ sont des données, pas des métadonnées. Voici ce que cela implique pour votre processus de déploiement.

Ce qui est difficile à déployer

Les règles de prix, les règles de produit et les modèles de devis de Salesforce CPQ sont des enregistrements d'objets personnalisés sous l'espace de noms SBQQ, pas des métadonnées, donc un déploiement de métadonnées standard ou un change set les ignore complètement. Les champs de formule et les conditions de règles font référence à d'autres enregistrements par ID Salesforce, et ces ID ne restent pas identiques d'un org à l'autre, donc déplacer la configuration CPQ nécessite un mappage d'ID explicite, pas seulement un déploiement. Les politiques de planification de Field Service rencontrent le même problème de mappage d'ID, et le récent Revenue Cloud de Salesforce a déplacé cette configuration vers des objets natifs sans changer le fait qu'elle est livrée sous forme de données d'enregistrement.

Où cela se complique

Les règles de prix et de produit sont des données, pas des métadonnées

Les règles de prix, les règles de produit et les modèles de devis de CPQ existent en tant qu'enregistrements d'objets personnalisés SBQQ, donc un déploiement de métadonnées standard ou un change set les ignore complètement.

Les ID d'enregistrement ne survivent pas à un transfert entre orgs

Les champs de formule et les conditions de règles font référence à d'autres enregistrements par ID Salesforce, et ces ID diffèrent d'un org à l'autre, donc déplacer la configuration CPQ nécessite un remappage d'ID explicite, pas seulement un déploiement.

Les mises à niveau de package peuvent diverger de la config de l'abonné

Lorsque CPQ est livré sous forme de package managé, une mise à niveau peut arriver dans un org abonné dont les enregistrements de configuration SBQQ sont encore construits pour l'ancienne version.

En pratique

Comment Serpent aide

Serpent prend en charge nativement 1GP, 2GP et les packages managés sur chaque plan, de sorte que les mises à niveau de packages CPQ passent par le même pipeline suivi que les métadonnées personnalisées, avec une résolution des dépendances qui détecte quand la configuration SBQQ d'un org abonné n'est plus alignée avec la version du package. Voir le développement de packages sur Serpent pour savoir comment les mises à niveau de packages restent suivies. Pour un simple transfert de données sans outillage de package spécifique à CPQ, découvrez comment Serpent se compare à Prodly.

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

Release type pour Salesforce DevOps pour CPQ

Transformez le changement de règle en tâche
Une modification de règle de prix, de règle de produit ou de modèle de devis devient une tâche, aux côtés de l'Apex ou du Flow qu'elle concerne.
Mappez les ID d'enregistrement entre les environnements
Les opérations de données de Serpent migrent les enregistrements SBQQ concernés afin que les références d'ID se résolvent correctement dans l'org cible au lieu d'échouer silencieusement.
Déployez via le support natif des packages
Les mises à niveau 1GP, 2GP et managées passent par le même pipeline que les métadonnées personnalisées, avec une résolution des dépendances qui vérifie la version SBQQ de l'org abonné.
Validez la génération de devis de bout en bout
Testez dans un sandbox synchronisé avant que le changement n'atteigne un org abonné exécutant des devis en production.

Questions fréquentes

CPQ DevOps, expliqué

Serpent déplace-t-il les règles de prix et de produit CPQ entre les orgs ?

Oui. Les opérations de données de Serpent migrent les enregistrements SBQQ comme une étape suivie du pipeline, en remappant les ID Salesforce référencés par ces règles pour qu'ils se résolvent dans l'org cible.

Comment Serpent gère-t-il une mise à niveau de package CPQ ?

Les mises à niveau CPQ passent par le support natif 1GP, 2GP et packages managés sur chaque plan, avec une résolution des dépendances qui signale quand la configuration SBQQ d'un org abonné n'est plus alignée avec la nouvelle version du package.

Pouvons-nous tester les changements CPQ avant qu'ils n'atteignent un org abonné ?

Oui. Les sandboxes regroupés et synchronisés vous permettent de valider le comportement des devis et des prix dans un environnement qui reflète la cible avant qu'une release ne soit livrée.

Commencez gratuitement. Sans carte bancaire, sans installation, sans engagement.

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

Commencer gratuitement Réserver une démo