Genehmigungen per E-Mail, Chat oder Kommentaren zu einer Aufgabe lösen häufig die Dringlichkeit des Tages, führen jedoch zu einem Problem, wenn grundlegende Fragen beantwortet werden müssen: Wer hat entschieden, welche Version wurde geprüft, nach welchem Kriterium, zu welchem Zeitpunkt und was geschah danach? Ein Design digitaler Genehmigungsworkflows mit Rückverfolgbarkeit wandelt diese verstreuten Interaktionen in einen betreibbaren, rekonstruierbaren und messbaren Prozess um.
Das Ziel besteht nicht darin, für jede Aktion Dokumentation zu verlangen. Es geht darum, das dem Risiko, der Auswirkung und den Verpflichtungen jeder Entscheidung angemessene Kontrollniveau anzuwenden. Ein gut gestalteter Workflow reduziert Wartezeiten, vermeidet widersprüchliche Entscheidungen und erleichtert es Teams, auch bei Vorfällen oder dringenden Fällen weiterzuarbeiten.
Ermitteln, welche Entscheidungen einen überprüfbaren Nachweis benötigen
Es empfiehlt sich, drei Anforderungen zu unterscheiden, die häufig verwechselt werden:
- Zuweisung: Einer Person wird eine Aufgabe zugewiesen. Es genügt zu wissen, wer handeln muss und bis wann.
- Benachrichtigung: Eine Person oder Gruppe wird über einen Sachverhalt informiert. Das System kann erfassen, dass die Benachrichtigung erstellt oder versendet wurde, doch dies belegt für sich genommen weder Zustellung, Empfang, Lesen noch Verständnis.
- Genehmigung: Eine autorisierte Person trifft eine Entscheidung zu einem konkreten Objekt und nach einem definierten Kriterium. Bei relevanten Auswirkungen erfordert sie eine verstärkte Rückverfolgbarkeit.
Überprüfbare Nachweise sind in der Regel erforderlich, wenn die Entscheidung eine wirtschaftliche Verpflichtung begründet, sensible Daten verändert, einen regulierten Vorgang ermöglicht, eine Ausnahme genehmigt, eine Veröffentlichung autorisiert oder die Sicherheit, Qualität oder Rechte Dritter betrifft. Eine interne Abfrage mit geringem Risiko kann dagegen mit einer Zuweisung und einem einfachen Verlauf gelöst werden.
Bevor Sie digitalisieren, klassifizieren Sie jeden Entscheidungstyp anhand von vier Fragen: Welchen Schaden verursacht eine fehlerhafte Genehmigung? Ist sie reversibel? Gibt es eine anwendbare Richtlinie oder einen Vertrag? Muss sie gegenüber einer Prüfung, einem Kunden oder einer später verantwortlichen Person erläutert werden? Die Antwort bestimmt, ob ein Aktivitätsprotokoll ausreicht oder eine Genehmigungsakte benötigt wird.
Die Mindestakte für jede Genehmigung definieren
Eine Akte muss kein komplexes Dokumentenrepository sein. Sie sollte das enthalten, was nötig ist, um die Entscheidung zu rekonstruieren, ohne Informationen über mehrere Kanäle hinweg suchen zu müssen. Definieren Sie mindestens:
- Das genehmigte Objekt: Kennung der Bestellung, Änderung, Anfrage, des Budgets oder Falls sowie die relevante Version.
- Den Antragsteller und die entscheidungsverantwortliche Person, einschließlich ihrer Rollen zum Zeitpunkt der Aktion.
- Den Zeitpunkt der Anforderung, der Entscheidung und gegebenenfalls der nachfolgenden Ausführung.
- Das angewandte Kriterium: Richtlinie, finanzieller Grenzwert, Checkliste oder Servicebedingung.
- Das Ergebnis: genehmigt, abgelehnt, unter Bedingungen genehmigt, zur Nachbesserung zurückgegeben oder storniert.
- Die zugehörige Dokumentation und die Verknüpfung mit der geprüften Version.
Es ist außerdem sinnvoll, den Kanal und die Art der Aktion zu erfassen: ausdrückliche Entscheidung, Delegation, Änderung oder automatischer Abschluss aufgrund des Ablaufs der Gültigkeit. Nicht alle Anhänge sind brauchbare Nachweise. Ein Nachweis ist wertvoll, wenn er mit einer konkreten Entscheidung verknüpft ist, seinen Kontext bewahrt und es ermöglicht, seine Integrität und Herkunft gemäß den Anforderungen der Organisation zu überprüfen.
Wenn die Einbindung von Certifica erwogen wird, definieren Sie zunächst diese Akte und die Referenzen, die der Prozess austauschen muss. Die Geschäftsanwendung kann den operativen Status verwalten und auf ein externes Register oder einen externen Nachweis verweisen, sofern Architektur und verfügbare Funktionen dies ermöglichen. Bevor Sie einem Produkt Aufbewahrung, Verwahrung oder Nachweisverwaltung zuschreiben, validieren Sie dessen Fähigkeiten, Integrationsgrenzen, Aufbewahrung, Zugriffe und Verantwortlichkeiten anhand der Dokumentation.
Status, Übergänge und operative Fristen modellieren
Ein klarer Workflow verhindert, dass eine Anfrage als genehmigt erscheint, nur weil sie gesendet wurde. Ein übliches Modell umfasst die Status Entwurf, angefordert, in Prüfung, Informationen ausstehend, genehmigt, abgelehnt, abgelaufen und geschlossen. Nicht alle sind erforderlich, doch jeder Status muss eine operative Definition haben.
Gestalten Sie die Übergänge mit ausdrücklichen Regeln. Beispielsweise geht eine Anfrage erst zur Genehmigung über, wenn die Pflichtfelder ausgefüllt sind; eine Ablehnung erfordert einen klassifizierbaren Grund; eine Nachbesserung erstellt eine neue überprüfbare Version; und eine wesentliche Änderung nach der Genehmigung verpflichtet dazu, den Fall erneut zu öffnen. So wird vermieden, dass eine für eine frühere Version erteilte Genehmigung so verwendet wird, als würde sie die spätere Änderung abdecken.
Legen Sie Antwortfristen, Erinnerungen und Eskalationen fest. Eine Frist darf keine stillschweigende Genehmigung bewirken, es sei denn, eine spezifische Richtlinie erlaubt dies und sie wird eindeutig als solche gekennzeichnet. Bei sensiblen Entscheidungen sollte der Ablauf der Gültigkeit die Ausführung verhindern und den Fall zur erneuten Prüfung zurückgeben. In anderen Fällen kann er an einen alternativen Genehmiger eskaliert werden.
Berechtigungen und Funktionstrennung anwenden
Die Berechtigungsmatrix muss das Risiko widerspiegeln. Als allgemeine Regel sollte die antragstellende Person ihre eigene Anfrage nicht genehmigen, wenn ein Interessenkonflikt besteht; wer technische Daten prüft, muss nicht dieselbe Person sein, die Ausgaben autorisiert; und wer eine kritische Aktion ausführt, darf das Ergebnis der Genehmigung nicht nachträglich ändern können.
Eine praktische Alternative besteht darin, funktionale Rollen zu kombinieren: Antragsteller, Prüfer, Genehmiger, Workflow-Administrator und Auditor mit Leserechten. Um Blockaden zu vermeiden, dokumentieren Sie Delegationen: Wer darf delegieren, bei welcher Abwesenheit oder in welchem Fall, für welchen Zeitraum und in welchem Umfang? Die Delegation muss von der ursprünglichen Genehmigung unterschieden werden und darf diese nicht stillschweigend ersetzen.
Dringende Fälle benötigen einen Ausnahmeweg, keine unsichtbare Abkürzung. Definieren Sie, wer die Dringlichkeit aktiviert, welche Mindestbegründung erforderlich ist, welche vorläufige Entscheidung getroffen werden kann und welche nachträgliche Prüfung verpflichtend ist. Ziel ist es, Kontinuität zu ermöglichen, ohne zu normalisieren, dass Ausnahmen die Kontrolle umgehen.
Ausnahmen und Notfälle überprüfbar verwalten
Workflows scheitern in der Praxis, wenn Informationen fehlen, zwischen Bereichen Uneinigkeit besteht, sich das angeforderte Objekt ändert oder ein System nicht verfügbar ist. Jeder Fall benötigt einen definierten Ausweg. Bei unvollständigen Informationen geben Sie den Fall zur Nachbesserung zurück, ohne den Verlauf zu verlieren. Bei Uneinigkeit weisen Sie eine verantwortliche Person für die Lösung zu und erfassen sowohl die relevanten Argumente als auch die endgültige Entscheidung. Bei einer späteren Änderung legen Sie fest, welche Änderungen die Genehmigung ungültig machen oder ihre Erneuerung erfordern.
Legen Sie außerdem ein Notfallverfahren für Ausfälle oder Nichtverfügbarkeit von Systemen fest:
- Erfassen Sie den Vorfall, seine Uhrzeit, die betroffenen Fälle und den verwendeten temporären Kanal.
- Klassifizieren Sie das Risiko des Falls und entscheiden Sie im Voraus, ob der Fortschritt blockiert bleibt oder unter einer Ausnahmegenehmigung zugelassen werden kann.
- Bestimmen Sie eine einzige temporäre Entscheidungsquelle und eine verantwortliche Person, um doppelte oder widersprüchliche Genehmigungen zu vermeiden.
- Nach Wiederherstellung des Dienstes gleichen Sie die Fälle ab: Ergänzen Sie die Mindestdaten, verknüpfen Sie die verfügbaren Nachweise, prüfen Sie auf Duplikate und bestätigen Sie, welche Aktionen ausgeführt wurden.
- Schließen Sie den Vorfall ab und prüfen Sie, ob das Verfahren wiederkehrende Ausnahmen erzeugt hat, die im Hauptworkflow korrigiert werden müssen.
Diese Leitlinie ist besonders wichtig, wenn mehrere Systeme beteiligt sind. Kontinuität bedeutet nicht, jede Bestätigung per Nachricht zu akzeptieren, sondern ein einheitliches Kriterium zu bewahren und die Rückverfolgbarkeit anschließend wiederherzustellen.
Den Workflow mit Anwendungen, Teams und Nachweisen verbinden
Die Integration muss von Geschäftsereignissen ausgehen, nicht von isolierten Dokumenten. Ermitteln Sie, welches Ereignis die Anfrage erstellt, welche Daten sich nach der Entscheidung ändern und welche Kennung die Verknüpfung der Systeme ermöglicht. Beispielsweise kann eine Rabattanfrage in einem CRM entstehen, von Operations geprüft werden und die Bestellung in einem ERP aktualisieren. Die Fallkennung und die genehmigte Version müssen zwischen diesen Punkten übertragen werden.
Definieren Sie, welches System für jedes Element die maßgebliche Quelle ist: operativer Status, Stammdaten, Identität, Anhänge und Entscheidungsprotokoll. Vermeiden Sie unnötige Replikation von Informationen. Wenn ein Dienst wie Certifica angebunden wird, konkretisieren Sie den erforderlichen Austausch durch Tests: Erstellung oder Abfrage von Referenzen, Zuordnung zum Fall, Fehlerbehandlung, Zugriffsberechtigungen und Abgleich bei Wiederholungsversuchen. Gehen Sie nicht davon aus, dass eine Benachrichtigung, ein Anhang oder eine Referenz automatisch einem ausreichenden Nachweis gleichkommt.
Die Prozessgesundheit messen und schrittweise einführen
Die Kennzahlen müssen Reibung und Risiko aufzeigen, nicht schnelle Genehmigungen ohne Kontext belohnen. Überwachen Sie das ausstehende Volumen je Phase, Median und Perzentile der Bearbeitungszeit, Ablehnungen nach Grund, Wiedereröffnungen, abgelaufene Fälle, Delegationen, dringende Ausnahmen und außerhalb des offiziellen Workflows erkannte Fälle. Ein Anstieg dringender Genehmigungen kann auf unrealistische Fristen hindeuten; viele Ablehnungen aufgrund unvollständiger Informationen legen nahe, dass das Formular oder die anfänglichen Validierungen mangelhaft sind.
Führen Sie die Änderung schrittweise ein. Inventarisieren Sie zunächst Entscheidungen, Verantwortliche, aktuelle Kanäle und Risiken. Wählen Sie anschließend einen begrenzten Pilotbereich mit ausreichendem Volumen und stabilen Regeln. Prüfen Sie wöchentlich Blockaden, Ausnahmen und fehlende Daten mit den Personen, die den Prozess nutzen. Erweitern Sie das Modell schließlich erst, nachdem Sie Status, Berechtigungen, Fristen und Nachweiskriterien angepasst haben.
Ein nützlicher Genehmigungsworkflow ist nicht derjenige, der die meisten Einträge anhäuft, sondern derjenige, der es ermöglicht, rechtzeitig eine Entscheidung zu treffen und zuverlässig zu erklären, wie, warum und von wem sie getroffen wurde.