Wie eine Buchhaltungs-KI aus Korrekturen lernt

Die häufigste Enttäuschung nach der Einführung lautet: „Wir korrigieren jeden Monat dasselbe." Das ist keine Frage der Modellqualität, sondern eine Frage der Architektur.

Warum der Anfang immer schwach ist

Ein neu eingeführtes System kennt nichts. Es weiß nicht, dass die Rechnungen dieses Energieversorgers in diesem Mandat auf ein bestimmtes Konto laufen, dass ein bestimmter Lieferant Reverse Charge abrechnet oder dass eine Position bei diesem Mandanten seit Jahren anders behandelt wird als anderswo üblich.

Es kann in dieser Phase nur allgemeines Wissen anwenden: Eine Rechnung über Bürobedarf gehört auf ein Bürobedarfskonto. Das trifft oft zu und im Detail häufig nicht.

Die Ausgangsquote ist deshalb die niedrigste, die das System je haben wird. Wer nach vier Wochen bewertet, bewertet den schlechtesten Zustand.

Die drei Wege, auf denen Wissen zurückfließt

An den Kreditor. Der stärkste und einfachste Weg. Wird ein Vorschlag für einen Lieferanten korrigiert, wandert die korrigierte Zuordnung an diesen Lieferanten. Beim nächsten Beleg greift Stufe 1 der Kontierungskaskade, und es wird gar nicht mehr geraten.

Das erklärt auch, warum die Quote in gewachsenen Beständen so stark steigt: Der überwiegende Teil des Aufkommens kommt von wiederkehrenden Lieferanten. Sind die einmal erfasst, ist der Großteil der Arbeit dauerhaft erledigt.

Als Regel. Für Fälle, die sich nicht an einem einzelnen Lieferanten festmachen lassen, aber einem Muster folgen. Etwa Zahlungen eines Zahlungsdienstleisters mit einem bestimmten Verwendungszweck. Regeln sind mächtig und veralten, wenn sie niemand ansieht.

Über die Historie. Das System wertet aus, wie vergleichbare Sachverhalte in diesem Mandat bisher gebucht wurden. Dieser Weg braucht keine ausdrückliche Pflege, funktioniert aber erst, wenn Historie vorhanden ist, und er ist bei neuen Mandaten wirkungslos.

Gute Systeme nutzen alle drei. Der entscheidende Punkt ist, dass das Gelernte im System der Kanzlei liegt, in Stammdaten und Regeln, und nicht in einem Modell. Das ist zugleich der berufsrechtlich saubere Weg, weil keine Mandantendaten in ein Modelltraining wandern.

Was genau gelernt werden sollte

Eine Korrektur enthält mehr Information, als üblicherweise ausgewertet wird. Wird ein Vorschlag geändert, lassen sich daraus je nach Fall vier verschiedene Dinge ableiten:

Das Konto. Der offensichtliche Fall. Der Vorschlag lautete auf Konto A, korrigiert wurde auf Konto B.

Der Steuersatz oder die steuerliche Behandlung. Häufig übersehen und folgenreicher als das Konto, weil ein falscher Steuersatz die Voranmeldung verfälscht. Wird ein Beleg auf Reverse Charge korrigiert, ist das eine Eigenschaft der Geschäftsbeziehung und gehört an den Kreditor.

Die Aufteilung. Wurde ein Beleg in mehrere Positionen zerlegt, ist das ein wiederkehrendes Muster dieses Lieferanten. Eine Hotelkette liefert immer Rechnungen mit zwei Steuersätzen, ein Großhändler immer gemischte Sortimente. Siehe Splitbuchung.

Die Kostenstelle. Sofern sie sich aus einem stabilen Merkmal ergibt und nicht aus dem Einzelfall.

Ein System, das nur das Konto lernt, lässt drei Viertel der Information liegen. Umgekehrt gilt: Wer eine Korrektur vornimmt, sollte wissen, was daraus abgeleitet wird, sonst entstehen ungewollte Regeln aus Einzelfällen.

Wann eine Korrektur nicht gelernt werden darf

Das ist der Punkt, an dem Systeme sich unterscheiden, und er wird selten angesprochen.

Nicht jede Korrektur beschreibt ein Muster. Drei Fälle sollten ausdrücklich nicht in eine dauerhafte Zuordnung münden:

Der Einzelfall. Ein Lieferant liefert einmalig etwas Untypisches. Wird daraus eine Zuordnung, ist der nächste reguläre Beleg falsch.

Die Korrektur eines Fehlers auf dem Beleg. Der Lieferant hat den falschen Steuersatz ausgewiesen, und die Kanzlei bucht richtig. Daraus zu lernen, dieser Lieferant rechne so ab, wäre der falsche Schluss.

Die vorläufige Buchung. Ein Sachverhalt wird zunächst auf ein Zwischenkonto gebucht, weil eine Information fehlt. Die spätere Umbuchung ist die richtige Grundlage, nicht die erste.

Praktisch heißt das: Eine Korrektur sollte gefragt werden, ob sie einmalig oder dauerhaft gilt, oder ein System sollte erst nach mehrfacher gleichartiger Korrektur eine Zuordnung ableiten. Beides ist besser als sofortiges Lernen aus einem einzelnen Fall.

Ein Bestand über sechs Monate

Zahlen zur Entwicklung einer Trefferquote werden gern genannt und selten aufgeschlüsselt. Die folgende Aufstellung beschreibt einen typischen Verlauf für ein mittleres Mandat mit rund 300 Belegen im Monat und etwa 90 wiederkehrenden Lieferanten. Sie ist ein Modell und kein Messwert, zeigt aber, wo die Bewegung tatsächlich herkommt.

Zwei Beobachtungen daraus sind für die Bewertung wichtiger als der Endwert.

Erstens liegt der größte Sprung zwischen dem ersten und dem zweiten Monat, und er hat nichts mit dem Modell zu tun, sondern mit dem Kreditorenstamm. Wer diese Arbeit nicht in den ersten Wochen leistet, verschiebt den Sprung nach hinten und bewertet das System in der Zwischenzeit an seinem schlechtesten Zustand. Siehe Kreditorenstamm und Lieferantenerkennung.

Zweitens flacht die Kurve ab dem vierten oder fünften Monat ab, und das ist kein Mangel. Der verbleibende Rest besteht aus Neuzugängen, Einzelfällen und Belegen, bei denen eine Angabe fehlt, die nie auf einem Beleg steht. Wer in dieser Phase eine weitere Steigerung erzwingen will, landet zwangsläufig bei einem System, das rät.

Drei Muster, an denen das Lernen praktisch scheitert

Nicht jede ausbleibende Verbesserung liegt an der Software. Drei organisatorische Muster verhindern den Rückfluss zuverlässiger als jede technische Schwäche.

Korrekturen am falschen Ort. In vielen Kanzleien wird der Vorschlag nicht im Vorsystem korrigiert, sondern nachträglich im Buchführungsprogramm, weil das schneller geht und die gewohnte Umgebung ist. Fachlich ist das Ergebnis identisch, für den Lernkreislauf ist es fatal: Das Vorsystem erfährt nie, dass sein Vorschlag falsch war, und schlägt im Folgemonat dasselbe erneut vor. Wer wiederholte Korrekturen beklagt, sollte als erstes prüfen, wo korrigiert wird, nicht wie gut das Modell ist.

Wechselnde Zuständigkeit. Wird ein Mandat mal von der einen, mal von der anderen Kraft bearbeitet und weichen die Auffassungen voneinander ab, entstehen abwechselnde Korrekturen. Das System lernt dann eine Zuordnung, die im Folgemonat wieder zurückgenommen wird. Nach außen sieht das aus wie ein System, das nichts behält, tatsächlich behält es zuverlässig zwei widersprüchliche Vorgaben nacheinander.

Korrektur ohne Anlass. Manche Korrekturen sind keine, sondern Präferenzen. Zwei Konten sind fachlich beide vertretbar, die eine Kraft bevorzugt das eine, die andere das andere. Solche Änderungen erzeugen Lernsignale ohne fachlichen Gehalt und lassen die Korrekturstatistik schlechter aussehen, als der Bestand ist. Eine kurze interne Festlegung, welches Konto in solchen Fällen gilt, beseitigt beides.

Alle drei Muster haben gemeinsam, dass sie in der Software nicht sichtbar sind und in der Kanzlei nicht besprochen werden, solange niemand die Korrekturen auswertet.

Wer die hinterlegten Zuordnungen pflegt

Eine Wissensbasis, für die niemand zuständig ist, veraltet. Das gilt für Lieferantenzuordnungen ebenso wie für Regeln, und der Verfall verläuft langsam genug, dass er lange nicht auffällt.

Drei Anlässe machen eine Überprüfung erforderlich, und sie lassen sich terminieren:

Der Jahreswechsel. Kontenrahmen werden angepasst, Sachverhalte werden neu beurteilt, ein Mandant ändert seine Rechtsform oder seine Tätigkeit. Eine Zuordnung, die im Vorjahr richtig war, kann im neuen Jahr systematisch falsch sein. Der Durchgang durch die hinterlegten Vorgaben eines mittleren Bestands dauert erfahrungsgemäß ein bis zwei Stunden je Mandat mit hohem Aufkommen und für die übrigen deutlich weniger.

Der Wechsel des Sachbearbeiters. Die übernehmende Kraft prüft die hinterlegten Vorgaben, statt sie zu erben. Das ist zugleich die beste Einarbeitung in einen Bestand, die es gibt, weil die Liste der Zuordnungen die Eigenheiten des Mandats komprimiert abbildet.

Die Änderung eines Sachverhalts beim Mandanten. Ein neuer Standort, ein neues Geschäftsfeld, ein Wechsel des Warenwirtschaftssystems. Solche Änderungen erreichen die Buchhaltung meist erst über die Belege, und dann sind die alten Zuordnungen schon einige Wochen lang falsch angewendet worden.

Sinnvoll ist, diese drei Anlässe als feste Aufgabe zu führen und nicht dem Zufall zu überlassen. Der Aufwand ist gering, der Nutzen liegt darin, dass ein systematischer Fehler nach Wochen auffällt und nicht nach einem Jahr.

Die zweite Ebene: was der Mensch lernt

Bisher ging es darum, was das System lernt. Der weniger beachtete Teil ist, was die Kanzlei über ihren eigenen Bestand lernt.

Eine Auswertung der häufigsten Korrekturen ist eine der nützlichsten Listen überhaupt. Sie zeigt drei Dinge:

Wo die Stammdaten unvollständig sind. Wiederholte Korrekturen bei denselben Lieferanten bedeuten, dass dort nichts hinterlegt ist.

Wo die Belegqualität schlecht ist. Häufungen bei einem bestimmten Mandanten deuten auf fotografierte Ausdrucke statt weitergeleiteter Dateien. Siehe Belegerkennung.

Wo die eigene Praxis uneinheitlich ist. Wenn zwei Mitarbeiter denselben Sachverhalt unterschiedlich korrigieren, ist nicht das System das Problem, sondern eine fehlende interne Festlegung. Das ist der unangenehmste und wertvollste Befund, weil er ohne Automatisierung nie sichtbar geworden wäre.

Diese Liste einmal im Quartal durchzugehen dauert eine halbe Stunde und wirkt stärker als jede Softwareeinstellung.

Was bei neuen Mandaten anders ist

Der beschriebene Verlauf setzt einen bestehenden Bestand voraus. Bei einem frisch übernommenen Mandat fehlen alle drei Wege gleichzeitig: Es gibt keine hinterlegten Kreditoren, keine Regeln und keine Historie in der eigenen Umgebung.

Drei Wege verkürzen diese Phase spürbar. Der erste ist die Übernahme der bisherigen Buchungen des Vorberaters, soweit sie in verwertbarer Form vorliegen. Sie beantworten für jeden wiederkehrenden Lieferanten die Frage, wie in diesem Mandat bisher gebucht wurde, und ersetzen damit die fehlende Historie. Der zweite ist die Übernahme des Kreditorenstamms mit den dort hinterlegten Kontenzuordnungen, sofern der Kontenrahmen übereinstimmt. Der dritte ist ein bewusst engmaschigerer Start: In den ersten vier bis sechs Wochen werden auch die Vorschläge geprüft, die sonst ohne Eingriff durchliefen, weil in dieser Phase jede unentdeckte Fehlzuordnung besonders lange wirkt.

Wer diese drei Schritte auslässt, erlebt bei jedem neuen Mandat denselben schwachen Start und schreibt ihn dem System zu, obwohl er eine Folge der fehlenden Ausgangsdaten ist.

Der Test, der die Frage in fünf Minuten klärt

Man nehme einen wiederkehrenden Lieferanten, korrigiere den Vorschlag, und prüfe beim nächsten Beleg desselben Lieferanten das Ergebnis.

• Korrektur übernommen: Das System lernt an der richtigen Stelle.
• Korrektur wieder da: Es lernt nicht, unabhängig davon, was beworben wird.
• Korrektur übernommen, aber ohne erkennbaren Grund: Nachfragen, wo die Zuordnung hinterlegt wurde. Was nicht auffindbar ist, kann auch nicht korrigiert werden, wenn es falsch ist.

Der dritte Fall wird unterschätzt. Eine gelernte Zuordnung, die nirgendwo sichtbar ist, lässt sich weder prüfen noch zurücknehmen. Bei einem Mandantenwechsel oder einer Änderung der Verhältnisse wird sie zum Problem.

Wenn falsch gelernt wird

Der Mechanismus wirkt in beide Richtungen. Eine fehlerhafte Zuordnung, die an einem Lieferanten hinterlegt wird, wiederholt sich zuverlässig, und aus einem Einzelfehler wird eine Serie über zwölf Monate.

Zwei Maßnahmen begrenzen das:

Eine Übersicht der hinterlegten Zuordnungen. Wer nicht sehen kann, was gelernt wurde, kann es nicht prüfen. Diese Liste einmal im Jahr durchzugehen, dauert bei einem mittleren Bestand eine Stunde.

Eine Abweichungsprüfung. Wenn ein Vorschlag von der bisherigen Behandlung desselben Lieferanten abweicht, sollte das sichtbar sein. Entweder ist der Vorschlag falsch oder es hat sich etwas geändert. Beides gehört angesehen, und beides fällt sonst nicht auf.

Was das System nicht lernen kann

Wissen, das nie auf einem Beleg stand, kann nicht aus Korrekturen entstehen. Drei Beispiele:

• Die betriebliche Veranlassung. Ob ein Notebook betrieblich oder privat genutzt wird, ergibt sich weder aus der Rechnung noch aus der Korrektur.
• Der Anlass einer Bewirtung. Er wird vom Mandanten geliefert oder gar nicht.
• Die Kostenstelle, wo sie nicht aus einem Merkmal des Belegs ableitbar ist.

Bei diesen Fällen ist es kein Fortschritt, wenn ein System nach einigen Korrekturen anfängt zu raten. Der richtige Weg bleibt, die fehlende Information anzufordern, am besten direkt am Beleg und beim Mandanten.

Was sich rechnet: die zwanzig größten Lieferanten

Der Rat, mit den häufigsten Kreditoren anzufangen, klingt beliebig, bis man ihn durchrechnet.

In einem Mandat mit 300 Belegen im Monat verteilt sich das Aufkommen typischerweise sehr ungleich. Die zwanzig häufigsten Lieferanten stellen oft mehr als die Hälfte aller Belege, während sich der Rest auf mehrere hundert Kreditoren mit ein bis zwei Vorgängen im Jahr verteilt. Eine Zuordnung an einem dieser zwanzig Lieferanten zu hinterlegen kostet, wenn die Entscheidung ohnehin einmal getroffen wurde, kaum mehr als eine Minute. Zwanzig Minuten Aufwand wirken damit auf über 150 Belege im Monat und auf rund 1.800 im Jahr.

Dieselben zwanzig Minuten, in die Pflege eines seltenen Kreditors investiert, wirken auf ein oder zwei Belege. Das ist der ganze Grund für die Reihenfolge. Sie ist keine Frage der Wichtigkeit des Mandanten, sondern eine der Belegverteilung, und die Liste dafür liefert jede Auswertung nach Kreditor mit absteigender Belegzahl.

Zwei Einschränkungen gehören dazu. Erstens sind die häufigsten Lieferanten nicht zwangsläufig die fehleranfälligsten, denn wiederkehrende Standardrechnungen erkennt ein System oft auch ohne Vorgabe zutreffend. Der Gewinn liegt weniger in der Fehlervermeidung als in der Stabilität: Eine hinterlegte Zuordnung schwankt nicht. Zweitens lohnt sich die Arbeit nur, wenn sie einmalig ist. Wird derselbe Lieferant in fünf Mandaten geführt und muss die Zuordnung fünfmal hinterlegt werden, sinkt der Nutzen entsprechend, und die Frage nach mandatsübergreifenden Vorgaben wird zur Auswahlfrage an den Anbieter.

Abgrenzung zum Modelltraining

Ein Missverständnis hält sich hartnäckig und hat berufsrechtliche Folgen: die Annahme, ein System, das aus Korrekturen lernt, trainiere dabei ein Sprachmodell mit Mandantendaten.

In der hier beschriebenen Architektur ist das nicht der Fall. Gelernt wird in den Stammdaten und Regeln der Kanzlei. Das Modell bleibt unverändert und erhält bei jedem Vorgang lediglich den aktuellen Beleg und den Kontext, der für die Beurteilung nötig ist. Das ist keine Sparvariante, sondern die technisch und rechtlich sauberere Lösung, weil sich Gelerntes einsehen, ändern und zurücknehmen lässt und weil keine Mandantendaten in einen Trainingsbestand wandern, aus dem sie nicht wieder herauszulösen wären.

Für die Anbieterauswahl ergeben sich daraus zwei Fragen, die getrennt zu stellen sind: Wo wird das Gelernte gespeichert, und werden die übermittelten Daten darüber hinaus zur Verbesserung von Modellen verwendet. Die zweite Frage ist mit den Anforderungen an die Verschwiegenheit verknüpft, siehe KI und Verschwiegenheit.

Was daraus für die Einführung folgt

Drei Konsequenzen für die Praxis:

Mit den größten Lieferanten anfangen. Die zwanzig häufigsten Kreditoren eines Mandats decken oft den Großteil des Aufkommens ab. Sie einmal sauber zu hinterlegen, wirkt stärker als jede Modellverbesserung.

Korrekturen als Investition behandeln. Die Zeit, die in den ersten beiden Monaten in Korrekturen fließt, ist nicht verloren, sondern der Aufbau der Wissensbasis. Wer in dieser Phase abbricht, hat nur den Aufwand und keinen Nutzen.

Nach zwei Quartalen bewerten, nicht nach vier Wochen, und die Entwicklung messen statt des Standes. Eine Quote, die von 55 auf 78 Prozent gestiegen ist, ist ein besseres Signal als eine, die konstant bei 70 liegt.