Lernmaterial

BPMN 2.0-Referenz

Teilnehmer (Participants)

Pool
Participant
Lane
Lane

Pool

Container für einen Prozess. Ein Teilnehmer an einer Interaktion. Pools tauschen Daten ausschließlich über Message Flows aus. Kann eingeklappt werden, um Details zu verbergen.

AuftragsabwicklungVertriebLagerVersandBestellungaufgegebenBestellungbestätigenBestellungverpackenBestellungliefernBestellunggeliefert
In BP1 Modeler öffnen →
Ein Pool, ein Prozess: die Bestellung läuft von „Vertrieb“ über „Lager“ zu „Versand“ — der Pool koordiniert die Arbeit
KundeOnlineshopProduktbenötigtBestellungaufgebenPaket zugestelltWareauspackenBestellungabgeschlossenBestellungeingegangenPicken undpackenPaketversendenBestellungversandtBestellungPaket
In BP1 Modeler öffnen →
Kollaboration: Kunde und Onlineshop sind getrennte Pools — sie interagieren nur über Nachrichten

Lane

Ein Band innerhalb eines Pools, das zeigt, wer die Aufgaben ausführt (eine Funktion, Rolle, Abteilung oder ein IT-System).

KundensupportSupport-AgentEntwicklerNeues TicketTicketeinordnenFrage oder Fehler?FragebeantwortenFehlerbehebenTicketgeschlossenFrageFehler
In BP1 Modeler öffnen →
Lanes teilen einen Prozess nach Rollen auf: der Support-Agent ordnet das Ticket ein, ein Fehler geht an die Lane „Entwickler“

Aktivitäten (Activities)

Task-Typen

Abstrakt
Task (None)
Manuell
Manual
Benutzer
User Task
Senden
Send Task
Empfangen
Receive Task
Script
Script Task
Service
Service Task
Geschäftsregel
Business Rule

Abstract (None Task)

Der Typ ist nicht festgelegt. Wird in der frühen Modellierung verwendet, wenn die Ausführungsart noch nicht entschieden oder für das Ziel des Diagramms unerheblich ist. Im Grunde ein Platzhalter, der später zu einem konkreten Typ verfeinert wird.

User Task

Wird von einem Menschen über eine Softwareoberfläche ausgeführt: ein CRM-Formular, ein Bildschirm in einer Web-App, ein Eintrag in einem Task-Manager. Der wesentliche Unterschied zu einer manuellen Aufgabe ist, dass die Person innerhalb des Systems arbeitet, das den Status der Aufgabe verfolgt.

Beispiele: eine Anfrage im System genehmigen, ein Formular ausfüllen, ein Dokument in einem Self-Service-Portal prüfen.

Manual Task

Wird von einem Menschen ohne Beteiligung der BPM-Engine ausgeführt. Das System kann nicht automatisch erkennen, wann diese Arbeit beginnt oder endet.

Beispiele: ein Dokument physisch unterschreiben, einen Kunden telefonisch anrufen, ein persönliches Meeting abhalten, ein Paket per Kurier zustellen.

Service Task

Wird automatisch von einem Programm oder Dienst ausgeführt. Kein Mensch ist beteiligt. Der häufigste Task-Typ in ausführbaren Prozessen.

Beispiele: ein HTTP-Request an eine API, ein Schreibvorgang in eine Datenbank, ein Microservice-Aufruf, eine Berechnung ausführen.

Send Task

Sendet eine Nachricht an einen bestimmten externen Teilnehmer (einen anderen Prozess oder ein anderes System) und endet sofort, ohne auf eine Antwort zu warten. Ein Fire-and-Forget-Muster.

Beispiele: eine E-Mail an einen Kunden senden, ein Ereignis in eine Message Queue veröffentlichen, eine Benachrichtigung per Webhook senden.

Receive Task

Wartet auf eine eingehende Nachricht von einem externen Teilnehmer. Der Prozess pausiert an dieser Aufgabe, bis die Nachricht eintrifft.

Eine besondere Variante ist der instanziierende Receive: Ist eine solche Aufgabe der erste Schritt eines Prozesses, erzeugt bereits der Empfang der Nachricht eine neue Prozessinstanz (eine Alternative zum Nachrichten-Startereignis).

Beispiele: auf die Antwort einer Gegenpartei warten, auf einen Callback eines Zahlungsdienstleisters warten, auf eine Lieferbestätigung warten.

Script Task

Führt ein eingebettetes Skript (Code) aus, das direkt im Prozessmodell definiert ist. Anders als ein Service Task ruft der Code kein externes System auf — er läuft innerhalb der BPM-Engine.

Beispiele: ein Datenformat konvertieren, eine Frist berechnen, eine Zeichenkette für eine E-Mail zusammenbauen, eine Bedingung prüfen.

Business Rule Task

Ruft eine Entscheidungs-Engine auf (z. B. eine DMN-Tabelle). Eingaben werden an ein Regelwerk übergeben und eine Entscheidung zurückgeliefert.

Beispiele: einen Rabatt nach Kundensegment bestimmen, eine Versicherungsprämie berechnen, eine Anfrage gegen eine Richtlinie prüfen, eine Anfrage klassifizieren.
TaskManual TaskUser TaskReceive TaskSend TaskScript TaskService TaskBusiness RuleTask
In BP1 Modeler öffnen →
Task-Typen: die Form ist dieselbe, nur das Symbol in der Ecke zeigt, wie die Arbeit erledigt wird

Task-Marker

Kleine Symbole mittig am unteren Rand eines Task-Rechtecks. Sie zeigen das Verhalten der Aufgabe an — nicht ihren Typ.

Schleife
Loop
Multi-Inst. ∥
Parallel MI
Multi-Inst. ≡
Sequential MI
Compensation
Compensation
Ad-hoc ~
Ad-hoc
Subprozess +
Subprocess
MarkerBedeutungBeispiel
↻ LoopDie Aufgabe wiederholt sich, solange eine Bedingung gilt (eine Instanz, mehrere Iterationen)Ein Dokument überarbeiten → einreichen → bei Ablehnung wiederholen
∥ Parallele Multi-InstanzN Instanzen starten gleichzeitig — eine pro Element der SammlungDie Benachrichtigung an alle Genehmiger gleichzeitig senden
≡ Sequenzielle Multi-InstanzDieselben N Instanzen, aber eine nach der anderenJeden Kandidaten nacheinander interviewen
⏪ CompensationEine Rollback-Aufgabe: läuft nur, wenn eine Kompensation ausgelöst wird, um eine bereits abgeschlossene Aktion rückgängig zu machen„Buchung stornieren“, nachdem „Hotel buchen“ bereits abgeschlossen wurde
~ Ad-hocAufgaben im Subprozess laufen in beliebiger Reihenfolge, können wiederholt oder übersprungen werden; Start- und Endereignisse sind darin nicht erlaubtFreie Auswahl der Schritte während einer Kundenberatung
+ SubprozessEine zusammengesetzte Aktivität mit verborgener innerer Sequenz; Flüsse dürfen ihre Grenze nicht überschreiten„Auftragsabwicklung“ verbirgt 10 interne Schritte
VertragentworfenKonditionenverhandelnVertragsignierenVertrag signiertBis beide Seiten zustimmen
In BP1 Modeler öffnen →
Loop: eine Aufgabe wiederholt sich — „Konditionen verhandeln“ läuft erneut, bis beide Seiten zustimmen
EinkaufangefragtAngebotanfordernLieferantwählenLieferantgewähltFür jedenLieferanten
In BP1 Modeler öffnen →
Parallele Multi-Instanz (drei Striche): „Angebot anfordern“ läuft für jeden Lieferanten gleichzeitig; der Prozess geht weiter, wenn alle Angebote vorliegen
Reise angefragtHotel buchenFlug buchenFlug gebucht?Reise gebuchtReise storniertStornoangefragtHotelbuchungstornierenJaNein
In BP1 Modeler öffnen →
Compensation: „Hotelbuchung stornieren“ läuft nur, wenn die Reise nach der Hotelbuchung storniert wird — sie ist über ein Compensation-Boundary-Ereignis verknüpft, nicht über einen Fluss

Subprozess

Eine zusammengesetzte Aktivität, markiert mit „+“. Enthält eine eigene Schrittfolge. Flüsse dürfen ihre Grenze nicht überschreiten. Zwischenereignisse docken an die Grenze an.

BestellungeingegangenBestellung bezahlenKartebelastenBeleg sendenBestellungversendenBestellungversandt
In BP1 Modeler öffnen →
Ein Subprozess kapselt eigene Schritte: aufgeklappt zeigt „Bestellung bezahlen“ sie mit eigenem Start und Ende, eingeklappt verbirgt „Bestellung versenden“ sie hinter dem „+“-Marker

Call Activity

Dicke Umrandung. Verweist auf einen globalen Subprozess (z. B. „Beschaffung“), der prozessübergreifend wiederverwendet wird.

Unterschied zum eingebetteten Subprozess: In einem eingebetteten Subprozess sind Daten direkt zugänglich (gemeinsamer Gültigkeitsbereich mit dem übergeordneten Prozess). Eine Call Activity ist ein eigenständiger Prozess — ihre Ein- und Ausgaben erfordern ein explizites Daten-Mapping: was wir beim Aufruf übergeben und was wir bei der Rückkehr auslesen.
VertriebLeasingBestellungaufgegebenBonitätprüfenBestellungbestätigenBestellungbestätigtLeasingangefragtBonitätprüfenVertragsignierenVertragsigniert
In BP1 Modeler öffnen →
Call Activity (dicke Umrandung): „Vertrieb“ und „Leasing“ rufen denselben globalen Prozess „Bonität prüfen“ auf

Ad-hoc-Subprozess

Marker „~“. Aktivitäten darin können in beliebiger Reihenfolge laufen, sich wiederholen oder übersprungen werden. Start-/Endereignisse sind darin nicht erlaubt.

AngebotangenommenErsten Arbeitstag vorbereitenLaptopbestellenKontenanlegenAusweisausstellenMentorzuweisenArbeitsplatzbereit
In BP1 Modeler öffnen →
Ad-hoc-Subprozess (~): die Aufgaben haben keine Flüsse — sie laufen in beliebiger Reihenfolge, wiederholt oder gar nicht

Event-Subprozess

Gestrichelte Umrandung innerhalb eines Prozesses. Wird durch ein Startereignis ausgelöst, während der übergeordnete Prozess aktiv ist. Unterbrechend — bricht den übergeordneten Prozess ab. Nicht unterbrechend — läuft parallel.

OnlineshopBestellungeingegangenBestellungverpackenBestellungversendenBestellungversandtAdresse ändernAdresse geändertAdresseaktualisierenAdresseaktualisiert
In BP1 Modeler öffnen →
Event-Subprozess (gestrichelte Umrandung): kein eingehender Fluss — die Nachricht „Adresse geändert“ startet ihn, während die Bestellung läuft; der gestrichelte Start unterbricht den Hauptfluss nicht

Gateways

Steuern Verzweigung und Zusammenführung. Ein Gateway erledigt selbst keine Arbeit — es lenkt nur den Fluss; die Entscheidung bereitet die Aufgabe davor vor.

Exklusiv XOR
Entweder/oder
Parallel AND
Und/und
Inklusiv OR
Eine oder mehrere
Ereignisbasiert
Event-based
Komplex
Complex
Keiner
None

Exklusives Gateway (XOR)

Das häufigste Gateway. Beim Verzweigen aktiviert es genau einen ausgehenden Pfad — denjenigen, dessen Bedingung zuerst zutrifft. Ist keine Bedingung erfüllt, schlägt der Prozess mit einem Fehler fehl (daher ist es gute Praxis, immer einen „Default“-Zweig zu definieren). Beim Zusammenführen lässt es jedes eintreffende Token sofort durch, ohne auf die übrigen zu warten.

Analogie: eine Weggabelung, an der man nur in eine Richtung fährt.

Beispiele: „Ist die Bestellung bezahlt? → Ja / Nein“, „Ist der Betrag > 10.000? → Ja / Nein“.
Tipp: Formulieren Sie die Frage vor dem Gateway und schreiben Sie die Antwortoptionen an die ausgehenden Pfeile.
BestellungbezahltVersandwählenVersandart?An KurierübergebenZur AbholungbereitstellenPer PostsendenBestellungversandtKurierAbholungPost
In BP1 Modeler öffnen →
XOR-Gateway: genau ein Zweig wird genommen; das zusammenführende XOR leitet die Bestellung weiter, ohne zu warten

Paralleles Gateway (AND)

Beim Verzweigen aktiviert es alle ausgehenden Pfade gleichzeitig, bedingungslos — ohne Prüfung. Beim Zusammenführen wartet es auf Tokens auf allen eingehenden Pfaden und gibt erst, wenn alle eingetroffen sind, ein einziges Token weiter.

Analogie: ein Vorgesetzter verteilt Aufgaben an fünf Mitarbeiter und wartet, bis alle fünf fertig sind.

Beispiele: die Ware versenden und die Rechnung parallel ausstellen; verschiedene Abteilungen prüfen Dokumente gleichzeitig.
Antipattern: Führen Sie Zweige nicht mit AND zusammen, wenn sie per XOR verzweigt wurden oder wenn immer nur einer von ihnen durchlaufen wird. AND wartet ewig auf Tokens auf allen Eingängen — der Prozess gerät in einen Deadlock. Führen Sie nach einem XOR mit einem XOR zusammen (oder mit einer leeren Raute).
BestellungbezahltWareversendenRechnungstellenBestellungabgeschlossen
In BP1 Modeler öffnen →
AND-Gateway: Versand und Rechnungsstellung starten gleichzeitig; das zusammenführende AND wartet auf beide

Inklusives Gateway (OR)

Eine Mischung aus XOR und AND. Beim Verzweigen aktiviert es einen oder mehrere Pfade je nach Bedingungen — jede Bedingung wird unabhängig ausgewertet. Beim Zusammenführen wartet es nur auf Tokens der tatsächlich aktivierten Pfade (nicht auf alle, wie es AND tut).

Analogie: ein Buffet — man nimmt ein Gericht, zwei oder alle, aber nie null.

Beispiele: der Kunde hat Lieferung und/oder Abholung und/oder Geschenkverpackung gewählt — die ausgewählten Optionen ausführen und auf deren vollständigen Abschluss warten.
Vorsicht: OR-Gateways sind schwerer zu analysieren. In verzweigten Diagrammen können die Synchronisierungsregeln unklar sein. Nicht jede Engine unterstützt sie korrekt.
BestellungbezahltWas ist bestellt?PaketversendenDownload-Link sendenBestellungerfülltPhysische WareDigitale Ware
In BP1 Modeler öffnen →
OR-Gateway: physische Ware, digitale Ware oder beides — ein oder beide Zweige laufen, und das zusammenführende OR wartet nur auf die genommenen

Ereignisbasiertes Gateway

Grundlegend anders als die übrigen: Es leitet nicht anhand von Daten weiter, sondern anhand des Ereignisses, das zuerst eintritt. Nach dem Gateway platziert man wartende Zwischenereignisse (Timer, Message, Conditional, Signal). Sobald eines auslöst, werden die anderen abgebrochen.

Analogie: Sie schicken einem Kandidaten ein Angebot und warten: Antwortet er, geht es weiter; vergeht eine Woche ohne Antwort, nehmen Sie den nächsten Kandidaten.

Beispiele: auf Zahlung mit einem Timer warten (nicht in 3 Tagen bezahlt → Bestellung stornieren); auf die Antwort des Kunden oder eine Frist warten.
BestellungaufgegebenRechnungsendenZahlung erhaltenBestellungversendenBestellungversandt3 TageBestellungstornierenBestellungstorniert
In BP1 Modeler öffnen →
Ereignisbasiertes Gateway: was zuerst eintritt, gewinnt — die Zahlung führt zum Versand, 3 Tage ohne Zahlung zur Stornierung

Komplexes Gateway

Wird verwendet, wenn sich die Verzweigungslogik nicht mit Standard-Gateways ausdrücken lässt. Die Zusammenführungsbedingung wird durch einen Ausdruck definiert (zum Beispiel „fortfahren, wenn 3 von 5 Zweigen abgeschlossen sind“ oder „wenn die erste Antwort eingetroffen ist und 10 Minuten vergangen sind“).

In der Praxis: selten verwendet und nicht von jeder BPM-Engine unterstützt. Wenn eine Kombination aus XOR / AND / OR ausreicht, ist diese vorzuziehen.

Kein Marker (Standard-Exklusiv)

Eine Raute ohne Marker. Semantisch gleichbedeutend mit einem exklusiven (XOR) Gateway — der BPMN-Standard erlaubt das Weglassen des Kreuzes. Manche Methodiker halten das für schlechte Praxis, weil es die Lesbarkeit beeinträchtigt: Es ist unklar, ob der Autor den Marker vergessen oder bewusst XOR gewählt hat.

Ereignisse (Events)

Grundbegriffe

Ein Ereignis ist etwas, das geschieht (eine Tatsache), im Gegensatz zu einer Aufgabe (einer aktiven Handlung). Als Kreise dargestellt.

Start
Dünner Kreis
Zwischen
Doppelter Kreis
Ende
Dicker Kreis

Catching (ungefüllter Marker) — warten. Throwing (gefüllt) — auslösen. Boundary-Ereignisse: unterbrechend (durchgezogen) und nicht unterbrechend (gestrichelt).

Übersichtstabelle der Ereignisse

„—“ = im Standard nicht definiert.

TypStartIntermediateEnd
NormalEvent-Subpr.Nicht unterbr.CatchBoundaryBoundary nicht unterbr.Throw
Kein—————
✉ Message
⏱ Timer——
⚡ Error—————
▲ Signal
📋 Conditional——
↗ Escalation——
⬤ Terminate———————
⏪ Compensation————
✖ Cancel——————
➡ Link——————
⬠ Multiple
➕ Parallel mult.——

Message

Austausch mit einem bestimmten Empfänger: E-Mail, Anruf, HTTP, push. In jeder Position verfügbar.

OnlineshopKurierdienstBestellungbezahltPaket packenKurier bestelltAuftrag erhaltenPaketzustellenPaket zugestelltAbholauftrag
In BP1 Modeler öffnen →
Message: das Message-Endereignis des Shops sendet einen Abholauftrag, und das Message-Startereignis des Kurierdienstes startet einen neuen Prozess

Timer

Datum/Uhrzeit, Intervall, Countdown (Frist). Nur Catching.

Jeden Montag,9:00BerichterstellenBerichtfreigebenBerichtfreigegeben1 TagFreigebererinnernErinnerunggesendet2 TageAn ManagereskalierenBerichteskaliert
In BP1 Modeler öffnen →
Timer: ein Start nach Zeitplan, eine nicht unterbrechende Erinnerung nach 1 Tag und eine unterbrechende Frist nach 2 Tagen

Error

Ein schwerwiegender Fehler. Catching — nur an einer Boundary. Throwing — nur am Ende.

BestellungaufgegebenKartebelastenBestellungversendenBestellungversandtZahlung abgelehntBestellungstornierenBestellungstorniert
In BP1 Modeler öffnen →
Error: schlägt die Kartenbelastung fehl, unterbricht das Boundary-Error-Ereignis die Aufgabe, und die Bestellung wird storniert

Conditional

Warten auf eine externe Bedingung („Lagerbestand unter dem Minimum“). Nur Catching.

BestellungeingegangenBestellungbestätigenArtikel aufLagerBestellungversendenBestellungversandt
In BP1 Modeler öffnen →
Conditional: nach der Bestätigung wartet der Prozess, bis der Artikel auf Lager ist, und versendet dann die Bestellung

Signal

Broadcast (im Gegensatz zu einer adressierten Nachricht). Jeder Abonnent reagiert.

ZentraleFilialeMangel bestätigtRückrufvorbereitenProduktzurückgerufenProduktzurückgerufenAus RegalennehmenRegale geräumt
In BP1 Modeler öffnen →
Signal: die Zentrale sendet „Produkt zurückgerufen“ an alle; jede Filiale, die darauf hört, startet ihren eigenen Prozess — kein Message Flow nötig

Terminate

Stoppt sofort die gesamte Prozessinstanz. Nur am Ende.

TicketeröffnetUrsachefinden(45 Min.)UrsachegefundenSchnelllösungtesten(30 Min.)Lösunggetestet
In BP1 Modeler öffnen →
Ohne Terminate: jeder parallele Zweig erreicht sein eigenes Ende; die Instanz endet erst nach dem längeren, nach 45 Minuten

Was, wenn es keinen Sinn mehr ergibt, Aufgabe 2 nach Abschluss von Aufgabe 3 fortzusetzen? Dann wird das folgende Muster verwendet:

TicketeröffnetUrsachefinden(45 Min.)UrsachegefundenSchnelllösungtesten(30 Min.)LösunggetestetGelöst?Ticket gelöstNeinJa
In BP1 Modeler öffnen →
Mit Terminate: löst die Schnelllösung das Ticket, stoppt das Terminate-Ende sofort die gesamte Instanz, einschließlich der noch laufenden Aufgabe „Ursache finden“
BestellungbezahltBestellungverpackenVersandVersandBestellungversendenBestellungversandt
In BP1 Modeler öffnen →
Link: der Throwing-Link „Versand“ beendet eine Zeile, der Catching-Link setzt in der nächsten fort — statt eines langen kreuzenden Pfeils

Compensation

Macht eine zuvor abgeschlossene Aktion rückgängig. Die kompensierende Aufgabe ist über eine Assoziation verknüpft.

BestellungaufgegebenKartebelastenAuf Lager?BestellungbestätigtBestellungstorniertBelastungstorniertZahlungerstattenJaNein
In BP1 Modeler öffnen →
Compensation: das Compensation-Endereignis löst das Boundary-Ereignis der abgeschlossenen Aufgabe „Karte belasten“ aus, und deren Handler erstattet die Zahlung

Escalation

Wird von einem Subprozess an den übergeordneten Prozess gesendet — kein Fehler. Kann nicht unterbrechend sein.

BestellungverpacktBestellung liefernZum KundenfahrenPaket übergeben2 StundenVerspätungBestellunggeliefertVerspätungKundeninformierenKunde informiert
In BP1 Modeler öffnen →
Escalation: der Liefer-Subprozess löst „Verspätung“ aus; die nicht unterbrechende Boundary fängt sie ab und benachrichtigt den Kunden, während die Lieferung weiterläuft

Cancel

Nur im Kontext von Transaktionen. Am Ende — Rollback. An der Boundary — Catch.

Daten, Artefakte, Flüsse

Datenobjekt
Data Object
Datenspeicher
Data Store
Dateneingabe
Data Input
Datenausgabe
Data Output
Anmerkung
Text Annotation
Gruppe
Group
Fluss
Sequence Flow
Nachrichtenfluss
Message Flow
Bedingt
Conditional Flow
Standard
Default Flow
Transaktion
Transaction

Data Object

Ein „Blatt Papier“ mit umgeknickter Ecke. Steht für Informationen, die innerhalb einer Prozessinstanz erzeugt, verbraucht oder weitergegeben werden. Es existiert nur, solange die Instanz lebt.

Beispiele: eine Kundenanfrage, ein Vertragsentwurf, ein Bericht, der unterwegs zusammengestellt wird.

Data Store

Ein Zylinder. Dauerhafter Speicher, der die Prozessinstanz überdauert: eine Datenbank, ein Register, ein Dateispeicher. Aufgaben lesen daraus und schreiben hinein.

Beispiele: CRM, ERP, Bestelldatenbank, Dokumentenarchiv.

Data Input / Data Output

Parameter eines Prozesses oder Subprozesses an dessen Grenze. Input — was von außen bereitgestellt wird; Output — was zurückgegeben wird. Pfeil mit offenem/gefülltem Dreieck.

Beispiele: der Subprozess „Beschaffung“ nimmt eine Artikelliste als Input und gibt eine Rechnung als Output zurück.

Text Annotation

Ein Kommentar, der über eine gestrichelte Linie an ein beliebiges Element angehängt wird. Beeinflusst die Ausführung nicht — er dient nur der Klärung für den Leser des Diagramms.

Group

Ein gestricheltes, abgerundetes Rechteck. Eine visuelle Gruppierung von Elementen (z. B. „alle Logistikaufgaben“). Es hat keine Ausführungssemantik; Flüsse dürfen seine Grenze frei überschreiten.

Sequence Flow

Ein durchgezogener Pfeil mit gefüllter Spitze. Legt die Ausführungsreihenfolge innerhalb eines einzelnen Pools fest. Kann Pool-Grenzen nicht überschreiten.

Ein bedingter Fluss (mit kleiner Raute am Ursprung) — wird nur ausgelöst, wenn seine Bedingung wahr ist. Wird an ausgehenden Pfeilen einer Aufgabe ohne Gateway verwendet.

Ein Standardfluss (mit Häkchen am Ursprung) — der Ausweichpfad eines XOR-/OR-Gateways oder einer bedingten Verzweigung, der genommen wird, wenn keine andere Bedingung zutrifft.

Message Flow

Ein gestrichelter Pfeil mit offener Spitze. Verbindet verschiedene Pools — eine zwischen unabhängigen Teilnehmern ausgetauschte Nachricht. Wird nicht innerhalb eines einzelnen Pools verwendet.

Beispiele: der Kunde sendet eine Bestellung an den Onlineshop; die Bank sendet eine Zahlungsbestätigung.

Transaction

Ein Subprozess mit doppelter Umrandung. ACID-Semantik: entweder werden alle inneren Aktionen erfolgreich committet, oder die gesamte Transaktion wird über ein Cancel-Ereignis (mit Kompensationen) zurückgerollt. Wird für Konsistenz bei verteilten Operationen verwendet.

Beispiele: die Buchung eines Pakets „Flug + Hotel + Auto“ — schlägt ein Schritt fehl, wird die gesamte Buchung storniert.

Bereit, BPMN produktiv einzusetzen?

Sprechen Sie mit unserem Team — wir bilden Ihren Prozess ab und zeigen BP1.ai mit ausgeführtem BPMN an Ihren eigenen Daten.

Vertrieb kontaktieren
Alle Diagramme sind in BP1 Modeler gezeichnet, einem kostenlosen BPMN-2.0-Editor — jedes lässt sich zum Bearbeiten öffnen. Zusammengestellt von BP1.AI.