Events

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

Ereignisse starten

Startereignisse definieren, wie ein Prozess beginnt. Sie empfangen immer Ereignisse 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 Orchestrator gestartet wird.

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

  

• Timerereignisse – Starten Sie den Prozess nach einem Zeitplan oder einer Verzögerung. Ein Startereignis vom Typ Zeit startet einen Prozess basierend auf einem definierten Zeitplan und nicht auf Benutzer- oder Systemeingaben. Konfigurieren Sie ihn im Abschnitt 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 Steuerelemente über Zeit und Grenzen. Legen Sie im Abschnitt Implementierung die Aktion auf Keinen fest, wenn kein eingehendes Ereignis erforderlich ist, oder auf Warten auf Connector-Ereignis, wenn der Prozess vor dem Fortfahren auf einen externen Trigger warten soll. Startereignisse vom Typ Zeit sind ideal für geplante Automatisierungen wie stündliche Synchronisierungen oder Tagesberichte. Weitere Informationen finden Sie unter Integration Service Connectors.

  

Zwischenereignisse

Zwischenereignisse finden zwischen dem Beginn und dem Ende eines Prozesses. Sie können den Ablauf verzögern, auf Eingaben warten, Fehler verarbeiten oder andere Aktivitäten signalisieren.

Zwischenereignisse warten während der Ausführung auf einen Nachrichten-, Timer- oder API-Trigger. 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:

• Unterbrechen von Grenzereignissen – Brechen Sie die angehängte Aufgabe ab, wenn sie ausgelöst wird (z. B. durch einen Timer oder eine Nachricht).

  Timer-Grenzereignis: Unterbricht eine Aufgabe, wenn sie zu lange ausgeführt wird. Konfigurieren Sie eine Dauer, ein bestimmtes Datum oder einen wiederkehrenden Zyklus. Das Feld Wert akzeptiert ISO 8601-Dauern (z. B. PT1Hfür eine Stunde). Wenn der Timer abläuft, wird der Prozess entlang des Ereignispfads der Grenze fortgesetzt.

  Der Abschnitt Implementierung kann Actions wie Protokollierung oder Wiederholungen enthalten, wird jedoch üblicherweise als Keine belassen.

  

  Nachrichtenbegrenzungsereignis: Hört auf eine bestimmte Nachricht, während die Aufgabe ausgeführt wird.Wenn sie empfangen wird, unterbricht sie die Aufgabe und leitet den Flow entlang eines neuen Pfads um.

  Definieren Sie die Logik der Nachrichtenbehandlung im Abschnitt Implementierung (z. B. Wait for connector-Ereignis oder externe Eingabe). Verwenden Sie die Abschnitte Eingaben und Ausgaben, um Daten zu übergeben oder zu extrahieren, oder Aktualisieren Sie Variablen, um Prozessdaten dynamisch zu ändern.

  

• Nicht unterbrechende Grenzereignisse – Triggern Sie einen parallelen Pfad, während die Aufgabe fortgesetzt wird.Kann auf Timer oder Nachricht basieren.

• Error Boundary Events – Behandeln Sie Fehler, die von der angehängten Aktivität ausgelöst werden. Standardmäßig ist die Ausnahme auf Standard Catch All eingestellt, was bedeutet, dass alle nicht behandelten Error erfasst werden. Dieser Pfad fungiert normalerweise als Fallback- oder Wiederherstellungsroute.

  

Sendende Zwischenereignisse senden aktiv einen Trigger. Beispielsweise wirkt ein Nachrichtenzwischenereignis wie eine Sendenaufgabe und ruft eine Integration Service API-Ausführung auf.

Beenden Sie Ereignisse

Endereignisse markieren den Abschluss eines Prozesspfades und verhalten sich wie sendende Ereignisse. Sie können den Workflow normal beenden, Daten nach aussen senden oder alle aktiven Pfade beenden.

• Error-Endereignis – schließt die Prozessinstanz ab und bewirkt, dass der Auftrag Orchestration Runtime (OR) fehlerhaft ist.

• Nachrichtenendeignis – Sendet eine Nachricht, wenn der Prozess abgeschlossen ist. Sie können es so konfigurieren, dass eine Connector-Aktivität (z. B. Slack, Salesforce oder ServiceNow) mithilfe der Ausführung der Connector-Aktivität implementiert wird.

  Wählen Sie den Ziel-Connector aus, definieren Sie die Verbindung und wählen Sie die auszuführende Aktivität aus. Eingaben leiten Daten an den Connector weiter, während Ausgaben Antworten erfassen und speichern, um sie in späteren Schritten zu verwenden.

  

• Beenden-Endereignis – Storniert alle anderen Ausführungspfade, insbesondere in parallelen Abläufen.Es 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 Folge-System auszulösen.Wenn keine Aktion erforderlich ist, legen Sie sie auf Keine fest.

  Verwenden Sie den Abschnitt Argumente, um Ausgabe-Werte zu definieren, die an übergeordnete Prozesse weitergegeben oder für die Berichterstellung verwendet werden können.