KI-Automatisierung mit Freigabe: Wer prüft welchen Schritt?

Das Prinzip „Entwurf plus Freigabe“ eignet sich besonders für Nachrichten, Datenänderungen und Übergaben mit spürbaren Folgen. Die KI bereitet vor; ein geregelter Prozess entscheidet über die Ausführung. Dieser Leitfaden beschreibt unsere praktische Gestaltungsmethode. Er ist keine pauschale rechtliche Freigabe eines KI-Einsatzes. Quellen und Produktfunktionen wurden am 26. September 2026 geprüft.

Beginnen Sie mit der Frage, was nach dem nächsten Schritt nicht mehr ohne Weiteres rückgängig zu machen ist. Eine interne Zusammenfassung kann häufig korrigiert werden. Eine versandte Nachricht erreicht einen Empfänger. Eine geänderte Bankverbindung kann einen späteren Zahlungsprozess beeinflussen. Diese Wirkungen benötigen unterschiedliche Kontrollen.

Die folgende Matrix ist ein Entwurf für die Prozessplanung mit Kontrollstellen für sechs Vorgänge in einem KI-Workflow:

Die Tabelle ersetzt keine Prüfung von Berufs-, Datenschutz- oder anderen anwendbaren Anforderungen. Eine menschliche Zustimmung macht einen unzulässigen Zweck nicht zulässig. Ebenso ist ein Kontrollknopf kein Beleg dafür, dass eine Person den Inhalt tatsächlich verstanden hat.

Rolle. Benennen Sie die Rolle, die entscheiden darf, und die Person, die sie im Alltag ausfüllt. Ein fachkundiger Mitarbeiter kann eine Abweichung erkennen, ohne zur Freigabe der Änderung befugt zu sein. Ein technisch berechtigter Administrator kann dagegen die fachliche Bedeutung nicht beurteilen. Für den konkreten Schritt müssen beide Voraussetzungen zusammenpassen.

Vertretung und Eskalation. Legen Sie Vertretung und Eskalation fest. Bei einer zeitkritischen Aufgabe braucht das Team einen Ersatzweg, wenn niemand verfügbar ist. Erinnerungen können helfen, dürfen aber keine fehlende Zustimmung ersetzen. Nach einer Frist wird die Anfrage beispielsweise an eine benannte Vertretung übergeben oder kontrolliert zurückgestellt.

NIST-Rahmen. Das freiwillige NIST AI Risk Management Framework behandelt klare Rollen, Verantwortlichkeiten und menschliche Aufsicht als Teil der Steuerung von KI-Risiken. Es liefert eine Orientierung für Organisationsfragen, ist aber keine DACH-Rechtsnorm und schreibt nicht den hier vorgestellten Ablauf vor. NIST AI RMF Core.

Original, Vorschlag und Wirkung. Eine brauchbare Prüfansicht verbindet Original, Vorschlag und geplante Wirkung. Für eine Kundenantwort genügt keine Zusammenfassung des Antworttexts. Der vollständige Inhalt muss mit Empfänger und gegebenenfalls Anhängen sichtbar sein. Bei einer Stammdatenänderung helfen bisheriger Wert, neuer Wert und die verwendete Quelle.

Unsicherheit. Zeigen Sie außerdem die Unsicherheit in einer handlungsfähigen Form. „Die Zuordnung zur Kundennummer ist mehrdeutig“ führt zu einer anderen Prüfung als „Der Text ist sprachlich unklar“. Eine vom Modell ausgegebene Prozentzahl erklärt diese Unterschiede nicht automatisch. Ihre Verlässlichkeit müsste für den konkreten Zweck gesondert belegt werden.

Keine unnötigen Informationen. Vermeiden Sie unnötige Informationsmengen. Eine Ansicht mit zwanzig unwichtigen Feldern kann die entscheidende Empfängerabweichung verdecken. Stellen Sie kritische Angaben zuerst dar, machen Sie Quellen erreichbar und erklären Sie die Folge des Knopfs: nur intern speichern, Nachricht senden oder Daten im führenden System ändern.

Drei Ergebnisse. Ein Prozess sollte mindestens zwischen Zustimmung zum vorliegenden Vorschlag, Rückgabe zur Korrektur und Ablehnung unterscheiden. Eine Rückfrage kann eine weitere sinnvolle Option sein. Die Entscheidung muss in einen definierten nächsten Zustand führen.

Nach der Entscheidung. Wird ein Vorschlag abgelehnt, darf die KI nicht mit einer leicht veränderten Aktion dieselbe Wirkung umgehen. Wird eine Korrektur verlangt, entsteht eine neue Version. Wird nur ein Teil eines Pakets akzeptiert, muss der Prozess diese Teilfreigabe ausdrücklich unterstützen oder das ganze Paket zur erneuten Prüfung zurückgeben.

Produktmodelle. Auch Produkte unterscheiden solche Modelle. Microsoft dokumentiert unter anderem Freigaben nach der ersten Antwort, Zustimmung aller Beteiligten und sequenzielle Freigaben. Die Auswahl beeinflusst das tatsächliche Entscheidungsverfahren; ein konfigurierter Freigabeschritt allein sagt noch nicht, wer zustimmen muss. Power Automate Approvals.

Festgelegte Aktion. Eine Freigabe sollte sich auf eine festgelegte Aktion mit eindeutiger Referenz beziehen. Dazu gehören Empfänger, Inhalt, betroffene Datensätze und die relevanten Ausgangsdaten. Werden diese Angaben nach der Prüfung verändert, muss die Gültigkeit der bisherigen Zustimmung neu beurteilt werden.

Synthetisches Beispiel. Ein synthetisches Beispiel: Eine Person genehmigt eine Nachricht an Kontakt A. Kurz vor dem Versand wird die CRM-Zuordnung auf Kontakt B korrigiert. Die frühere Zustimmung darf nicht stillschweigend den Versand an B erlauben. Der neue Vorschlag wird erneut vorgelegt, auch wenn der Text gleich geblieben ist.

Veraltete Voraussetzungen. Dasselbe gilt bei veralteten Voraussetzungen. Ein inzwischen erledigter Vorgang benötigt möglicherweise keine Erinnerung mehr. Prüfen Sie vor Ausführung, ob der genehmigte Vorschlag noch zum aktuellen Zustand passt. Eine Freigabe mit unbegrenzter Gültigkeit kann ansonsten Stunden später eine überholte Aktion auslösen.

Die folgende Strecke ist erfunden und enthält keine echten Mandantendaten. Eine Kanzlei hat für einen bestimmten Zeitraum eine fachlich freigegebene Unterlagenliste. Ein System vergleicht diese Liste mit dem bekannten Eingang und bereitet eine freundliche Nachforderung vor. Welche Unterlagen fachlich erforderlich sind, bestimmt die zuständige Person, nicht das Sprachmodell.

Die erfundene Nachforderung durchläuft anschließend fünf Schritte:

1. Vorbereiten. Der Vorschlag zeigt Mandant, Zeitraum, angeblich fehlende Unterlagen, letzte berücksichtigte Eingänge und den vollständigen Nachrichtentext.
2. Prüfen und korrigieren. Die prüfende Person erkennt, dass ein Dokument am Morgen eingegangen ist, aber noch nicht zugeordnet wurde. Sie korrigiert zunächst die Zuordnung; danach wird der Vorschlag aktualisiert.
3. Version freigeben. Nun stimmen Quelle und Nachricht überein. Die Freigabe wird für diese Version erteilt.
4. Vor dem Versand erneut prüfen. Vor dem Versand prüft der Workflow nochmals, ob sich der relevante Eingang verändert hat. Ein neuer Treffer stoppt den veralteten Entwurf. Ohne Änderung wird genau der genehmigte Inhalt an den geprüften Empfänger gesendet.
5. Versandergebnis klären. Nach der Ausführung erhält der Vorgang eine Versandreferenz. Bricht die Verbindung zwischen Versand und Statusspeicherung ab, bleibt das Ergebnis zunächst unklar. Der Wiederanlauf untersucht, ob die Nachricht bereits gesendet wurde. Ein automatischer Neustart darf nicht aus einem technischen Fehler eine zweite Nachforderung machen.

Am Ende ist der fachliche Nachweis vollständig: Die richtige Liste wurde geprüft, die konkrete Nachricht freigegeben und ihr Versandzustand geklärt. Ein grüner Workflow-Lauf ohne diese Informationen wäre für die spätere Bearbeitung weniger hilfreich.

Gemeinsame Freigabe. Ein Vorgang kann eine E-Mail, eine CRM-Aufgabe und einen Dokumentexport umfassen. Entscheiden Sie, ob diese Aktionen gemeinsam oder einzeln genehmigt werden. Eine gemeinsame Freigabe ist nur sinnvoll, wenn die Person den gesamten Umfang beurteilen kann und die Reihenfolge fachlich zusammengehört.

Getrennte Entscheidungen. Bei getrennten Entscheidungen können unterschiedliche Rollen zuständig sein. Der Vertrieb prüft beispielsweise den Antworttext, während eine andere Person einen Export freigibt. Dann muss die Oberfläche zeigen, welche Teile bereits genehmigt und welche noch offen sind. Der Status „freigegeben“ für das Gesamtpaket wäre zu ungenau.

Teilfehler. Technische Teilfehler bleiben möglich, auch wenn alles genehmigt wurde. Wenn die E-Mail gesendet ist, aber der Export scheitert, wird die Freigabe nicht einfach nochmals komplett ausgeführt. Speichern Sie den Ergebnisstand je Aktion und setzen Sie nur dort fort, wo die vorgesehene Wirkung noch fehlt.

Stornierung. Legen Sie Stornoregeln für abhängige Aktionen fest. Wird ein Vorgang zurückgezogen, nachdem die Aufgabe angelegt, die Nachricht aber noch nicht gesendet wurde, sollte der nächste Schritt der vereinbarten fachlichen Regel folgen. Gehen Sie nicht davon aus, dass eine frühere Freigabe jede verbleibende Aktion für immer angemessen macht.

Routine-Warteschlange. Wenn jedes unkritische Feld eine Entscheidung auslöst, entsteht eine Warteschlange, deren Bearbeitung zur Routine wird. Das kann die Aufmerksamkeit für wichtige Fälle verringern. Unterscheiden Sie deshalb Standardprüfungen, die klare Regeln zuverlässig erledigen können, von Entscheidungen mit tatsächlichem fachlichem Spielraum.

Nachvollziehbare Ausnahmen. Definieren Sie Ausnahmen nachvollziehbar. Eine fehlende Pflichtangabe oder widersprüchliche Kundenkennung kann einen Prüffall auslösen. Eine beliebige Modellbewertung „geringes Vertrauen“ ist ohne erklärten Zusammenhang weniger hilfreich. Das Team sollte wissen, warum ein Fall vorgelegt wird und welche Information zur Entscheidung fehlt.

Spätere Vereinfachung. Eine spätere Vereinfachung sollte auf Beobachtungen beruhen. Wenn bestimmte Fälle über längere Zeit mit klaren Kriterien bearbeitet werden, können Sie prüfen, ob ein regelbasierter Schritt genügt. Entfernen Sie eine Kontrolle jedoch nicht allein, weil die Zustimmungsquote hoch ist. Vielleicht werden Vorschläge lediglich ungelesen bestätigt.

Prüfzeit. Erfassen Sie die Zeit für Lesen, Quellenprüfung, Korrektur und Rückfragen. Ein langer generierter Entwurf kann mehr Kontrolle benötigen als eine kurze manuell erstellte Nachricht. Die Anzahl vorbereiteter Entwürfe ist daher noch kein Beleg für Entlastung.

Vergleich. Vergleichen Sie dieselben Fallarten vor und nach der Einführung. Beobachten Sie zusätzlich Wartezeit bis zur Entscheidung, veraltete Freigaben, mehrfach vorgelegte Vorgänge und nachträglich entdeckte Fehler. Kontrollieren Sie stichprobenartig bereits ausgeführte Ergebnisse, damit ein scheinbar reibungsloser Ablauf nicht nur fehlende Aufmerksamkeit abbildet.

n8n. n8n bietet beispielsweise eine menschliche Prüfung einzelner Agentenwerkzeuge. Diese technische Möglichkeit kann den beschriebenen Prozess unterstützen. Zuständigkeit, verständliche Anzeige, Versionsbindung und fachliche Abnahme müssen trotzdem im konkreten Ablauf gestaltet werden. n8n: Human review for tool calls.

Qualität und Geschwindigkeit. Halten Sie Qualität und Geschwindigkeit gemeinsam sichtbar. Eine kürzere Freigabezeit ist nur dann willkommen, wenn die relevanten Prüfungen weiterhin stattfinden. Wird die Prüfung langsam, untersuchen Sie zuerst, ob den Vorschlägen Quellen fehlen oder ob sie unnötige Inhalte enthalten, bevor Sie die Beteiligten zu schnelleren Freigaben anhalten.

Prüfen Sie einen Freigabeablauf vor dem produktiven Einsatz mindestens anhand von sechs Fällen:

• ein richtiger Vorschlag
• ein falscher Empfänger
• fehlende Quelldaten
• eine Änderung nach Zustimmung
• eine ausdrückliche Ablehnung
• eine abwesende Prüfperson

Ergänzen Sie einen doppelt betätigten Freigabelink, einen veralteten Vorgang und einen Verbindungsabbruch direkt nach der Aktion.

Für jeden Fall steht vorab fest, welche Wirkung erlaubt ist und was verhindert werden muss. Kontrollieren Sie anschließend den tatsächlichen Zustand im Zielsystem. Die richtige Meldung im Freigabefenster genügt nicht, wenn eine Nachricht doppelt versendet oder ein falscher Datensatz geändert wurde.

Beginnen Sie mit einer konkreten Aktion und einem benannten Entscheider. Zeichnen Sie Vorschlag, Entscheidung, Ausführung und Ergebnis als getrennte Zustände auf. Sobald diese Strecke auch bei Korrekturen und Ausfällen verständlich bleibt, lässt sich der Umfang erweitern, ohne menschliche Beteiligung auf einen bloßen Bestätigungsklick zu reduzieren.

Diese Seiten zeigen Freigaben in ausgearbeiteten Beispielen und behandeln die Entscheidungen rund um sie:

• KI-Automatisierung für KMU: Aufgaben, Auswahl und Umsetzung
• KI-Automatisierung: Kosten und Rechnung fürs erste Jahr
• KI einführen: Software, eigenes Team oder Agentur?
• Kanzlei-Dokumentenworkflow: ein ausgearbeitetes Beispiel
• KI-Dokumentenverarbeitung testen: Vorlage für die Abnahme
• So messen wir Ergebnisse
• n8n-Leistungsbeschreibung