Zustandsautomaten in der BPA: Warum mehrere Häkchen noch keinen gültigen Prozesszustand ergeben

Ein Vorgang ist gleichzeitig als „freigegeben“, „zurückgegeben“ und „abgeschlossen“ markiert. Technisch lassen sich drei unabhängige Ja-Nein-Felder problemlos speichern. Fachlich können sie jedoch einen widersprüchlichen Zustand beschreiben. Bei der Geschäftsprozessautomatisierung lohnt sich deshalb die Frage, welche Zustände überhaupt zulässig sind.

Zustand, Ereignis und Bedingung unterscheiden

Ein Zustandsautomat beschreibt erlaubte Übergänge zwischen definierten Zuständen. Ein Ereignis kann einen Übergang auslösen; eine zusätzliche Bedingung entscheidet, ob er im aktuellen Kontext zulässig ist. Diese Bedingung wird häufig als Guard bezeichnet. Damit werden eine Meldung und ihre tatsächliche Wirkung ausdrücklich getrennt.

Das Prinzip verlangt keine bestimmte Software. Schon eine übersichtliche Übergangstabelle kann festhalten: Ausgangszustand, Ereignis, Voraussetzung, Zielzustand und verantwortliche Rolle. Wichtig ist, dass nicht jeder beliebige Statuswechsel direkt möglich ist.

Ein Beispiel aus der Dokumentenprüfung

Ein fiktiver technischer Prüfbericht kennt „Entwurf“, „in Prüfung“, „Überarbeitung erforderlich“ und „freigegeben“. Das Ereignis „Prüfung bestanden“ darf nur aus „in Prüfung“ zur Freigabe führen. Eine vollständig ausgefüllte Checkliste allein ersetzt diesen Übergang nicht, wenn der Bericht inzwischen wieder überarbeitet wird.

Trifft eine ältere Rückmeldung nach einer neuen Einreichung ein, muss sie zur passenden Berichtsrevision gehören. Andernfalls könnte das System versehentlich die neue Fassung mit dem Ergebnis der alten Fassung freigeben. Zustandsmodell und Versionsbezug ergänzen sich hier.

Ausnahmen gehören in dasselbe Modell

Abbruch, Rücknahme und erneute Einreichung sollten keine versteckten Sonderwege sein. Für jede Ausnahme wird geklärt, welche offenen Aufgaben geschlossen werden, welche Daten erhalten bleiben und ob ein neuer Vorgang entsteht. Auch ein unbekanntes Ereignis braucht eine definierte Behandlung.

Eine hilfreiche Prüfung ist die Frage nach unerreichbaren Zuständen und Sackgassen. Kann jeder reguläre Vorgang einen vorgesehenen Abschluss erreichen? Gibt es Zustände, aus denen nur eine manuelle Datenkorrektur herausführt? Solche Fragen lassen sich vor der Umsetzung mit wenigen Beispielsfällen durchspielen.

Die Oberfläche sollte das Modell erklären

Statt beliebige Statusfelder anzubieten, kann die Oberfläche nur die aktuell zulässigen Aktionen anzeigen. Eine nicht verfügbare Freigabe sollte verständlich begründet sein, etwa mit einer noch offenen Prüfung. Der technische Schutz muss dennoch im ausführenden System liegen und darf nicht allein von ausgeblendeten Buttons abhängen.

Ein Zustandsautomat beseitigt nicht jede fachliche Unklarheit. Er macht aber widersprüchliche Übergänge prüfbar und schafft eine gemeinsame Sprache für Fachbereich, Entwicklung und Betrieb.