KI-Ausfall im Rechnungsprozess: Notbetrieb für KMU

Wenn eine KI im Rechnungsprozess ausfällt, muss nicht das ganze Unternehmen stehen. KMU brauchen dafür einen vorbereiteten Notbetrieb: unsichere Automationen stoppen, neue Vorgänge eindeutig puffern, zeitkritische Aufgaben manuell bearbeiten und nach der Wiederherstellung jede aufgelaufene Aktion abgleichen. Besonders wichtig ist, dass ein Timeout niemals unbemerkt eine zweite Rechnung, eine doppelte Zahlung oder eine weitere Mahnung auslöst.

Der Ausfall eines Modells oder einer Programmierschnittstelle ist nur eine Variante. Gefährlicher kann eine KI sein, die technisch erreichbar bleibt, aber plötzlich schlechtere Ergebnisse liefert. Sie verwechselt Belegarten, liest Beträge falsch oder formuliert eine Mahnung mit unzutreffenden Angaben. Ein praxistauglicher Notfallplan deckt deshalb Verfügbarkeit, Ergebnisqualität und den sicheren Wiederanlauf gemeinsam ab.

Drei Störungen, drei unterschiedliche Reaktionen

Störung	Typisches Signal	Sichere Reaktion
KI-Dienst nicht erreichbar	Timeout, HTTP-Fehler oder leere Antwort	Auftrag eindeutig puffern, manuellen Weg aktivieren, keine blinde Wiederholung
Ergebnisqualität sinkt	Mehr Korrekturen, falsche Beträge oder unerwartete Klassen	Automatische Weiterverarbeitung sperren, Stichprobe ausweiten, Ursache eingrenzen
Antwortstatus ist unklar	Client meldet Timeout, obwohl der Dienst möglicherweise verarbeitet hat	Vor erneutem Senden den tatsächlichen Zustand lesen und mit einer eindeutigen Vorgangs-ID abgleichen

Diese Trennung verhindert einen häufigen Fehler: Ein Verfügbarkeitsproblem wird durch immer neue Wiederholungen scheinbar „gelöst“, obwohl die erste Anfrage bereits erfolgreich war. Bei rein lesenden Aufgaben ist eine Wiederholung meist weniger kritisch. Sobald eine KI oder nachgelagerte Automation Daten anlegt, Status ändert, E-Mails versendet oder Zahlungen zuordnet, muss der Prozess idempotent sein. Dieselbe Vorgangs-ID darf dann nicht zwei fachliche Ergebnisse erzeugen.

Welche Rechnungsaufgaben im Notbetrieb weiterlaufen sollen

Nicht jede KI-Funktion ist gleich zeitkritisch. Eine Belegklassifikation kann einige Stunden warten, während eine fällige Rechnung, ein Zahlungslauf oder die Klärung einer bereits versendeten Mahnung enger geführt werden muss. Das Bundesamt für Sicherheit in der Informationstechnik empfiehlt im Standard 200-4, kritische Geschäftsprozesse, tolerierbare Ausfallzeiten und Wiederanlaufziele systematisch zu bestimmen. Der Standard richtet sich ausdrücklich auch an kleinere und mittlere Organisationen.

Für den Rechnungsprozess kann eine einfache Priorisierung so aussehen:

Aufgabe	Ausfallfolge	Notbetrieb
Dokumente klassifizieren oder Felder vorschlagen	Rückstau, aber meist keine unmittelbare Außenwirkung	Eingänge unverändert sammeln und später oder manuell prüfen
Rechnungsentwurf formulieren	Bearbeitung wird langsamer	Vorlage verwenden und Entwurf manuell vervollständigen
Betrag, Steuer oder Empfänger prüfen	Fehlerhafter Beleg kann versendet werden	Deterministische Fachprüfung und menschliche Freigabe erzwingen
Mahnung erstellen oder versenden	Unberechtigte Außenwirkung und Kundenkonflikt	Automatischen Versand stoppen, Fakten manuell prüfen
Zahlung zuordnen	Falscher offener Posten oder doppelte Buchung	Transaktion erhalten und nur eindeutig bestätigte Fälle manuell verbuchen

Das Ziel ist nicht, jede Komfortfunktion im Notfall vollständig nachzubauen. Der Notbetrieb erhält die fachlich kritische Mindestleistung. Alles andere wird mit einer klaren Warteschlange, Verantwortlichkeit und Frist verschoben.

Ein Notfallplan in acht Schritten

1. KI-Abhängigkeiten inventarisieren

Listen Sie auf, wo KI tatsächlich beteiligt ist: Eingangskanal, Dokumentenklassifikation, Felderkennung, Kontierungsvorschlag, Textentwurf, Freigabe, Versand oder Zahlungsabgleich. Notieren Sie pro Schritt den Anbieter, die Schnittstelle, gespeicherte Ein- und Ausgaben sowie die nachfolgende Aktion. Nur so wird sichtbar, ob ein Modellfehler bloß einen Vorschlag betrifft oder unmittelbar einen Kundenkontakt auslösen kann.

2. Auslösekriterien festlegen

Definieren Sie messbare Schwellwerte. Beispiele sind drei aufeinanderfolgende Timeouts, eine Fehlerrate über dem vereinbarten Grenzwert, auffällig viele manuelle Korrekturen oder ein einzelner schwerwiegender Fehler bei Betrag, Bankverbindung oder Empfänger. Ein rein technischer Status „erreichbar“ genügt nicht. Auch die Ergebnisqualität braucht Überwachung.

3. Unsichere Folgeaktionen stoppen

Der erste Schalter sollte nicht den gesamten Rechnungszugang sperren, sondern riskante Automationen gezielt deaktivieren. Dokumente dürfen weiter eingehen und Entwürfe angelegt werden. Versand, finale Statuswechsel, Mahnungen und Zahlungsbuchungen benötigen dagegen eine bestätigte Grundlage. Der Beitrag „Lesen, vorschlagen, ausführen“ zeigt, wie sich diese Rechte technisch und organisatorisch trennen lassen.

4. Jeden Vorgang eindeutig puffern

Speichern Sie Originaldokument, Eingangszeit, Vorgangs-ID, gewünschte Aufgabe, Modell- oder Dienstversion und bisherigen Status. Die Warteschlange muss unterscheiden zwischen „noch nicht gesendet“, „gesendet, Ergebnis unbekannt“, „Ergebnis erhalten“ und „manuell abgeschlossen“. Ohne diese Zustände entsteht beim Wiederanlauf leicht eine Doppelverarbeitung.

5. Einen manuellen Ersatzweg aktivieren

Der Ersatzweg braucht Vorlagen, Rollen und eine klare Mindestprüfung. Eine eingehende Rechnung kann beispielsweise manuell als Rechnung erkannt, mit Lieferant, Betrag und Fälligkeit erfasst und anschließend von einer zweiten Person kontrolliert werden. Ein Textvorschlag für eine Mahnung lässt sich durch eine freigegebene Vorlage ersetzen. Entscheidend ist, dass der Mensch die Originaldaten sieht und nicht nur ein möglicherweise fehlerhaftes KI-Ergebnis.

6. Wiederanlauf kontrollieren

Nach der technischen Entwarnung wird nicht einfach die gesamte Warteschlange erneut abgeschickt. Prüfen Sie zuerst eine kleine Stichprobe mit bekannten Ergebnissen. Vergleichen Sie Modellversion, Konfiguration und Ausgabe mit dem Zustand vor der Störung. Erst danach wird der Rückstau in begrenzten Paketen verarbeitet. Die Hinweise zu Modellwechseln und reproduzierbaren Ergebnissen helfen bei dieser Kontrolle.

7. Automatische und manuelle Ergebnisse abgleichen

Jeder während des Ausfalls manuell erledigte Vorgang muss aus der KI-Warteschlange entfernt oder als abgeschlossen markiert werden. Andernfalls erzeugt der Wiederanlauf später einen zweiten Entwurf, eine weitere Zuordnung oder einen widersprüchlichen Status. Nutzen Sie dafür eine eindeutige Referenz auf Dokument und fachliche Aktion.

8. Ablauf testen und nachbereiten

Ein Notfallplan ist erst belastbar, wenn ein Team ihn ausprobiert hat. Simulieren Sie einen kurzen Dienstausfall und einen Qualitätsfehler. Messen Sie, wie schnell riskante Aktionen gestoppt werden, ob die manuelle Bearbeitung funktioniert und ob der Wiederanlauf ohne Dubletten gelingt. Halten Sie Ursache, Auswirkungen, Entscheidungen und Verbesserungen fest.

Was offizielle Rahmenwerke dazu sagen

Der BSI-Standard 200-4 behandelt Business Continuity technologieunabhängig. Ergänzende BSI-Strategien für den Ausfall von Dienstleistungsunternehmen nennen unter anderem alternative Anbieter, die zeitweise Rückführung einer Tätigkeit ins eigene Unternehmen und abgestimmte Wiederanlaufzeiten, Alarmierungswege sowie Zuständigkeiten. Für ein KMU kann „Insourcing“ schlicht bedeuten, dass eine geschulte Person vorübergehend mit einer geprüften Vorlage statt mit dem KI-Dienst arbeitet.

Der freiwillige AI Risk Management Framework des US-amerikanischen NIST ergänzt die KI-Perspektive. Er empfiehlt, sichere Fehlermodi und Reaktionszeiten auf KI-Ausfälle zu messen, nicht KI-basierte Alternativen einzuplanen und Mechanismen vorzusehen, mit denen ein System ersetzt, getrennt oder deaktiviert werden kann. Außerdem sollen Reaktion, Wiederherstellung, Kommunikation und Änderungen nach einem Vorfall dokumentiert werden.

Der EU AI Act enthält in den Artikeln 14 und 15 konkrete Vorgaben zu menschlicher Aufsicht, Übersteuerung, sicherem Stoppen, Robustheit und Ausfallsicherheit. Diese Vorschriften beziehen sich dort ausdrücklich auf Hochrisiko-KI-Systeme. Daraus folgt keine pauschale Aussage, dass jede KI-Unterstützung bei Rechnungen ein Hochrisiko-System ist. Die Einstufung hängt vom vorgesehenen Einsatzzweck ab. Als technische Orientierung sind die Prinzipien dennoch nützlich: Menschen müssen Ausgaben verwerfen können, und ein Fehler darf den Prozess nicht in einen unsicheren Zustand bringen.

Vier Kennzahlen machen den Notbetrieb steuerbar

Ein allgemeines Ziel wie „möglichst schnell wieder online“ ist für die Buchhaltung zu ungenau. Es sagt weder, wann das Team eingreifen muss, noch wann die automatische Verarbeitung wieder verantwortbar ist. Besser sind wenige Kennzahlen, die Technik und fachliche Wirkung verbinden.

Zeit bis zum sicheren Stopp

Messen Sie die Zeit vom ersten belastbaren Fehlersignal bis zur Sperre riskanter Folgeaktionen. Für einen Textentwurf darf dieser Zeitraum länger sein als für eine automatische Mahnung oder Zahlungszuordnung. Die Kennzahl zeigt, ob Alarmierung und Berechtigungen praktisch funktionieren oder erst eine einzelne Person gesucht werden muss.

Alter und Umfang des Rückstaus

Die bloße Zahl offener Dokumente reicht nicht. Ein Rückstau aus 80 neuen Belegen kann weniger kritisch sein als eine einzige ungeklärte Rechnung mit unmittelbar bevorstehender Fälligkeit. Erfassen Sie daher Menge, ältesten Eingang, Priorität und manuell erledigte Vorgänge getrennt. So kann das Team zuerst die Fälle bearbeiten, bei denen Frist, Liquidität oder Kundenbeziehung betroffen sind.

Quote fachlich auffälliger Ergebnisse

Für Qualitätsstörungen braucht es eine Vergleichsbasis. Eine steigende Korrekturquote, mehr Abweichungen bei Beträgen oder neue, unerwartete Dokumentklassen können einen kontrollierten Stopp auslösen. Der Grenzwert sollte zur Aufgabe passen: Bei einer unverbindlichen Kategorie ist mehr Unsicherheit tolerierbar als bei Bankverbindung, Steuerbetrag oder Zahlungsempfänger.

Erfolgsquote beim Wiederanlauf

Vor der breiten Nachverarbeitung wird ein kleiner, repräsentativer Testbestand geprüft. Erfolgreich bedeutet nicht nur, dass die Schnittstelle antwortet. Ergebnis, Status und nachgelagerte Aktion müssen fachlich stimmen; es darf keine Dublette entstehen. Erst wenn die festgelegten Kriterien erfüllt sind, wird die Paketgröße schrittweise erhöht. Treten erneut Auffälligkeiten auf, bleibt der manuelle Weg aktiv.

Diese Kennzahlen sollten in Österreich und Deutschland nach demselben Grundprinzip festgelegt werden: nach der konkreten Ausfallfolge des eigenen Prozesses. Steuerliche, aufbewahrungsbezogene und vertragliche Pflichten laufen während einer technischen Störung weiter. Der Notbetrieb ersetzt daher keine fachliche Prüfung, sondern organisiert, wie sie ohne die ausgefallene KI verlässlich durchgeführt und nachvollziehbar dokumentiert wird.

Praxisbeispiel 1: Rechnungserfassung steht still

Ein Produktionsbetrieb erhält täglich 40 Eingangsbelege. Die KI-Schnittstelle zur Felderkennung antwortet zwei Stunden lang nicht. Statt dieselben Dateien wiederholt zu senden, speichert das Team jeden Eingang einmal mit Vorgangs-ID. Dringende Rechnungen werden anhand des Originals manuell erfasst und kontrolliert. Beim Wiederanlauf erkennt die Warteschlange diese Vorgänge als abgeschlossen; nur die übrigen Dokumente gehen in kleinen Paketen an die KI.

Praxisbeispiel 2: Die KI antwortet, aber falsch

Ein Dienstleister bemerkt, dass aus „1.280,00 Euro“ wiederholt „12.800,00 Euro“ werden. Die Schnittstelle meldet keinen Fehler. Ein Schwellenwert für Betragsabweichungen blockiert jedoch die automatische Freigabe. Das Team stoppt die betroffene Extraktion, prüft die letzten Ergebnisse rückwirkend und bearbeitet neue Belege manuell. Nach der Korrektur wird zuerst ein Testbestand mit bekannten Beträgen geprüft. Eine risikobasierte Kontrollmatrix macht solche Stopps vorhersehbar statt improvisiert.

Praxisbeispiel 3: Timeout beim Mahnungsversand

Eine KI formuliert einen Mahnungstext, die nachgelagerte Anwendung sendet ihn. Direkt danach bricht die Verbindung ab. Der Client weiß nicht, ob der Versand erfolgreich war. Ein sicherer Prozess liest zuerst den Versandstatus und die eindeutige Nachrichten-ID zurück. Erst wenn kein Versand nachweisbar ist, darf eine erneute Aktion freigegeben werden. Ein ungeprüfter Wiederholungsversuch könnte dieselbe Mahnung doppelt zustellen.

Wie Claribill den kontrollierten Prozess unterstützt

Ein Notbetrieb braucht klare Zustände außerhalb der KI. Claribill bildet Rechnungen mit einem expliziten Statusworkflow von Entwurf über fertig und versendet bis bezahlt, überfällig oder storniert ab. Änderungen und Statusübergänge sind laut Claribill-Rechnungsfunktionen im Audit-Log nachvollziehbar. Externe KI-Ergebnisse sollten zunächst als Vorschlag oder Entwurfsgrundlage in diesen Prozess einfließen, nicht direkt einen irreversiblen Schritt auslösen.

Für die manuelle Ersatzbearbeitung helfen getrennte Rollen. Die Teamfunktionen von Claribill unterscheiden Inhaber, Administration, Buchhaltung, Mitarbeitende und externe Beteiligte und ermöglichen gezielte Dokumentfreigaben. Das schafft eine stabile Freigabekette, auch wenn ein KI-Dienst vorübergehend nicht verfügbar oder gesperrt ist.

Checkliste für den KI-Notbetrieb

Alle KI-Abhängigkeiten und nachgelagerten Aktionen erfassen
Zeitkritische Aufgaben und maximal tolerierbare Ausfallzeiten bestimmen
Technische und qualitative Auslösekriterien definieren
Versand, Buchung und finale Statuswechsel separat stoppen können
Originaldaten und eindeutige Vorgangs-IDs erhalten
Status „Ergebnis unbekannt“ ausdrücklich abbilden
Manuelle Vorlagen, Zuständigkeiten und Freigaben vorbereiten
Wiederanlauf mit Testbestand und begrenzten Paketen durchführen
Manuell erledigte Vorgänge vor der Nachverarbeitung abgleichen
Vorfall, Entscheidungen und Verbesserungen dokumentieren

Kurze FAQ

Reicht ein zweiter KI-Anbieter als Fallback?

Nein. Ein alternativer Anbieter kann die Verfügbarkeit verbessern, kann aber dieselben Eingangsdaten falsch interpretieren oder dieselben nachgelagerten Aktionen auslösen. Der Prozess braucht zusätzlich einen manuellen Weg, eindeutige Zustände und eine fachliche Freigabe.

Sollten alle offenen Vorgänge nach dem Ausfall automatisch wiederholt werden?

Nur Vorgänge mit eindeutigem Status „noch nicht verarbeitet“ dürfen automatisiert erneut gestartet werden. Bei unbekanntem Status ist zuerst zu prüfen, ob bereits ein Ergebnis, ein Beleg oder ein Versand existiert.

Wie oft sollte der Notbetrieb getestet werden?

Mindestens bei wesentlichen Änderungen an Anbieter, Modell, Schnittstelle oder Prozess. Zusätzlich ist eine regelmäßige kurze Übung sinnvoll, deren Häufigkeit sich nach Ausfallfolge und Änderungstempo richtet.

Fazit

Ein KI-Ausfall wird beherrschbar, wenn der Rechnungsprozess nicht von einer einzigen automatischen Entscheidung abhängt. KMU sollten Vorschlag und Ausführung trennen, riskante Folgeaktionen gezielt stoppen, Vorgänge eindeutig puffern und einen geübten manuellen Weg bereithalten. Der kontrollierte Wiederanlauf ist genauso wichtig wie der Notbetrieb selbst: Erst lesen und abgleichen, dann gezielt nachverarbeiten.

Wenn die KI ausfällt: So bleibt der Rechnungsprozess arbeitsfähig