Workflow-Studio Flow-Auslösertypen

Datensatz-Auslöser

Verwenden Sie Datensatzauslöser, um einen Flow zu starten, wenn ein Datensatz erstellt oder aktualisiert wird.


Auslöser	Beschreibung
Erstellt	Startet einen Ablauf, wenn ein Datensatz in einer bestimmten Tabelle erstellt wird.
Aktualisiert	Startet einen Ablauf, wenn ein Datensatz in einer bestimmten Tabelle aktualisiert wird. Erfordert die Auswahl des Zeitpunkts für die Ablaufausführung. Für jede eindeutige Änderung: Löst den Flow bei jeder eindeutigen Aktualisierung eines Nicht-Systemfelds aus, auch wenn der Flow derzeit ausgeführt wird. Hinweis: Das System speichert einen Verlauf jeder Änderung an einem Datensatz und bestimmt, ob die Änderung eindeutig ist. Wenn sich beispielsweise das Statusfeld eines Incident-Datensatzes von In Bearbeitung in Warten ändert, kann der Flow ausgeführt werden. Wenn sich das Feld Status jedoch wieder in In Bearbeitung ändert, kann der Flow nicht ausgeführt werden. Hinweis: Flows mit einem Datensatzauslöser, der Für jede eindeutige Änderung ausgeführt wird, können zu Rekursionen führen, wenn sie in einer nicht interaktiven Sitzung ausgeführt werden. Wenn dieser Flow-Typ eine Änderung am Auslöserdatensatz vornimmt, erfüllt die Änderung die Flow-Auslöserbedingungen und verursacht eine Rekursion. Einmal: Löst den Flow einmal für die Lebensdauer des Datensatzes aus. Nur wenn er derzeit nicht ausgeführtwird : Löst den Flow für jede eindeutige Datensatzänderung aus, wenn der Flow für diesen Datensatz derzeit nicht ausgeführt wird. Dieses Verhalten entspricht der Option Immer in früheren Releases. Bei jeder Aktualisierung: Löst den Flow jedes Mal aus, wenn der Datensatz aktualisiert wird, unabhängig davon, ob für den Flow bereits laufende Kontexte vorhanden waren oder derzeit vorhanden sind.
Erstellt oder aktualisiert	Startet einen Ablauf, wenn ein Datensatz entweder in einer bestimmten Tabelle erstellt oder aktualisiert wird. Erfordert die Auswahl des Zeitpunkts für die Ablaufausführung. Für jede eindeutige Änderung: Löst den Flow bei jeder eindeutigen Aktualisierung eines Nicht-Systemfelds aus, auch wenn der Flow derzeit ausgeführt wird. Hinweis: Das System speichert einen Verlauf jeder Änderung an einem Datensatz und bestimmt, ob die Änderung eindeutig ist. Wenn sich beispielsweise das Statusfeld eines Incident-Datensatzes von In Bearbeitung in Warten ändert, kann der Flow ausgeführt werden. Wenn sich das Feld Status jedoch wieder in In Bearbeitung ändert, kann der Flow nicht ausgeführt werden. Hinweis: Flows mit einem Datensatzauslöser, der Für jede eindeutige Änderung ausgeführt wird, können zu Rekursionen führen, wenn sie in einer nicht interaktiven Sitzung ausgeführt werden. Wenn dieser Flow-Typ eine Änderung am Auslöserdatensatz vornimmt, erfüllt die Änderung die Flow-Auslöserbedingungen und verursacht eine Rekursion. Einmal: Löst den Flow einmal für die Lebensdauer des Datensatzes aus. Nur wenn er derzeit nicht ausgeführtwird : Löst den Flow für jede eindeutige Datensatzänderung aus, wenn der Flow für diesen Datensatz derzeit nicht ausgeführt wird. Dieses Verhalten entspricht der Option Immer in früheren Releases. Bei jeder Aktualisierung: Löst den Flow jedes Mal aus, wenn der Datensatz aktualisiert wird, unabhängig davon, ob für den Flow bereits laufende Kontexte vorhanden waren oder derzeit vorhanden sind.

Hinweis:

Abläufe mit Genehmigungsaktionen sollten den Auslöser nur einmal ausführen. In Fällen, in denen Sie eine Genehmigung aktualisieren und erneut übermitteln müssen, sollten Sie einen Kehren Sie zur Flow-Logik zurück verwenden, um erneut eine Genehmigung anzufordern.

REST-Auslöser

Verwenden Sie REST-Auslöser, um einen Flow nach einer bestimmten REST-API-Anforderung zu starten.

Hinweis:

Diese Funktion erfordert ein IntegrationHub Enterprise-Abonnement. Weitere Informationen finden Sie unter Request Integration Hub.


Auslöser	Beschreibung
REST-API – asynchron	Starten Sie einen Flow über einen eingehenden API-Aufruf oder einen Webhook über ein externes System. Konfigurieren Sie die Startbedingungen für Auslöser, ohne anwenderdefinierten Code schreiben oder pflegen zu müssen. Weitere Informationen finden Sie unter REST-API-Auslöser.

Geplante Auslöser

Verwenden Sie geplante Auslöser, um einen Flow nach einem bestimmten Datum und einer bestimmten Uhrzeit oder wiederholt in geplanten Intervallen zu starten. Geplante Auslöser verwenden die Zeitzone der Instanz, um zu bestimmen, wann ein Flow gestartet werden soll.

Hinweis:

Da Flows asynchron verarbeitet werden, wird ein Flow mit einem geplanten Auslöser möglicherweise nicht genau zu dem geplanten Zeitpunkt ausgeführt, zu dem seine Auslöserbedingungen erfüllt wurden. Wenn beispielsweise ein geplanter Ablauf während der Hauptgeschäftszeit ausgelöst wird, muss das System möglicherweise andere Ereignisse in der Warteschlange verarbeiten, bevor der geplante Ablauf ausgeführt werden kann.


Auslöser	Beschreibung
Täglich	Startet jeden Tag zu einem bestimmten Zeitpunkt einen Ablauf.
Wöchentlich	Startet jede Woche zu einem bestimmten Zeitpunkt einen Ablauf.
Monatlich	Startet jeden Monat einen Ablauf zu einer bestimmten Zeit.
Einmal ausführen	Startet einen Ablauf einmal zu einer bestimmten Zeit, wiederholt sich jedoch nicht. Wenn Sie ein Datum oder eine vergangene Zeit auswählen, plant das System den Ablauf so schnell wie möglich durchzuführen.
Wiederholen	Startet einen Ablauf in regelmäßigen, von Ihnen definierten Intervallen.

Auslöser der Anwendung

Verwenden Sie Anwendungsauslöser, um einen Ablauf zu starten, wenn anwendungsspezifische Bedingungen erfüllt sind.


Auslöser	Beschreibung
Kafka-Nachricht	Startet einen Flow, wenn in einem Thema in Ihrer Kafka-Umgebung eine Nachricht vorhanden ist. Weitere Informationen finden Sie unter Erstellen Sie einen Flow mit einem Kafka-Nachrichtenauslöser.
MetricBase	Startet einen Ablauf, wenn ein MetricBase Auslöser erreicht ist. Benötigt die MetricBase Anwendung. Weitere Informationen finden Sie unter Abläufe mit einem MetricBase-Auslöser erstellen.
Proaktive Analytics	Startet einen Flow, wenn KPI-Punktzahl oder KPI-Schwellenwerte für proaktive Analytics erfüllt sind. Erfordert ein Performance Analytics -Abonnement für proaktive Analytics. Weitere Informationen finden Sie unter Erstellen Sie einen Flow mit einem Auslöser für proaktive Analytics.
Servicekatalog	Startet einen Ablauf aus einer Servicekatalog Artikelanfrage. Weitere Informationen finden Sie unter Abläufe mit einem Servicekatalog-Auslöser erstellen. Hinweis: Servicekatalog -Auslöser unterstützen keine Katalogvariablen als Teil der Auslöserbedingung. Stattdessen können Sie Katalogvariablen im Haupttext des Flows abrufen oder erstellen.
SLA-Aufgabe	Startet einen Flow aus einem SLA-Definitionsdatensatz. Weitere Informationen finden Sie unter Erstellen eines Flows mit einem SLA-Aufgabenauslöser.

Auslöser für eingehende E-Mails

Starten Sie einen Flow, wenn Ihre Instanz eine E-Mail erhält.

Eingehende E-Mail-Flows haben Priorität gegenüber Aktionen für eingehende E-Mails. Wenn Sie Flows mit Auslösern für eingehende E-Mails erstellen, werden E-Mails zuerst von den Auslösern für eingehende E-Mails verarbeitet, bevor sie von Aktionen für eingehende E-Mails verarbeitet werden.

Bei Aktionen für eingehende E-Mails haben Sie keine vollständige Kontrolle über die Verarbeitung von E-Mail-Anhängen oder die Zuweisung des Zieldatensatzes einer E-Mail. Wenn Sie einen Flow mit einem Auslöser für eingehende E-Mails erstellen, können Sie diese Aktionen mit Aktion „E-Mail-Anhänge in Datensatz verschieben“. und Aktion „Datensatz zu E-Mail zuordnen“.ausführen. Um mehr Kontrolle über E-Mail-Anhänge zu haben, können Sie auch Aktion „E-Mail-Anhänge suchen“. verwenden, um als Datenpille auf einen bestimmten Anhang zuzugreifen.

Obwohl Sie eine eingehende E-Mail mit mehreren Aktionen für eingehende E-Mails verarbeiten können, können Sie eine eingehende E-Mail standardmäßig nicht mit mehreren Flows verarbeiten. Zusätzliche Konfiguration ist erforderlich. Informationen zum Stoppen der Verarbeitung in Aktionen für eingehende E-Mails finden Sie unter Verarbeitungsreihenfolge für eingehende E-Mails angeben.

Weitere Informationen zum Ausführen mehrerer Flows für eine eingehende E-Mail finden Sie unter Zulassen, dass mehrere Auslöser eine eingehende E-Mail verarbeiten.

Das folgende Diagramm zeigt, wie eingehende E-Mails von Auslösern für eingehende E-Mails verarbeitet werden. Nachdem die E-Mail als Antwort-E-Mail, weitergeleitete E-Mail oder neue E-Mail klassifiziert wurde, versucht das System, die E-Mail einem aktiven Auslöser für eingehende E-Mails zuzuordnen. Wenn die E-Mail die Bedingungen eines Auslösers für eingehende E-Mails erfüllt, wird der Flow ausgeführt. Wenn die Verarbeitung der Flow-Probleme beendet wird, wird die Verarbeitung der E-Mail beendet. Wenn der Flow die Beendigung der Verarbeitung nicht ausgibt, wertet das System die Bedingungen für weitere eingehende E-Mail-Auslöser aus. Wenn keine weiteren eingehenden E-Mail-Auslöser zur Auswertung vorhanden sind, versucht das System stattdessen, die E-Mail mit einer aktiven Aktion für eingehende E-Mails abzugleichen.

E-Mails im Auslöser „Eingehende E-Mail“ werden verarbeitet — Abbildung : 1. E-Mails mit Auslösern für eingehende E-Mails werden verarbeitet

Wichtig:

Eingehende E-Mail-Flows verwenden den E-Mail-Absender als Benutzer, der die Sitzung initiiert. Wenn das System den Absender nicht erkennt, wird der eingehende E-Mail-Flow als Gastbenutzer ausgeführt. Wenn Sie festlegen, dass der Flow für eingehende E-Mails vom Benutzer ausgeführt wird, der die Sitzung initiiert, wird sichergestellt, dass die Flow-Aktionen durch Benutzerzugriffssteuerungen eingeschränkt sind. Wenn der initiierende Anwender aus irgendeinem Grund erweiterte Berechtigungen benötigt, lassen Sie den Flow für eingehende E-Mails einen Subflow aufrufen, der mit den erforderlichen Rollen ausgeführt wird. Um Zugriffssteuerungen für einen eingehenden E-Mail-Flow zu testen, nehmen Sie die Identität eines typischen eingehenden E-Mail-Benutzers an, und lösen Sie den Flow manuell aus.

Spoke-Auslöser

Spokes können über bedingte und ereignisgesteuerte externe Auslöser oder Webhooks verfügen, die in Anwendungen von Drittparteien gestartet werden. Die Webhooks fungieren als Auslöser, die die Daten für einen Flow bereitstellen. Wenn Sie beispielsweise in der Problemverfolgungsanwendung eines Drittanbieters ein Problem der Ebene P1 erstellen, wird der Datensatz der Incident-Datenbank in der Instanz ServiceNow aktualisiert. Um diesen Flow zu implementieren, führen Sie die folgenden Schritte aus:

Erweiterte Optionen

Geben Sie die Anforderungen an die Anwendersitzung an, die zum Starten eines Flows mit Erweiterte Optionenerforderlich sind.

Zeitpunkt für die Ausführung des Flows

Bestimmen Sie den Sitzungstyp, der den Flow auslösen kann, ob der Flow ausgeführt werden soll, wenn er von bestimmten Anwendern ausgelöst wird, und welche Tabellen den Flow auslösen können.

Tabelle : 1. Optionen für interaktive Sitzungen
Option	Beschreibung
Nur für nicht interaktive Sitzung ausführen	Flow, der nur in nicht interaktiven Sitzungen ausgelöst wird. Siehe Nicht-interaktive Sitzungen.
Nur für interaktive Anwendersitzung ausführen	Flow, der nur in interaktiven Sitzungen ausgelöst wird.
Für sowohl interaktive als auch nicht interaktive Sitzungen ausführen	Flow, der in allen Sitzungen ausgelöst wird.

Tabelle : 2. Benutzeroptionen
Option	Beschreibung
Bei Auslösung durch die folgenden Anwender nicht ausführen	Flow, der für eine ausgewählte Liste von Anwendern nicht ausgelöst wird. Klicken Sie auf das Symbol „Benutzer hinzufügen“ ( ), um der Liste Benutzer hinzuzufügen.
Nur bei Auslösung durch die folgenden Benutzer ausführen	Flow, der nur für eine ausgewählte Liste von Anwendern ausgelöst wird. Klicken Sie auf das Symbol „Benutzer hinzufügen“ ( ), um der Liste Benutzer hinzuzufügen.
Für beliebigen Anwender ausführen	Flow, der für jeden Anwender ausgeführt wird.

Tabelle : 3. Tabellenoptionen
Option	Beschreibung
Nur für aktuelle Tabelle ausführen	Flow, der nur für die ausgewählte Tabelle ausgelöst wird.
Für aktuelle und erweiterte Tabellen ausführen	Flow, der für die ausgewählte Tabelle und alle erweiterten Tabellen ausgelöst wird.

Wo soll der Flow ausgeführt werden?

Legen Sie fest, ob der Flow im Hintergrund oder in der aktuellen Sitzung ausgeführt werden soll.


Option	Beschreibung
Flow im Hintergrund ausführen (Standard)	Flow, der asynchron im Hintergrund ausgeführt wird. Verwenden Sie diese Option für Flows, die keine sofortigen Updates erfordern, und um die gleichzeitige Ausführung anderer Systemprozesse zu ermöglichen.
Flow im Vordergrund ausführen	Flow, der in der aktuellen Sitzung synchron ausgeführt wird. Verwenden Sie diese Option, um einem Endanwender sofortige Updates bereitzustellen. Wenn beispielsweise ein Flow eine Aufgabe öffnet, nachdem die vorherige Aufgabe geschlossen wurde, verwenden Sie diese Option, um die nächste Aufgabe zu öffnen, unmittelbar nachdem ein Anwender eine geschlossen hat. Hinweis: Das Ausführen eines Flows im Vordergrund kann den aktuellen Sitzungs-Thread blockieren und Anwendereingaben verhindern, bis der Flow abgeschlossen ist. Vermeiden Sie die Ausführung von Flows im Vordergrund, wenn sie Aktionen enthalten, die nicht unterbrochen werden können, z. B. Aktionen, die Skripts ausführen. Aktionen oder Flow-Logik, die einen Flow anhalten, blockieren keine Sitzung.

Datenpillen nach Auslösertyp verfügbar

Flow Designer haben über den Auslöser Zugriff auf Datenpillen.


Auslösertyp	Datenpillen verfügbar
Datensatz	[Tabellenbezeichnung] Datensatz Ein Objekt, das den auslösenden Datensatz enthält. Geänderte Felder Ein Array von Objekten mit den Feldwerten, die sich geändert haben. Diese Datenpille ist nur für die Auslösertypen „ Aktualisiert“ oder „Erstellt“ oder „Aktualisiert “ verfügbar. Hinweis: Um die Array-Datenpille „ Geänderte Felder “ zu verarbeiten, müssen Sie die Flow-Logik „Für jeden“ verwenden. Weitere Informationen zum Arbeiten mit Array-Datenpillen finden Sie unter Komplexe Daten. [Tabellenbezeichnung] Tabelle Die Sys-ID der Tabelle, die den Auslöserdatensatz enthält. Startdatum/-zeit der Ausführung Datums-/Uhrzeit-Objekt, das speichert, wann der Flow in der Zeitzone des Systems gestartet wurde. Verwenden Sie diese Datenpille, um einen Datums-/Uhrzeitwert an andere Aktionen und Schritte zu übergeben, z. B. die Aktion „Datensatz erstellen“ oder „Datensatz aktualisieren“. Startzeit der Ausführung (UTC) Datums-/Uhrzeitzeichenfolge, die speichert, wann der Flow in Coordinated Universal Time (UTC) gestartet wurde. Verwenden Sie diese Datenpille, um Daten an veraltete Flows zu übergeben, die UTC-Datum/Uhrzeit-Zeichenfolgen erwarten.
REST-API – asynchron	Pfadparameter Ein Objekt, das Pfadparameter in der eingehenden Anforderung enthält. Abfrageparameter Ein Objekt, das Abfrageparameter in der eingehenden Anforderung enthält. Anforderungsheader Ein Objekt, das Header in der eingehenden Anforderung enthält. Anforderungstext Komplexes Datenobjekt, das die Textstruktur der eingehenden Anforderung definiert. Weitere Informationen zu komplexen Objekten finden Sie unter Komplexe Daten.
Datum	Startdatum/-zeit der Ausführung Datums-/Uhrzeit-Objekt, das speichert, wann der Flow in der Zeitzone des Systems gestartet wurde. Verwenden Sie diese Datenpille, um einen Datums-/Uhrzeitwert an andere Aktionen und Schritte zu übergeben, z. B. die Aktion „Datensatz erstellen“ oder „Datensatz aktualisieren“. Startzeit der Ausführung (UTC) Datums-/Uhrzeitzeichenfolge, die speichert, wann der Flow in Coordinated Universal Time (UTC) gestartet wurde. Verwenden Sie diese Datenpille, um Daten an veraltete Flows zu übergeben, die UTC-Datum/Uhrzeit-Zeichenfolgen erwarten.
SLA-Aufgabe	Aufgaben-SLA-Datensatz Ein Objekt, das den auslösenden Aufgaben-SLA-Datensatz enthält. sla_flow_inputs Ein Objekt, das Werte für die Aufgaben-SLA-Definition enthält.
Eingehende E-Mail	E-Mail-Datensatz Ein Objekt, das den auslösenden E-Mail-Datensatz enthält. [Tabellenbezeichnung] Tabelle Die Sys-ID der Tabelle, die der Ziel-E-Mail zugeordnet ist. Haupttext Eine Zeichenfolge, die den Textkörper der E-Mail-Nachricht enthält. Betreff Eine Zeichenfolge, die den Betreff der E-Mail-Nachricht enthält. Anwenderdatensatz Ein Objekt, das den Anwender enthält, der die auslösende E-Mail gesendet hat. Wenn dem Absender kein Benutzerdatensatz zugeordnet ist, wird das Objekt in der Datenpille für den Gastbenutzer aufgelistet. Von-Adresse Eine Zeichenfolge, die die E-Mail-Adresse des Absenders enthält.
Metrikbasis	MetricBase-Auslöserdefinitionsdatensatz Ein Objekt, das den auslösenden MetricBase-Auslöserdefinitionsdatensatz enthält. Ebene Der Ganzzahlwert der MetricBase-Auslöserebene. Zeit des Metrik-Ereignisse Der Datums-/Uhrzeitwert des Auftretens des Metrikereignisses. Datensatz Ein Objekt, das den Datensatz enthält, für den Metrikereignisse gesammelt wurden.
Servicekatalog	Datensatz für angefordertes Element Ein Objekt, das den auslösenden Datensatz für das angeforderte Element enthält. Startdatum/-zeit der Ausführung Datums-/Uhrzeit-Objekt, das speichert, wann der Flow in der Zeitzone des Systems gestartet wurde. Verwenden Sie diese Datenpille, um einen Datums-/Uhrzeitwert an andere Aktionen und Schritte zu übergeben, z. B. die Aktion „Datensatz erstellen“ oder „Datensatz aktualisieren“. Startzeit der Ausführung (UTC) Datums-/Uhrzeitzeichenfolge, die speichert, wann der Flow in Coordinated Universal Time (UTC) gestartet wurde. Verwenden Sie diese Datenpille, um Daten an veraltete Flows zu übergeben, die UTC-Datum/Uhrzeit-Zeichenfolgen erwarten. Tabellenname Der Tabellenname, der das angeforderte Katalogelement enthält.
Kafka-Nachricht	Nachrichten Ein Array von Objekten, das die vom Kafka-Thema empfangenen Nachrichten enthält. Jede Nachricht enthält die folgenden Datenpillen. Header: Ein Array von Headern, wobei jeder Header einen Schlüssel und einen Wert enthält. Das Schlüssel-Wert-Paar liefert zusätzliche Informationen über die Nachricht. Sowohl der Schlüssel als auch der Wert sind Zeichenfolgen. Nutzlast: Eine Zeichenfolge, die den Text der Nachricht enthält. Schlüssel: Ein Zeichenfolgen, der die Einfügereihenfolge für die Nachricht identifiziert. Nachrichten mit demselben Schlüssel werden der Reihe nach verarbeitet.

Allgemeine Leitlinien

Befolgen Sie diese allgemeinen Richtlinien, wenn Sie Datensatzauslöser erstellen.

Bestimmen Sie, ob Ihr Flow einen Auslöser oder eine Variableneingabe benötigt: Flows werden immer ausgeführt, wenn ihre Auslöserbedingungen erfüllt sind. Auslöser liefern immer die gleichen Daten als Eingabe für Flows. Wenn Sie stattdessen eine Variableneingabe zum Initiieren eines Flows benötigen, erstellen Sie einen Subflow.
Fügen Sie Bedingungen hinzu, um anzugeben, welche Datensatzwerte Ihren Flow starten: Einen Flow nur bei Bedarf zu starten verbraucht weniger Systemressourcen, als wenn Sie einen Flow starten, anhalten und auf die Fortsetzung warten, bis eine bestimmte Datensatzbedingung gilt. Anstatt einen Flow zu erstellen, der mit einer Aktion Warten auf Bedingung beginnt, entwerfen Sie den Flow so, dass die Wartebedingung als Teil des Datensatzauslösers aufgenommen wird.
Erstellen Sie eindeutige Bedingungen für Datensatzauslöser in derselben Tabelle: Um zu verhindern, dass Flows sich gegenseitig überschreiben, erstellen Sie eindeutige Bedingungen für jeden Flow, der in derselben Tabelle ausgeführt wird. Wenn mehrere Flows in derselben Tabelle dieselben Filterbedingungen aufweisen, gibt es keine Möglichkeit, die Reihenfolge zu ermitteln, in der die Flows ausgeführt werden. Die Verwendung von Bedingungen hilft auch, die Flow-Leistung zu optimieren, indem eine präzisere, kleinere Gruppe von Datensätzen zurückgegeben wird.
Durch Import und Update Sets hinzugefügte oder aktualisierte Datensätze ignorieren: Datensatzauslöser ignorieren Datensätze, die durch Anwenden eines Update Set oder Importieren einer XML-Datei hinzugefügt oder aktualisiert wurden. Diese Vorgänge gelten für die gesamte Anwendung oder Tabelle und nicht für einen einzelnen Datensatz.
Ersetzen Sie Datensatzauslöser in Servicekatalog-Tabellen durch Servicekatalog-Anwendungsauslöser: Flow Designer zeigt keine Servicekatalog-Tabellen mehr als Optionen für Datensatzauslöser an. Erstellen Sie stattdessen Flows, die den Auslösertyp der Servicekatalog-Anwendung verwenden.
Stellen Sie sicher, dass die Benutzer, die einen Flow auslösen, Zugriff auf die Auslösebedingungsdaten haben: Da Flows normalerweise als der Benutzer ausgeführt werden, der sie auslöst, stellen Sie sicher, dass die Benutzer Zugriff auf alle in den Auslöserbedingungen angegebenen Daten haben. Vermeiden Sie das Erstellen von Auslöserbedingungen für zugehörige Tabellen, auf die normale Benutzer keinen Zugriff haben. Wenn Ihre Flow-Auslösebedingungen Zugriff auf Daten mit eingeschränkten Rollen erfordern, führen Sie Ihre Flows mit der Rolle aus, die für den Zugriff auf diese Daten erforderlich ist.