Ereignisbasiertes Gateway
BPMNAuch: Event-based Gateway , Ereignisbasiertes exklusives Gateway , Deferred Choice , ereignisbasiertes exklusives gateway
Gateway, das den weiteren Ablauf nicht anhand von Prozessdaten, sondern anhand des zuerst eintretenden Ereignisses bestimmt. Mehrere nachgelagerte Ereignisse werden gleichzeitig aktiviert und warten; jenes Ereignis, das zuerst eintritt, wählt den Pfad. Grafisch eine Raute mit einem Fünfeck-Symbol in der Mitte.
Anders als ein exklusives (datenbasiertes) Gateway entscheidet ein ereignisbasiertes Gateway nicht selbst über den weiteren Verlauf. Stattdessen überlässt es die Entscheidung der Umgebung: Es aktiviert mehrere nachgelagerte Ereignisse gleichzeitig, und der Prozess folgt jenem Pfad, dessen Ereignis als Erstes eintritt.
Dieses Verhalten realisiert das sogenannte Deferred-Choice-Muster. Ein typisches Beispiel ist das Warten auf zwei mögliche Eingänge: trifft zuerst eine Zahlung ein, läuft der Prozess in den einen Zweig, trifft zuerst eine Stornierung ein, in den anderen.
Wie funktioniert die aufgeschobene Entscheidung?
Am ereignisbasierten Gateway hängen die alternativen Pfade von Ereignissen ab, die eintreten, nicht von der Auswertung von Prozessdaten; meist bestimmt der Empfang einer Nachricht den Pfad (OMG 2014, S. 296). Der Prozess aktiviert alle nachfolgenden Ereignisse gleichzeitig und wartet. Das erste eintretende Ereignis gewinnt, die übrigen werden verworfen.
Weske beschreibt den Unterschied zum datenbasierten Gateway so: Beim exklusiven Gateway entscheiden die Bedingungen an den Kanten, beim ereignisbasierten entscheidet die Umwelt. Beide haben Entweder-oder-Semantik, aber die Entscheidung fällt an unterschiedlichen Stellen (Weske 2024, S. 233).
Welches Beispiel zeigt den Nutzen am besten?
Das Standardbeispiel ist die Rechnung mit Frist: Nach dem Versand wartet das Gateway entweder auf den Zahlungseingang oder auf den Ablauf von 14 Tagen. Geht das Geld ein, wird eine Bestätigung gesendet. Läuft die Frist ab, wird eine Mahnung verschickt, und das Gateway wird erneut erreicht, sodass der Kunde weitere 14 Tage bekommt (Weske 2024, S. 232 f.).
Dasselbe Muster passt auf Angebote mit Gültigkeitsfrist, Rückfragen an Kunden und Genehmigungen mit Eskalation. Überall dort, wo ein Prozess auf eine Reaktion von außen wartet und für den Fall des Ausbleibens einen Plan braucht, ist das ereignisbasierte Gateway das passende Element.
Welche Regeln gelten für die nachfolgenden Ereignisse?
Der Standard erlaubt nach einem ereignisbasierten Gateway ausschließlich fangende Zwischenereignisse oder Empfangsaufgaben, und an einem Gateway darf nur eine der beiden Formen vorkommen, nicht beide gemischt (Weske 2024, S. 233). Neben Nachrichten- und Zeitereignissen sind Signalereignisse zulässig. Ein häufiger Fehler in Fachmodellen ist eine normale Aufgabe direkt nach der Raute; sie muss durch ein Ereignis ersetzt werden, das den Auslöser benennt.
Häufige Fragen zu Ereignisbasiertes Gateway
- Welche Elemente dürfen auf ein ereignisbasiertes Gateway folgen?
- Nur fangende Zwischenereignisse und Empfangsaufgaben, typischerweise Nachrichten- und Zeitereignisse. Aufgaben mit eigener Logik oder werfende Ereignisse sind an dieser Stelle nicht erlaubt.
- Was passiert mit den anderen Ereignissen, wenn eines eintritt?
- Sie werden deaktiviert. Trifft die Zahlung ein, wird der laufende Fristzähler gestoppt; läuft die Frist ab, wird nicht mehr auf die Zahlung gewartet.
Quellen
- Weske, M. (2024): Business Process Management: Concepts, Languages, Architectures, 4th Edition, Springer, S. 233
- OMG (2014): Business Process Model and Notation (BPMN), Version 2.0.2, Object Management Group, S. 296
- Weske, M. (2024): Business Process Management. Concepts, Languages, Architectures, 4. Aufl., Springer, S. 232 f.
Autor: Jordanis Kleinöder Stafidis, Gründer und Geschäftsführer der Procevia GmbH · Aktualisiert am
Siehe auch: Gateway , Exklusives Gateway (XOR) , Zwischenereignis , Nachrichtenfluss