Business Process Model and Notation oder BPMN, ist eine standardisierte visuelle Sprache zur Beschreibung, wie Arbeit erledigt wird. Sie hilft Business Analysten, Managern, Entwicklern und Prozessbeteiligten, denselben Prozess zu verstehen, ohne auf ausführliche schriftliche Verfahren angewiesen zu sein.

Ein BPMN-Diagramm besteht aus vier breiten Kategorien:

BPMN-Notationsreferenzdiagramm, das Flussobjekte, Verbindungsobjekte, Schwimmbahnen und Artefakte mit Beispielen und Beschreibungen veranschaulicht.

Flussobjekte: Ereignisse, Aktivitäten und Gateways
Verbindungsobjekte: Sequenzflüsse, Nachrichtenflüsse und Assoziationen
Schwimmbahnen: Pools und Bahnen
Artefakte: Datenobjekte, Gruppen und Textanmerkungen

Dieser Leitfaden konzentriert sich auf die wichtigste Kategorie: BPMN-Flussobjekte. Flussobjekte beschreiben, was in einem Prozess geschieht, welche Arbeit ausgeführt wird und wie der Prozess von einem Pfad zum anderen wechselt.

1. Was sind BPMN-Flussobjekte?

Flussobjekte sind die zentralen Elemente eines BPMN-Prozessdiagramms. Sie sind durch Sequenzflüsse verbunden und stellen das Verhalten eines Prozesses dar.

Es gibt drei Arten:

Flussobjekt	Grundform	Hauptzweck
Ereignis	Kreis	Etwas, das geschieht
Aktivität	Abgerundetes Rechteck	Ausgeführte Arbeit
Gateway	Raute	Ein Entscheidungspunkt, eine Aufteilung, eine Zusammenführung oder ein Synchronisationspunkt

Ein einfacher Prozess könnte konzeptionell so aussehen:

Startereignis → Aktivität → Gateway → Aktivität → Endereignis

Zum Beispiel:

BPMN-Flussdiagramm, das einen Prozessfluss mit Symbolen für Startereignis, Aktivität, Gateway und Endereignis zeigt.

Bestellung eingegangen → Lagerbestand prüfen → Ist der Artikel verfügbar?
                                      ├── Ja → Bestellung versenden
                                      └── Nein → Kunde benachrichtigen

Die Formen sind einfach, aber die Symbole darin vermitteln zusätzliche Bedeutung.

2. Ereignisse: Dinge, die geschehen

Ein Ereignis stellt etwas dar, das während des Ablaufs eines Prozesses geschieht. Im Gegensatz zu einer Aktivität ist ein Ereignis keine von einer Person oder einem System ausgeführte Arbeit. Es kann einen Prozess auslösen, eine Aktivität unterbrechen, einen Zustand signalisieren oder anzeigen, wie ein Prozess endet.

Ereignisse werden als Kreise dargestellt. Der Rand zeigt an, wo das Ereignis im Prozess stattfindet:

Ereignistyp	Erscheinung des Randes	Bedeutung
Startereignis	Dünne einfache Linie	Zeigt, wie ein Prozess beginnt
Zwischeneignis	Doppelte Linie	Tritt zwischen Start und Ende auf
Endereignis	Dicke einfache Linie	Zeigt, wie ein Prozesspfad endet

Ein Startereignis kann einen Auslöser erfassen, wie eine eingehende Nachricht oder einen geplanten Zeitpunkt. Ein Zwischeneignis kann auf etwas warten oder etwas senden. Ein Endereignis erzeugt das Endergebnis eines Prozesspfads.

2.1 Startereignisse

Ein Startereignis gibt den Auslöser an, der einen Prozess oder Teilprozess beginnt.

Es wird als Kreis mit dünnem Rand gezeichnet.

Häufige Beispiele sind:

Ein Kunde reicht eine Bestellung ein
Ein Mitarbeiter reicht einen Urlaubsantrag ein
Ein Timer erreicht ein geplantes Datum
Eine Nachricht trifft ein
Ein System erkennt eine Bedingung
Ein neuer Fall wird erstellt

Startereignis ohne Auslöser

Ein einfacher Startkreis bedeutet, dass der Prozess ohne einen speziell modellierten Auslöser beginnt.

○

Beispiel:

○ → Antrag prüfen

Verwenden Sie ein Startereignis ohne Auslöser, wenn der genaue Auslöser unbekannt, irrelevant oder absichtlich allgemein gehalten ist.

Nachrichten-Startereignis

Ein Nachrichtensymbol innerhalb des Startereignisses zeigt an, dass der Prozess beginnt, wenn eine Nachricht eingeht.

Beispiel:

◉ Umschlag-Symbol → Kundenanfrage bearbeiten

Typische Anwendungsfälle:

Entgegennahme einer E-Mail
Entgegennahme einer API-Anfrage
Entgegennahme einer Bestellung
Entgegennahme einer Anfrage von einem anderen Teilnehmer

Timer-Startereignis

Eine Uhr innerhalb des Startereignisses zeigt an, dass der Prozess gemäß einem Zeitplan oder Datum beginnt.

Beispiele:

Rechnungserstellung jeden Monat starten
Erneuerungsprozess 30 Tage vor Ablauf beginnen
Täglichen Abstimmungsprozess ausführen

Bedingtes Startereignis

Ein bedingtes Startereignis beginnt, wenn eine Geschäftsbedingung wahr wird.

Beispiel:

Lagerbestand fällt unter den Nachbestellpunkt

Signal-Ereignis als Startereignis

Ein Signal-Ereignis als Startereignis beginnt, wenn ein Rundfunksignal empfangen wird. Im Gegensatz zu einer Nachricht ist ein Signal im Allgemeinen nicht an einen bestimmten Empfänger gerichtet.

Beispiel:

„Notfall-Schließung“-Signal empfangen → Alle Filialen schließen

Mehrere Startereignisse

Mehrere Startereignisse zeigen an, dass verschiedene Auslöser denselben Prozess starten können.

Ein Supportfall kann beispielsweise beginnen, wenn:

Ein Kunde ein Webformular absendet
Ein Mitarbeiter einen Fall manuell eingibt
Ein automatisiertes Überwachungssystem ein Problem erkennt

2.2 Zwischenereignisse

Ein Zwischenereignis tritt auf, nachdem ein Prozess begonnen hat, aber bevor er beendet ist. Es kann den Prozess pausieren, auf etwas warten, eine Nachricht senden, einen Ausnahmepfad erstellen oder auf eine Bedingung reagieren.

Es wird mit einem doppelten Rahmen gezeichnet.

Zwischenereignisse können sein:

Erfassend: Auf etwas warten oder etwas empfangen
Auslösend: Etwas senden oder erzeugen

Ein erfassendes Ereignis hat im Allgemeinen einen nicht ausgefüllten oder umrissenen Marker, während ein auslösendes Ereignis im Allgemeinen einen ausgefüllten Marker verwendet.

Zeitgesteuertes Zwischenereignis

Ein Zeitereignis stellt eine Verzögerung, Frist, Dauer oder wiederkehrenden Zeitplan dar.

Beispiele:

Drei Werktage warten
Bis zu einem bestimmten Datum warten
Eskalieren, wenn innerhalb von 24 Stunden keine Antwort eingeht
Eine wiederkehrende Aktion ausführen, solange der Prozess aktiv ist

Beispiel:

Angebot senden → 3 Tage warten → Auf Antwort prüfen

Zwischenereignis mit Nachricht

Ein Zwischenereignis mit Nachricht wartet entweder auf eine Nachricht oder sendet eine.

Beispiele:

Genehmigungsanfrage senden → Auf Genehmigung antworten warten

Ein Nachrichtenereignis ist besonders nützlich, wenn ein Prozess mit einem anderen Teilnehmer, einer Abteilung, einer Organisation oder einem System interagiert.

Zwischenereignis mit Fehler

Ein Fehlerereignis stellt einen Fehlerzustand dar, der den normalen Prozessablauf beeinträchtigt.

Es wird häufig als Randereignis verwendet, das an eine Aktivität oder einen Teilprozess angehängt ist.

Beispiel:

Zahlung verarbeiten
      │
      └── Fehler → Zahlungsfehler behandeln

Zwischenereignis mit Eskalation

Ein Eskalationsereignis zeigt an, dass ein Problem Aufmerksamkeit auf einer höheren Ebene erfordert, ohne zwangsläufig einen technischen Fehler darzustellen.

Beispiel:

Kundenbeschwerde bearbeiten
      │
      └── Eskalation → Überprüfung durch Vorgesetzten

Zwischenereignis mit Bedingung

Ein bedingtes Ereignis wartet, bis eine festgelegte Bedingung wahr wird.

Beispiel:

Warten, bis das Kundenkonto verifiziert ist

Zwischenereignis mit Signal

Ein Signalereignis sendet ein Signal aus oder empfängt ein Signal, das für mehrere Prozessteilnehmer relevant sein kann.

Beispiel:

Rückrufsignal für Produkte senden

Zwischenereignis mit Verknüpfung

Ein Verknüpfungsereignis verbindet zwei weit voneinander entfernte Punkte innerhalb desselben Prozessdiagramms, ohne eine lange Sequenzflusslinie über die Seite zeichnen zu müssen.

Verwenden Sie Verknüpfungsereignisse sorgfältig. Sie können die Lesbarkeit des Diagramms verbessern, aber übermäßiger Gebrauch kann den Prozess schwerer nachvollziehbar machen.

Zwischenereignis mit Kompensation

Ein Kompensationsereignis löst Korrekturarbeiten aus, um eine frühere Aktivität rückgängig zu machen oder zu kompensieren.

Beispiel:

Hotelres stornieren

Kompensation unterscheidet sich von einem gewöhnlichen Fehlerpfad. Sie befasst sich speziell mit der Rückgängigmachung oder Kompensation bereits erledigter Arbeiten.

2.3 Randereignisse

EinRandereignis ist direkt an den Rand einer Aktivität oder eines Teilprozesses angehängt. Es stellt etwas dar, das während des Ablaufs dieser Aktivität eintreten kann.

Beispiel:

┌────────────────────┐
│ Prozessantrag │
└────────────────────┘
          ○
          │
          └── Zeitüberschreitung → Fall eskalieren

Randereignisse sind nützlich für die Modellierung von:

Zeitüberschreitungen
Stornierungen
Fehler
Eskalationen
Eingehende Nachrichten
Kompensation
Externe Signale

Unterbrechende Randereignisse

Ein unterbrechendes Randereignis beendet die angehängte Aktivität, sobald es eintritt.

Beispiel:

Zahlung verarbeiten
      │
      └── Zahlungsfehler → Fehlerbehandlung

Die Zahlungsaktivität endet, wenn der Fehler eintritt.

Nicht unterbrechende Randereignisse

Ein nicht unterbrechendes Randereignis startet einen zusätzlichen Pfad, während die ursprüngliche Aktivität weiterläuft.

Es wird üblicherweise mit einer gestrichelten Umrandung dargestellt.

Beispiel:

Antrag bearbeiten
      │
      └── Timer-Erinnerung → Erinnerung senden

Der Antragsprozess läuft weiter, während der Erinnerungspfad ausgeführt wird.

Diese Unterscheidung ist wichtig:

Art des Randereignisses	Auswirkung auf die angehängte Aktivität
Unterbrechend	Stoppt die Aktivität
Nicht unterbrechend	Lässt die Aktivität weiterlaufen

2.4 Endereignisse

Ein Endereigniszeigt das Ende eines Prozesspfads an. Es wird als Kreis mit einem dicken Rand gezeichnet.

Ein Prozess kann mehr als ein Endereignis haben, da verschiedene Ergebnisse den Prozess beenden können.

Beispiele:

Bestellung abgeschlossen
Antrag abgelehnt
Zahlung fehlgeschlagen
Fall storniert
Kunde informiert
Prozess mit Entschädigung abgeschlossen

Kein Endereignis

Ein einfaches Endereignis zeigt an, dass der Pfad beendet wurde, ohne ein bestimmtes Ergebnis anzugeben.

●

Nachrichten-Endereignis

Ein Nachrichten-Endereignis sendet eine Nachricht, wenn der Prozess endet.

Beispiel:

Bestellung genehmigt → Bestätigung senden → Nachrichten-Ende

Fehler-Endereignis

Ein Fehler-Endereignis beendet den Prozess, indem es einen Fehler an einen übergeordneten Prozess oder Handler wirft.

Verwenden Sie es für Fehlerbedingungen auf Prozessebene, die anderswo behandelt werden müssen.

Eskalations-Endereignis

Ein Eskalations-Endereignis beendet den aktuellen Prozesspfad und meldet, dass eine Eskalation eingetreten ist.

Beendigungs-Endereignis

Ein Beendigungs-Endereignis beendet sofort die gesamte Prozessinstanz, einschließlich anderer aktiver Pfade.

Dies ist stärker als ein gewöhnliches Endereignis. Es sollte verwendet werden, wenn alle verbleibenden Arbeiten gestoppt werden müssen.

Ereignis für Kompensationsende

Ein Ereignis für Kompensationsende löst Kompensationsaktivitäten aus, bevor der Prozesspfad abgeschlossen wird.

3. Aktivitäten: Ausgeführte Arbeiten

Eine Aktivität stellt eine Arbeit dar, die von einer Person, einem Team, einem System oder einem automatisierten Dienst ausgeführt wird. Aktivitäten werden als abgerundete Rechtecke dargestellt.

Beispiele umfassen:

Antrag prüfen
Rechnung genehmigen
Bestätigung senden
Kundendaten validieren
Versandkosten berechnen
Konto aktualisieren
Bericht erstellen

Aktivitäten bilden das operative Rückgrat eines BPMN-Diagramms, da sie zeigen, wo Zeit, Aufwand, Kosten und Verantwortung konzentriert sind.

3.1 Benennen von Aktivitäten

Ein guter Aktivitätsname folgt normalerweise diesem Muster:

Verb + Objekt

Beispiele:

Antrag prüfen
Rechnung genehmigen
Kundenakte erstellen
Zahlung validieren
Bestätigungs-E-Mail senden

Vermeiden Sie vage Bezeichnungen wie:

Verarbeitung
Anfrage bearbeiten
Schritt 1
Andere Arbeiten
Verwaltung

Ein klarer Aktivitätsname sollte eine Aktion und ihr Subjekt beschreiben.

Schlechter Name	Besserer Name
Verarbeitung	Zahlung bearbeiten
Überprüfung	Antrag prüfen
Kundenschritt	Kundenidentität überprüfen
E-Mail	Genehmigungs-E-Mail senden
Aktualisieren	Bestellstatus aktualisieren

Eine Aufgabe stellt normalerweise eine Arbeitseinheit dar, die nicht weiter unterteilt werden kann oder sollte. Ein Unterprozess stellt eine Sammlung verwandter Aktivitäten dar.

3.2 Aufgaben

Eine Aufgabe ist die einfachste Art von Aktivität. Sie stellt eine einzelne Arbeitseinheit dar.

Eine einfache Aufgabe wird als abgerundetes Rechteck dargestellt:

╭────────────────────╮
│ Antrag prüfen │
╰────────────────────╯

Aufgaben können Marker enthalten, die die Art der durchgeführten Arbeit kennzeichnen.

Benutzer-Aufgabe

Eine Benutzer-Aufgabe wird von einer Person unter Verwendung eines Systems oder einer Anwendung ausgeführt.

Beispiele:

Reisekostenbericht genehmigen
Kundeninformationen eingeben
Vertrag prüfen
Supportfall zuweisen

Manuelle Aufgabe

Eine manuelle Aufgabe wird von einer Person ohne Unterstützung durch eine Geschäftsprozess-Engine oder Anwendung ausgeführt.

Beispiele:

Geräte prüfen
Ein Papierdokument unterschreiben
Ein physisches Produkt verpacken
Ein Dokument persönlich übergeben

Serviceaufgabe

Eine Serviceaufgabe wird automatisch von einem System, einer Anwendung, einem Webdienst oder einer API ausgeführt.

Beispiele:

Kreditwürdigkeit abrufen
Automatisierte E-Mail senden
Steuern berechnen
Datensatz in der Datenbank erstellen
Zahlungsdienst aufrufen

Skriptaufgabe

Eine Skriptaufgabe führt ein Skript oder einen Codeabschnitt innerhalb der Prozessumgebung aus.

Beispiele:

Daten transformieren
Einen Wert berechnen
Eine Nachricht formatieren
Eine einfache Datenregel anwenden

Geschäftsregel-Aufgabe

Eine Geschäftsregel-Aufgabe bewertet Geschäftsregeln, häufig über eine Regeln-Engine.

Beispiele:

Kreditlimit festlegen
Versicherungsprämie berechnen
Entscheiden, ob eine Bestellung für kostenlosen Versand qualifiziert ist
Genehmigungsstufe festlegen

Sendeaufgabe

Eine Sendeaufgabe sendet eine Nachricht an einen anderen Teilnehmer oder ein anderes System.

Beispiele:

Rechnung senden
Bestätigung der Bestellung senden
Benachrichtigung an das Lager senden

Aufgabe erhalten

Eine Empfangsaufgabe wartet auf eine Nachricht von einem anderen Teilnehmer oder System.

Beispiele:

Unterschriebenen Vertrag erhalten
Zahlungsbestätigung erhalten
Versandstatus erhalten

3.3 Teilprozesse

Ein Teilprozess ist eine Aktivität, die einen detaillierteren Prozess enthält.

Es kann auf zwei Arten dargestellt werden:

Eingeklappter Teilprozess: Ein abgerundetes Rechteck mit einem Plus-Zeichen
Erweiterter Teilprozess: Ein größeres abgerundetes Rechteck, das den internen Ablauf anzeigt

Verwenden Sie einen Teilprozess, wenn mehrere Aufgaben zusammengehören und das hochstufige Diagramm zu detailliert würde, wenn alle dargestellt würden.

Beispiel:

╭──────────────────────────────╮
│ + Kunden-Onboarding abschließen│
╰──────────────────────────────╯

Der Teilprozess kann Folgendes enthalten:

Informationen sammeln
        ↓
Identität überprüfen
        ↓
Konto erstellen
        ↓
Willkommensnachricht senden

Wann ein Teilprozess verwendet werden sollte

Verwenden Sie einen, wenn:

Eine Gruppe von Schritten hat einen klaren geschäftlichen Zweck
Die Gruppe kann konzeptionell wiederverwendet werden
Das Hauptdiagramm wird überladen
Interessengruppen benötigen sowohl eine Zusammenfassung als auch eine detaillierte Ansicht
Der interne Prozess verfügt über eigene Start-, End-, Ausnahmefall- oder Entscheidungslogik

Eingebetteter Unterprozess

Ein eingebetteter Unterprozess wird innerhalb seines übergeordneten Prozesses definiert und ist Teil des Ablaufs dieses Prozesses.

Aufrufaktivität

Eine Aufrufaktivität ruft einen separat definierten, wiederverwendbaren Prozess oder eine globale Aufgabe auf.

Verwenden Sie sie, wenn dieselbe Prozesslogik von mehreren Stellen aufgerufen wird, z. B.:

Kundenidentität überprüfen

Wenn die Kundenüberprüfung in mehreren Geschäftsprozessen vorkommt, kann eine wiederverwendbare Aufrufaktivität geeigneter sein als die Duplizierung aller ihrer internen Schritte.

Ereignisunterprozess

Ein Ereignisunterprozess wird durch ein Startereignis aktiviert, während der ihn enthaltende Prozess oder Unterprozess aktiv ist. Er ist nützlich für die Behandlung außergewöhnlicher oder paralleler Situationen, wie z. B. Stornierungsanträge, dringende Eskalationen oder eingehende Updates. Ereignisunterprozesse können unterbrechend oder nicht unterbrechend sein.

Beispiel:

Hauptprozess: Bestellung erfüllen

Ereignisunterprozess:
Stornierungsantrag → Erfüllung stornieren → Kunde erstatten

3.4 Aktivitätsmarker

Aktivitäten können kleine Marker enthalten, die Informationen darüber hinzufügen, wie sie sich verhalten.

Schleifenmarker

Ein Schleifenmarker zeigt an, dass eine Aktivität wiederholt wird, bis eine Bedingung erfüllt ist.

Beispiel:

Dokument überprüfen
      ↻

Verwenden Sie es für Aktivitäten wie:

Überprüfen, bis genehmigt
Lieferung versuchen, bis erfolgreich
Kunde kontaktieren, bis erreicht

Parallel-Multi-Instance-Marker

Dies zeigt an, dass mehrere Instanzen derselben Aktivität gleichzeitig ausgeführt werden.

Beispiel:

Drei Genehmigungen einholen

Die Aktivität kann gleichzeitig von mehreren Prüfern durchgeführt werden.

Sequentieller Multi-Instance-Marker

Dies zeigt an, dass mehrere Instanzen nacheinander ausgeführt werden.

Beispiel:

Artikel nacheinander überprüfen

Kompensationsmarker

Dies kennzeichnet eine Aktivität, die zur Kompensation bereits erledigter Arbeiten dient.

Beispiel:

Kunde erstatten

Ad-hoc-Marker

Ein Ad-hoc-Teilprozess wird durch einen wellenlinienähnlichen Marker dargestellt. Er zeigt an, dass Aktivitäten innerhalb des Teilprozesses in einer flexiblen oder lose strukturierten Reihenfolge ausgeführt werden können, anstatt einer festen Abfolge zu folgen.

4. Gateways: Entscheidungen, Aufteilungen und Zusammenführungen

EinGatewaysteuert, wie der Prozessfluss divergiert oder konvergiert. Gateways werden als Diamanten gezeichnet.

Ein Gateway ist normalerweise keine Aufgabe. Es führt die Entscheidungsarbeit nicht selbst aus. Stattdessen stellt es dar, wie der Prozessfluss gesteuert wird, nachdem eine Entscheidung, Bedingung oder ein Ereignis bewertet wurde.

Zum Beispiel:

Antrag prüfen → Ist der Antrag vollständig?

Die Prüftätigkeit sammelt oder bewertet Informationen. Anschließend leitet das Gateway den Prozess entsprechend des Ergebnisses weiter.

Gateways können:

einen Pfad in mehrere Pfade aufteilen
mehrere Pfade zu einem zusammenführen
parallele Arbeiten synchronisieren
auf ein oder mehrere Ereignisse warten
Arbeiten basierend auf Bedingungen oder Regeln weiterleiten

4.1 Exklusives Gateway: XOR

Einexklusives Gatewaywählt genau einen ausgehenden Pfad aus.

Es wird üblicherweise als Diamant mit einem „X“ dargestellt, obwohl der Marker in einigen Diagrammen weggelassen werden kann.

Beispiel:

                    ┌── Genehmigt → Konto erstellen
Antrag prüfen ─◇
                    └── Abgelehnt → Ablehnung senden

Nur ein Pfad wird verfolgt.

Typische Anwendungen:

Wenn die Zahlung genehmigt wird, fortfahren; andernfalls ablehnen
Wenn der Kunde berechtigt ist, gewähren Sie einen Rabatt
Wenn die Anfrage vollständig ist, bearbeiten Sie sie; andernfalls geben Sie sie zurück

Die ausgehenden Pfade sollten normalerweise klare Bedingungen oder Beschriftungen aufweisen:

Genehmigt
Abgelehnt
Vollständig
Unvollständig
Betrag > 10.000 $
Betrag ≤ 10.000 $

Exklusiver Zusammenführung

Ein exklusiver Gateway kann alternative Pfade auch wieder zu einem einzigen Pfad zusammenführen. Er wartet nicht auf alle Pfade, da nur einer der alternativen Pfade gewählt worden sein sollte.

Standardfluss

Ein Standardpfad kann verwendet werden, wenn keine der angegebenen Bedingungen zutrifft.

Zum Beispiel:

Genehmigt
Abgelehnt
Standard → Manuelle Prüfung

Ein Standardpfad ist nützlich für unerwartete oder nicht klassifizierte Fälle.

4.2 Paralleles Gateway: UND

Einparalleles Gatewayteilt den Prozess in mehrere Pfade auf, die parallel ausgeführt werden.

Es wird durch ein Diamant-Symbol dargestellt, das ein Pluszeichen enthält.

Beispiel:

                 ┌── Rechnung vorbereiten ──┐
Bestellung genehmigt ─◇                       ◇── Bestellung versenden
                 └── Lagerbestand reservieren ┘

Beide Aktivitäten beginnen, und der Prozess kann später auf das Beenden beider warten.

Parallele Aufspaltung

Eine parallele Aufspaltung startet alle ausgehenden Pfade.

Verwenden Sie es, wenn alle Aktivitäten stattfinden müssen, unabhängig von den Bedingungen.

Beispiele:

Bestätigung senden und Lagerbestand aktualisieren
Finanzen benachrichtigen und Betriebsabteilung benachrichtigen
Führen Sie eine Sicherheitsprüfung und eine Betrugsprüfung durch

Parallele Verschmelzung

Eine parallele Verschmelzung wartet darauf, dass alle eingehenden Pfade abgeschlossen sind, bevor sie fortfährt.

Dies wird manchmal als Synchronisation bezeichnet.

Rechnung vorbereiten ──┐
                  ◇── Bestellung erfüllen
Lagerbestand reservieren ┘

Wenn ein eingehender Zweig verzögert ist, wartet die Verschmelzung darauf.

4.3 Inklusive Gateway: ODER

Ein inklusive Gateway wählt einen oder mehrere ausgehende Pfade aus, abhängig davon, welche Bedingungen zutreffen.

Es wird durch ein Diamant dargestellt, das einen Kreis enthält.

Beispiel:

Der Kunde qualifiziert sich für:
- Standardrabatt
- Treuerabatt
- Aktionsrabatt

Mehr als eine rabattbezogene Aktion kann ausgewählt werden, wenn mehrere Bedingungen erfüllt sind.

Verwenden Sie ein inklusives Gateway, wenn:

Eine oder mehrere Bedingungen können zutreffen
Mehrere Pfade können gleichzeitig ausgeführt werden
Der Prozess sollte fortgesetzt werden, nachdem alle ausgewählten Pfade abgeschlossen sind

Im Gegensatz zu einem exklusiven Gateway wählt ein inklusives Gateway nicht notwendigerweise nur einen Pfad aus. Im Gegensatz zu einem parallelen Gateway wählt es nicht notwendigerweise jeden Pfad aus.

4.4 Ereignisbasiertes Gateway

Ein ereignisbasiertes Gateway leitet den Prozess entsprechend dem Ereignis weiter, das zuerst eintritt.

Es wird häufig von fangenden Zwischenereignissen oder Empfangsaufgaben gefolgt.

Beispiel:

Angebot senden → Ereignisbasiertes Gateway
                         ├── Nachricht empfangen → Annahme des Prozesses
                         └── Timer abgelaufen → Erinnerung senden

Nur das zuerst eintretende Ereignis bestimmt den Pfad.

Verwenden Sie ein ereignisbasiertes Gateway, wenn der Prozess auf externes Verhalten wartet, anstatt eine bekannte Geschäftsbedingung zu bewerten. Beispielsweise kann der Prozess auf eine Kundenantwort oder ein Timeout warten.

Ereignisbasiertes Gateway versus exklusives Gateway

Frage	Exklusiver Gateway	Ereignisbasierter Gateway
Was bestimmt den Pfad?	Eine Bedingung oder Geschäftsregel	Das zuerst eintretende Ereignis
Typische Frage	„Wurde die Anfrage genehmigt?”	„Was passiert zuerst?”
Häufig folgende Elemente	Aktivitäten oder Sequenzflüsse	Ereignisse zum Erfassen oder Empfangsaufgaben
Entscheidungsquelle	Daten oder Logik	Externes Ereignis

4.5 Komplexer Gateway

Ein komplexer Gateway verarbeitet fortschrittliche Routing-Logik, die mit den Standard-Gateway-Typen nicht klar ausgedrückt werden kann.

Beispiele umfassen:

Fortfahren, wenn mindestens zwei von drei Genehmigungen eingehen
Wählen Sie einen Pfad basierend auf einer komplexen Kombination von Bedingungen
Synchronisieren Sie ausgewählte Pfade gemäß benutzerdefinierten Regeln

Komplexe Gateways sollten sparsam eingesetzt werden. In vielen Fällen sind mehrere einfachere Gateways oder eine klar benannte Geschäftsregel-Aufgabe leichter zu verstehen und zu warten.

4.6 Varianten ereignisbasierter Gateways

BPMN unterstützt auch Varianten ereignisbasierter Gateways, darunter:

Exklusive ereignisbasierte Gateways
Parallele ereignisbasierte Gateways
Instanziierende ereignisbasierte Gateways

Ein paralleler ereignisbasierter Gateway kann auf mehrere Ereignisbedingungen warten, während ein exklusiver ereignisbasierter Gateway basierend auf dem zuerst eintretenden Ereignis fortfährt. Die richtige Variante hängt davon ab, ob der Prozess auf ein einzelnes Ereignis oder eine Kombination von Ereignissen wartet.

5. Wie Flussobjekte zusammenarbeiten

Die Bedeutung eines BPMN-Diagramms ergibt sich aus den Beziehungen zwischen Ereignissen, Aktivitäten, Gateways und Sequenzflüssen.

Betrachten Sie einen Bestellprozess:

Start
  ↓
Bestellung entgegennehmen
  ↓
Lagerbestand prüfen
  ↓
Ist der Artikel verfügbar?
  ├── Ja → Bestellung verpacken → Bestellung versenden → Ende
  └── Nein → Kunde benachrichtigen → Ende

Dieses Beispiel enthält:

Ein Startereignis, das den Prozess startet
Aktivitäten zum Entgegennehmen, Prüfen, Verpacken, Versenden und Benachrichtigen
Ein Exklusives Gateway, das einen Pfad auswählt
Zwei Endeereignisseoder Endpfade, die verschiedene Ergebnisse darstellen

Eine fortgeschrittenere Version könnte sein:

Start
  ↓
Bestellung entgegennehmen
  ↓
Lagerbestand prüfen
  ↓
Ist der Artikel verfügbar?
  ├── Nein → Kunde benachrichtigen → Ende
  └── Ja → Paralleles Gateway
                   ├── Lagerbestand reservieren
                   ├── Rechnung vorbereiten
                   └── Betrug prüfen
                         ↓
                 Paralleles Join
                         ↓
                    Bestellung versenden
                         ↓
                        Ende

Hier:

Das exklusive Gateway entscheidet, ob die Erfüllung fortgesetzt werden kann.
Das parallele Gateway startet drei Aktivitäten.
Das parallele Join wartet auf alle drei Aktivitäten.
Der Versand beginnt erst, nachdem die Synchronisation abgeschlossen ist.

6. Ereignisse, Aktivitäten und Gateways: Ein schneller Vergleich

Element	Wesentliche Frage	Beispiel
Ereignis	Was ist geschehen oder wird geschehen?	Zahlung erhalten
Aktivität	Welche Arbeit wird ausgeführt?	Zahlung überprüfen
Gateway	Welchen Weg sollte der Prozess einschlagen?	Ist die Zahlung gültig?

Eine nützliche Regel lautet:

Ereignisse treten ein
Aktivitäten werden ausgeführt
Gateways steuern den Pfad

Wenn Sie unsicher sind, welches Symbol Sie verwenden sollen, fragen Sie:

Handelt es sich um etwas, das eintritt, ohne als Arbeit behandelt zu werden? Verwenden Sie ein Ereignis.
Führt jemand oder etwas eine Aktion aus? Verwenden Sie ein Aktivität.
Teilt sich der Prozess, verschmilzt er oder wartet er auf eine Routing-Bedingung? Verwenden Sie ein Gateway.

7. Flow-Objekte korrekt verbinden

Flow-Objekte werden durch verschiedene Arten von Linien verbunden. Die Verwendung des falschen Verbinders kann ein Diagramm irreführend machen.

7.1 Sequenzfluss

Ein Sequenzfluss ist eine durchgezogene Linie mit einem Pfeilkopf. Sie zeigt die Reihenfolge an, in der Flow-Objekte innerhalb desselben Prozesses ausgeführt werden.

Aktivität A → Aktivität B

Verwenden Sie Sequenzfluss zum Verbinden von:

Ereignisse mit Aktivitäten
Aktivitäten mit Gateways
Gateways mit Aktivitäten
Aktivitäten mit Abschlussereignissen

Ein Sequenzfluss sollte normalerweise die Grenze zwischen separaten Pools nicht überschreiten.

7.2 Nachrichtenfluss

Ein Nachrichtenfluss ist eine gestrichelte Linie mit einem offenen Pfeilkopf. Er stellt die Kommunikation zwischen separaten Teilnehmern oder Pools dar.

Beispiele:

Kunde sendet Bestellung an Verkäufer
Verkäufer sendet Bestätigung an Kunde
Bank sendet Zahlungsergebnis an Händler

Verwenden Sie Nachrichtenflüsse für die Kommunikation, nicht zur Darstellung der internen Prozessreihenfolge.

7.3 Assoziation

Eine Assoziation ist eine punktierte Linie, die verwendet wird, um Artefakte, Notizen oder Datenrepräsentationen mit Flussobjekten zu verbinden.

Beispiele:

Dokument an eine Aufgabe anhängen
Textanmerkung mit einer Aktivität verknüpfen
Zeigen, dass eine Aufgabe ein Datenobjekt verwendet

Die drei Haupttypen von Verbindungselementen sind Sequenzflüsse, Nachrichtenflüsse und Assoziationen.

8. Pools und Bahnen

Obwohl Pools und Bahnen keine Flussobjekte sind, liefern sie den notwendigen Kontext, um zu verstehen, wer jede Aktivität durchführt.

Pool

Ein Pool stellt einen Teilnehmer in einem Prozess dar.

Beispiele:

Kunde
Lieferant
Bank
Unternehmen
Behörde
Externes System

Ein Pool kann einen gesamten Prozess enthalten oder als Black-Box-Teilnehmer ohne interne Details dargestellt werden.

Spur

Eine Spur teilt einen Pool nach Verantwortung, Rolle, Abteilung, System oder Standort auf.

Beispiele:

Kundenservice
Finanzen
Lager
Manager
Zahlungssystem

Spuren helfen, die Frage zu beantworten:

Wer ist für diese Aktivität verantwortlich?

Sie können auch Übergaben, Verzögerungen, doppelte Arbeit und unklare Zuständigkeiten aufdecken.

9. Datenobjekte und andere unterstützende Elemente

Datenobjekte sind keine Flussobjekte, aber sie liefern nützliche Kontextinformationen über Informationen, die von Aktivitäten verwendet, erstellt oder geändert werden.

Beispiele:

Antragsformular
Rechnung
Bestellung
Kundenakte
Genehmigungsdokument
Versandetikett

Ein Datenobjekt kann mit einer Aktivität wie folgt verbunden sein:

Antragsformular → Antrag prüfen

Datenobjekte identifizieren relevante Informationen, stellen aber nicht zwangsläufig jedes vom Prozess verarbeitete Datenstück dar.

Andere unterstützende Elemente umfassen:

Datenspeicher:Persistente Speicherorte, an denen Daten gespeichert werden
Textanmerkungen:Erläuternde Notizen
Gruppen:Visuelle Organisation zusammengehöriger Elemente
Assoziationen:Verbindungen zwischen unterstützenden Elementen und Flussobjekten

10. Eine schrittweise Methode zur Modellierung eines Prozesses

Schritt 1: Definieren Sie den Prozessumfang

Legen Sie fest, wo der Prozess beginnt und endet.

Zum Beispiel:

Von: Kunde reicht Bestellung ein
Bis: Bestellung wird versandt oder abgelehnt

Vermeiden Sie die Modellierung der gesamten Organisation in einem einzigen Diagramm.

Schritt 2: Identifizieren Sie die Beteiligten

Listen Sie die beteiligten Personen, Abteilungen, Systeme oder Organisationen auf.

Beispiele:

Kunde
Verkaufsteam
Finanzabteilung
Lager
Zahlungs-Gateway

Diese können zu Pools oder Bahnen werden.

Schritt 3: Identifizieren Sie den Startauslöser

Fragen Sie sich:

Was bewirkt den Beginn dieses Prozesses?

Verwenden Sie das passende Startereignis:

Nachricht
Zeitgeber
Bedingter Auslöser
Signal
Keiner

Schritt 4: Listen Sie die Hauptaktivitäten auf

Schreiben Sie jede Aktivität im Verb-Objekt-Format:

Bestellung entgegennehmen
Bestellung validieren
Gesamtbetrag berechnen
Zahlung genehmigen
Bestellung versenden

In diesem Stadium müssen Sie sich nicht um jede Ausnahme kümmern.

Schritt 5: Entscheidungen hinzufügen

Suchen Sie nach Fragen wie:

Ist die Bestellung vollständig?
Ist die Zahlung genehmigt?
Ist Lagerbestand verfügbar?
Erfüllt der Kunde die Voraussetzungen?
Ist die Frist abgelaufen?

Verwenden Sie Gateways, um darzustellen, wie die Antwort den Prozess beeinflusst.

Schritt 6: Parallele Arbeit hinzufügen

Identifizieren Sie Aktivitäten, die gleichzeitig stattfinden können.

Zum Beispiel:

Lagerbestand aktualisieren
Bestätigung senden
Rechnung erstellen

Verwenden Sie parallele Gateways, wenn alle Zweige abgeschlossen oder synchronisiert werden müssen.

Schritt 7: Zwischen- und Randereignisse hinzufügen

Fragen Sie, was während der laufenden Arbeit geschehen könnte:

Hat die Aktivität eine Frist?
Kann sie storniert werden?
Kann ein Fehler auftreten?
Kann eine externe Nachricht eintreffen?
Soll der Prozess eskaliert werden, wenn er zu lange dauert?

Schritt 8: Abschlussereignisse hinzufügen

Identifizieren Sie alle sinnvollen Ergebnisse:

Abgeschlossen
Abgelehnt
Storniert
Fehlgeschlagen
Eskaliiert
Entschädigt

Schritt 9: Daten und Anmerkungen hinzufügen

Fügen Sie Dokumente, Systeme, Notizen und Geschäftsregeln nur dort hinzu, wo sie das Verständnis verbessern.

Schritt 10: Überprüfen Sie das Diagramm

Überprüfen Sie Folgendes:

Jeder Prozesspfad hat einen klaren Start
Jeder Pfad endet irgendwann
Gateway-Bedingungen sind verständlich
Aktivitäten haben klare Verantwortliche
Sequenzflüsse zeigen die tatsächliche Reihenfolge
Nachrichtenflüsse werden nur zwischen Teilnehmern verwendet
Kein Gateway wird als Aufgabe verwendet
Das Diagramm ist nicht mit unnötigen Details überladen

11. Häufige BPMN-Modellierungsfehler

Fehler 1: Verwendung eines Gateways als Entscheidungsaktivität

Ein Gateway sollte den Prozess leiten, nicht die Analyse durchführen.

Schwaches Modell:

◇ Kreditwürdigkeit prüfen

Besseres Modell:

Kreditwürdigkeit prüfen → Kredit genehmigt?

Die Aktivität führt die Prüfung durch. Das Gateway leitet basierend auf dem Ergebnis.

Fehler 2: Verwendung eines Sequenzflusses zwischen separaten Pools

Sequenzflüsse stellen die interne Prozessreihenfolge dar. Die Kommunikation zwischen separaten Teilnehmern sollte einen Nachrichtenfluss verwenden.

Falsches Konzept:

Kunden-Pool ── durchgezogener Sequenzfluss ── Verkäufer-Pool

Besseres Konzept:

Kundenpool ── gestrichelter Nachrichtenfluss ── Verkäuferpool

Fehler 3: Gateway-Pfade unbeschriftet lassen

Ein unbeschriftetes Gateway erzeugt Mehrdeutigkeit.

Statt:

◇ → Pfad A
  → Pfad B

Verwenden Sie:

◇
├── Genehmigt
└── Abgelehnt

Fehler 4: Ein exklusives Gateway für parallele Arbeit verwenden

Wenn alle Aktivitäten stattfinden müssen, verwenden Sie kein exklusives Gateway.

Falsch:

◇ ├── Bestätigung senden
   └── Lagerbestand aktualisieren

Dies bedeutet, dass nur ein Pfad ausgewählt wird.

Verwenden Sie ein paralleles Gateway, wenn beide Aktivitäten stattfinden müssen:

+ ├── Bestätigung senden
  └── Lagerbestand aktualisieren

Fehler 5: Ein paralleles Gateway für bedingte Arbeit verwenden

Ein paralleles Gateway aktiviert jeden ausgehenden Pfad. Wenn nur einige Pfade ausgeführt werden sollen, verwenden Sie ein exklusives oder inklusives Gateway.

Fehler 6: Jede kleine Aktion modellieren

Ein Diagramm kann unleserlich werden, wenn jeder Klick, jede Feldeingabe und jede interne Systemaktion enthalten ist.

Modellieren Sie auf einem für Ihr Publikum angemessenen Niveau:

Führungskräfte benötigen die Hauptphasen
Prozesseigentümer benötigen Verantwortlichkeiten und Entscheidungen
Entwickler benötigen möglicherweise Details auf Implementierungsebene
Prüfer benötigen möglicherweise Kontrollen und Nachweise

Fehler 7: Sackgassenpfade erstellen

Jeder Sequenzflusspfad sollte schließlich ein geeignetes Endereignis oder eine klar definierte Subprozessgrenze erreichen.

Fehler 8: Geschäftslogik und technische Implementierung unnötig vermischen

Ein Geschäftsprozessdiagramm sollte zunächst den Prozess erklären. Technische Details sollten nur aufgenommen werden, wenn sie dem beabsichtigten Publikum helfen.

12. Praktische Namenskonventionen

Konsistente Benennung macht Diagramme leichter lesbar.

Ereignisse

Benennen Sie Ereignisse mit einem Ergebnis, einem Eintritt oder einer Bedingung:

Bestellung erhalten
Zahlung bestätigt
Frist erreicht
Kunde storniert
Fehler aufgetreten

Aktivitäten

Verwendung:

Verb + Objekt

Beispiele:

Vertrag prüfen
Antrag genehmigen
Konto aktualisieren
Benachrichtigung senden

Gateways

Gateways sind oft am klarsten, wenn sie mit einer Frage verknüpft sind:

Ist der Antrag vollständig?
Ist die Zahlung genehmigt?
Ist Lagerbestand verfügbar?
Ist die Frist abgelaufen?

Die ausgehenden Pfade sollten die Antworten enthalten:

Ja / Nein
Genehmigt / Abgelehnt
Verfügbar / Nicht verfügbar

Abschlussereignisse

Benennen Sie Abschlussereignisse entsprechend dem Ergebnis:

Bestellung abgeschlossen
Antrag abgelehnt
Zahlung fehlgeschlagen
Fall storniert

13. Auswahl des richtigen Gateways

Verwenden Sie diese Entscheidungsanleitung:

Modellierungsbedarf	Zu verwendendes Gateway
Wählen Sie genau einen Pfad basierend auf Bedingungen	Exklusives Gateway
Starten Sie jeden ausgehenden Pfad	Paralleles Gateway
Wählen Sie einen oder mehrere Pfade basierend auf Bedingungen	Inklusives Gateway
Folgen Sie dem Pfad für das erste eintretende Ereignis	Ereignisbasiertes Gateway
Wenden Sie hochspezialisierte Routing-Regeln an	Komplexes Gateway

Ein schneller mentaler Test:

Ein Pfad? Exklusiv
Alle Pfade? Parallel
Einige Pfade? Inklusiv
Erstes Ereignis? Ereignisbasiert
Ungewöhnliche benutzerdefinierte Logik? Komplex

14. Ein vollständiges Beispiel: Kunden-Rückerstattungsprozess

Betrachten Sie einen Kunden-Rückerstattungsprozess.

BPMN-Flussdiagramm, das einen Kundenrückerstattungsprozess veranschaulicht, mit Startereignissen, Aktivitäten, exklusiven und parallelen Gateways sowie Endereignissen.

Start: Rückerstattungsantrag eingegangen
                ↓
        Rückerstattungsantrag prüfen
                ↓
        Ist der Antrag berechtigt?
          ├── Nein
          │    ↓
          │  Ablehnungsmitteilung senden
          │    ↓
          │  Ende: Rückerstattung abgelehnt
          │
          └── Ja
               ↓
          Rückerstattung genehmigen
               ↓
        Paralleles Gateway
          ├── Rückerstattung ausstellen
          └── Kundenkonto aktualisieren
               ↓
        Paralleles Join
               ↓
        Rückerstattungsbestätigung senden
               ↓
        Ende: Rückerstattung abgeschlossen

Dieses Modell zeigt:

Ein Nachrichten-Startereignis
Benutzer- oder manuelle Aktivitäten
Ein exklusiver Gateway
Ein Ablehnungsweg
Eine parallele Aufspaltung
Eine parallele Zusammenführung
Eine Bestätigungsaktivität
Unterschiedliche Endergebnisse

Wenn der Rückerstattungsdienst fehlschlagen kann, fügen Sie ein grenzseitiges Fehlerereignis hinzu zu Rückerstattung veranlassen:

Rückerstattung veranlassen
      │
      └── Fehler → Manuelles Überprüfungsfall erstellen

Wenn die Rückerstattung innerhalb von fünf Werktagen abgeschlossen sein muss, fügen Sie ein grenzseitiges Timer-Ereignis hinzu:

Rückerstattung veranlassen
      │
      └── 5-Tage-Timeout → Rückerstattung eskalieren

15. Ein kompaktes BPMN-Symbol-Cheatsheet

Symbolkategorie	Bedeutung	Typische Verwendung
Dünner Kreis	Startereignis	Prozess beginnen
Doppelter Kreis	Zwischenereignis	Warten, senden, empfangen oder reagieren
Dicker Kreis	Endereignis	Prozesspfad beenden
Abgerundetes Rechteck	Aufgabe oder Aktivität	Arbeit ausführen
Abgerundetes Rechteck mit Plus	Eingeklappter Unterprozess	Gruppe für detaillierte Arbeit
Raute mit X	Exklusiver Gateway	Einen Pfad auswählen
Raute mit Plus	Paralleler Gateway	Alle Pfade ausführen
Raute mit Kreis	Inklusiver Gateway	Einen oder mehrere Pfade ausführen
Raute mit Ereignismarkierung	Ereignisbasierter Gateway	Dem ersten Ereignis folgen
Feste Pfeilspitze	Sequenzfluss	Interne Reihenfolge anzeigen
Gestrichelter Pfeil	Nachrichtenfluss	Kommunikation anzeigen
Gepunkteter Verbinder	Assoziation	Notizen oder Daten verknüpfen
Pool	Teilnehmer	Stellt eine Organisation oder einen Prozess dar
Bahn	Rolle oder Verantwortung	Eigentum zuweisen
Dokumenten-/Datenform	Datenobjekt	Zeigen Sie verwendete oder erzeugte Informationen an

16. Grundsätze der finalen Modellierung

Die effektivsten BPMN-Diagramme folgen ein paar grundlegenden Prinzipien:

Verwenden Sie Ereignisse für Dinge, die geschehen.
Verwenden Sie Aktivitäten für Arbeiten, die Menschen oder Systeme ausführen.
Verwenden Sie Gateways, um Pfade zu steuern oder zu synchronisieren.
Verwenden Sie Sequenzflüsse für die interne Prozessreihenfolge.
Verwenden Sie Nachrichtenflüsse für die Kommunikation zwischen Teilnehmern.
Beschriften Sie Entscheidungen und ausgehende Bedingungen klar.
Verwenden Sie Teilprozesse, um die Komplexität zu steuern.
Zeigen Sie Verantwortlichkeiten mit Pools und Spuren an.
Verwenden Sie Randereignisse für Zeitüberschreitungen, Fehler und Unterbrechungen.
Modellieren Sie auf einem für das Publikum angemessenen Niveau.
Geben Sie jedem sinnvollen Pfad ein klares Ergebnis.
Bevorzugen Sie einfache, verständliche Diagramme gegenüber übermäßig aufwendigen.

Sobald diese drei Kernideen vertraut werden—Ereignisse geschehen, Aktivitäten werden ausgeführt und Gateways steuern den Fluss—werden die meisten BPMN-Diagramme viel leichter zu lesen und zu erstellen.

Der Artikel ist auch in English verfügbar.