Konfiguration von Related Lists in der Record Page

Bisher musste man immer die Lightning Record Page und das Page Layout beachten, um die Ansicht eines Datensatzes zu konfigurieren. Vor allem die Related Lists konnten nur im Page Layout konfiguriert werden. Mit dem Summer 22 Release können Related Lists aber in der Record Page adaptiert werden. Salesforce hat die Änderungen noch um einige spannende Funktionen erweitert, die interessante neue Konfigurationsmöglichkeiten ermöglichen.

Für die Konfiguration muss man im Lightning App Builder die Dynamic Related List – Single in die Record Page ziehen. Danach ist folgende Konfiguration möglich:

1. Man kann festlegen, welches Objekt den Parent-Datensatz definiert. Diese Möglichkeit ging bei den Related Lists bisher nicht. Man kann damit beispielsweise am Contact eine Related List vom Account anzeigen.
2. Als nächstes wählt man, welches untergeordnete Objekt in der Related List angezeigt werden soll. Der Liste kann natürlich auch ein Label vergeben werden.
3. Dann wählt man aus, wie die Liste angezeigt werden soll. Als Liste oder als Tile.
4. Die angezeigten Spalten auswählen. Standardmäßig werden bis zu 10 Stück angezeigt.
5. Auswählen nach welchem Feld die Datensätze sortiert werden sollen und ob aufsteigend oder absteigend sortiert werden soll.
6. Nun kann man einen Filter angeben, welche Datensätze angezeigt werden sollen. Wenn man beispielsweise am Account eine Liste mit aktiven Contacts und eine Liste mit inaktiven Contacts haben möchte, musste bisher mit zwei unterschiedlichen Lookup-Feldern vom Contact zu Account gearbeitet werden. Das ist mit dem Update jetzt nicht mehr notwendig. Es kann einfach ein beliebiges Feld vom Contact gefiltert werden. Damit erspart uns Salesforce eine Menge an Konfiguration!
7. Welche Actions in der Related List angezeigt werden, kann natürlich auch festgelegt werden.

Wir hoffen, dass bei einem der nächsten Releases die Möglichkeit, die Felder von Standard Objekten in der Record Page anordnen zu können, nachgezogen wird. Dann bräuchte man keinen Page Layout Editor mehr.

Der Flow Builder

Auch bei diesem Release wurde der Flow Builder wieder erweitert.

Formeln für Record-Triggered Flows

Seit dem neuen Release kann man bei Record-Triggered Flows auch mit einer Formel als Entry-Criteria arbeiten. Damit setzt Salesforce den nächsten Schritt, um Workflows tatsächlich durch Flows zu ersetzen. Weiters ist es jetzt möglich bei den Entry-Criteria auch auf Ressource wie z.B. $Permission, $Label, $Setup oder $UserRole zuzugreifen. Dadurch kann mit einer Custom Permission verhindert werden, dass ein Record-Triggered Flow beim Importieren von Daten gestartet wird. Als Konsequenz hat Salesforce das Workflow Migrate to Flow Tool fertig gestellt.

Die Reihenfolge der Record-Triggered Flows im Flow-Trigger Explorer ändern

Bereits im letzten Release hat Salesforce den Flow-Trigger Explorer eingeführt. Außerdem konntes man mit der Trigger Order festlegen, in welcher Reihenfolge die Record-Triggered Flows ausgeführt werden. Mit dem Summer 22 Release hat Salesforce als Highlight diese Funktion im Flow-Trigger Explorer implementiert. Mit der “New Flow” Schaltfläche kann jetzt auch direkt ein neuer Flow aus dem Flow-Trigger Explorer erstellt werden. Es sieht so aus, als ob der Flow-Trigger Explorer das neue Herzstück für Record-Triggered Flows wird.

Flows im Objektmanager

Endlich können Record-Triggered Flows direkt aus dem Objektmanager bearbeitet werden. Flows werden übersichtlich in einer Listenansicht dargestellt und können dann im Flow Trigger Explorer geöffnet werden. Außerdem lassen sich schnell neue Flows anlegen - damit wird die Verwaltung von Flows sehr vereinfacht.

Record-Triggered Flows testen

Flows können mittels Tests für Record-Triggered Flows mit künstlichen Daten getestet werden. Auf einen Klick lässt sich somit prüfen, ob der Flow wie geplant ausgeführt wird. Falls nicht, kann er einfach adaptiert werden. Ebenso lässt sich somit sicherstellen, dass ein Record-Triggered Flow nach einer Änderung immer noch die gewünschten Anforderungen erfüllt. Im Grunde werden somit Unit Test eingeführt, die eine erhebliche Erleichterung im Bugfixing und der Fehlersuche darstellen. Die Funktion ist noch im Beta-Stadium - noch können die Tests nicht deployed werden, wir gehen aber davon aus, dass das in einem der nächsten Releases ausgerollt wird.

Release Highlights zum Flow Orchestrator

Mit Flows können Prozesse automatisiert gestaltet werden. Der Flow Orchestrator wird verwendet, wenn mehrere Anwender in einen automatisierten Prozess eingebunden werden sollen. Das wäre zum Beispiel ein Genehmigungsprozess oder das gemeinsame Abarbeiten von Aufgaben. Der Flow Orchestrator wurde im Spring 22 Release eingeführt und im Zuge des Summer 22 Releases um ein paar wichtige Funktionen erweitert.

Direkt einen verwendeten Flow bearbeiten

Wenn man im Flow Orchestrator einen Flow verwendet hatte, musste man früher immer zurück ins Setup in die Übersicht der Flows, um von dort den Flow zu bearbeiten. Nun kann man den Flow direkt aus dem Flow Orchestrator bearbeiten.

Außerdem können Flow-Orchestrations jetzt mit Change Sets deployed werden Weiters hat Salesforce die Möglichkeiten zum debuggen von Orchestrations optimiert.

Der Search Manager

Wenn man wissen möchte, welche Felder aus welchem Objekt in der globale Suche von Salesforce verwendet werden, kann man das nun sehr unkompliziert mit dem Search Manager ermitteln. Einfach auf Setup->Search Manager und schon werden alle Objekte mit den dazugehörigen Felder für die Suche angezeigt.

1. Im Search Manager ein Objekt aussuchen.
2. Anschließend noch filtern, welche Felder der Search Manager anzeigen soll - schon werden alle Felder des Objektes, die durchsuchbar sind, angezeigt.