Eingangsrechnungen automatisieren: Wie KMU die E-Rechnungspflicht mit KI meistern

Die E-Rechnungspflicht in der Praxis — was seit 2025 gilt und was 2027 kommt

Deutschland hat mit dem Wachstumschancengesetz die gesetzliche Grundlage für die verpflichtende elektronische Rechnung im B2B-Bereich gelegt. Seit dem 1. Januar 2025 sind alle umsatzsteuerpflichtigen Unternehmen im inländischen B2B-Geschäft verpflichtet, E-Rechnungen empfangen zu können. Das klingt technisch einfach — ist es in der Praxis aber häufig nicht. Eine E-Rechnung im gesetzlichen Sinne ist kein PDF, das per E-Mail verschickt wird. Es ist eine strukturierte, maschinenlesbare Datei in einem genormten Format, das Software direkt verarbeiten kann, ohne dass ein Mensch die Zahlen abliest und manuell einträgt. In Deutschland dominieren zwei Formate: XRechnung, ein reines XML-Format, das direkt von Maschinen ausgelesen wird, und ZUGFeRD, das XML-Daten in ein visuell lesbares PDF einbettet. Beide basieren auf dem europäischen Standard CEN EN 16931, der einheitliche Felder für Rechnungsnummer, Betrag, Steuer, Lieferanteninformation und Zahlungsdetails vorschreibt.

Was viele Betriebe unterschätzen: Wer eine XRechnung per E-Mail bekommt, kann den XML-Anhang nicht mit Adobe Reader öffnen und die Zahlen ablesen. Die Datei sieht aus wie unleserlicher Computercode — ohne geeignete Software bleibt sie nutzlos. Und gerade diese Software fehlt in vielen KMU. Die ZDH-Umfrage vom Januar und Februar 2026, an der 1.926 Unternehmen aus 52 Handwerkskammern teilnahmen, zeigt das Ausmaß des Problems deutlich: Rund zwei Drittel der befragten Betriebe haben Schwierigkeiten beim Empfang von E-Rechnungen. Ein häufiger und besonders frustrierender Grund: Die erhaltenen Rechnungen entsprechen nicht dem EU-Standard, weil Aussteller und Empfänger unterschiedliche Validierungstools nutzen, die teils widersprüchliche Ergebnisse liefern. Was der Aussteller für eine valide XRechnung hält, lehnt das Tool des Empfängers ab — und umgekehrt. Das Problem liegt dann nicht beim Empfänger, aber er sitzt trotzdem damit.

Das gesetzliche Zeitfenster läuft weiter, und der Druck wächst. Bis Ende 2026 dürfen Unternehmen im B2B-Bereich noch einfache PDFs und Papierrechnungen an Geschäftspartner ausstellen. Ab dem 1. Januar 2027 trifft die Ausstellungspflicht zunächst alle Betriebe mit einem Vorjahresumsatz von mehr als 800.000 Euro — das bedeutet, auch als Empfänger wird der Druck steigen, weil immer mehr Lieferanten verpflichtet sind, strukturierte Rechnungen zu senden. Ab dem 1. Januar 2028 gilt die E-Rechnung dann verbindlich für alle inländischen B2B-Umsätze, unabhängig von Unternehmensgröße und Branche. Für den Rechnungseingang bedeutet das jetzt: Wer seinen Prozess nicht rechtzeitig auf stabile Beine stellt, riskiert Zahlungsverzug, Skontoverlust und Buchungslücken — und steht bei einer Betriebsprüfung vor schwer erklärbaren Lücken in der GoBD-konformen Dokumentation.

Die gute Nachricht dabei: Dieser Pflicht-Impuls ist zugleich die Gelegenheit, den gesamten Eingangsrechnungsprozess neu zu denken — vom Postfacheingang bis zur Verbuchung im Buchhaltungssystem. Wer diesen Schritt jetzt macht, spart nicht nur erheblichen Verwaltungsaufwand, sondern schafft auch die technische Grundlage für die Ausstellungspflicht, die ab 2027 kommt. Und er hört auf, jeden Monat Skonto zu verschenken.

Typisches Szenario: Sanitärbetrieb, 18 Mitarbeiter, Ruhrgebiet

Ein Sanitärbetrieb mit 18 Mitarbeitern bezieht Materialien von rund 40 Lieferanten. Davon stellen seit Anfang 2025 inzwischen mehr als 20 E-Rechnungen aus — teils XRechnung als XML-Anhang, teils ZUGFeRD. Die Buchhalterin öffnet morgens ihre E-Mails und findet einen XML-Anhang, den die bisherige Rechnungssoftware des Betriebs nicht verarbeiten kann. Der Lieferant ist kooperativ, aber nicht immer sofort erreichbar. Also stapeln sich die XML-Dateien in einem Unterordner des Postfachs, während die Buchhalterin auf eine Rückmeldung wartet oder umständlich eine alternative PDF-Version anfordert. Das kostet typischerweise 15 bis 25 Minuten pro Rechnung — multipliziert auf zwanzig solcher Rechnungen im Monat, summiert sich das auf knapp sieben Stunden, die nicht für andere Aufgaben zur Verfügung stehen. Ist die Zahlungsfrist kurz, droht der Skontoabzug zu verfallen: Bei einem Skontosatz von zwei Prozent und einem Rechnungsbetrag von 3.500 Euro wären das 70 Euro, die der Betrieb ohne sachlichen Grund verschenkt. Über zwanzig solcher Rechnungen im Monat läuft das auf einen vierstelligen Jahresbetrag hinaus — still und ohne dass es in einer Auswertung sichtbar würde. Hinzu kommt der Eindruck beim Lieferanten: Wer ständig um alternative Formate bittet, signalisiert, technisch nicht auf der Höhe zu sein — ein schlechtes Signal gegenüber Partnern, von denen man abhängig ist.

Wo die Zeit wirklich verloren geht — der manuelle Eingangsrechnungsprozess

Um zu verstehen, warum Automatisierung hier so viel bringt, lohnt ein ehrlicher Blick auf das, was in einem typischen KMU tatsächlich passiert, wenn eine Eingangsrechnung eintrifft. Der Prozess beginnt nicht erst beim Öffnen der E-Mail — er beginnt mit der Frage, auf welchem Kanal die Rechnung überhaupt ankommt. Ein Teil kommt noch immer per Post, ein anderer Teil als einfaches PDF per E-Mail, ein weiterer als E-Rechnung im XML-Format, und ein kleiner Teil läuft über Lieferantenportale oder Beschaffungsplattformen. Schon diese Kanalvielfalt bedeutet: Jemand muss täglich mehrere Stellen prüfen und alles manuell zusammenführen — bevor die eigentliche Arbeit überhaupt beginnt.

Ist die Rechnung da, beginnt das eigentliche Prüfritual. Stimmt der Rechnungsempfänger? Passt die Bestellnummer oder eine Lieferscheinreferenz? Ist der berechnete Betrag plausibel und entspricht er der Erwartung aus der Bestellung? Stimmt der Steuersatz für diese Lieferantenbeziehung — pauschal 19 Prozent, oder gibt es Ausnahmen wegen anderer Leistungsarten? Gibt es einen Skontoabzug, und wenn ja, bis wann gilt er genau? Dann folgt die Kostenstellen-Zuordnung: Welcher Auftrag, welche Abteilung oder welches Projekt wird belastet? Danach geht die Rechnung zur Freigabe — häufig per E-Mail-Weiterleitung an einen Vorgesetzten oder per Unterschrift auf einem Papierausdruck. Nach der Freigabe tippt jemand die Daten ins Buchhaltungsprogramm. Feld für Feld, Rechnung für Rechnung.

Bei einem Betrieb, der im Monat 150 Eingangsrechnungen verarbeitet und pro Rechnung durchschnittlich acht Minuten aufwendet — eine realistische Schätzung für die manuelle Erfassung inklusive Prüfung und Freigaberunde — summiert sich das auf rund 20 Stunden im Monat. Das entspricht gut einer halben Arbeitsstelle, die ausschließlich mit Dateneingabe und Weiterleitung beschäftigt ist. In kleineren Betrieben ohne dedizierte Buchhaltungsstelle landet dieser Aufwand beim Inhaber selbst — also bei der Person, die eigentlich die Aufträge holen, die Mitarbeiter führen und die Kunden betreuen sollte.

Besonders problematisch werden Ausnahmen, und davon gibt es mehr als man denkt. Eine Rechnung, die nicht zu einer bekannten Bestellung passt. Ein Posten, der nach einer anderen Kostenstelle klingt als üblich. Eine Gutschrift, die im Format einer normalen Rechnung ankommt. Ein Lieferant, der seinen Rechnungsaufbau geändert hat. Jede dieser Situationen erfordert Rückfragen, Suche im E-Mail-Verlauf, Telefonate mit dem Lieferanten oder mit dem Kollegen, der den Auftrag kennt. Diese Ausnahmen sind nicht die Seltenheit — sie sind der Normalfall in jedem KMU mit mehr als zehn aktiven Lieferantenbeziehungen. Und jede einzelne Ausnahme kostet unverhältnismäßig viel Zeit verglichen mit einer reibungslos durchlaufenden Standardrechnung.

Typisches Szenario: Druckerei, 32 Mitarbeiter, Baden-Württemberg

Eine mittelgroße Druckerei mit 32 Mitarbeitern erhält monatlich rund 220 Eingangsrechnungen: Papier und Druckfarben von vier Großhändlern, Energie, Logistik, Wartungsverträge und kleinere Verbrauchsmaterialien. Die Buchhaltung läuft über eine Halbtagsstelle. Bis Ende 2024 funktionierte das leidlich: Rechnungen kamen per Post oder als PDF, wurden eingescannt oder direkt übernommen, geprüft und ins Buchungssystem eingetippt. Der Rückstand war beherrschbar. Seit Anfang 2025 trudeln zunehmend XML-Anhänge von Lieferanten ein. Die Buchhaltungssoftware, die der Betrieb seit Jahren nutzt, unterstützt XRechnung auf dem Papier — aber in der Praxis schlägt die Validierung regelmäßig fehl, weil einige Lieferanten das Format nicht korrekt befüllen, etwa fehlende Pflichtfelder oder ein falsches Datumsformat im XML. Das Ergebnis: Die Rechnungen landen in einem digitalen Wartestapel, werden manuell nachbearbeitet und teils erst Wochen nach Eingang gebucht. Der Geschäftsführerin fällt das auf, als Mahnungen eintrudeln — nicht weil Rechnungen nicht bezahlt wurden, sondern weil sie in der manuellen Warteschlange hängen geblieben sind und Zahlungsfristen verpasst wurden. Das kostet den Betrieb Mahngebühren, beschädigte Lieferantenbeziehungen und eine Geschäftsführerin, die am Wochenende Rechnungsstapel aufarbeitet, die in einem gut aufgesetzten automatisierten Prozess längst reibungslos durchgelaufen wären.

Was KI und Workflow-Automatisierung beim Rechnungseingang leisten — und wo ihre Grenzen sind

Die Grundidee der automatisierten Eingangsrechnungsverarbeitung ist einfacher als viele vermuten: Statt eine Buchhaltungskraft Rechnung für Rechnung manuell sichten und eintippen zu lassen, nimmt ein Workflow die Rechnung an, liest die relevanten Daten aus, prüft sie gegen vorhandene Informationen ab und übergibt das Ergebnis — entweder direkt an das Buchungssystem oder zur Freigabe an den zuständigen Mitarbeiter. Die Automatisierung erledigt die Routine; der Mensch entscheidet bei Ausnahmen. Das klingt simpel, aber hinter jedem dieser Schritte steckt mehr Komplexität als auf den ersten Blick sichtbar.

Bei strukturierten E-Rechnungen im Format XRechnung oder ZUGFeRD ist die Datenextraktion direkt maschinenlesbar. Das XML-Parsing dieser Dokumente erfordert keine KI, sondern nur eine saubere Parsing-Logik, die die normierten Felder zuverlässig ausliest: Rechnungsnummer, Rechnungsdatum, Fälligkeitsdatum, Nettobetrag, Steuerbetrag, IBAN, Lieferantennummer, Referenz auf eine Bestellnummer. Diese Daten sind exakt und konsistent — solange die Rechnung das Format korrekt umsetzt, was, wie die ZDH-Umfrage zeigt, leider nicht immer der Fall ist. Für fehlerhafte oder nicht valide E-Rechnungen sowie für klassische PDFs und Papier-Scans kommt KI ins Spiel: Moderne Modelle mit Vision-Fähigkeiten können Rechnungsfelder mit hoher Zuverlässigkeit aus variablen Layouts extrahieren, auch aus schlecht gescannten Dokumenten oder internationalen Rechnungen ohne einheitliches Format. Die Erkennungsgenauigkeit auf Feldebene liegt je nach Dokumentqualität und Systemtraining bei 85 bis 99 Prozent — ausreichend für automatisierte Weiterverarbeitung, aber nicht fehlerfrei, weshalb ein menschlicher Kontrollpunkt bei Abweichungen unverzichtbar bleibt.

Nach der Extraktion übernimmt die Matching-Logik. Stimmt die Lieferantennummer mit einem Eintrag im CRM oder in der Warenwirtschaft überein? Gibt es eine Bestellnummer in der Rechnung, gegen die ein automatischer Dreiwegabgleich durchgeführt werden kann — Bestellung, Lieferschein, Rechnung? Passt der Betrag zur Erwartung? Welche Kostenstelle ist laut Stammdaten für diesen Lieferanten hinterlegt? Diese Abgleiche laufen vollautomatisch ab, solange die Stammdaten im System aktuell und vollständig sind. Ist alles plausibel, geht die Rechnung mit einem vorbereiteten Buchungsvorschlag direkt weiter — entweder zur automatischen Verbuchung, wenn die Freigabe unterhalb eines festgelegten Schwellenwerts liegt, oder mit einem Einklick-Link zur Genehmigung an den zuständigen Mitarbeiter. Gibt es eine Abweichung — zum Beispiel ein Betrag, der um mehr als fünf Prozent von der Bestellung abweicht, oder ein unbekannter Lieferant — wird die Rechnung automatisch als Ausnahme markiert und zur manuellen Prüfung weitergeleitet, mit allen bereits extrahierten Daten vorausgefüllt.

Was KI und Automatisierung nicht können, ist genauso wichtig wie das, was sie können. Sie ersetzen keine menschliche Entscheidung, wenn eine Rechnung inhaltlich strittig oder unklar ist. Sie können keinen Lieferanten anrufen, um einen falschen Betrag zu klären. Und sie können keine sinnvollen Buchungsvorschläge machen, wenn die Buchungslogik bisher ausschließlich im Kopf einer einzigen Person steckt und nirgends dokumentiert ist. Eine ehrliche Einschätzung für KMU: Automatisierungsraten von 70 bis 90 Prozent sind bei gut aufgesetzten Workflows erreichbar — für strukturierte, wiederkehrende Rechnungen von bekannten Lieferanten mit gepflegten Stammdaten. Die restlichen 10 bis 30 Prozent sind Ausnahmen, die weiterhin menschliche Aufmerksamkeit brauchen. Der entscheidende Unterschied zur heutigen Situation: Dieser Aufwand ist gezielt und inhaltlich sinnvoll, statt wahllos auf alle Rechnungen verteilt zu sein.

Typisches Szenario: Webentwicklungsagentur, 11 Mitarbeiter, Hamburg

Eine Webentwicklungsagentur mit 11 Mitarbeitern zahlt monatlich rund 60 Eingangsrechnungen: Software-Lizenzen von internationalen SaaS-Anbietern, Freelancer-Honorare, Büromaterial und Cloudkosten. Die Besonderheit dieses Betriebs liegt in der Heterogenität der Rechnungen. Viele kommen als englischsprachige PDFs von US- oder EU-Anbietern, ohne deutschen Steuerausweis — sie müssen trotzdem korrekt in der deutschen Buchhaltung erfasst werden, häufig über das Reverse-Charge-Verfahren oder als innergemeinschaftlicher Bezug. Dazu kommen Freelancer-Rechnungen mit unterschiedlichem Aufbau: mal mit Steuernummer, mal ohne, mal mit korrektem Leistungsdatum, mal mit fehlendem Pflichtfeld. Bisher sammelt die Geschäftsführerin alles im Laufe des Monats in einem Ordner und gibt ihn am Monatsende an die externe Steuerberaterin weiter. Die ruft dann an, weil Angaben fehlen, Zuordnungen unklar sind oder eine Rechnung formal unvollständig ist — ein Telefonat, das typischerweise 30 bis 45 Minuten dauert und Steuerberatungszeit kostet, die über den monatlichen Pauschalbetrag hinausgeht. Ein automatisierter Workflow, der Rechnungen beim Eingang klassifiziert, auf fehlende Pflichtangaben prüft und mit einem vorläufigen Buchungsvorschlag an die Steuerberaterin weiterreicht, würde diese Rückfragen nahezu eliminieren — und die Geschäftsführerin von der monatlichen Sammelaufgabe befreien.

DSGVO und GoBD — was bei der automatisierten Verarbeitung zu beachten ist

Wer Eingangsrechnungen automatisiert verarbeitet, berührt zwangsläufig zwei Regelwerke: die DSGVO auf der Datenschutzseite und die GoBD auf der steuerrechtlichen Seite. Beide stellen Anforderungen, die in der Praxis oft unterschätzt werden — und die bei falschem Aufbau zu echten Problemen führen können, nicht irgendwann, sondern bei der nächsten Betriebsprüfung.

Zur DSGVO: Rechnungen enthalten personenbezogene Daten — mindestens den Namen des Ausstellers, häufig auch Anschrift, IBAN und bei Freelancern sogar steuerliche Identifikationsnummern. Wer diese Daten an externe KI-Dienste übermittelt, betreibt eine Auftragsverarbeitung im Sinne von Art. 28 DSGVO und benötigt einen abgeschlossenen Auftragsverarbeitungsvertrag mit dem Anbieter. EU-basierte Dienste oder Anbieter mit validen Standardvertragsklauseln sind dabei klar gegenüber Lösungen zu bevorzugen, bei denen Daten in US-Rechenzentren ohne ausreichende Rechtsgrundlage verarbeitet werden. Für viele KMU ist das ein gutes Argument für selbst gehostete Lösungen — etwa ein Automatisierungsworkflow mit n8n auf einem deutschen Server, kombiniert mit einer EU-basierten oder lokal laufenden KI-Komponente für die Dokumentenverarbeitung. So verlassen die Rechnungsdaten das eigene System nicht, und ein gesonderter AVV mit einem KI-Anbieter entfällt.

Zur GoBD: Die Grundsätze zur ordnungsgemäßen Führung und Aufbewahrung von Büchern, Aufzeichnungen und Unterlagen in elektronischer Form fordern, dass Belege unveränderlich, vollständig und nachvollziehbar archiviert werden. Das klingt bürokratisch, hat aber eine direkte Konsequenz für den Workflow-Aufbau: Ein automatisierter Prozess darf eine Eingangsrechnung nach der Verarbeitung nicht einfach löschen oder überschreiben. Der Originalbeleg muss erhalten bleiben, und alle Verarbeitungsschritte sollten protokolliert sein, damit im Falle einer Betriebsprüfung nachvollziehbar ist, wann welche Rechnung eingegangen ist und wie sie bearbeitet wurde. Ein GoBD-konformer Aufbau legt die Original-Datei daher sofort nach dem Eingang in einem unveränderlichen Archiv ab — und alle nachgelagerten Schritte (Parsing, Matching, Verbuchung) arbeiten nur mit den extrahierten Daten, nicht mit dem Original.

Ein Aspekt, den viele unterschätzen: Die GoBD-Anforderungen gelten nicht erst ab dem Zeitpunkt der Buchung, sondern bereits ab dem Zeitpunkt des Belegeingangs. Eine Rechnung, die per E-Mail ankommt und zunächst im Postfach liegt, ist damit bereits ein aufbewahrungspflichtiger Beleg. Wer sie nach der Verarbeitung aus dem Postfach löscht, ohne ein revisionssicheres Archiv zu haben, verletzt formal die GoBD — auch wenn die Rechnung korrekt gebucht wurde. Die automatisierte Archivierung direkt beim Eingang ist also nicht nur eine Komfortfunktion, sondern eine Compliance-Anforderung. Wer bereits ein zertifiziertes Dokumentenmanagementsystem einsetzt, kann es als Archivkomponente einbinden. Wer das nicht hat, kann mit einem schreibgeschützten Archivordner auf einem sicheren deutschen Server beginnen — entscheidend ist die Unveränderlichkeit und Vollständigkeit, nicht das verwendete System.

Wie sich das in der Praxis lösen lässt — Bausteine, Aufwand und Grenzen

Ein typischer Automatisierungsworkflow für Eingangsrechnungen bei einem KMU mit zehn bis fünfzig Mitarbeitern besteht aus fünf Bausteinen, die aufeinander aufbauen. Der erste Baustein ist ein zentraler Eingangskanal — eine dedizierte E-Mail-Adresse wie [email protected], die automatisch überwacht wird, oder ein gemeinsamer Dokumentenordner, in dem alle Rechnungsquellen zusammenlaufen: Post-Scans, Portal-Downloads, E-Mail-Anhänge. Der zweite Baustein ist eine Parsing- und Extraktionsstufe, die den Rechnungstyp erkennt (XRechnung, ZUGFeRD, PDF, Scan) und die relevanten Felder ausliest. Der dritte Baustein ist eine Matching-Stufe, die Lieferant, Kostenstelle und Buchungskonto gegen vorhandene Stammdaten abgleicht und einen Buchungsvorschlag erstellt. Der vierte Baustein ist ein Freigabe-Mechanismus: einfache, vollständig übereinstimmende Rechnungen unterhalb eines festgelegten Betragsgrenzwertes gehen direkt weiter, Ausnahmen landen mit einem Einklick-Link beim zuständigen Mitarbeiter. Der fünfte Baustein ist die Übergabe ans Buchungssystem — entweder über eine direkte API-Verbindung zu DATEV, Lexware oder Sevdesk, oder als strukturierte Importdatei, die der Steuerberater direkt einlesen kann.

Der Aufwand für den initialen Aufbau liegt typischerweise bei einigen Tagen konzentrierter Arbeit: Eingangskanal einrichten, Parsing konfigurieren, Stammdaten bereinigen, Buchungsregeln festlegen und den Freigabeprozess abstimmen. Danach läuft der Workflow selbstständig und braucht nur dann Aufmerksamkeit, wenn sich etwas Wesentliches ändert: ein neuer Lieferant kommt hinzu, ein bisher unbekanntes Rechnungsformat taucht auf oder die Kostenstellen-Logik im Unternehmen ändert sich. Der laufende Aufwand ist deutlich geringer als der manuelle Aufwand, den der Workflow ersetzt — typischerweise liegt er bei einem Bruchteil des bisherigen Zeitinvestments.

Die entscheidenden Voraussetzungen, die viele unterschätzen: Automatisierung löst keine schlechten Prozesse. Wenn die Stammdaten im System veraltet oder lückenhaft sind — Lieferanten ohne hinterlegte Kostenstelle, doppelte Einträge, fehlende Buchungskonten — kann kein Workflow zuverlässig matchen und sinnvolle Vorschläge machen. Und wenn die Freigabeprozesse im Unternehmen unklar sind — wer gibt welche Rechnung bis zu welchem Betrag frei? wer entscheidet bei Abweichungen? — entsteht nur eine digitale Version des bisherigen Chaos. Der erste Schritt ist daher immer Prozessklärung und Stammdatenpflege, nicht Technologieauswahl. Wer diese Hausaufgaben gemacht hat, kann den Automatisierungsaufbau zielgerichtet und effizient angehen.

Wenn Sie diesen Weg gehen möchten, zeigt die Prozessautomatisierung mit n8n und KI von Förster Digital, wie ein solcher Workflow konkret aufgebaut wird — vom zentralen Eingangskanal bis zur Buchungs-Übergabe, auf deutschen Servern und DSGVO-konform. Weitere Hintergründe zur Belegerkennung und GoBD-konformen Digitalisierung finden Sie im Artikel zu KI in der Buchhaltung.

Häufige Fragen