Accounts Payable und E-Rechnung: Wie es in der Praxis wirklich läuft
65 % aller Eingangsrechnungen erfordern manuellen Eingriff. Nicht weil die Mitarbeiterinnen in der Kreditorenbuchhaltung zu langsam sind – sondern weil die Daten fehlen. Was E-Rechnungen strukturell ändern und was sie nicht reparieren können.
Wer in der Kreditorenbuchhaltung arbeitet, kennt den Rhythmus: Rechnungen kommen herein, Positionen werden abgeglichen, Bestellnummern werden gesucht, Fachabteilungen per E-Mail angeschrieben. Dann warten. Dann mahnen. Dann buchen. Dann nächste Rechnung.
Das ist kein Prozessversagen – das ist der Stand der Technik, wenn Eingangsrechnungen als formatierte Dokumente behandelt werden statt als strukturierte Datensätze. Die E-Rechnungspflicht ändert genau das. Aber nicht automatisch, und nicht ohne Vorbereitung auf der Empfängerseite.
Der komplette Prozess von der Auftragserfassung bis zum Zahlungsabgleich. Die roten Markierungen zeigen, wo im Matching die meisten Klärfälle entstehen.
Die Zahlen, die in keiner Präsentation stehen
Benchmark-Erhebungen zur Kreditorenbuchhaltung (2025, n = mehrere hundert Unternehmen) zeichnen ein klares Bild. Der Marktdurchschnitt liegt bei 35 % automatischer Verarbeitung ohne menschlichen Eingriff. Das bedeutet: Bei jeder zweiten Rechnung greift jemand ein.
| Kennzahl (Eingangsseite) | Durchschnitt | Top-Performer | Alle anderen |
|---|---|---|---|
| Straight-Through-Verarbeitung (kein manueller Eingriff) | 35,4 % | 51,0 % | 29,0 % |
| Durchlaufzeit je Eingangsrechnung | 8,2 Tage | 2,9 Tage | 13,5 Tage |
| Klärfallquote (Exceptions) | 18,4 % | 11,1 % | 20,9 % |
| Anteil Rechnungen mit Bestellbezug | 65,4 % | 84,0 % | 47,3 % |
| Bearbeitungskosten je Rechnung | 9,84 USD | 2,65 USD | 12,42 USD |
Drei Zahlen verdienen besondere Aufmerksamkeit:
- 18,4 % Klärfallquote. Fast jede fünfte Rechnung landet in der Ausnahmebearbeitung. Jeder Klärfall kostet Zeit, und Zeit ist das knappe Gut in der Kreditorenbuchhaltung.
- 13,5 Tage Durchlaufzeit bei den Schlechten. Bei einem Zahlungsziel von 30 Tagen sind damit fast die Hälfte der Frist verbraucht, bevor die Rechnung überhaupt freigegeben ist. Skonto ist strukturell unmöglich.
- 47 % Bestellbezug bei den Schlechten. Das ist die eigentliche Ursache. Mehr als die Hälfte aller eingehenden Rechnungen hat keine Bestellreferenz – und damit nichts, wogegen sie automatisch abgeglichen werden könnte.
49 % der Leiter der Kreditorenbuchhaltung nennen zu lange Freigabezeiten als größte Herausforderung, 48 % die Klärfallquote. Das Problem ist bekannt. Die Ursache wird selten dort angegangen, wo sie entsteht: beim Lieferanten.
Der AP-Prozess: Schritt für Schritt, wo es hakt
Der Accounts-Payable-Prozess hat sieben kritische Punkte. An jedem davon entscheidet sich, ob eine Rechnung automatisch durchläuft oder in die manuelle Bearbeitung wandert. Und an jedem davon macht strukturierte E-Rechnung einen konkreten Unterschied.
Eingangskanal
Rechnungen kommen per E-Mail (PDF, HTML-Body), PEPPOL, Lieferantenportal und EDI – jeder Kanal landet in einer anderen Inbox. Dubletten entstehen, weil dieselbe Rechnung mehrfach eingereicht wird.
Strukturierte E-Rechnungen haben eine eindeutige Invoice-ID (BT-1). Kanal-agnostisches Routing auf Basis dieser ID macht Dublettenprüfung trivial.
Technische Validierung
PDF-Rechnungen sind formal nicht prüfbar. OCR macht Fehler. Eine Zahl, die falsch erkannt wird, landet als Klärfall – oder schlimmer: wird falsch gebucht.
XRechnung und ZUGFeRD sind Schema-validiert (XSD) und regelgeprüft (KoSIT-Schematron). Fehler werden vor der Buchung gefunden, nicht nach der Zahlung.
Inhaltliche Prüfung (§ 14 UStG)
Pflichtangaben nach § 14 UStG müssen manuell kontrolliert werden: vollständige Anschrift, Steuernummer, Leistungszeitraum, Steuerschlüssel. Fehlt ein Feld, ist der Vorsteuerabzug gefährdet.
EN 16931 macht die Pflichtfelder maschinenlesbar. Jede konforme Rechnung hat alle Pflichtangaben – prüfbar in Millisekunden, nicht in Minuten.
Matching gegen Bestellung
65 % aller Rechnungen haben überhaupt einen Bestellbezug – bei den Schlechten sind es 47 %. Ohne Bestellreferenz hat die Software nichts, wogegen sie abgleichen kann. Manuelle Suche kostet 5–15 Minuten je Rechnung.
BT-13 (Purchase order reference) ist ein Pflichtkonzept in EN 16931. Lieferanten mit XRechnung-Pflicht müssen die Referenz angeben – das ist der direkte Hebel.
Drei-Wege-Abgleich (3-Way Match)
Preis stimmt, Menge stimmt – aber die Positionsstruktur der Rechnung passt nicht zur Bestellung. Vier bestellte Artikel, eine Sammelposition auf der Rechnung: kein automatischer Match möglich.
BT-132 (Referenced purchase order line reference) verknüpft jede Rechnungsposition mit der Bestellposition. Positionstreue Rechnungen sind direkt matchbar.
Freigabe-Workflow
Klärfälle gehen per E-Mail an Fachabteilungen. Keine Tracking-ID, keine Frist, kein Rückkanal. Die Rechnung wartet, das Skontofenster läuft ab.
Strukturierte Ablehnungsgründe (Reason Codes) ermöglichen eine direkte, maschinenlesbare Rückmeldung an den Lieferanten. PEPPOL-Netzwerke übertragen sie standardisiert.
Zahllauf und Skonto
Skonto wird nur genutzt, wenn die Rechnung schnell durchläuft. Bei 13 Tagen Durchlaufzeit und 30 Tagen Zahlungsziel bleiben 17 Tage – zu wenig für ein 2/10-Skonto, wenn der Freigabeworkflow noch kommt.
Eine Rechnung, die im ersten Durchlauf angenommen wird, schafft das Skontofenster. Top-Performer mit 2,9 Tagen Durchlaufzeit nutzen es zuverlässig.
Drei Szenarien aus der Praxis
Abstrakte Prozessverbesserungen überzeugen nicht. Hier sind drei konkrete Situationen, die wir aus Gesprächen mit Unternehmen kennen – mit dem jeweiligen Problem und dem realistischen Lösungsweg.
Szenario 1: Der Mittelständler ohne ERP-Integration
Ein Maschinenbauer mit 120 Mitarbeitern empfängt monatlich ca. 400 Eingangsrechnungen. 80 % kommen als PDF per E-Mail, 15 % per Post (gescannt), 5 % über das Portal eines Großkunden. Drei Mitarbeiterinnen in der Kreditorenbuchhaltung, DATEV als Buchhaltungssystem.
Jede Rechnung wird manuell geöffnet, die Bestellnummer händisch herausgesucht, Positionen abgeglichen. Klärfälle gehen per E-Mail an den Einkauf. Durchlaufzeit: 12–18 Tage. Skonto wird nie genutzt, weil der Prozess zu langsam ist. Monatlicher Aufwand: ca. 180 Stunden für reine Rechnungsverarbeitung.
Empfangspflicht ab 01.01.2025 bedeutet: Das Unternehmen muss XRechnung und ZUGFeRD akzeptieren. Der nächste Schritt ist, Lieferanten aktiv zu XRechnung zu bewegen – wer strukturierte Daten liefert, reduziert den manuellen Aufwand. Mit einem einfachen API-Eingang können eingehende XRechnungen validiert, gegen Stammdaten geprüft und als DATEV-Buchungsvorschlag ausgegeben werden. Realistischer Einstieg: 6–8 Wochen.
Für 30 % der Rechnungen mit Bestellbezug und XRechnung-Format: von 12 auf 2 Tage Durchlauf, Skonto erstmals nutzbar.
Szenario 2: Die Konzernzentrale mit 14 Buchungskreisen
Ein Konzern empfängt zentral 8.000 Eingangsrechnungen pro Monat für 14 rechtliche Einheiten in 4 Ländern. SAP ist das ERP. Bestellanforderungen laufen in SAP MM, Rechnungsprüfung in SAP FI. Der AP-Automatisierungsgrad liegt bei 38 % – knapp über dem Marktdurchschnitt.
Das Routing-Problem: Rechnungen kommen an die Zentrale, gehören aber zu Buchungskreisen in Hamburg, München und Wien. Die Rechtseinheit steht auf der Rechnung, aber OCR liest sie falsch. Ergebnis: 22 % Fehlrouting, 18 % Exception-Rate. Zusätzlich: Lieferanten reichen dieselbe Rechnung über zwei Kanäle ein (E-Mail und Portal), weil sie keine Eingangsbestätigung bekommen.
BT-44/BT-46 (Käufername und -kennung) sind in XRechnung maschinenlesbar – kein OCR, kein Fehlrouting. Die Empfänger-GLN oder Leitweg-ID identifiziert den Buchungskreis eindeutig. Dublettenprüfung auf Basis von BT-1 (Invoice-ID) plus Lieferanten-ID erledigt das Doppeleinreichungsproblem. SAP kann XRechnung direkt über den Ariba-Eingang verarbeiten – die Mapping-Arbeit ist deutlich geringer als bei PDF-OCR.
Exception-Rate von 18 % auf 8–10 % senkbar durch Routing und Dublettenprüfung. Bei 8.000 Rechnungen: 640–800 Klärfälle weniger pro Monat.
Szenario 3: Die Steuerberatungskanzlei als Clearing-Punkt
Eine mittelgroße Steuerberatungskanzlei verarbeitet die Buchführung von 80 Mandanten. Monatlich kommen ca. 3.000 Belege – Eingangsrechnungen, Kassenbelege, Bankbelege. Jeder Mandant nutzt andere Systeme: Excel, Lexware, DATEV, Sage. E-Rechnungen gibt es bislang kaum.
Der Kanzleiaufwand liegt zu 60 % in der Belegerfassung, nicht in der steuerlichen Beurteilung. Belege werden eingescannt, Daten werden abgetippt, Buchungsvorschläge werden manuell korrigiert. Jede Mandantenakte hat ein eigenes Ablagesystem für Rechnungen – GoBD-Konformität ist fragwürdig.
E-Rechnungen lösen das Erfassungsproblem strukturell. Eine Kanzlei, die ihre Mandanten zu XRechnung/ZUGFeRD bewegt, kann eingehende Rechnungen direkt als DATEV-Buchungssatz verarbeiten – ohne Tipparbeit. Die API kann ZUGFeRD-XMLs auslesen und als strukturierten Buchungsvorschlag ausgeben. GoBD: Das XML ist das Original, revisionssicher archiviert, nicht die PDF-Datei daneben.
Für E-Rechnungen: Erfassungsaufwand von 3–5 Minuten auf unter 30 Sekunden. Bei 30 % E-Rechnungs-Quote: ca. 25 % weniger Belegerfassungsaufwand.
Was wir täglich sehen: Prozesse am Limit
In der täglichen Praxis zeigt sich ein klares Bild: Viele Rechnungswesen-Prozesse sind bereits heute am Limit – und das nicht erst seit gestern. Rechnungserfassung per Hand, Excel-basierte Bestellabgleiche, Freigabe-Mails ohne Rückkanal, Archivierung auf Netzlaufwerken ohne GoBD-Konformität. Das funktioniert, solange das Volumen überschaubar bleibt und alle Beteiligten die Ausnahmen kennen.
Mit der Umstellung auf E-Rechnung kommen diese gewachsenen Strukturen jetzt ans Licht. Plötzlich müssen Prozesse, die jahrelang „irgendwie" funktioniert haben, formalisiert werden: Wer empfängt PEPPOL-Nachrichten? Wer ist für die technische Validierung zuständig? Wie wird abgelehnt – und mit welchem Grund? Was ist überhaupt das Original der Rechnung für die GoBD-Archivierung?
Das sind keine neuen Probleme – aber die E-Rechnungspflicht macht sie sichtbar und lösbar. Und: Es werden 2026 und 2027 noch viele weitere Klärungspunkte entstehen. Die Versandpflicht ab 2027 für größere Unternehmen und 2028 für alle betrifft nicht nur IT und Buchhaltung – sie zwingt Vertrieb, Einkauf und Controlling, ihre Stammdaten, Bestellprozesse und Freigabe-Workflows grundlegend zu überdenken. Unternehmen, die jetzt anfangen, haben einen erheblichen Vorsprung.
Was die E-Rechnung nicht repariert
Ehrlichkeit ist hier angebracht. Eine E-Rechnung löst keine Probleme, die im Prozess vor der Rechnung entstehen.
- →Fehlende Bestellreferenz aus dem Vertrieb: Wenn der Auftrag ohne Bestellnummer angelegt wurde, kann die Rechnung nicht automatisch gematcht werden – egal wie gut das Format ist. Das ist ein CRM/ERP-Problem, kein Rechnungsproblem.
- →Falsche Stammdaten beim Kunden: Wenn die Zahlungsbedingungen im Kundenstamm 60 Tage zeigen und der Vertrag 30 vereinbart, gewinnen die Stammdaten. Das ist ein Onboarding-Problem.
- →Freigabe-Workflow ohne Ursachenerfassung: Eine E-Rechnung, die im Klärfall landet und keinen Ablehnungsgrund bekommt, wiederholt denselben Fehler bei der nächsten Rechnung. Reason Codes sind das entscheidende Bindeglied.
- →Sammelzahlungen ohne Avis: Wenn ein Debitor drei Rechnungen in einer Überweisung bündelt und keinen Zahlungsavis schickt, ist das ein Cash-Application-Problem – auch wenn alle Rechnungen perfekte XRechnungen waren.
Die E-Rechnung ist ein Datenproblem-Löser, kein Prozess-Löser. Sie liefert die Daten in der Qualität, die Automatisierung braucht. Aber die Prozesse – Auftragserfassung, Onboarding, Freigabe-Workflow, Cash Application – müssen trotzdem gestaltet werden.
Was wir bei rechnungsapi.de konkret bauen
Unsere API deckt die technische Seite des AP-Prozesses ab – die Schritte, die sich automatisieren lassen, wenn die Daten stimmen. Das umfasst heute schon mehr als reine Validierung:
XRechnung und ZUGFeRD/Factur-X gegen XSD und KoSIT-Schematron – inklusive § 14 UStG Pflichtfelder und Summenprüfung. Fehler kommen strukturiert mit Reason Code zurück.
Alle EN-16931-Felder: Rechnungsnummer, Lieferant, Positionen, Steuern, Bestellreferenz, Zahlungsbedingungen. Direkt in Ihr ERP oder DATEV – kein OCR, kein Tippen.
PDF/A-3 mit eingebettetem XML: Das XML wird extrahiert und validiert. Das PDF bleibt als Sichtformat erhalten – GoBD-konform, weil das Original das XML ist.
Zahlungseingänge gegen offene Posten abgleichen – inkl. Sammelzahlungen, Teilzahlungen, Skonto. Konfidenzwerte statt Blackbox. EU-gehostet, mit AV-Vertrag.
Bestellabgleich und Preisvalidierung – individuell umsetzbar
Für Unternehmen mit strukturiertem Einkauf können wir einen PO-Abgleich (Purchase Order Matching) als individuelle Erweiterung umsetzen: Rechnungspositionen werden gegen bereitgestellte Bestellungen geprüft – Menge, Einzelpreis, Gesamtbetrag, Positionsnummer. Toleranzgrenzen (z. B. ±2 % Preisabweichung, ±0 Stück Mengenabweichung) sind frei konfigurierbar.
Zusätzlich können Artikelpreise und Mengen gegen hinterlegte Preislisten oder Rahmenvertragskonditionen validiert werden. Das Ergebnis ist ein strukturiertes Match-Ergebnis pro Position – mit Abweichungsgrund – das direkt in den Freigabe-Workflow fließt.
Das ist kein Standard-API-Endpunkt, sondern eine Lösung, die wir gemeinsam mit Ihnen aufsetzen – angepasst an Ihr ERP, Ihre Bestellstruktur und Ihre Toleranzregeln. Wenn das für Sie relevant ist: Sprechen Sie uns an.
Der Kern
Die Kreditorenbuchhaltung wird nicht durch mehr Personal effizienter. Sie wird effizienter, wenn die Datenbasis stimmt. Und die Datenbasis stimmt, wenn Lieferanten strukturierte E-Rechnungen mit Bestellreferenz, korrekter Positionsstruktur und richtiger Rechtseinheit liefern.
Die E-Rechnungspflicht erzwingt das auf der Versandseite. Was Empfänger daraus machen – ob sie weiter auf Ausdrucke und OCR setzen oder die strukturierten Daten tatsächlich nutzen – ist die eigentliche Entscheidung des Jahres 2025.
Top-Performer in der Kreditorenbuchhaltung haben keine besseren Mitarbeitenden. Sie haben bessere Daten.
Wo steht Ihr AP-Prozess heute – und was lässt sich automatisieren?
In einem kostenlosen 30-Minuten-Gespräch schauen wir uns Ihren konkreten Eingangsrechnungsprozess an: Welche Formate kommen heute rein, wo entstehen die meisten Klärfälle, und was lässt sich mit strukturierten E-Rechnungen direkt lösen – und was braucht eine individuelle Lösung.
Quellen
Benchmark-Kennzahlen zur Kreditorenbuchhaltung 2025 (Branchenerhebung, n = mehrere hundert Unternehmen); Creditreform Zahlungsindikator Deutschland Winter 2025/26; The Hackett Group, Cash Application Vendor Analysis; Wachstumschancengesetz, § 14 UStG; EN 16931.