Rechnungsverarbeitung automatisieren: OCR, Freigaben und Buchhaltung

Eine Rechnung kommt als XML-Datei an, die nächste als PDF per E-Mail und eine dritte liegt im Paket. Ein Mitarbeiter speichert Anhänge, überträgt Beträge, sucht den Besteller und fragt per E-Mail nach der Freigabe. Später tippt die Buchhaltung dieselben Angaben erneut ein. Wer so seine Rechnungsverarbeitung automatisieren will, braucht mehr als eine OCR-Erkennung.

Der wirtschaftliche Nutzen entsteht erst, wenn Eingang, Prüfung, Kontierung, Freigabe, Buchungsübergabe und Archivierung als ein Prozess funktionieren. Standardfälle laufen ohne unnötige Handgriffe. Abweichungen landen mit vollständigen Informationen bei der zuständigen Person. Dieser Beitrag behandelt Eingangsrechnungen. Die automatische Erstellung von Ausgangsrechnungen ist ein anderer Prozess mit eigener Datenquelle und anderen Kontrollen.

Rechnungsverarbeitung automatisieren: Das Zielbild

Ein belastbarer digitaler Rechnungseingang führt jede Rechnung durch einen nachvollziehbaren Status:

1. Rechnung über einen definierten Kanal empfangen
2. Format erkennen und Originaldatei sichern
3. Rechnungsdaten strukturiert übernehmen oder auslesen
4. Pflichtangaben, Dubletten und Lieferanten prüfen
5. Bestellung, Wareneingang oder Leistung zuordnen
6. Konto, Kostenstelle und Steuerlogik vorbereiten
7. erforderliche sachliche und kaufmännische Freigaben einholen
8. freigegebene Buchungsdaten an Buchhaltung oder ERP übergeben
9. Zahlung getrennt autorisieren und Unterlagen nachvollziehbar archivieren

Automatisierung bedeutet dabei nicht, jede Rechnung ungeprüft zu buchen oder zu bezahlen. Sie sorgt dafür, dass bekannte Regeln verlässlich greifen und ein Ausnahmefall nicht in einem privaten Postfach verschwindet.

SW Business Solutions analysiert den bestehenden Rechnungseingang, ordnet die Rollen von ERP, Buchhaltung, Dokumentenablage und Workflow und setzt die passenden Verbindungen um. Ziel ist ein laufender Prozess mit klaren Verantwortlichkeiten, nicht lediglich eine neue Upload-Maske.

Warum OCR allein den Rechnungseingang nicht löst

OCR wandelt sichtbare Zeichen aus einem PDF oder Bild in maschinenlesbare Werte um. Das kann Lieferantenname, Rechnungsnummer, Datum, Netto- und Bruttobetrag oder IBAN betreffen. Anschließend muss das System jedoch noch entscheiden:

• Gehört die Rechnung zu einem bekannten Lieferanten?
• Ist sie bereits eingegangen?
• Gibt es eine Bestellung oder einen Vertrag?
• Stimmen Menge, Preis und Leistungszeitraum?
• Welche Kostenstelle trägt den Aufwand?
• Wer darf die Rechnung sachlich freigeben?
• Ist eine Abweichung zulässig?
• Welche Daten erwartet die Buchhaltungsschnittstelle?

Eine Erkennungsquote beantwortet diese Fragen nicht. Selbst korrekt gelesene Werte können fachlich falsch sein. Ein Betrag kann stimmen, obwohl die Leistung nie erbracht wurde. Eine bekannte Rechnungsnummer kann zu einem manipulierten Bankkonto gehören.

Deshalb beginnt das Projekt mit dem tatsächlichen Ablauf. Der Leitfaden Geschäftsprozesse analysieren zeigt, wie Rollen, Wartezeiten, Rückfragen und Ausnahmen anhand realer Vorgänge aufgenommen werden.

E-Rechnung, PDF und Papier technisch unterscheiden

Seit dem 1. Januar 2025 ist eine E-Rechnung im umsatzsteuerlichen Sinn eine Rechnung in einem strukturierten elektronischen Format, das eine elektronische Verarbeitung ermöglicht. Ein einfaches PDF gilt nicht als E-Rechnung, sondern als sonstige Rechnung. Das Bundesministerium der Finanzen erläutert die geltenden Formate und Übergangsregelungen.

Für den Prozess ergeben sich drei technisch verschiedene Eingänge:

XRechnung und ZUGFeRD sind verbreitete Beispiele für zulässige strukturierte Formate, sofern die jeweiligen Anforderungen erfüllt sind. Bei ZUGFeRD enthält das Dokument neben einer lesbaren Darstellung strukturierte Rechnungsdaten. Maßgeblich für die maschinelle Verarbeitung ist der strukturierte Teil.

Eine E-Rechnung macht OCR für diesen Eingang überflüssig. Das heißt aber nicht, dass die Rechnung automatisch richtig kontiert, freigegeben oder bezahlt werden kann. Formatvalidierung und fachliche Prüfung bleiben unterschiedliche Aufgaben.

Im Jahr 2026 gelten für die Ausstellung weiterhin Übergangsregelungen. Unternehmen müssen E-Rechnungen bereits empfangen können; Rechnungsaussteller können bis Ende 2026 unter den gesetzlichen Bedingungen noch sonstige Rechnungen verwenden. Für bestimmte Aussteller mit einem Vorjahresumsatz bis 800.000 Euro reicht eine Übergangsregelung bis Ende 2027. Maßgeblich sind der konkrete Umsatz und die jeweils geltenden Ausnahmen. Steuerliche Einzelfragen gehören deshalb in die Abstimmung mit der Steuerberatung.

Schritt 1: Einen kontrollierten Rechnungseingang schaffen

Rechnungen erreichen Unternehmen oft über persönliche E-Mail-Adressen, zentrale Postfächer, Lieferantenportale, Downloadlinks und Papierpost. Solange niemand alle Kanäle überblickt, kann der Workflow nicht vollständig sein.

Ein kontrollierter Eingang benötigt:

• eine kommunizierte Rechnungsadresse oder ein Portal
• geregelte Weiterleitung aus persönlichen Postfächern
• einen Import für strukturierte Dateien und Anhänge
• Schutz vor schädlichen Dateien
• Erfassung von Empfangszeitpunkt und Quelle
• eine Regel für Papier und Sonderkanäle
• einen sichtbaren Fehlerweg

Das Original wird vor der weiteren Bearbeitung gesichert. Eine Visualisierung für Mitarbeiter darf die strukturierte Datei nicht ersetzen.

Der zentrale Eingang verhindert keine Ausnahme. Er macht sie erkennbar. Trifft eine Rechnung beim Projektleiter ein, kann dieser sie in denselben Vorgang überführen, statt eine zweite Freigabekette per E-Mail zu beginnen.

Schritt 2: Daten erfassen und technisch prüfen

Bei einer strukturierten E-Rechnung werden die enthaltenen Felder gegen das erwartete Format geprüft. Bei PDF und Scan liest OCR oder Dokumenten-KI die benötigten Werte aus.

Typische Felder sind:

• Lieferant und Anschrift
• Rechnungs- und Belegnummer
• Rechnungs- und Leistungsdatum
• Bestell- oder Vertragsreferenz
• Positionen, Mengen und Einzelpreise
• Netto-, Steuer- und Bruttobeträge
• Zahlungsziel und Skontobedingung
• Bankverbindung

Nicht jedes erkannte Feld besitzt dieselbe Bedeutung. Ein unsicher gelesener Lieferantenname kann durch die Umsatzsteuer-ID oder Lieferantennummer plausibilisiert werden. Eine erkannte IBAN darf nicht allein deshalb übernommen werden, weil sie gut lesbar ist.

Für unsichere Werte braucht der Vorgang eine gezielte Korrekturmaske. Mitarbeiter sehen Original, erkannten Wert und Prüfhinweis nebeneinander. Sie müssen nicht das ganze Dokument erneut abtippen.

Schritt 3: Dubletten und Lieferanten kontrollieren

Doppelte Rechnungen entstehen beispielsweise, wenn ein Lieferant dieselbe Rechnung als XML und PDF sendet, ein Mitarbeiter einen Anhang weiterleitet oder nach einer Mahnung erneut importiert wird.

Die Dublettenprüfung kombiniert mehrere Merkmale:

• Lieferantenidentität
• Rechnungsnummer
• Rechnungsdatum
• Betrag und Währung
• Bestellreferenz
• Dateifingerabdruck

Ein ähnlicher Vorgang wird nicht still gelöscht. Das System markiert ihn zur Prüfung, weil Abschlags-, Teil- und Schlussrechnungen ähnliche Angaben enthalten können.

Auch Lieferantenänderungen verdienen einen eigenen Kontrollweg. Neue Bankdaten, geänderte Firmierung oder eine abweichende Absenderdomain sind kein gewöhnlicher Stammdatenabgleich. Die Änderung sollte über einen bekannten Kontakt oder einen getrennten Prozess verifiziert werden. Automatische Zahlung darf nicht auf einer ungeprüften Bankverbindung beruhen.

Schritt 4: Bestellung, Wareneingang und Leistung abgleichen

Bei bestellbezogenen Rechnungen kann ein Drei-Wege-Abgleich Rechnung, Bestellung und Wareneingang verbinden. Das System prüft etwa:

• bestellte und berechnete Position
• Menge und Einheit
• vereinbarten Preis
• bereits berechnete Teilmengen
• dokumentierten Wareneingang
• zulässige Toleranz

Für Dienstleistungen tritt an die Stelle des Wareneingangs häufig eine Leistungsbestätigung. Der Projektverantwortliche bestätigt beispielsweise einen abgenommenen Meilenstein oder einen erbrachten Wartungszeitraum.

Nicht jede Rechnung besitzt eine Bestellung. Miete, Energie, Versicherungen oder laufende Softwareverträge können gegen einen Vertrag, Kostenplan oder wiederkehrenden Referenzvorgang geprüft werden. Rechnungen ohne jede Referenz erhalten einen anderen Prüfweg und werden nicht durch erfundene Bestelldaten passend gemacht.

Schritt 5: Kontierung und Steuerlogik vorbereiten

Lieferant, Leistungsart, Bestellung und Kostenstelle liefern Hinweise für die Buchung. Wiederkehrende, eindeutige Fälle können eine Kontierung aus freigegebenen Regeln erhalten.

Eine Vorbereitung kann enthalten:

• Sachkonto
• Kreditor
• Kostenstelle oder Kostenträger
• Projekt
• Steuerschlüssel
• Buchungstext
• Fälligkeit und Skonto
• Belegreferenz

Die fachliche Verantwortung bleibt bei der Buchhaltung. Neue Leistungsarten, unklare Steuerfälle, Auslandsbezug oder widersprüchliche Angaben benötigen eine Prüfung. Das System muss Unsicherheit anzeigen, statt eine scheinbar vollständige Buchung zu erzeugen.

Ein ERP-System für kleine Unternehmen kann Bestellungen, Lieferantenstammdaten und Buchungen führen. Welche Daten dort verbindlich sind, muss vor der Automatisierung geklärt werden.

Schritt 6: Rechnungsfreigaben nach Verantwortung steuern

Eine digitale Freigabe bildet nicht einfach die bisherige E-Mail-Kette nach. Sie leitet anhand der Rechnung und organisatorischer Regeln die richtige Aufgabe ab.

Kriterien können sein:

• bestellende Abteilung
• Projekt oder Kostenstelle
• Betrag und Wertgrenze
• Abweichung von Bestellung oder Vertrag
• neue Lieferantenbeziehung
• besondere Zahlungsbedingung
• fehlende Leistungsbestätigung

Sachliche und kaufmännische Prüfung sind zu trennen. Die fachlich verantwortliche Person bestätigt die Leistung. Die Buchhaltung prüft Rechnungsangaben und Buchung. Ab einer definierten Wert- oder Risikogrenze kann eine weitere Genehmigung erforderlich sein.

Vertretungen, Abwesenheiten und Eskalationen gehören in die Regel. Eine Rechnung darf nicht überfällig werden, nur weil der einzige Freigeber Urlaub hat. Gleichzeitig darf eine Eskalation keine Berechtigungsgrenze umgehen.

Eine Workflow-Automatisierung für KMU ist dann tragfähig, wenn Status, Regeln, Verantwortungen und Fehlerfälle sichtbar bleiben.

Schritt 7: Buchhaltung und ERP ohne Doppelerfassung anbinden

Nach der Freigabe werden Buchungsdaten und Belegreferenz an das führende System übergeben. Je nach Landschaft kann dies eine Buchhaltungssoftware, ein ERP, DATEV oder ein vorgeschalteter Belegservice sein.

Die Schnittstelle muss mehr können als einen Datensatz senden:

• Stammdaten eindeutig zuordnen
• Konten und Steuerschlüssel übersetzen
• Pflichtfelder validieren
• Beleg und Buchung verknüpfen
• Rückmeldung des Zielsystems speichern
• abgewiesene Datensätze in einen Fehlerstatus setzen
• Korrektur und erneute Übergabe ermöglichen

Eine erfolgreiche technische Übertragung ist noch keine erfolgreiche Buchung. Erst die Rückmeldung des Zielsystems schließt den Schritt ab.

Bei mehreren Anwendungen hilft eine Systemintegration im Mittelstand, Datenhoheit und Übergaben festzulegen. Fehlt eine belastbare Standardverbindung, kann eine API-Entwicklung den Prozess kontrolliert mit ERP oder Buchhaltung verbinden.

Zahlung bleibt ein eigener kontrollierter Schritt

Rechnungsfreigabe und Zahlungsfreigabe sind nicht dasselbe. Eine sachlich richtige Rechnung kann eine manipulierte Bankverbindung enthalten. Eine technisch freigegebene Buchung darf deshalb nicht automatisch jede Zahlung autorisieren.

Für den Zahlungsprozess sind unter anderem sinnvoll:

• Abgleich der Bankverbindung mit bestätigten Stammdaten
• getrennte Berechtigungen für Stammdatenänderung und Zahlung
• Vier-Augen-Prinzip nach interner Risikoregel
• nachvollziehbare Zahlungsliste
• Rückmeldung ausgeführter oder abgewiesener Zahlungen

Wie streng diese Kontrollen ausfallen, hängt von Betrag, Organisation und Risikoprofil ab. Der Workflow muss vorhandene Kontrollpflichten abbilden, nicht abschaffen.

Archivierung, Protokoll und Originaldatei

Für jede Rechnung sollte nachvollziehbar sein:

• wann und über welchen Kanal sie einging
• welche Originaldatei empfangen wurde
• welche Werte automatisch übernommen oder korrigiert wurden
• wer sachlich und kaufmännisch geprüft hat
• welche Version und Buchung übertragen wurde
• warum eine Ausnahme entschieden wurde

Bei E-Rechnungen ist zumindest der strukturierte Teil unversehrt in seiner ursprünglichen Form aufzubewahren. Das BMF verweist hierfür auf die geltenden Aufbewahrungsregeln und die GoBD. Eine aus XML erzeugte Bildschirmansicht allein ersetzt die strukturierte Originaldatei nicht.

Der Workflow ist nicht automatisch das Archiv. Ein Dokumenten- oder Archivsystem kann die Originale und Nachweise führen, während das ERP Buchung und Zahlung verwaltet. Eine Softwarearchitektur für verbundene Systeme verhindert, dass mehrere Anwendungen unkontrolliert dieselben Belege und Status verwalten.

KI sinnvoll einsetzen, Entscheidungen aber absichern

Dokumenten-KI kann bei uneinheitlichen PDFs Positionen erkennen, Freitext zuordnen oder eine Kontierung vorschlagen. Sie eignet sich vor allem dort, wo starre Vorlagen an wechselnden Layouts scheitern.

Vor dem Einsatz werden festgelegt:

• welche Rechnungsdaten verarbeitet werden dürfen
• wo Modell und Daten betrieben werden
• welche Felder eine Mindestkonfidenz benötigen
• welche Regeln unabhängig von KI geprüft werden
• wann ein Mitarbeiter entscheiden muss
• wie Korrekturen protokolliert werden
• ob Korrekturen zur Verbesserung genutzt werden dürfen

Eine KI sollte weder Lieferantenstammdaten eigenmächtig ändern noch eine ungeklärte Steuerbehandlung verbindlich festlegen. Plausibel klingende Ausgaben sind keine Buchungsgrundlage.

Umsetzung in einem begrenzten Pilot

1. Reale Rechnungen untersuchen

Eine Stichprobe aus Standardfällen, Gutschriften, Teilrechnungen, wiederkehrenden Kosten und problematischen Belegen zeigt Formate, Varianten und Rückfragen.

2. Eingang und Zuständigkeit ordnen

Kanäle, Rollen, Vertretungen und ein eindeutiger Vorgangsstatus werden definiert.

3. Führende Datenquellen festlegen

Lieferant, Bestellung, Vertrag, Kostenstelle, Kontierung und Archiv erhalten jeweils eine verbindliche Quelle.

4. Standardfall und Toleranzen bestimmen

Ein häufiger Rechnungstyp mit klarer Bestellung eignet sich besser für den Pilot als die seltenste Sonderrechnung.

5. Ausnahmen vor der Automatisierung beschreiben

Fehlende Bestellung, Preisabweichung, neue IBAN, Dublette, Storno und nicht erreichbares Zielsystem benötigen einen bearbeitbaren Status.

6. Schnittstelle und Kontrollen testen

Tests umfassen korrekte Rechnungen, absichtlich fehlerhafte Daten, Berechtigungsgrenzen und den Wiederanlauf nach einer Störung.

7. Wirkung messen

Nach dem Start werden Durchlaufzeit, manuelle Eingaben, Rückfragen, Freigabewartezeit, Korrekturen und überfällige Rechnungen beobachtet.

Praxisbeispiel: Dienstleistungsunternehmen mit Projektkosten

Das folgende Beispiel ist hypothetisch. Ein Dienstleistungsunternehmen erhält Rechnungen für Fremdleistungen, Softwareabonnements und Reisekosten. Anhänge landen im zentralen Postfach, werden aber zur Prüfung an Projektleiter weitergeleitet. Die Buchhaltung kennt den Bearbeitungsstand erst, wenn eine Antwort kommt.

Im Soll-Prozess legt jede Rechnung einen Vorgang an. E-Rechnungsdaten werden direkt übernommen, PDFs ausgelesen. Bekannte Lieferanten und Rechnungsnummern werden geprüft. Eine Projektkennung ordnet Kostenstelle und verantwortlichen Projektleiter zu.

Rechnungen innerhalb einer passenden Bestellung und Toleranz erhalten eine vorbereitete Kontierung. Abweichungen zeigen Bestellung, Rechnung und Differenz gemeinsam an. Nach sachlicher Freigabe prüft die Buchhaltung die Buchung und übergibt sie an das Zielsystem. Eine neue Bankverbindung erzeugt unabhängig davon einen gesonderten Prüfstatus.

Der Pilot beginnt mit einem wiederkehrenden Fremdleistungstyp. Erfolg wird nicht durch eine pauschale Einsparungsquote behauptet, sondern anhand eigener Durchlaufzeiten, Eingaben, Rückfragen und Korrekturen gemessen.

Wirtschaftlichkeit mit eigenen Vorgangsdaten bewerten

Der heutige Aufwand umfasst häufig:

• Öffnen, Speichern und Umbenennen von Dateien
• manuelle Datenerfassung
• Suche nach Bestellung und Verantwortlichem
• Rückfragen zu Leistung und Kostenstelle
• Freigabewartezeit
• erneute Eingabe in Buchhaltung oder ERP
• Korrektur fehlerhafter Buchungen
• Klärung von Mahnungen und Dubletten

Dem stehen Kosten für Prozessanalyse, Software, Konfiguration, Schnittstellen, Migration, Tests, Schulung und Betrieb gegenüber.

Eine belastbare Rechnung verwendet die eigene Zahl eingehender Rechnungen und beobachtete Bearbeitungszeiten. Zusätzlich können vermiedene Skontoverluste, weniger Korrekturen und ein früher sichtbarer Liquiditätsbedarf betrachtet werden. Diese Effekte sollten mit eigenen Daten belegt und nicht als allgemeine Prozentwerte versprochen werden.

Wann eine Standardlösung reicht

Eine Standardlösung ist oft passend, wenn Buchhaltung oder ERP einen vollständigen Rechnungseingang mit benötigten Formaten, Freigaben und Archivierung bereitstellt. Auch ein etabliertes Belegportal kann ausreichen, wenn Prozesse und Schnittstellen dazu passen.

Individuelle Ergänzungen werden interessant, wenn:

• mehrere Eingangswege zusammengeführt werden müssen
• besondere Bestell- oder Projektlogik gilt
• Freigaben nicht im Standardsystem abbildbar sind
• mehrere ERP- oder Buchhaltungssysteme beteiligt sind
• bestehende Anwendungen erhalten bleiben sollen
• ein kontrollierter Sonderfallprozess fehlt

Die Entscheidung fällt nach einer Prozess- und Systemanalyse. Eine weitere Anwendung lohnt sich nicht, wenn sie nur einen zusätzlichen Ablageort erzeugt.

Was SW Business Solutions konkret umsetzt

SW Business Solutions prüft den Rechnungseingang vom Empfang bis zur bestätigten Buchungsübergabe. Dazu gehören Formate, OCR oder Dokumenten-KI, Prüfregeln, Freigabematrix, Rollen, Archivanforderungen, Schnittstellen und Betrieb.

Das Ergebnis kann die Konfiguration eines vorhandenen Systems, ein verbundener Workflow oder eine individuelle Anwendung sein. Bestehende Buchhaltung und ERP werden nach Möglichkeit integriert.

Eine IT-Beratung und Umsetzungsplanung liefert Prozessbild, Zielarchitektur und Pilotumfang. Die Leistung zur digitalen Transformation deckt Umsetzung, Integration und stabilen Betrieb ab.

Der nächste Schritt

Nehmen Sie zwanzig aktuelle Eingangsrechnungen und notieren Sie Eingangskanal, Format, benötigte Rückfragen, Freigabedauer, manuelle Übertragungen und Sonderfälle. Trennen Sie dabei E-Rechnung, PDF und Papier.

Diese Stichprobe zeigt, ob der erste Hebel in Eingang, Erkennung, Bestellabgleich, Freigabe oder Buchungsübergabe liegt. Auf dieser Grundlage kann SW Business Solutions den Rechnungsprozess unverbindlich analysieren und einen Pilot entwerfen, der einen klar abgegrenzten Standardfall bis zur Buchhaltung durchgängig löst.