Salesforce-DevOps für Revenue Cloud

Die Preiskonfiguration von Revenue Cloud wird als Daten ausgeliefert, nicht als Metadaten. So verändert das Ihren Deployment-Prozess.

Was schwer zu deployen ist

Salesforce hat Revenue Cloud auf nativen Standardobjekten statt einem Managed Package neu aufgebaut, aber Preisverfahren, Preisanpassungspläne und Produktkonfiguration werden weiterhin als Datensatzdaten ausgeliefert, nicht als Metadaten. Ein reines Metadaten-Deployment-Tool übersieht das alles, sodass Teams neben dem Metadaten-Deployment einen Datensatzmigrationsschritt brauchen, und Salesforce-IDs, auf die innerhalb dieser Datensätze verwiesen wird, bleiben ohne explizites Mapping über Orgs hinweg nicht stabil. Teams, die noch Salesforce CPQ betreiben, stoßen auf dieselbe Aufteilung, wobei diese Konfiguration stattdessen unter dem SBQQ-Namespace liegt.

Wo es schwierig wird

Preiskonfiguration wird als Daten ausgeliefert, nicht als Metadaten

Revenue Cloud läuft auf nativen Standardobjekten, aber Preisverfahren, Preisanpassungspläne und Produktkonfiguration werden weiterhin als Datensatzdaten ausgeliefert, sodass ein reines Metadaten-Deployment-Tool sie vollständig übersieht.

Datensatzreferenzen überstehen einen Wechsel zwischen Orgs nicht

Salesforce-IDs, auf die innerhalb dieser Datensätze verwiesen wird, sind über Orgs hinweg nicht stabil, sodass das Verschieben der Revenue-Cloud-Konfiguration ein explizites ID-Mapping zusätzlich zum Deployment benötigt.

In der Praxis

Wie Serpent hilft

Serpent deployt Metadaten und Daten gemeinsam im selben Release, sodass Custom-Object-Datensätze wie Preisregeln und Anpassungspläne zusammen mit den Komponenten verschoben werden, von denen sie abhängen, mit einem Preflight-Check, bevor etwas ausgeliefert wird, und Rollback per Klick, falls eine Regel nicht validiert. Siehe Release-Management in Serpent dafür, wie Metadaten und Daten in einem Durchgang ausgeliefert werden. Für Teams, die ein dediziertes Datenmigrationstool gegen eine vollständige DevOps-Plattform abwägen, 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 Revenue Cloud

Die Preisänderung als Task erfassen
Eine Änderung an einem Preisverfahren oder Anpassungsplan wird als Task mit den Metadaten erfasst, von denen sie abhängt.
Datensätze mit ID-Mapping migrieren
Die Datenoperationen von Serpent verschieben die Datensätze und ordnen die Salesforce-IDs, auf die sie verweisen, neu zu, sodass sie in der Zielorg aufgelöst werden.
Metadaten und Daten in einem Release deployen
Beide werden zusammen mit einem Preflight-Check ausgeliefert, bevor etwas hinausgeht.
Zurückrollen, wenn eine Regel nicht validiert
Rollback per Klick macht die spezifische fehlgeschlagene Komponente rückgängig, ohne den gesamten Release zurückzudrehen.

Häufige Fragen

Revenue Cloud DevOps, beantwortet

Deployt Serpent Revenue-Cloud-Preisverfahren?

Ja. Es handelt sich um Datensatzdaten, daher migrieren die Datenoperationen von Serpent sie zusammen mit den Metadaten, die von ihnen abhängen, wobei das ID-Mapping als Teil des Umzugs gehandhabt wird.

Was passiert, wenn eine Preisregel nach dem Deployment die Validierung nicht besteht?

Rollback per Klick macht diese spezifische Komponente rückgängig, ohne den Rest des Releases zu berühren.

Braucht Revenue Cloud ein separates Datenmigrationstool?

Nein. Metadaten und Daten werden zusammen im selben Serpent-Release ausgeliefert, mit einem Preflight-Check, bevor etwas deployt wird.

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

Einrichtung in unter 15 Minuten. Keine DevOps-Einstellung nötig.

Kostenlos starten Demo buchen