Mit OCR-Rechnungserkennung die Buchhaltung automatisieren

OCR-Rechnungserkennung (automatische Texterkennung auf Rechnungen) verspricht KMU schon seit Jahren das Ende der manuellen Erfassung, doch bis vor Kurzem waren die Ergebnisse eher mau: falsche Beträge, verwechselte Netto- und Bruttosummen, Probleme mit schief eingescannten Rechnungen … Die gute Nachricht: In den letzten drei, vier Jahren hat sich viel getan. Aktuelle Engines, vor allem solche, die klassische OCR mit Sprachmodellen kombinieren, lesen eine PDF-Rechnung bei den wichtigsten Feldern mit einer Genauigkeit von rund 95–98 %, sofern das Dokument einigermaßen ordentlich ist.

Wenn Sie ein KMU in Spanien führen und Ihr Backoffice Rechnungen noch von Hand in spanische Buchhaltungsprogramme wie Holded, Sage 50, A3 oder Contasol eintippt, ist dieser Artikel für Sie. Wir sehen uns an, was PDF-Rechnungserkennung heute wirklich bedeutet, welche Bausteine Sie für einen soliden Ablauf brauchen, welche Fehler bei solchen Projekten typisch sind und wann sich der Umstieg lohnt. Ich erzähle Ihnen, was wir in echten Projekten sehen, nicht was im Verkaufsprospekt steht.

Und ein Hinweis: Mit Veri*Factu, dem neuen spanischen Pflichtsystem für Rechnungssoftware, und der verpflichtenden E-Rechnung zwischen Unternehmen nach dem spanischen Gesetz „Crea y Crece“ ist die Digitalisierung von Rechnungen für viele Unternehmen keine Option mehr. Wer hier zu spät kommt, zahlt drauf.

Was ein OCR-System für Rechnungen heute leistet (und was nicht)

Klassische OCR für Rechnungen wandelte nur das Bild in Text um. Mehr nicht. Danach musste man dem Programm mit Vorlagen pro Lieferant sagen, wo die Steuernummer steht, wo der Betrag, wo die Bemessungsgrundlage … Das funktionierte bei 20 festen Lieferanten. Bei 200 wurde die Pflege zur Hölle.

Aktuelle Systeme – jedenfalls die, die sich wirklich lohnen – leisten drei Dinge gleichzeitig: Sie lesen das Dokument (das ist reine OCR), verstehen seine semantische Struktur (welches Feld was ist) und prüfen das Ergebnis anhand von Geschäftsregeln. Letzteres ermöglichen generative KI-Modelle, die mit Millionen von Rechnungen trainiert wurden. Deshalb kann eine ordentliche Engine heute auch Daten aus Rechnungen extrahieren, die sie noch nie gesehen hat – ganz ohne Vorlage.

Was Sie erwarten können

• Kopfdaten: Aussteller, Steuernummer, Datum, Rechnungsnummer, Fälligkeitsdatum.
• Summen: Bemessungsgrundlage, Mehrwertsteuersatz, Steuerbetrag, Einbehalte, Gesamtbetrag.
• Rechnungspositionen: Beschreibung, Menge, Einzelpreis, Betrag.
• Erkennung von Dubletten vor der Buchung.

Wo es noch hakt

Handschriftliche Rechnungen sind weiterhin ein Problem, ebenso Tankquittungen auf fast verblichenem Thermopapier. Und Vorsicht bei PDFs aus Handyfotos, die bei schlechtem Licht entstanden sind: Die Bildvorverarbeitung bleibt entscheidend. Eine native Rechnung aus Holded zu verarbeiten ist etwas ganz anderes als der Scan eines Lieferscheins von einem kleinen Lieferanten.

Die tatsächlichen Bausteine einer digitalen Rechnungsverarbeitung

Ein ernsthaftes Projekt, um Rechnungen zu digitalisieren, heißt nicht „OCR installieren, fertig“. Es besteht aus fünf Bausteinen, die von Anfang an klar sein sollten – denn fällt einer aus, bricht der Rest zusammen:

1. Mehrkanal-Eingang: ein eigenes Postfach (rechnungen@), ein freigegebener Ordner, eine Mobile-App für Belegfotos, Anbindung an Lieferantenportale und direkte Erfassung aus dem E-Mail-Postfach der zuständigen Person.
2. Bildvorverarbeitung: Begradigen, Zuschneiden, Kontrastverbesserung und Trennen von Dokumenten, wenn mehrere in einem PDF ankommen.
3. Extraktions-Engine: die eben beschriebene Kombination aus OCR und semantischer KI.
4. Prüfschicht: Abgleich der Steuernummer mit der Lieferantendatenbank, rechnerische Prüfung (Bemessungsgrundlage × Steuersatz = Steuerbetrag), Dublettenerkennung und Abgleich mit Bestellung oder Lieferschein, sofern vorhanden.
5. Anbindung an das ERP oder die Buchhaltung: Hier entscheidet sich, ob das Projekt gelingt. Wenn die extrahierten Daten nicht automatisch im Zielsystem landen, haben Sie nichts automatisiert, sondern die Arbeit nur verlagert.

Von diesen fünf wird der erste am meisten unterschätzt. Schicken Lieferanten ihre Rechnungen weiterhin an die persönlichen Postfächer der einzelnen Abteilungsleiter, spielt es keine Rolle, wie gut Ihre OCR ist. Zuerst muss der Eingangskanal zentralisiert werden.

Automatische Rechnungserkennung: welche Technologie für welches Volumen

Welches Werkzeug passt, hängt davon ab, wie viele Rechnungen Sie pro Monat verarbeiten. Hier eine grobe Orientierung, was wir in echten Projekten meist empfehlen – ohne konkrete Marken, die sich morgen ändern können:

Bis 200 Rechnungen im Monat

Hier müssen Sie nichts Kompliziertes aufbauen. Die Funktionen zur automatischen Rechnungserkennung, die in Spanien verbreitete Cloud-ERP-Systeme wie Holded, Quipu oder Contasimple bereits mitbringen, reichen gut aus. Das ist die OCR des jeweiligen Anbieters, die mit Ihren wiederkehrenden Lieferanten dazulernt. Die Zusatzkosten sind meist enthalten oder gering pro Monat.

Zwischen 200 und 2.000 Rechnungen im Monat

Hier kann eine spezialisierte Lösung wie Rossum, Klippa, Dext oder Vergleichbares sinnvoll sein. Prüfen Sie die Konditionen in Bezug auf Dokumentenvolumen, manuelle Prüfung und API-Anbindung an Ihr ERP.

Mehr als 2.000 Rechnungen im Monat

Ab hier lohnt sich eine individuellere Lösung mit einer eigenen Pipeline auf Basis von APIs wie Azure Document Intelligence, AWS Textract oder angepassten Open-Source-Modellen. Die Kosten pro Dokument sinken, dafür steigt der Aufwand für Integration und Wartung. Auf dieser Stufe ist es sehr sinnvoll, auf angewandte KI-Lösungen zu setzen, die OCR, Prüfung und Weiterleitung in einem einzigen Ablauf vereinen.

Die OCR selbst ist kaum noch der wirtschaftliche Engpass. Teuer bleiben eine saubere Anbindung an das ERP und die Neugestaltung des Freigabeprozesses.

Wie Sie Rechnungsdaten extrahieren und ins ERP übernehmen, ohne verrückt zu werden

Das Schwierigste an einem OCR-Projekt ist nicht die Engine, sondern das, was danach passiert. Sehen wir uns im Detail an, wie Sie Rechnungsdaten extrahieren und in die Buchhaltung übernehmen, ohne mehr Probleme zu schaffen, als Sie lösen.

Die Lieferantenzuordnung

Die OCR liefert Ihnen eine Steuernummer und einen Namen. Ihr ERP hat einen Lieferantenstammsatz mit interner Nummer, Kreditorenkonto (im spanischen Kontenrahmen typischerweise 400 oder 410 mit Unterkonto), Zahlungsbedingungen und Zahlungsart. Die gelesene Steuernummer muss mit diesem Stammsatz abgeglichen werden. Gibt es ihn nicht – wird er automatisch angelegt? Landet der Beleg in einer Prüfliste? Wer das gut entscheidet, vermeidet Chaos.

Die Aufwandskonten

Keine OCR kann erraten, auf welches Aufwandskonto (Kontengruppe 6 im spanischen Kontenrahmen) eine Rechnung gehört. Man kann aber Regeln trainieren – „Rechnungen von Lieferant X gehen immer auf 628000“ – oder ein Modell aus der Historie lernen lassen. Das spart 80 % der Kontierungsarbeit, doch bei nicht wiederkehrenden Rechnungen hat die Buchhaltung weiterhin das letzte Wort.

Die Freigabe

Wenn Sie alles ungefiltert in die Buchhaltung übernehmen, buchen Sie doppelte Rechnungen, falsche Beträge oder nicht genehmigte Ausgaben. Sie brauchen einen Freigabe-Workflow: Typischerweise laufen Rechnungen unter einem bestimmten Betrag automatisch durch, wenn sie zur Bestellung passen; der Rest wird von einem Menschen geprüft. Das passt ganz natürlich zur Automatisierung von Verwaltungsaufgaben, denn letztlich geht es um dasselbe Problem: Daten sollen mit Verstand fließen, nicht wahllos.

Rechtliche Vorgaben in Spanien: Veri*Factu, E-Rechnung und Aufbewahrung

Diesen Teil überspringen viele – mit den bekannten Folgen. Wenn Sie für ein Unternehmen in Spanien ein System zur PDF-Rechnungserkennung aufbauen, müssen Sie gleichzeitig drei rechtliche Bereiche im Blick haben, die dort aktuell gelten:

Veri*Factu und die spanische Verordnung über Rechnungssoftware

Sie betrifft eher die Ausstellung als den Empfang von Rechnungen, bestimmt aber das Format, in dem Ihre Lieferanten Ihnen künftig Rechnungen schicken. Sie werden mehr Rechnungen mit QR-Code und eindeutigen Kennungen erhalten. Ihr Erfassungssystem muss diese lesen und als überprüfbare Daten nutzen können.

Spanische E-Rechnungspflicht im B2B

Das spanische Gesetz „Crea y Crece“ schreibt die elektronische Rechnung zwischen Unternehmen vor. Schickt Ihr Lieferant eine Facturae-XML (das spanische E-Rechnungsformat) oder eine Peppol-Rechnung, braucht es keine OCR mehr: Die Daten kommen strukturiert an. Ihr Erfassungsablauf muss den Kanal erkennen und jeweils anders verarbeiten. Viele bauen gerade OCR-Lösungen auf, ohne das zu berücksichtigen, und werden in zwei Jahren die halbe Architektur neu aufsetzen müssen.

DSGVO und Aufbewahrung

Das spanische Finanzamt (AEAT) verlangt, Rechnungen mindestens vier Jahre (in manchen Fällen sechs) aufzubewahren. Und wenn die Digitalisierung das Papier ersetzen soll (damit Sie das Original wegwerfen dürfen), brauchen Sie eine von der AEAT zertifizierte Digitalisierungssoftware. Nicht jede OCR auf dem Markt ist das. Ist Ihnen dieser Punkt wichtig, fragen Sie vor der Unterschrift nach.

Typische Fehler bei der Einführung von OCR-Rechnungserkennung im KMU

Ich habe genug Projekte gesehen, um zu wissen, wo man fast immer stolpert. Hier die fünf häufigsten Fehler, damit Sie sie zumindest umgehen:

• Mit der Engine beginnen statt mit dem Prozess. Das Werkzeug kaufen, bevor klar ist, wie Rechnungen heute eingehen und wer was mit ihnen macht. Ein sicheres Rezept für Ärger.
• Den Ausgangszustand nicht messen. Wenn Sie nicht wissen, wie viele Stunden Ihre Buchhaltungskraft vorher mit der Rechnungserfassung verbracht hat, können Sie den Nutzen später nicht belegen. Messen Sie Zeitaufwand und Fehlerquote, bevor Sie etwas ändern.
• Vom ersten Tag an 100 % Automatisierung erwarten. Ein realistisches Ziel für das erste Jahr: 70–80 % der Rechnungen laufen ohne manuellen Eingriff durch. Der Rest muss weiterhin geprüft werden, und das ist in Ordnung.
• Den Kulturwandel vergessen. Die langjährige Buchhaltungskraft kann das Projekt als Bedrohung empfinden. Wird ihr nicht erklärt, dass sie künftig prüft und steuert statt abzutippen, und wird sie nicht entsprechend geschult, sabotiert sich das Projekt selbst.
• Die übrigen Prozesse nicht anbinden. Die Rechnungserfassung ist nur ein Glied der Kette. Ist sie nicht mit Zahlungen, Bankabgleich und Monatsabschluss verbunden, bleibt die Ersparnis unvollständig. Deshalb passen solche Projekte am besten in eine umfassendere Strategie zur durchgängigen Prozessautomatisierung.

OCR scheitert nicht an der Technik. Sie scheitert an falschen Erwartungen und daran, dass man die Neugestaltung des Prozesses überspringen will.

Praxisbeispiel: So sieht das in einem KMU mit 30 Mitarbeitenden aus

Um es greifbar zu machen, ein typischer Fall, den wir oft sehen: ein Großhändler für Elektromaterial in Valencia (Spanien), 28 Beschäftigte, rund 6 Mio. € Jahresumsatz. Er erhielt etwa 800 Lieferantenrechnungen im Monat – Wareneinkauf, Gemeinkosten und Subunternehmer. Eine Buchhaltungskraft verbrachte rund 60 % ihrer Arbeitszeit damit, Rechnungen in Sage 50 zu erfassen, mit Lieferscheinen abzugleichen und PDFs in Netzwerkordnern abzulegen.

Das Projekt wurde in Phasen umgesetzt. Monat eins und zwei: Pilot mit den 30 häufigsten Lieferanten, die 70 % des Volumens ausmachten, und einer spezialisierten OCR-Engine, die per API an Sage angebunden war. Monat drei: Ausweitung auf alle übrigen Lieferanten und Anbindung an das Lieferscheinmodul für den automatischen Abgleich. Monat vier: Freigabe-Workflow nach Beträgen mit Benachrichtigungen an den Einkaufsleiter.

Ergebnis nach sechs Monaten: Rund 75 % der Rechnungen wurden ohne manuellen Eingriff gebucht, der Zeitaufwand sank auf weniger als zwei Stunden pro Tag, und die Buchhaltungskraft übernahm zusätzlich den Bankabgleich und die Überwachung der Fälligkeiten, um die sich vorher niemand richtig gekümmert hatte. Buchungsfehler (vertippte Beträge, falsche Mehrwertsteuer) verschwanden praktisch.

Das Schwierige? Die anfängliche Bereinigung der Lieferantendatenbank: 40 doppelte Steuernummern, unvollständige Stammsätze und falsch zugeordnete Konten. Das zu bereinigen dauerte drei Wochen. Ohne diese Vorarbeit wäre die OCR ein Desaster gewesen. Das ist normal: 30 % des Aufwands fließen in Dinge, die keine OCR sind, aber die Voraussetzung dafür.

Wann sich die automatische Belegerfassung lohnt (und wann nicht)

Nicht jeder Fall rechtfertigt ein solches Projekt. Hier meine ungeschönte Einschätzung:

Es lohnt sich, wenn …

• Sie mehr als 100–150 Lieferantenrechnungen im Monat verarbeiten und pro Woche mehr als einen halben Arbeitstag mit Abtippen verbringen.
• Sie wiederkehrende Erfassungsfehler haben, deren Korrektur Zeit kostet oder, schlimmer noch, Probleme mit dem spanischen Finanzamt (AEAT) verursacht.
• Sie den Monatsabschluss vor dem 10. schaffen wollen und derzeit erst am 20. fertig sind.
• Ihr Volumen wächst und Sie das Backoffice nicht vergrößern wollen.

Es lohnt sich (noch) nicht, wenn …

• Sie weniger als 50 Rechnungen im Monat verarbeiten. Die Amortisation dauert dann viel zu lange.
• Ihr ERP sehr alt oder sehr geschlossen ist und keine API hat. Das müssen Sie lösen, bevor Sie OCR einführen – und manchmal ist es sinnvoller, zuerst das ERP zu wechseln.
• Ihre Lieferanten Ihnen bereits überwiegend Facturae oder strukturiertes XML schicken. Dann brauchen Sie einen Parser, keine OCR.

Meine schnelle Faustregel: Sind die jährlichen Kosten des Systems (Lizenzen + anteilige Integrationskosten) niedriger als die Kosten der eingesparten Verwaltungsstunden eines Jahres, trägt sich das Projekt. Die meisten KMU mit mehr als 150 Rechnungen im Monat erfüllen diese Rechnung mühelos.

Eine OCR-Rechnungserkennung aufzubauen ist keine Zauberei: Es geht darum, den Dokumenteneingang gut zu planen, eine Engine zu wählen, die zu Ihrem Volumen und Ihren Lieferanten passt, und das Ergebnis so an ERP oder Buchhaltung anzubinden, dass die Daten ohne Handarbeit fließen. Stehen diese drei Säulen, hört die Buchhaltung auf zu tippen und beginnt zu steuern.

Wenn Sie mit einem kleinen Pilotprojekt starten (200 Rechnungen, zwei Monate, klare Kennzahlen zu Fehlern und Zeitersparnis), haben Sie echte Daten für die Entscheidung, ob Sie ausweiten. Und wenn Sie ausweiten, dann schrittweise: zuerst Inlandseinkäufe, dann Reisekosten, danach innergemeinschaftliche Erwerbe. Jeder Block hat seine Eigenheiten, und die arbeitet man am besten nacheinander ab.

Die OCR ist nicht mehr der Engpass – die Integration ist es. Wer diesen Abschnitt gut löst, hat eine Buchhaltung nahezu in Echtzeit, bereit für Veri*Factu und für jede Steuerprüfung, die kommt. Alles andere ist Nebensache.