Dunkelverarbeitung: Belege ohne manuellen Eingriff

Dunkelverarbeitung bezeichnet Vorgänge, die ein System vom Eingang bis zum Abschluss ohne manuellen Eingriff bearbeitet, etwa eine Lieferantenrechnung, die gelesen, geprüft, gebucht und zur Zahlung vorgemerkt wird. Menschen sind dabei nicht abgeschafft, sondern an eine andere Stelle gerückt. Sie entscheiden über Ausnahmen, pflegen die Regeln und prüfen Stichproben.

Dunkelverarbeitung: was der Begriff genau meint

„Dunkel“ heißt: Auf dem Weg durch das System schaut niemand hin. Der Gegensatz ist die Hellverarbeitung, bei der ein Mensch jeden Vorgang mindestens einmal öffnet, und sei es nur zum Bestätigen. Gebräuchlich ist der Begriff seit Langem in Versicherungen und Banken; im Rechnungswesen betrifft er vor allem Eingangsbelege, Zahlungszuordnung und wiederkehrende Buchungen.

Wie hoch der Anteil der dunkel verarbeiteten Vorgänge ist, beschreibt die Dunkelquote. Sie ist keine feste Größe eines Programms, sondern hängt an Lieferanten, Belegarten und Datenqualität des einzelnen Unternehmens. Eine Quote, die ohne Blick auf diese Faktoren versprochen wird, sagt nichts.

Mit der E-Rechnung verschiebt sich die Ausgangslage. Strukturierte Belege nehmen der Texterkennung die Unsicherheit ab, sodass die Grenze der Dunkelverarbeitung weniger vom Lesen als vom Prüfen bestimmt wird. Ob eine Rechnung zur Bestellung passt, ob die Leistung erbracht wurde und ob der Lieferant bekannt ist, beantwortet auch die sauberste Datei nicht. Nach der Umstellung hängt der Anteil der Belege ohne Eingriff deshalb an Stammdaten und Bestellbezug, nicht am Format; Näheres im Artikel zur E-Rechnung.

Voraussetzungen für Dunkelverarbeitung

• Lesbare Daten. Strukturierte Dateien liefern Felder ohne Interpretation. Bei PDF und Papier kommt eine Texterkennung dazu, deren Unsicherheit das System selbst ausweisen muss.
• Eindeutige Stammdaten. Jeder Lieferant existiert genau einmal, mit gültiger Bankverbindung, Steuerangaben und Standardkontierung. Mehrere Schreibweisen desselben Lieferanten verhindern jede automatische Zuordnung; wie man das ordnet, beschreibt der Artikel Stammdatenmanagement.
• Ein Bezug. Eine Bestellung, ein Vertrag oder ein wiederkehrendes Muster, gegen das der Beleg geprüft wird. Ohne Bezug gibt es nichts, was das System bestätigen könnte.
• Regeln mit Toleranzen. Welche Preis- oder Mengenabweichung noch durchläuft, legt das Unternehmen fest, nicht die Software.
• Protokoll. Jede automatische Entscheidung wird mit Regel und Datenstand festgehalten, damit sie später nachvollziehbar bleibt.

Ausnahmen und die Stellen, an denen ein Mensch entscheidet

Ein gutes System erkennt, was es nicht beurteilen kann, und legt den Beleg mit einem Grund in einen Ausnahmekorb. Typische Auslöser:

• neuer Lieferant oder geänderte Bankverbindung – hier liegt auch das Betrugsrisiko;
• Preis oder Menge außerhalb der Toleranz;
• keine passende Bestellung, Teillieferung oder Gutschrift;
• Verdacht auf Dublette, etwa dieselbe Rechnungsnummer mit anderem Datum;
• ungewöhnlicher Steuersatz oder Leistung aus dem Ausland;
• Betrag oberhalb einer Freigabegrenze, die das Unternehmen gesetzt hat.

Bei diesen Fällen bleibt die Entscheidung beim Menschen, auch wenn ein Sprachmodell einen Vorschlag macht: Es kann Abweichungen erklären und Rückfragen an den Lieferanten formulieren, die Freigabe gibt die zuständige Person. Dazu kommt die laufende Arbeit an den Regeln: Jede wiederkehrende Ausnahme ist ein Hinweis, dass eine Regel oder ein Stammdatensatz fehlt.

Typische Fehler auf dem Weg zur Dunkelverarbeitung

• Die Quote zum Ziel machen. Wer Toleranzen aufweitet, damit mehr Belege durchlaufen, verarbeitet Fehler dunkel. Ziel ist ein richtiger Durchlauf, nicht ein hoher.
• Den Ausnahmekorb vernachlässigen. Liegen aussortierte Belege tagelang, verzögert sich ausgerechnet der schwierige Teil – mit Mahnungen und verpassten Skontofristen als Folge.
• Keine Stichproben. Auch dunkel verarbeitete Belege gehören regelmäßig geprüft, sonst fällt eine falsch gewordene Regel erst beim Jahresabschluss auf.
• Alles auf einmal umschalten. Sinnvoll ist der Start bei Lieferanten mit vielen gleichartigen Belegen und stabilen Bestellungen, der Rest folgt, wenn die Zahlen passen.

Welche Stationen ein Beleg vorher durchläuft, beschreibt der Artikel zur Eingangsrechnungsverarbeitung.

Wie wir das umsetzen

Wir schalten nichts dunkel, bevor ein Abgleich zeigt, dass der neue Weg mindestens so vollständig ist wie der alte. Wie nötig das ist, zeigte ein Projekt, in dem wir 3 048 Rechnungen automatisch aus einem staatlichen E-Rechnungssystem abholten (Stand September 2026): Von den nachgeholten 2 408 Belegen fehlten beim ersten Abgleich 346 im manuellen Export – ein Ablauf, dem man vertraut hatte, hatte still Lücken. Deshalb läuft die automatische Verarbeitung bei uns zuerst im Schatten neben der bisherigen Arbeit, Ausnahmen bekommen einen Grund, und umgeschaltet wird je Lieferant. Wo Sprachmodelle dabei helfen und wo nicht, steht auf der Seite KI-Automatisierung im Rechnungswesen.