Leitfaden zu BPMN

Business Process Model and Notation (BPMN) is an open standard maintained by the Object Management Group (OMG) and widely adopted for modeling complex business processes.

Its visual format bridges the gap between technical and non-technical stakeholders, making it easier to design, review, and collaborate on process logic.

BPMN in Maestro

In Maestro, BPMN is the language you use to turn real-world processes into automation-ready models. You sketch the logic, define hand-offs, and specify triggers and outcomes—then refine the model until it's precise enough to run.

BPMN includes a rich set of symbols (events, tasks, gateways, flows, and artifacts). Maestro focuses on the most practical subset for automation so that diagrams remain clear, unambiguous, and executable.

A BPMN diagram is a contract

Think of a BPMN diagram in Maestro as a three-part contract:

• Human-readable — Any stakeholder can review the logic.
• Machine-actionable — Maestro can validate and orchestrate it.
• Maintainable — Changes to the diagram modify behavior without hidden logic.

Anatomy of a process

A typical automation starts with a trigger (incoming message, schedule, or button click). It proceeds through work steps (human or system), branches with decisions, and ends with a result (completed, canceled, or failed).

BPMN gives you the building blocks for each stage. Maestro provides guardrails—naming conventions, validation, and execution semantics—so your models behave exactly as drawn.

Was Sie in diesem Kapitel erfahren

Diese Einführung führt Sie zu den BPMN-Elementen, die Sie in Maestro tatsächlich verwenden, und zeigt Ihnen, wie Sie zwischen ihnen wählen können:

• Ereignisse in der BPMN-Modellierung

  Ereignisse markieren etwas, das passiert: einen Prozessstart (z. B. Nachricht oder Timer), etwas, das mitten im Flow auftritt (z. B. auf eine Antwort warten, ein Signal abfangen, einen Timeout behandeln) oder ein Prozessende (Erfolg, Eskalation, Error). Sie erfahren, wie Sie den richtigen Ereignistyp auswählen, um Trigger, Wartezeiten, Timeouts und Error-Handhabung sauber zu modellieren.

• Aufgaben in der BPMN-Modellierung

  Aufgaben stellen die auszuführende Arbeit dar. Sie erfahren, wann benutzergesteuerte Schritte (Genehmigungen, Dateneingabe) oder systemgesteuerte Schritte (API-Aufrufe, Skripte) verwendet werden sollen und wie wiederverwendbare Logik mit Teilprozessen und Aufrufaktivitäten eingekapselt werden soll.

• Gateways (Entscheidungs- und Synchronisierungspunkte)

  Gateways steuern den Ausführungspfad: Wählen Sie einen Pfad (exklusiv) aus, wählen Sie viele Pfade (parallel) oder wählen Sie den entsprechenden Satz (inklusive).Sie erfahren Muster für das Weiterleiten, Zusammenführen und Vermeiden von Deadlocks oder verwaisten Token.

• Marker (Verhaltensqualifizierer)

  Marker ändern das Verhalten einer Aufgabe oder eines Teilprozesses: Schleifen, Mehrfachinstanz (einmal pro Element ausgeführt), Ad‑hoc oder Kompensation. Sie erfahren, wann Marker die Absicht explizit machen und wann ein einfacheres Muster besser lesbar ist.

• Sequence vs. Sequence-Nachrichtenflows.

  Sequence zeigt die Arbeitsreihenfolge innerhalb eines Teilnehmers an; Nachrichten-Flows zeigen die Kommunikation zwischen Teilnehmern (z. B. Ihrem Prozess und einem externen System oder Partner).Sie erfahren, wie Sie Verantwortlichkeiten mit Pools und Lanes klar definieren.

• Daten und Artefakte

  Datenobjekte, Datenspeicher, Anmerkungen und Gruppen helfen Ihnen, Eingaben/Ausgaben und Geschäftsregeln zu dokumentieren, ohne den Steuerelementfluss zu überladen.Sie erfahren, welche Artefakte das Verständnis verbessern und welche aus Gründen der Klarheit weggelassen werden sollten.

• Ausführungssemantik in Maestro

  Ein schnelles mentales Modell des Token-Flow, der Gleichzeitigkeit und der Error-Ausbreitung, damit Sie das runtime-Verhalten anhand des Diagramms vorhersagen und Wiederholungen, Timeouts und Kompensationen entwerfen können.

Ein einfaches Beispiel

Stellen Sie sich einen Rechnungsgenehmigungsflow vor: Ein Nachrichtenstartereignis erhält eine Rechnung, eine Benutzeraufgabe erfasst Genehmigungseingaben, ein exklusives Gateway leitet Rechnungen über einen Schwellenwert an einen zweiten Genehmigungsnehmer weiter, und eine Serviceaufgabe postet die genehmigte Rechnung an die Finanzierung. Ein Timer-Grenzereignis für die Benutzeraufgabe eskaliert, wenn innerhalb von 48 Stunden keine Aktion erfolgt, und ein Error-Ende-Ereignis Fehler aufzeichnet.Jedes Symbol hat eine bestimmte Bedeutung; zusammen machen sie den Prozess sowohl für Prüfer als auch für die Automatisierungs-Engine eindeutig.

Hinweis:

Maestro bevorzugt Klarheit gegenüber Vollständigkeit. Wählen Sie im Zweifelsfall das einfachste BPMN-Konstrukt aus, das die Absicht kommuniziert und die Ausführung unterstützt (z. B. einen klaren Start, explizite Zusammenführungen für Aufteilungen und beschreibende Namen für Aufgaben, Ereignisse und Gateways).