Salesforce verfügt über eine Reihe von Regeln, die für Objekte und Felder definiert werden können. Sie können beispielsweise Validierungsregeln, Workflow-Regeln, Process Builder, Flows, Zuweisungsregeln, Eskalationsregeln, Auto-Response-Regeln, Trigger usw. definieren.

Egal, ob Sie Administrator, Berater, Entwickler oder Architekt sind – es ist wichtig, dass Sie die Reihenfolge verstehen, in der diese Regeln und Trigger ausgeführt werden.

Das folgende Bild zeigt die Reihenfolge der Ausführung visuell. (Weitere Informationen finden Sie in der URL des Apex Developer Guide, die im Abschnitt „References & Useful URLs“ unten aufgeführt ist).

Manchmal funktionieren die Dinge nicht so, wie Sie es erwarten. Ihr System kann sich wie ein Betrunkener verhalten (oder zumindest würden Sie das denken). In solchen Fällen ‚Debug-Protokolle‘ Funktion in Salesforce wird zu Ihrer Rettung kommen.

Angenommen, wir haben Folgendes für das Lead-Objekt konfiguriert

1. Es gibt eine Validierungsregel für das Lead-Objekt, die besagt, dass die E-Mail nicht leer sein kann, wenn die Lead-Bewertung heiß ist
2. Dann haben wir in Salesforce doppelte Regeln konfiguriert, um sicherzustellen, dass der erstellte Lead nicht bereits vorhanden ist
3. Dann gibt es eine Lead-Zuweisung in Salesforce definierte Regel, die alle „heißen“ Leads dem Benutzer „Nick Admas“ zuweist.
4. Dann gibt es eine Workflow-Regel mit definierter Feldaktualisierungsaktion, die das Branchenauswahllistenfeld des Leads auf „Technologie“ setzt, wenn die Stadt San Francisco ist.
5. Als nächstes gibt es einen Process Builder mit Kriterien Wenn der Lead-Status „Site Visit“ lautet, sollte automatisch ein Site Visit-Datensatz erstellt werden, der die Werte des Leads zuordnet.

Wenn Sie eine Kombination verschiedener Funktionen in Salesforce verwenden und auf Probleme stoßen, bei denen sich das System nicht so verhält, wie Sie es erwarten, besteht die beste Möglichkeit zur Diagnose und Fehlerbehebung darin, das Debug zu aktivieren (Setup -> Debug-Protokolle), die Transaktion auszuführen und dann das Debug-Protokoll zu überprüfen. Basierend auf dem oben angegebenen Beispiel sehen Sie im Debug-Protokoll Folgendes (bewegen Sie den Mauszeiger auf diese Bilder, um sie zu vergrößern).

Keep this sequence in mind while designing your solution and your app will behave properly.

(Übrigens, wenn Sie sich auf die Plattformentwicklerzertifizierung vorbereiten, gibt es ein paar Fragen zur Reihenfolge der Ausführung)

Referenz & Nützliche URLs

1. Trigger und Reihenfolge der Ausführung – Apex Developer Guide (15 Minuten) – https://developer.salesforce.com/docs/atlas.en-us.apexcode.meta/apexcode/apex_triggers_order_of_execution.htm
2. 20 verschiedene Überwachungstools & Auditing–Tools in Salesforce – Blogbeitrag (20 Minuten) – https://www.asagarwal.com/monitoring-and-auditing-tools-in-salesforce/

Blogbeitrag Änderungsprotokoll

1. August 2015 – Erstmals veröffentlicht
2. August 2019 – Aktualisiert, um doppelte Regeln und Prozessersteller einzubeziehen & flows
3. November 2020 – Aktualisiert gemäß Winter ’21 Release, um durch Datensätze ausgelöste Flows einzubeziehen