Salesforce DevOps für Financial Services Cloud

Action Plan Templates sind Daten, keine Metadaten, und Permission-Set-Lizenzen reisen nicht mit einem Deployment mit. Das beinhalten FSC-Releases.

Was schwer zu deployen ist

Financial Services Cloud wird als Managed Package mit Namespace ausgeliefert, aber Action Plan Templates, die Checklisten, die Onboarding- und Review-Workflows steuern, sind als Datensätze in einem Custom Object konfiguriert, sodass sie eine Datenmigration benötigen, um zwischen Orgs zu wandern, kein Metadaten-Deployment. Health Cloud speichert seine Care Plan Templates auf dieselbe Weise. FSC erfordert außerdem bestimmte Permission-Set-Lizenzen, wie Financial Services Cloud Standard, pro Benutzer in jeder Umgebung zugewiesen; diese Lizenzzuweisungen reisen nicht mit einem Deployment mit und müssen in jeder Org, die ein Release berührt, erneut angewendet oder separat skriptet werden.

Wo es schwierig wird

Action Plan Templates sind Daten, keine Metadaten

Die Checklisten, die Onboarding- und Review-Workflows steuern, sind Custom-Object-Datensätze, sodass sie eine Datenmigration benötigen, um zwischen Orgs zu wandern, kein Metadaten-Deployment.

Permission-Set-Lizenzen reisen nicht mit einem Deployment mit

FSC erfordert Lizenzzuweisungen wie Financial Services Cloud Standard, pro Benutzer, pro Umgebung, und diese Zuweisungen müssen in jeder Org, die ein Release berührt, erneut angewendet oder separat skriptet werden.

Record Types tragen den Großteil der Konfiguration

Das Datenmodell von FSC stützt sich stark auf Record Types und Seitenlayout-Zuweisungen, um Konto- und Beziehungstypen zu unterscheiden, sodass ein Release, dem ein Record-Type-Mapping fehlt, ein Feature technisch deployt, aber unbrauchbar zurücklassen kann.

In der Praxis

Wie Serpent hilft

Serpent synchronisiert jede Sandbox und Scratch Org, gegen die ein FSC-Team testet, von einem Ort aus, sodass Action-Plan-Template-Daten und die Metadaten, von denen sie abhängen, über Umgebungen hinweg aufeinander abgestimmt bleiben, statt zwischen dem Ort, an dem eine Änderung gebaut wurde, und dem, an dem sie ausgeliefert wird, auseinanderzudriften. Siehe Org-Verwaltung in Serpent für Details. Für Teams, die ein spezielles Datenmigrationstool vergleichen, siehe, wie Serpent im Vergleich zu Prodly abschneidet.

Jede Salesforce-Umgebung zentral verwaltet in Serpent

Typischer Release für Salesforce DevOps für Financial Services Cloud

Die Workflow-Änderung als Task erfassen
Eine Änderung an einer Action Plan Template wird zusammen mit dem Apex oder Flow, den sie auslöst, als Task erfasst.
Die Vorlagendaten migrieren
Die Datenoperationen von Serpent verschieben die Action-Plan-Template-Datensätze als nachverfolgten Schritt, nicht als manuellen Export und Import.
Lizenzzuweisungen erneut anwenden
Verfolgen Sie Permission-Set-Lizenzzuweisungen als Teil des Umgebungs-Setups, damit sie nicht übersehen werden, wenn ein Release eine neue Org erreicht.
Gegen synchronisierte Sandboxes validieren
Bestätigen Sie, dass sich Onboarding- und Review-Workflows in einer Umgebung, die mit dem Ziel abgestimmt gehalten wird, korrekt verhalten.

Häufige Fragen

Financial Services Cloud DevOps, erklärt

Migriert Serpent die FSC Action Plan Templates?

Ja. Es sind Custom-Object-Daten, daher verschieben die Datenoperationen von Serpent sie als nachverfolgten Pipeline-Schritt zusammen mit den Metadaten, die sie unterstützen.

Weist Serpent FSC-Permission-Set-Lizenzen automatisch zu?

Die Lizenzzuweisung selbst ist eine Salesforce-Admin-Aktion pro Org. Serpent hält Umgebungen synchron, sodass Setup-Schritte wie dieser über jede Sandbox und Scratch Org hinweg konsistent und leicht nachverfolgbar sind.

Wie geht Serpent mit der record-type-lastigen Konfiguration von FSC um?

Record Types und ihre Seitenlayout-Zuweisungen werden als Standard-Metadaten über die Pipeline von Serpent deployt, mit Abhängigkeitsprüfungen, die erkennen, wenn ein Release ohne das Mapping ausgeliefert wird, das ein Feature benötigt.

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

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

Kostenlos starten Demo buchen