Was sich seit klassischer OCR und RPA verändert hat

Buchhaltungsprozesse sind seit Jahren Schauplatz von Automatisierung — meist über klassische OCR-Lösungen für Belegerfassung und RPA-Werkzeuge für die Bedienung standardisierter Eingabefelder. Diese Werkzeuge funktionieren in stabilen Vorgängen gut. Sobald ein Beleg vom Standardfall abweicht, eine Rückfrage nötig ist oder mehrere Quellen kombiniert werden müssen, wird ein Mensch eingebunden — und der Automatisierungsgrad sinkt schnell.

Mit modernen Sprachmodellen verschiebt sich diese Grenze. Belege, die früher als „Sonderfall" markiert wurden, lassen sich heute besser strukturiert lesen. Rückfragen können vorbereitet, Hintergrundinformationen aus angrenzenden Systemen zusammengetragen und Vorschläge für die menschliche Entscheidung formuliert werden. Aus reinem Erkennen wird ein vorgelagerter Verstehens- und Vorbereitungsschritt.

Wichtig ist: KI ersetzt in der Finanzbuchhaltung in den allermeisten Fällen nicht das Buchhaltungsteam. Sie verschiebt die Arbeit weg von Erfassung und Klärung hin zu Prüfung und Entscheidung — also genau dorthin, wo qualifizierte Buchhalterinnen und Buchhalter ihre Erfahrung wirklich einbringen.

Wo KI in der Buchhaltung wirklich entlastet

Vier Felder tauchen in unseren Projekten besonders verlässlich auf. Sie haben gemeinsam, dass sie wiederkehrende Arbeit abnehmen, ohne dass die fachliche Entscheidungsverantwortung wandert.

Eingangsrechnungen mit Kontierungsvorschlag. Klassische OCR erkennt Felder; ein Sprachmodell ergänzt eine Kontierungsempfehlung auf Basis der historischen Behandlung ähnlicher Belege, der Lieferantenstammdaten und der internen Kontierungsregeln. Die Buchhalterin prüft, korrigiert wenn nötig und gibt frei. Die Erfassung bleibt nicht beim Tippen, sondern endet bei einer qualifizierten Entscheidung — was ein anderes, wertschöpfenderes Tagesgeschäft ist.

Klärfälle und Rückfragen vorbereiten. Belege, bei denen Lieferantenangabe, Bestellbezug oder Steuerausweis nicht eindeutig sind, landen heute oft in Mailthreads zwischen Buchhaltung, Einkauf und Fachabteilung. Ein KI-Assistent kann den Sachverhalt zusammenfassen, fehlende Informationen identifizieren und einen vorbereiteten Rückfrage-Entwurf bereitstellen — der Mensch versendet, prüft und entscheidet, statt jeden Klärfall von null aufzubauen.

Wissensauskunft im Buchhaltungsalltag. „Wie haben wir vergleichbare Fälle behandelt?", „Welche Kontierungsregel gilt für diese Konstellation?", „Welche Frist gilt für diesen Vorgang?". Solche Fragen werden heute oft mündlich geklärt, obwohl die Antworten in Handbüchern, alten Buchungssätzen oder Steuerleitfäden längst dokumentiert sind. Ein gut gebauter Assistent auf einer RAG-Architektur macht dieses Wissen mit Quellverweis abrufbar.

Vorbereitung von Auswertungen und Periodenabschluss-Schritten. Auffälligkeiten im Hauptbuch, ungewöhnliche Buchungen, fehlende Belege, Abweichungen zwischen Konten — all das lässt sich vorgelagert sichten und in kommentierter Form für die fachliche Bearbeitung bereitstellen. Der eigentliche Abschluss bleibt in qualifizierter Hand; die Vorarbeit wird sichtbar leichter.

Wo KI in der Buchhaltung nicht hingehört

Genauso wichtig wie die Frage nach guten Use Cases ist die ehrliche Liste der Bereiche, in denen Sprachmodelle in der Finanzbuchhaltung nichts zu suchen haben — jedenfalls noch nicht.

Autonome Buchungen ohne Freigabe. Auch wenn der Kontierungsvorschlag für 95 % der Fälle stimmt, ist eine pauschale Freigabe „der Bot bucht selbst" im Buchhaltungsumfeld in den allermeisten Konstellationen die falsche Wahl. Das Vier-Augen-Prinzip ist nicht aus Vorsicht entstanden, sondern aus Erfahrung. Eine bewusste Freigabestufe ist Pflicht, nicht Komfort.

Bilanzierungs- und Bewertungsentscheidungen. Fragen zu Aktivierungsgrenzen, Rückstellungsbildung, Wertberichtigungen oder Behandlung zweifelhafter Forderungen sind keine KI-Fragen, sondern fachliche Entscheidungen mit langfristiger Wirkung auf den Abschluss. Hier kann KI Sachverhalte zusammenstellen — die Bewertung selbst bleibt bei Menschen mit klarem Mandat.

Steuerliche Auslegungen mit Risiko. Ob ein Vorgang umsatzsteuerpflichtig ist, wie ein internationaler Sachverhalt zu behandeln ist oder wie eine konkrete Konstellation steuerlich einzuordnen ist, gehört nicht in eine Modellantwort. KI kann Vergleichsfälle und interne Praxis sichtbar machen; die Auslegung bleibt bei qualifizierten Personen oder Steuerberatern.

Kommunikation mit externen Empfängern in heiklen Vorgängen. Mahnungen, Reklamationsantworten, Kommunikation mit Wirtschaftsprüfern oder Behörden — solche Texte gehören vorbereitet, aber nicht automatisch versendet. KI hilft beim Entwurf; die Verantwortung bleibt bei einer benannten Person.

Anbindung an DATEV, SAP und ERP-Welten

Buchhaltung lebt nicht im Vakuum. Sie sitzt in einem Stack aus DATEV, SAP-FI, Lexware oder einer der vielen Mittelstands-Buchhaltungslösungen — verbunden mit ERP, Belegarchiv, Bankschnittstelle und Reporting. Eine KI-Anwendung in der Finanzbuchhaltung steht oder fällt mit ihrer Anbindung an diese Welt.

Drei Anbindungs-Muster sind in unseren Projekten besonders tragfähig. Schnittstellen-basiert — über die offiziellen APIs der Buchhaltungslösung, falls vorhanden und ausreichend. Das ist die ehrlichste Architektur: stabil, testbar, gut auditierbar.

Vorgelagerte Aufbereitung mit menschlicher Übergabe — die KI-Anwendung sammelt, strukturiert und bereitet vor, der Mensch übernimmt das Ergebnis ins Buchhaltungssystem über die etablierten Bedienpfade. Das verlangt keine eigene Schnittstelle und ist in vielen Mittelstands-Setups die schnellste Lösung.

Bildschirm-basierte Bedienung als Brücke — wenn weder API noch menschliche Übergabe gut passen, kann ein Computer-Use-Agent einzelne Vorgänge im Buchhaltungs-Frontend selbst ausführen — mit den dort beschriebenen Eigenheiten zu Latenz, UI-Brüchigkeit und Audit-Trail. In der Buchhaltung ist diese Wahl mit besonderer Vorsicht zu treffen, weil Schäden bei Fehlbedienung sichtbar und teuer sind.

Welcher Weg passt, hängt am Buchhaltungssystem, am Vorgangstyp und am verfügbaren internen oder externen Engineering. Die Frage gehört früh entschieden — sonst entsteht eine elegante KI-Anwendung, die im realen Buchhaltungsbetrieb nicht ankommt.

Vier-Augen-Prinzip im KI-Workflow

Das Vier-Augen-Prinzip ist in der Buchhaltung kein Schmuck, sondern Regelfall. KI-Werkzeuge müssen sich in diese Logik einfügen, nicht andersherum.

Praktisch heißt das: KI-Vorschläge gehen in den bestehenden Freigabe-Workflow, nicht daran vorbei. Eine vorgeschlagene Kontierung erscheint im selben System und in derselben Maske, in der die Buchhalterin sonst manuell kontieren würde — mit klarer Kennzeichnung der KI-Herkunft, mit der Möglichkeit, jeden Vorschlag zu ändern, und mit einem nachvollziehbaren Audit-Eintrag, was vorgeschlagen, was geändert und was übernommen wurde.

Diese Disziplin ist eng mit der allgemeineren Frage verbunden, wie KI-Anwendungen sauber im Tagesgeschäft ankommen. Wir haben sie im Beitrag zur KI-Adoption im Unternehmen ausgeführt — in der Buchhaltung gilt sie verschärft, weil die Akzeptanz an Kontrolle hängt, nicht an Eleganz.

Daten, Berechtigungen und Mandantentrennung

Buchhaltungsdaten sind sensibel — und in vielen Setups gilt zusätzlich eine klare Mandantentrennung. Eine KI-Anwendung in diesem Umfeld muss diese Strukturen kennen und respektieren.

Drei Punkte gehören vor dem Roll-out geklärt. Erstens: Welche Datenstämme darf das Modell sehen? Lieferantenstamm, Kontenrahmen, historische Buchungen — die Zugriffstiefe sollte sich am konkreten Use Case orientieren, nicht an „alles, was irgendwie helfen könnte". Zweitens: Wie werden Mandanten getrennt? Eine Anwendung, die Mandant A und Mandant B in einem Kontext mischt, ist im Buchhaltungsumfeld nicht akzeptabel. Drittens: Wie wird mit personenbezogenen Daten in Belegen umgegangen? Diese Frage ist nicht nur technisch, sondern auch rechtlich relevant — eine seriöse Bewertung gehört parallel in qualifizierte Hände, dieser Beitrag bleibt ausdrücklich auf der architektonischen Seite.

Die zugrundeliegende Pflege dieser Daten ist im Übrigen kein KI-spezifisches Thema. Welche Qualitätsdimensionen für KI-Anwendungen wirklich zählen, haben wir im Beitrag zur Datenqualität für KI-Projekte ausgeführt — die dort beschriebenen Punkte gelten in der Buchhaltung uneingeschränkt.

Erfolg messen jenseits der Bot-Quote

Buchhaltungsprojekte werden oft mit Kennzahlen wie „X Prozent der Belege automatisch verarbeitet" beworben. Diese Zahl sagt allein wenig — entscheidend ist, ob die Buchhaltung im Alltag spürbar entlastet ist und ob die Qualität gehalten wird.

Sinnvolle Messpunkte sind: Anteil der Vorschläge, die ohne Korrektur übernommen werden; Anteil der korrigierten Vorschläge — und die Art der Korrektur (was lernt das System daraus?); Bearbeitungszeit pro Beleg im Vergleich vor und nach dem Roll-out; Fehlerquote im späteren Periodenabschluss; Zahl der Klärfälle, die der Assistent unterstützt geklärt hat. Diese Größen geben ein ehrliches Bild — und zeigen rechtzeitig, ob das Werkzeug nachgesteuert werden muss.

Diese Disziplin überschneidet sich direkt mit unseren Beobachtungen aus LLM-Qualitätssicherung: Tests, Regressionen und Stichproben gehören in den Betrieb, nicht in eine spätere Verbesserungsphase.

Typische Fehler in Buchhaltungs-KI-Projekten

Der häufigste Fehler ist, KI in der Buchhaltung als reines Effizienzprojekt zu denken. „Wir wollen 60 Prozent der Belege voll automatisieren" klingt sauber, blendet aber aus, dass der eigentliche Wert in besserer Vorarbeit, schnelleren Klärfällen und einer entlasteten Buchhaltung entsteht — nicht im Wegrationalisieren der Kontrolle.

Der zweite Fehler ist, mit dem schwierigsten Vorgang zu beginnen — dem Periodenabschluss, der Konsolidierung, dem komplexen Auslandsfall. Ein gut geschnittener Einstieg in eine eng umrissene Belegklasse mit klarem Kontierungsschema liefert in Wochen sichtbare Wirkung — und schafft die Basis, auf der weitere Schritte entstehen können.

Der dritte Fehler ist, die Buchhaltung nicht in die Verantwortung zu nehmen. Eine KI-Anwendung in diesem Bereich gehört der Buchhaltung, nicht der IT — auch wenn die IT sie betreibt. Ohne fachliche Ownerin verliert das System schnell an inhaltlicher Schärfe und damit an Akzeptanz.

Der vierte Fehler ist, den Pilot mit einigen exemplarischen PDFs zu fahren und beim Rollout festzustellen, dass DATEV, ERP, Belegarchiv und Mandantenstruktur eine ganz andere Realität sind. Diese Phase überspringen viele Vorhaben — wir haben sie im Beitrag vom KI-Pilot zur Produktion ausgeführt.

Der fünfte Fehler ist, die Anwendung als reines IT-Werkzeug zu denken. KI in der Buchhaltung lebt vom Zusammenspiel mit Steuerleitfäden, internen Kontierungsregeln, Lieferantenstamm und gelebter Praxis. Wenn diese Inhalte nicht systematisch gepflegt werden, wird auch ein gutes Modell nicht über die Demo hinauskommen — ein Punkt, der auch im Wissensmanagement mit KI wiederkehrt.

Wann externe Unterstützung sinnvoll ist

Ein erster KI-Pilot für eine eng geschnittene Belegklasse ist heute in wenigen Wochen aufgesetzt. Eine produktive KI-Anwendung in der Finanzbuchhaltung, die mit DATEV oder SAP-FI sauber zusammenarbeitet, das Vier-Augen-Prinzip respektiert und über mehrere Mandanten oder Konzerngesellschaften läuft, ist eine andere Größenordnung. Spätestens dort lohnt sich ein Blick von außen — auf Vorgangsschnitt, Anbindung, Workflow-Integration und Audit-Anforderungen.

Wir arbeiten mit Unternehmen, die KI in der Buchhaltung nicht als Vollersatz von Menschen verstehen, sondern als Werkzeug, das qualifizierte Buchhaltungsteams von wiederkehrender Tipparbeit entlastet. Wenn das zu Ihrer Situation passt, sprechen Sie uns an — am besten zu Beginn, wenn Vorgang, Architektur und Freigabewege noch gestaltbar sind. Den passenden Rahmen dafür bieten wir über KI-Agenten und Automatisierung sowie unsere Arbeit an AI Engineering.