Salesforce DevOps für CPQ

Die Preis- und Produktregeln von CPQ sind Daten, keine Metadaten. Das bedeutet das für Ihren Deploy-Prozess.

Was schwer zu deployen ist

Die Preisregeln, Produktregeln und Angebotsvorlagen von Salesforce CPQ sind Custom-Object-Datensätze im SBQQ-Namespace, keine Metadaten, sodass ein Standard-Metadaten-Deployment oder ein Change Set sie vollständig überspringt. Formelfelder und Regelbedingungen verweisen über die Salesforce-ID auf andere Datensätze, und diese IDs bleiben zwischen Orgs nicht gleich, sodass das Verschieben der CPQ-Konfiguration ein explizites ID-Mapping erfordert, nicht nur ein Deployment. Die Planungsrichtlinien von Field Service stoßen auf dasselbe ID-Mapping-Problem, und Salesforces neueres Revenue Cloud hat diese Konfiguration auf native Objekte verschoben, ohne die Tatsache zu ändern, dass sie als Datensatzdaten ausgeliefert wird.

Wo es schwierig wird

Preis- und Produktregeln sind Daten, keine Metadaten

Die Preisregeln, Produktregeln und Angebotsvorlagen von CPQ existieren als SBQQ-Custom-Object-Datensätze, sodass ein Standard-Metadaten-Deployment oder ein Change Set sie vollständig überspringt.

Datensatz-IDs überstehen einen Umzug zwischen Orgs nicht

Formelfelder und Regelbedingungen verweisen über die Salesforce-ID auf andere Datensätze, und diese IDs unterscheiden sich in jeder Org, sodass das Verschieben der CPQ-Konfiguration ein explizites ID-Remapping erfordert, nicht nur ein Deployment.

Paket-Upgrades können von der Subscriber-Konfiguration abweichen

Wenn CPQ als Managed Package ausgeliefert wird, kann ein Upgrade in einer Subscriber-Org landen, deren SBQQ-Konfigurationsdatensätze noch für die ältere Version gebaut sind.

In der Praxis

Wie Serpent hilft

Serpent unterstützt natives 1GP, 2GP und Managed Packages in jedem Plan, sodass CPQ-Paket-Upgrades dieselbe nachverfolgte Pipeline durchlaufen wie benutzerdefinierte Metadaten, mit Abhängigkeitsauflösung, die erkennt, wenn die SBQQ-Konfiguration einer Subscriber-Org nicht mehr zur Paketversion passt. Siehe Paketentwicklung auf Serpent für Details, wie Paket-Upgrades nachverfolgt bleiben. Für reine Datenmigration ohne CPQ-spezifisches Paket-Tooling, siehe, wie Serpent im Vergleich zu Prodly abschneidet.

Metadaten und Daten in einem einzigen Deployment-Flow in Serpent

Typischer Release für Salesforce DevOps für CPQ

Die Regeländerung als Task erfassen
Eine Änderung an einer Preisregel, Produktregel oder Angebotsvorlage wird zu einem Task, zusammen mit dem Apex oder Flow, den sie betrifft.
Datensatz-IDs über Umgebungen hinweg zuordnen
Die Datenoperationen von Serpent migrieren die betroffenen SBQQ-Datensätze, sodass sich ID-Referenzen in der Ziel-Org korrekt auflösen, statt stillschweigend zu brechen.
Über native Paketunterstützung deployen
1GP-, 2GP- und Managed-Package-Upgrades durchlaufen dieselbe Pipeline wie benutzerdefinierte Metadaten, wobei die Abhängigkeitsauflösung die SBQQ-Version der Subscriber-Org prüft.
Angebotserstellung Ende-zu-Ende validieren
Testen Sie in einer synchronisierten Sandbox, bevor die Änderung eine Subscriber-Org erreicht, die Produktionsangebote ausführt.

Häufige Fragen

CPQ DevOps, erklärt

Verschiebt Serpent CPQ-Preis- und Produktregeln zwischen Orgs?

Ja. Die Datenoperationen von Serpent migrieren SBQQ-Datensätze als nachverfolgten Schritt in der Pipeline und ordnen dabei die Salesforce-IDs, auf die diese Regeln verweisen, neu zu, sodass sie sich in der Ziel-Org auflösen.

Wie geht Serpent mit einem CPQ-Paket-Upgrade um?

CPQ-Upgrades laufen über native 1GP-, 2GP- und Managed-Package-Unterstützung in jedem Plan, mit Abhängigkeitsauflösung, die anzeigt, wenn die SBQQ-Konfiguration einer Subscriber-Org nicht mehr zur neuen Paketversion passt.

Können wir CPQ-Änderungen testen, bevor sie eine Subscriber-Org erreichen?

Ja. Gepoolte und synchronisierte Sandboxes lassen Sie das Angebots- und Preisverhalten in einer Umgebung validieren, die das Ziel widerspiegelt, bevor ein Release ausgeliefert wird.

Kostenlos starten. Keine Kreditkarte, keine Installation, keine Verpflichtung.

In unter 15 Minuten eingerichtet. Keine DevOps-Neueinstellung nötig.

Kostenlos starten Demo buchen