BPMN als Text in Markdown — für Git, Docs und KI

@title "Bestellung (Mini)"
@direction LR
@version "1.0.0"

pool "Kunde"
  (start) --> [Bestellen]:user
  [Bestellen] -..-> [Auftrag erfassen]

pool "Onlinehandel"
  [Auftrag erfassen] --> <Lieferbar?>
  <Lieferbar?> -->|ja| (end)
  <Lieferbar?> -->|nein| (end:error)

Mini-Prozess: Bestellung, Prüfung „Lieferbar?“, sauber getrennte Teilnehmer.

// Start
(start) (start:message) (start:timer) (start:signal) (start:conditional)
(start:escalation) (start:error) (start:multiple) (start:parallel)

// Ende
(end) (end:message) (end:error) (end:terminate) (end:signal) (end:escalation)
(end:compensation) (end:cancel) (end:multiple)

// Zwischen (Catch)
(timer) (message) (signal) (conditional) (escalation) (compensation)
(link) (link:Weiter) (multiple) (parallel)

// Werfen (Throw)
(throw:message) (throw:signal) (throw:escalation) (throw:compensation)
(throw:link:Weiter) (throw:multiple) (throw:parallel)

// Benannte Message-Korrelation
(message:AuftragBestaetigt) (throw:message:AuftragBestaetigt)
(start:message:AuftragEingang) (end:message:Abschluss)

// Aliase
(start) as begin "Eingang"
(timer) as w48h "48h"

Fachlich: fehlende Unterlagen auslösen Nachricht an den Antragsteller; Rücklauf per Nachrichtenfluss zur erneuten Prüfung.

[Generische Aufgabe]
[Prüfen]:user [API]:service [Skript]:script
[Senden]:send [Empfangen]:receive [Empfang mit Ref]:receive:NachrichtX
[Manuell]:manual [Regel]:rule

// Multi-Instance & Schleife
[Parallel-Batch]:service:parallel
[Der Reihe nach]:user:sequential
[Wiederholen bis OK]:service:loop

// Alias
[Genehmigen]:user as approve

Praxisnahe Kette: Prüfung, Schnittstellen, Benachrichtigung, Zahlungsavis, Sonderfall, Regel — statt generischer Platzhalter.

[Warten auf Freigabe]:user~(timer) as sla "2 Werktage"
[Warten auf Freigabe] --> [Freigabe verbuchen]:service
sla --> [Eskalation an Vorgesetzte]:send

[Review]:user~!(message) as erinnerung
erinnerung --> [Mail senden]:send

SLA-Überschreitung bricht die Wartezeit ab und löst Eskalation aus; Normalfall verbucht die Freigabe.

<Exklusiv?>          // XOR
<+Parallel>          // AND
<o Inklusiv?>        // OR
<* Ereignis-Gateway?> // ereignisbasiert
<# Komplex?>         // Complex

XOR (Risikoprofil), AND (parallele Checks), OR (Freigabe möglich?) in einem nachvollziehbaren Szenario.

[A] --> [B]
<Genehmigt?> -->|ja| [Ausführen]
<Genehmigt?> ==>|default| [Standardpfad]
[Prüfen] ~~>|Betrag > 1000| [Sonderfreigabe]
[Einkauf] -..-> [Lieferant]    // Message Flow zwischen Teilnehmern

Anfrage per Send-Task und Nachrichtenfluss; beim Lieferanten Entscheidung Annahme mit Default-Zweig.

pool "IT-Service"
  lane "1st Level"
    (start) --> [Ticket annehmen]
  lane "2nd Level"
    [Ticket annehmen] --> [Störung analysieren] --> (end)

// Ohne pool/lane (ein Teilnehmer):
(start) --> [Eingang] --> <OK?> -->|nein| (end)
<OK?> -->|ja| [Fertig] --> (end)

Ticket fließt von Front- zu Second-Level-Support (Prozess ohne Pool siehe Code oben).

subprocess "Kartenzahlung"
  (start) --> [PSP autorisieren]:service --> <Genehmigt?>
  <Genehmigt?> -->|ja| (end)
  <Genehmigt?> -->|nein| (end:error)
end

[[Budgetfreigabe einholen]]           // Call Activity (collapsed)
[[Budgetfreigabe einholen]]:expanded   // optional inline

transaction "Buchung"
  [Schritt 1]:service --> [Schritt 2]:service --> (end)
end

subprocess "Haupt"
  (start) --> [Arbeiten] --> (end)
  event-subprocess "Storno"
    (start:message) --> [Stornieren]:user --> (end)
  end
end

Detailprozess Zahlung neben wiederverwendbarer Budgetfreigabe und nachgelagerter Buchung.

{Rechnung PDF}     {Positionen}[]     {{FiBu}}

@group "Compliance" [AML prüfen], [KYC prüfen]

[Schritt] --- "Hinweis für Leser: SLA 48h"
[Ausgangsrechnung erzeugen] --- {Rechnung PDF}

Rechnungserzeugung mit Dokument, Leserhinweis und Buchhaltungsspeicher.

[Prüfen]:service as chk
<Bestand?> as gw
chk --> gw
gw -->|ja| [Versand]
gw -->|nein| [Nachbestellen]

Gleiche Elemente mehrfach ansprechen: Prüfung und Gateway per Alias, dann Versand oder Nachbestellung.