Freigaben in Automatisierung einbinden: drei belegte Mechanismus-Typen

Das Wichtigste auf einen Blick

Drei Mechanismen sind verbreitetmanuelle Freigabe, regelbasierte Freigabe, Freigabe per API.
Manuelle Freigaben decken Ermessen ab, erzeugen aber Wartezeit.
Regelbasierte Freigaben liefern reproduzierbare Ergebnisse, solange Regeln pflegbar bleiben.
API-Freigaben verbinden den Ablauf mit externen Genehmigungssystemen.
Die Auswahl folgt dem Entscheidungstyp, nicht der Werkzeugliste.

Manuelle Freigabe im Prozessmodell

Bei der manuellen Freigabe hält der Prozess an und erzeugt eine Aufgabe für eine Person. In BPMN ist das ein User Task, der in der Prozess-Engine auf Bearbeitung wartet. Camunda, SAP Build Process Automation und Microsoft Power Automate bilden dieses Muster mit eigenen Aufgabenlisten und Genehmigungsbausteinen ab.

Der Einsatzbereich liegt bei Entscheidungen mit Ermessen, etwa Sonderzahlungen, Vertragsabweichungen oder Ausnahmen von Einkaufsrichtlinien. Der Prozess liefert Kontext, Formular und Anhänge mit, damit die entscheidende Person nicht in Fremdsystemen suchen muss. Vertretungsregeln und Eskalationsfristen verhindern, dass Vorgänge liegen bleiben.

Grenzen zeigen sich in der Durchlaufzeit. Jede manuelle Freigabe bindet Personenkapazität und erzeugt Wartezeit, die sich nicht durch Technik verkürzen lässt. Bei hohen Fallzahlen entsteht ein Engpass. Jede Freigabe braucht einen Nachweis, wer wann mit welcher Begründung entschieden hat.

Regelbasierte Freigabe mit Entscheidungstabellen

Regelbasierte Freigaben ersetzen die Person durch eine auswertbare Regel. Typisch sind Entscheidungstabellen nach DMN, die Eingabewerte wie Betrag, Kostenstelle, Lieferantenstatus oder Risikoklasse auf ein Ergebnis abbilden. Camunda führt DMN-Tabellen direkt in der Engine aus. SAP Build Process Automation und Power Automate bieten vergleichbare Regelbausteine.

Der Einsatzbereich umfasst Fälle mit klaren Schwellen: Bestellungen bis zu einem Betrag laufen automatisch durch, darüber wird eine Freigabeinstanz eingeschaltet. Jede Regel wird versioniert, damit Prüfer später nachvollziehen können, welche Fassung gegriffen hat.

Die Grenze liegt in der Regelpflege. Jede neue Ausnahme erhöht die Zahl der Zeilen, und widersprüchliche Bedingungen bleiben ohne Test unbemerkt. Für Ermessensfälle ist der Mechanismus ungeeignet, weil sich weiche Kriterien nicht zuverlässig abbilden lassen. Das BSI beschreibt im IT-Grundschutz methodische Anforderungen an Prozess- und Schnittstellensicherheit, die auch Freigaberegeln betreffen.

Freigabe per API: externe Systeme

Bei der API-Variante bleibt die Entscheidung in einem externen System, etwa einem Berechtigungs-, Vertrags- oder Dokumentenmanagementsystem. Die Automatisierung ruft dort per Schnittstelle eine Freigabe an und wartet auf die Antwort. Zwei Muster sind verbreitet: der synchrone Aufruf mit sofortiger Antwort und der asynchrone Aufruf mit Rückruf oder erneutem Abfragen.

Camunda nutzt für das asynchrone Muster External Tasks: Ein externer Worker holt die Aufgabe ab und meldet das Ergebnis zurück. Power Automate arbeitet mit HTTP-Aktionen und Genehmigungs-Connectors, SAP Build Process Automation mit Schnittstellen zu SAP-Systemen und Fremdsystemen.

Grenzen liegen in Fehlerbehandlung und Sicherheit. Wiederholte Aufrufe müssen idempotent sein, sonst entstehen doppelte Buchungen. Timeouts brauchen eine definierte Reaktion, ebenso abgelehnte oder unvollständige Antworten. Schnittstellen sind nach den Anforderungen der Informationssicherheit abzusichern.

Für den Werkzeugvergleich nennt SAP die Funktionen seiner Process Automation, das BMWK ordnet Förderung und Rahmenbedingungen ein.

Die drei Mechanismen im Vergleich

Die Tabelle stellt die drei Mechanismen nach Entscheider, Durchlaufzeit und Nachweis gegenüber.

Drei Freigabemechanismen im Vergleich

Manuelle Freigabe

Entscheider: Person
Geeignet für: Ermessen, Ausnahmen
Durchlaufzeit: abhängig von Kapazität
Nachweis: Formular und Kommentar
Typische Grenze: Engpass und Wartezeit

Regelbasierte Freigabe

Entscheider: Regelwerk
Geeignet für: Schwellen, Standardfälle
Durchlaufzeit: sofort nach Regelauswertung
Nachweis: Regelversion und Protokoll
Typische Grenze: Regelpflege und Testaufwand

Freigabe per API

Entscheider: externes System
Geeignet für: verteilte Systemlandschaften
Durchlaufzeit: abhängig vom Zielsystem
Nachweis: Antwortprotokoll und Log
Typische Grenze: Idempotenz und Fehlerfälle

Auch Kombinationen sind üblich: Ein Prozess prüft zuerst regelbasiert und leitet nur Ausnahmen an Personen weiter. Der API-Mechanismus tritt hinzu, wenn die Freigabe in einem fachlichen System ohne Prozess-Engine stattfindet. Damit bestimmt der Entscheidungstyp die Mechanismuswahl.

Häufige Fragen

Wann bleibt eine manuelle Freigabe sinnvoll?

Wenn Ermessen, Haftung oder Einzelfallprüfung gefragt sind und sich Kriterien nicht vollständig formalisieren lassen. Sie bleibt dann der einzige Mechanismus mit belastbarer Begründung.

Wie viele Freigabestufen sind zweckmäßig?

Jede Stufe erhöht Durchlaufzeit und Pflegeaufwand. Zwei Stufen, etwa fachlich und kaufmännisch, decken viele Fälle ab. Weitere Stufen gehören an Betragsgrenzen oder Risikoklassen.

Lassen sich regelbasierte und API-Freigaben kombinieren?

Ja. Die Regel entscheidet, ob überhaupt eine externe Freigabe angefordert wird. So bleiben Standardfälle schnell und Ausnahmen nachvollziehbar.

Was ist bei Freigaben über Schnittstellen zu beachten?

Eindeutige Vorgangsnummern, Idempotenz, Timeouts, Wiederholversuche und Protokollierung. Die Schnittstelle ist nach den Anforderungen der Informationssicherheit zu gestalten.

Welche Werkzeuge unterstützen alle drei Mechanismen?

Camunda, SAP Build Process Automation und Microsoft Power Automate bieten Aufgabenlisten, Regelbausteine und Schnittstellenaufrufe. Unterschiede liegen im Betriebsmodell und in der Anbindung an bestehende Systeme.