Flow Designer 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 für jede eindeutige 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 Feld Status eines Incident-Datensatzes von In Bearbeitung zu 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 Rekursionen erzeugen, wenn sie in einer nicht interaktiven Sitzung ausgeführt werden. Wenn diese Art von Flow eine Änderung am Auslöserdatensatz vornimmt, erfüllt die Änderung die Bedingungen für den Flow-Auslöser und verursacht eine Rekursion. Einmal: Löst den Flow einmal für die Lebensdauer des Datensatzes aus. Nur, wenn derzeit nicht ausgeführt: Löst den Flow für jede eindeutige Änderung aus, wenn der Flow derzeit nicht ausgeführt wird. Dieses Verhalten ist identisch mit 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 bereits Kontexte für den Flow vorhanden waren oder derzeit ausgeführt werden.
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 für jede eindeutige 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 Feld Status eines Incident-Datensatzes von In Bearbeitung zu 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 Rekursionen erzeugen, wenn sie in einer nicht interaktiven Sitzung ausgeführt werden. Wenn diese Art von Flow eine Änderung am Auslöserdatensatz vornimmt, erfüllt die Änderung die Bedingungen für den Flow-Auslöser und verursacht eine Rekursion. Einmal: Löst den Flow einmal für die Lebensdauer des Datensatzes aus. Nur, wenn derzeit nicht ausgeführt: Löst den Flow für jede eindeutige Änderung aus, wenn der Flow derzeit nicht ausgeführt wird. Dieses Verhalten ist identisch mit 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 bereits Kontexte für den Flow vorhanden waren oder derzeit ausgeführt werden.

Hinweis:

Abläufe mit Genehmigungsaktionen sollten den Auslöser nur einmal ausführen.

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 aus einem eingehenden API-Aufruf oder Webhook aus einem externen System. Konfigurieren Sie die Auslöserstartbedingungen, ohne benutzerdefinierten 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ösebedingungen 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 eine Nachricht in einem Thema in Ihrer Kafka-Umgebung 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 die Proactive Analytics-KPI-Punktzahl oder KPI-Schwellenwerte erreicht werden. Erfordert ein Performance Analytics -Abonnement für Proactive Analytics. Weitere Informationen finden Sie unter Erstellen Sie einen Flow mit einem Proactive Analytics-Auslöser.
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. Rufen Sie stattdessen Katalogvariablen im Haupttext des Flows ab oder erstellen Sie sie.
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 Vorrang vor Aktionen bei eingehender E-Mail. 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 nicht die 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 die folgenden Aktionen mit Aktion „E-Mail-Anhänge in Datensatz verschieben“. und Aktion „Datensatz zu E-Mail zuordnen“.ausführen. Für eine bessere Kontrolle über E-Mail-Anhänge können Sie auch Aktion „E-Mail-Anhänge suchen“. verwenden, um auf einen bestimmten Anhang als Datenpille 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 Anhalten der Verarbeitung in Aktionen für eingehende E-Mails finden Sie unter Verarbeitungsreihenfolge eingehender 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-, Weiterleitungs- 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 Flow-Probleme die Verarbeitung beenden, ist die Verarbeitung der E-Mail abgeschlossen. Wenn der Flow die Verarbeitung nicht anhält, wertet das System die Bedingungen weiterer eingehender E-Mail-Auslöser aus. Wenn keine weiteren Auslöser für eingehende E-Mails zur Auswertung vorhanden sind, versucht das System stattdessen, die E-Mail mit einer aktiven Aktion für eingehende E-Mails abzugleichen.

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

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 den Flow eingehender E-Mails so festlegen, dass er als Benutzer ausgeführt wird, der die Sitzung initiiert, wird sichergestellt, dass die Flow-Aktionen durch Benutzerzugriffskontrollen eingeschränkt sind. Wenn der initiierende Benutzer aus irgendeinem Grund erhöhte Berechtigungen benötigt, lassen Sie den eingehenden E-Mail-Flow einen Subflow aufrufen, der mit den erforderlichen Rollen ausgeführt wird. Um Zugriffskontrollen für einen eingehenden E-Mail-Flow zu testen, nehmen Sie die Identität eines typischen Benutzers für eingehende E-Mails 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 von Anwendungen von Drittanbietern gestartet werden. Die Webhooks fungieren als Auslöser, die die Daten für einen Flow bereitstellen. Wenn Sie beispielsweise ein Problem der Ebene P1 in einer Drittanbieteranwendung zur Problemverfolgung erstellen, wird der Datensatz der Incident-Datenbank in der Instanz ServiceNow aktualisiert. Führen Sie die folgenden Schritte aus, um diesen Flow zu implementieren:

Erweiterte Optionen

Geben Sie die Benutzersitzungsanforderungen an, die zum Starten eines Flows mit erweiterten 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 Benutzern 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 Benutzern 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 Benutzern 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 Benutzer 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 Endbenutzer sofortige Aktualisierungen bereitzustellen. Wenn beispielsweise ein Flow eine Aufgabe öffnet, nachdem die vorherige Aufgabe geschlossen wurde, verwenden Sie diese Option, um die nächste Aufgabe sofort zu öffnen, nachdem ein Benutzer eine Aufgabe geschlossen hat. Hinweis: Das Ausführen eines Flows im Vordergrund kann den aktuellen Sitzungs-Thread blockieren und Benutzereingaben bis zum Abschluss des Flows verhindern. Vermeiden Sie es, Flows im Vordergrund auszuführen, wenn sie Aktionen enthalten, die nicht unterbrochen werden können, z. B. Aktionen, die ein Skript ausführen. Aktionen oder Flow-Logik, die einen Flow anhalten, blockieren keine Sitzung.

Verfügbare Datenpillen nach Auslösertyp

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 geänderten Feldwerten. 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 vom Typ Für alle 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-/Uhrzeitobjekt, das speichert, wann der Flow in der lokalen Zeitzone des Systems gestartet wurde. Verwenden Sie diese Datenpille, um einen Datums-/Uhrzeitwert an andere Aktionen und Schritte wie die Aktion „Datensatz erstellen“ oder die Aktion „Datensatz aktualisieren“ zu übergeben. Startzeit der Ausführung (UTC) Datums-/Uhrzeitzeichenfolge, die speichert, wann der Flow gestartet wurde (Coordinated Universal Time, UTC). 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 Kopfzeilen 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-/Uhrzeitobjekt, das speichert, wann der Flow in der lokalen Zeitzone des Systems gestartet wurde. Verwenden Sie diese Datenpille, um einen Datums-/Uhrzeitwert an andere Aktionen und Schritte wie die Aktion „Datensatz erstellen“ oder die Aktion „Datensatz aktualisieren“ zu übergeben. Startzeit der Ausführung (UTC) Datums-/Uhrzeitzeichenfolge, die speichert, wann der Flow gestartet wurde (Coordinated Universal Time, UTC). 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 Aufgaben-SLA-Definitionswerte 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 Text der E-Mail-Nachricht enthält. Betreff Eine Zeichenfolge, die den Betreff der E-Mail-Nachricht enthält. Benutzerdatensatz Ein Objekt, das den Benutzer enthält, der die auslösende E-Mail gesendet hat. Wenn dem Absender kein Benutzerdatensatz zugeordnet ist, wird in der Datenpille das Objekt 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 ganzzahlige Wert der MetricBase-Auslöserebene. Zeit des Metrik-Ereignisse Der Datums-/Uhrzeitwert, zu dem das Metrikereignis aufgetreten ist. Datensatz Ein Objekt, das den Datensatz enthält, für den Metrik-Events erfasst wurden.
Servicekatalog	Datensatz für angefordertes Element Ein Objekt, das den auslösenden Datensatz für angeforderte Elemente enthält. Startdatum/-zeit der Ausführung Datums-/Uhrzeitobjekt, das speichert, wann der Flow in der lokalen Zeitzone des Systems gestartet wurde. Verwenden Sie diese Datenpille, um einen Datums-/Uhrzeitwert an andere Aktionen und Schritte wie die Aktion „Datensatz erstellen“ oder die Aktion „Datensatz aktualisieren“ zu übergeben. Startzeit der Ausführung (UTC) Datums-/Uhrzeitzeichenfolge, die speichert, wann der Flow gestartet wurde (Coordinated Universal Time, UTC). 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 verfügt über die folgenden Datenpillen. Header: Ein Array von Headern, wobei jeder Header einen Schlüssel und einen Wert enthält. Das Schlüssel-Wert-Paar enthält zusätzliche Informationen zur Nachricht. Sowohl der Schlüssel als auch der Wert sind Zeichenfolgen. Nutzlast: Eine Zeichenfolge, die den Text der Nachricht enthält. Schlüssel: Ein Stich, der die Einfügereihenfolge für die Nachricht identifiziert. Nachrichten mit demselben Schlüssel werden der Reihe nach verarbeitet.

Allgemeine Richtlinien

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 stellen immer dieselben Daten als Eingabe für Flows bereit. Wenn Sie stattdessen Variableneingaben benötigen, um einen Flow zu initiieren, erstellen Sie einen Subflow.
Fügen Sie Bedingungen hinzu, um anzugeben, mit welchen Datensatzwerten Ihr Flow beginnen soll: Das Starten eines Flows nur bei Bedarf verbraucht weniger Systemressourcen als das Starten eines Flows, das Anhalten und das Warten auf das Fortsetzen des Flows, bis eine bestimmte Datensatzbedingung erfüllt ist. Anstatt einen Flow zu erstellen, der mit einer Bedingungsaktion Warten auf beginnt, entwerfen Sie den Flow so, dass die Wartebedingung als Teil des Datensatzauslösers enthalten ist.
Erstellen Sie eindeutige Bedingungen für Datensatzauslöser in derselben Tabelle: Um zu verhindern, dass sich Flows gegenseitig überschreiben, erstellen Sie eindeutige Bedingungen für jeden Flow, der in derselben Tabelle ausgeführt wird. Wenn mehrere Flows in derselben Tabelle denselben Filter verwenden, 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 genauere, kleinere Menge 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 Sets 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 Service Catalog-Tabellen durch Service Catalog-Anwendungsauslöser: Flow Designer zeigt Service Catalog-Tabellen nicht mehr als Optionen für Datensatzauslöser an. Erstellen Sie stattdessen Flows, die den Auslösertyp der Service Catalog-Anwendung verwenden.
Verifiziert, ob die Benutzer, die einen Flow auslösen, Zugriff auf Auslöserbedingungsdaten haben: Da Flows in der Regel als der Benutzer ausgeführt werden, der sie auslöst, stellen Sie sicher, dass Benutzer Zugriff auf alle in den Auslöserbedingungen angegebenen Daten haben. Vermeiden Sie es, Auslöserbedingungen für zugehörige Tabellen zu erstellen, auf die normale Benutzer keinen Zugriff haben. Wenn Ihre Flow-Auslöserbedingungen Zugriff auf rollenbeschränkte Daten erfordern, führen Sie Ihre Flows mit der Rolle aus, die für den Zugriff auf diese Daten erforderlich ist.