Events

Ereignisse erfassen, was während der Prozessausführung geschieht. In BPMN werden Ereignisse in drei Haupttypen gruppiert: Start-, Zwischen- und Endereignisse . Diese können sich entweder als empfangende Ereignisse (die auf einen Trigger reagieren) oder als sendende Ereignisse (die einen Trigger senden) verhalten.

Ereignisse starten

Startereignisse definieren, wie ein Prozess beginnt. Sie fangen immer Ereignisse ab und können manuell, durch eine Nachricht oder nach einem Zeitplan ausgelöst werden.

• Keine – startet den Prozess, wenn er manuell ausgelöst oder über den Orchestrator gestartet wird.

• Nachrichtenereignisse – ausgelöst durch ein Ereignis aus dem Integration Service.

  

• Zeitreignisse – Starten Sie den Prozess nach einem Zeitplan oder mit einer Verzögerung. Ein Timer-Startereignis beginnt einen Prozess basierend auf einem definierten Zeitplan und nicht auf Benutzer- oder Systemeingaben. Konfigurieren Sie sie mithilfe des Abschnitts Timer , der die Typen Datum, Dauer oder Zyklus unterstützt. Verwenden Sie für wiederkehrende Ausführungen Zyklus und geben Sie die Wiederholungshäufigkeit an (z. B. stündlich oder täglich). Die Felder Bei und Wiederholungen bieten zusätzliche Kontrolle über Zeit und Grenzen. Legen Sie im Abschnitt Implementierung die Aktion auf Keine fest, wenn kein eingehendes Ereignis erforderlich ist, oder auf Auf Connector-Ereignis warten, wenn der Prozess auf einen externen Trigger warten soll, bevor er fortfährt. Timer-Startereignisse sind ideal für geplante Automatisierungen wie stündliche Synchronisierungen oder tägliche Berichte. Weitere Informationen finden Sie unter Integration Service-Konnektoren.

  

Zwischenereignisse

Zwischenereignisse stellen etwas dar, das zwischen Beginn und Ende eines Prozesses geschieht. Sie können den Flow verzögern, auf Eingaben warten, Fehler behandeln oder andere Aktivitäten signalisieren.

Empfangende Zwischenereignisse warten während der Ausführung auf einen Trigger vom Typ Nachricht, Zeit oder API. Der Prozess wird angehalten, bis der Trigger auftritt.

Randereignisse sind ein besonderer Typ eines empfangenden Zwischenereignisses, das an eine Aufgabe gebunden ist. Sie können wie folgt konfiguriert werden:

• Unterbrechende Randereignisse – Bricht die angehängte Aufgabe ab, wenn sie ausgelöst wird (z. B. durch einen Timer oder eine Nachricht).

  Timer-Grenzenereignis: Unterbricht eine Aufgabe, wenn sie zu lange läuft. Konfigurieren Sie eine Dauer, ein bestimmtes Datum oder einen wiederkehrenden Zyklus. Das Feld Wert akzeptiert ISO 8601-Zeiträume (z. B. PT1H für eine Stunde). Wenn der Timer abläuft, setzt der Prozess den Randereignispfad fort.

  Der Abschnitt Implementierung kann Aktionen wie Protokollierung oder Wiederholungen enthalten, wird jedoch häufig als Keine belassen.

  

  Nachrichtengrenzenereignis: Sucht nach einer bestimmten Nachricht, während die Aufgabe ausgeführt wird. Wenn sie empfangen wird, unterbricht sie die Aufgabe und leitet den Fluss über einen neuen Pfad um.

  Definieren Sie die Logik zur Nachrichtenbehandlung im Abschnitt Implementierung (z. B. Auf Connector-Ereignis warten oder Externe Eingabe). Verwenden Sie die Abschnitte Eingaben und Ausgaben , um Daten zu übergeben oder zu extrahieren, oder Variablen aktualisieren , um Prozessdaten dynamisch zu ändern.

  

• Nicht unterbrechende Randereignisse – Lösen Sie einen parallelen Pfad aus, während die Aufgabe weiter ausgeführt wird. Kann Timer- oder Meldungsbasiert sein.

• Fehlergrenzenereignisse – Behandeln Fehler, die von der angehängten Aktivität ausgelöst werden. Standardmäßig ist die Ausnahme auf Alle erfassen festgelegt, d. h. es wird jeder unbehandelte Fehler erfasst. Dieser Pfad fungiert normalerweise als Fallback- oder Wiederherstellungspfad.

  

Sendende Zwischenereignisse senden aktiv einen Trigger. Beispielsweise verhält sich ein **sendendes Zwischenereignis vom Typ Nachricht** wie eine **Senden-Aufgabe** , die eine Integration Service-API-Ausführung aufruft.

Beenden Sie Ereignisse

Endereignisse markieren den Abschluss eines Prozesspfads und verhalten sich wie auslösende Ereignisse. Sie können den Workflow normal beenden, Daten nach außen senden oder alle aktiven Pfade beenden.

• Endereignis vom Typ Fehler – schließt die Prozessinstanz ab und macht den Auftrag Orchestration Runtime (OR) fehlerhaft.

• Endereignis vom Typ Nachricht - Sendet eine Nachricht, wenn der Prozess abgeschlossen wird. Sie können ihn so konfigurieren, dass eine Connector-Aktivität (z. B. Slack, Salesforce oder ServiceNow) mithilfe der Aktivitätsimplementierung Connector ausführen konfiguriert wird.

  Wählen Sie den Ziel- Connector, definieren Sie die Verbindung und wählen Sie die auszuführende Aktivität . Eingaben übergeben Daten an den Connector, während Ausgaben Antworten erfassen und speichern, die in späteren Schritten verwendet werden können.

  

• Endereignis beenden – Bricht alle anderen Ausführungspfade ab, insbesondere in parallelen Flows. Sie markiert den vollständigen Abschluss eines Prozesses.

  Optional können Sie eine Implementierungsaktion definieren, um einen Connector-Vorgang auszuführen, Daten zurückzugeben oder ein Nachverfolgungssystem auszulösen. Wenn keine Aktion erforderlich ist, legen Sie sie auf Keine fest.

  Im Abschnitt Argumente können Sie Ausgabewerte definieren, die an übergeordnete Prozesse übergeben oder für die Berichterstattung verwendet werden können.