Die E-Rechnungspflicht ist da. Seit dem 1. Januar 2025 muss jeder deutsche B2B-Betrieb elektronische Rechnungen empfangen können. Ab 1. Januar 2027 endet auch die Schonfrist für den Versand. Die Reaktion vieler Mittelständler: schnell eine DMS-Suite einkaufen, ein ERP-Modul aktivieren oder einfach abwarten. Alle drei Wege funktionieren, aber teuer und ohne Datenkontrolle.
Es geht auch anders. Ein n8n-basierter Workflow, der XRechnungen empfängt, validiert, an DATEV oder das ERP übergibt und revisionssicher archiviert. Self-Hosted, ohne Lizenz-Lock-in, mit voller Datenhoheit. Dieser Artikel zeigt den konkreten Bauplan, den Vergleich zu fertigen Suiten und eine ehrliche ROI-Rechnung für einen 100-Mitarbeiter-Betrieb.
Die rechtliche Lage ist klarer, als die Aufregung vermuten lässt. Drei Stichtage zählen. Seit dem 1. Januar 2025 muss jeder Unternehmer im B2B-Geschäft elektronische Rechnungen empfangen können. Empfangen heißt: Ein Postfach oder eine Schnittstelle, die XRechnung oder ZUGFeRD-Dateien annimmt und nicht ablehnt. Wer noch immer ausschließlich Papier oder PDF-per-Mail akzeptiert, ist seit Anfang 2025 nicht mehr compliant.
Ab dem 1. Januar 2027 endet die Übergangsfrist für den Versand. Wer mehr als 800.000 Euro Vorjahresumsatz hat, darf ab diesem Datum keine PDF- oder Papierrechnungen mehr im B2B verschicken. Nur noch strukturierte E-Rechnungen sind gültig. Ein Jahr später, ab dem 1. Januar 2028, gilt dasselbe für alle Betriebe ohne Umsatzgrenze.
Was zählt überhaupt als E-Rechnung? Nicht eine PDF im Anhang einer Mail. Nicht ein gescanntes Papierdokument. Eine E-Rechnung ist eine Rechnung in einem strukturierten elektronischen Format nach EN-16931, das die automatisierte Weiterverarbeitung erlaubt. In Deutschland sind zwei Formate verbreitet: XRechnung als reines XML und ZUGFeRD als PDF mit eingebettetem XML. Eine als Mail-Anhang verschickte PDF-Rechnung ist seit 2025 keine gültige E-Rechnung mehr, wenn beide Seiten den Empfang einer strukturierten Rechnung vereinbart haben.
Praktisch heißt das: Wer 2026 noch immer Rechnungen aus PDF-Anhängen abtippt, hat zwei Probleme. Erstens den manuellen Aufwand, der spätestens 2027 wegfällt, weil keine PDFs mehr kommen werden. Zweitens den Reputationsschaden gegenüber Kunden und Lieferanten, die bereits umgestellt haben.
Die drei Begriffe werden oft synonym verwendet, sind aber unterschiedliche Dinge. EN-16931 ist die europäische Norm, die festlegt, welche Datenfelder eine elektronische Rechnung enthalten muss und wie sie strukturiert sein müssen. Die Norm ist die Grundlage, auf der die nationalen Formate aufbauen. Wer eine Rechnung verarbeitet, validiert sie immer gegen EN-16931, nicht gegen XRechnung oder ZUGFeRD direkt.
XRechnung ist das Format der öffentlichen Verwaltung in Deutschland und im B2B verbreitet bei Konzernen mit hohen Anforderungen an Strukturqualität. Es ist reines XML, kein PDF. Wer eine XRechnung empfängt, bekommt eine .xml-Datei. Diese ist menschlich nur schwer lesbar, aber maschinell sofort verarbeitbar.
ZUGFeRD ist der hybride Ansatz: eine PDF-Datei, in der ein XML-Datenblock eingebettet ist. Für Menschen sieht die Rechnung aus wie eine normale PDF. Für Maschinen ist das XML maßgeblich. Wichtig zu wissen: Bei ZUGFeRD ist rechtlich nicht das PDF, sondern das eingebettete XML führend. Wenn PDF und XML voneinander abweichen, gilt das XML. Das ist im Streitfall vor Gericht relevant.
Praktische Konsequenz für den Workflow: Jeder Rechnungseingang wird zuerst auf das XML reduziert. Bei XRechnung trivial, bei ZUGFeRD muss das XML aus dem PDF-Anhang extrahiert werden. Danach wird das XML gegen die EN-16931-Schemata validiert. Erst nach erfolgreicher Validierung darf die Rechnung weiterverarbeitet werden. Dieser Validierungsschritt ist nicht optional. Eine ungültige Rechnung darf nicht gebucht werden, weil der Vorsteuerabzug daran hängt.
Bevor wir den automatisierten Workflow bauen, lohnt sich ein ehrlicher Blick auf die aktuelle Realität in den meisten KMUs. Eine Rechnung kommt rein, meist per Mail. Der Buchhalter öffnet den Mail-Anhang, druckt die Rechnung aus oder lädt sie als PDF lokal. Daten wie Rechnungsnummer, Datum, Lieferantenname, Betrag, Steuersatz und Kontierungsvorschlag werden manuell in DATEV oder das ERP eingetippt. Bei höheren Beträgen wird die Rechnung per Mail an den Vorgesetzten zur Freigabe geschickt. Nach der Freigabe wird gebucht. Die Original-PDF wird in einen Ordner abgelegt, oft auf einem Netzlaufwerk oder in einem DMS, manchmal nur lokal.
Der Zeitaufwand pro Rechnung schwankt zwischen 8 und 12 Minuten, wenn alles glatt läuft. Bei Rückfragen, fehlenden Bestellbezügen oder Diskussionen über die Kontierung steigt der Aufwand schnell auf 20 bis 30 Minuten. Bei 500 Eingangsrechnungen pro Monat sind das 67 bis 100 Stunden monatlich, also fast eine volle Stelle, nur für Erfassung und Buchung.
Die Versuchung ist groß zu denken: Wenn wir einfach ein E-Rechnung-Postfach einrichten, sparen wir uns das. Stimmt nicht. Ein Postfach ersetzt nur den Mail-Anhang. Die Daten aus der XML müssen trotzdem ins ERP, die Freigabe muss trotzdem stattfinden, die Archivierung muss trotzdem GoBD-konform sein. Ohne Workflow-Automatisierung bringt die E-Rechnung allein keinen einzigen Tag Ersparnis. Im Gegenteil: Sie zwingt zur Beschäftigung mit Formaten und Validierung, ohne den Aufwand zu reduzieren.
Das ist der Punkt, an dem die meisten Mittelständler erkennen: Compliance ohne Automatisierung ist Mehrarbeit. Und genau hier kommt der Workflow ins Spiel. Wer sehen will, wie KI-gestützte Rechnungserkennung in der Praxis aussieht, findet im Invoice-Bot für den Großhandel ein konkretes Beispiel für den kompletten Eingangs-Workflow.
Ein End-to-End-Workflow für den Rechnungseingang besteht aus sieben Schritten. n8n als Workflow-Engine eignet sich dafür besonders gut, weil es Self-Hosted läuft, ein flexibles Schema-Validierungs-Modul mitbringt und sich nativ mit IMAP, DATEV, SAP und allen gängigen ERPs verbinden lässt.
Der Workflow überwacht das E-Rechnungs-Postfach, zum Beispiel rechnungen@deinunternehmen.de. Jede neue Mail wird sofort verarbeitet. n8n liefert dafür ein fertiges IMAP-Modul, das nur Postfach-Adresse, Port und Credentials braucht.
Der Workflow prüft, ob der Anhang eine XRechnung (.xml), eine ZUGFeRD-Rechnung (.pdf mit eingebettetem XML) oder etwas anderes ist. Bei etwas anderem landet die Mail in einer Ausnahme-Queue, in der ein Mensch entscheidet, zum Beispiel eine alte PDF von einem noch nicht umgestellten Lieferanten.
Bei XRechnung trivial: Die XML-Datei wird direkt gelesen. Bei ZUGFeRD wird der eingebettete XML-Block aus dem PDF extrahiert. n8n bietet dafür ein Function-Node-Pattern mit pdf-lib oder pdfjs, das in wenigen Zeilen JavaScript die ZUGFeRD-Konvention von factur-x.xml liest.
Das gelesene XML wird gegen das EN-16931-Schema validiert. n8n hat ein XML-Validator-Modul, das mit lokalen XSD-Schemata arbeitet. Ein typisches Knoten-Setup sieht etwa so aus: Input ist der extrahierte XML-Inhalt, das XSD ist die EN-16931-Factur-X Extended-Schema-Datei, und bei einem Validierungsfehler wird die Rechnung in einen Human-Review-Pfad geroutet, statt den Workflow komplett abzubrechen. Damit fängt der Workflow auch leichte Format-Abweichungen ab, ohne dass jede einzelne Rechnung händisch geprüft werden muss.
Für den Restbestand an Papier- und PDF-Rechnungen ohne XML braucht der Workflow ein OCR-Modul. In der Praxis bewährt hat sich eine Kombination aus Mistral OCR oder einem self-hosted Tesseract plus Claude oder GPT zur Feldextraktion. Bei den 5 bis 10 Prozent Rechnungen, die noch nicht als E-Rechnung kommen, übernimmt dieser Pfad. Wichtig: Die OCR-Ergebnisse werden im selben Format ausgespielt wie das EN-16931-XML, damit die nachfolgenden Schritte identisch sind.
Das Workflow-System schlägt auf Basis von Lieferant und Kostenstelle eine Kontierung vor. Bei Standardlieferanten greift eine Regel (Telekom-Rechnungen immer auf 4280), bei neuen oder ungewöhnlichen Posten geht die Rechnung in ein Freigabe-Dashboard. Vier-Augen-Prinzip bei Beträgen über einer definierten Schwelle ist mit n8n in wenigen Minuten konfiguriert.
Die fertige, freigegebene Rechnung wird an DATEV, SAP, Microsoft Dynamics oder das gewählte ERP übergeben. Parallel landet das Original-XML in einem revisionssicheren Archiv. n8n hat fertige DATEV-Nodes für DATEV Online und kann über die DATEV-Connect-Schnittstelle Buchungsstapel hochladen. Für SAP gibt es ein OData- oder IDOC-Modul. Wer tiefer in die DATEV-Anbindung einsteigt, findet im Guide zu ERP- und DATEV-Workflows die konkreten Schnittstellen-Optionen.
Praktisch bedeutet das: Eine eingehende XRechnung wird in unter zwei Sekunden vom Postfach bis zum DATEV-Buchungsstapel verarbeitet. Nur die Ausnahmefälle, etwa fünf Prozent, brauchen menschliche Aufmerksamkeit.
Die spannende Frage: Lohnt sich der Self-Built-Workflow überhaupt, wenn es fertige Lösungen gibt? Die ehrliche Antwort: kommt drauf an. Hier der Kostenvergleich für einen Mittelständler mit 100 Mitarbeitern und 500 Eingangsrechnungen pro Monat.
DocuWare als Cloud-DMS mit E-Rechnung-Modul liegt bei 1.500 bis 2.500 Euro pro Monat plus einem einmaligen Setup von 5.000 bis 15.000 Euro. Dafür bekommt man ein erprobtes, GoBD-zertifiziertes System mit Workflow-Engine, Archivierung und ERP-Integrationen out of the box. Wer keine eigene IT-Kompetenz hat oder schnell live gehen muss, ist hier richtig.
JobRouter bewegt sich in derselben Größenordnung mit Stärken in komplexen Freigabe-Workflows und tiefer SAP-Integration. Bei einem hohen Anteil an Vier- oder Sechs-Augen-Prozessen oft die bessere Wahl als DocuWare.
Lexware-Pro ist im Einstieg günstig, oft unter 100 Euro pro Monat. Aber: Die Lizenz skaliert mit Volumen und Funktionsumfang. Wer 500 Rechnungen pro Monat verarbeitet, landet schnell bei 500 Euro plus monatlich. Für kleine Betriebe unter 50 Rechnungen pro Monat trotzdem die wirtschaftlichste Cloud-Lösung.
Ein n8n-Self-Hosted-Setup kostet anders. Die Infrastruktur (eine VM bei Hetzner oder Strato, ein Storage für das Archiv, eine Postgres-Datenbank) liegt bei 50 bis 150 Euro pro Monat. Dazu kommt der initiale Bauaufwand: Wer das selbst macht, braucht zwei bis vier Wochen für ein produktionsreifes Setup inklusive Validierung, OCR-Fallback und DATEV-Anbindung. Wer das durch eine Agentur bauen lässt, liegt bei 8.000 bis 18.000 Euro einmalig. Dann läuft das System ohne Lizenzgebühren weiter. Wartung und Updates ja, aber keine pro-Rechnung- oder pro-User-Kosten.
Bei einer Laufzeit von drei Jahren rechnet sich der Self-Hosted-Weg also typischerweise ab dem zwölften Monat. Der ehrliche Trade-off: man braucht jemanden im Haus oder als Partner, der den Workflow betreut. Bei DocuWare ist das im Preis inbegriffen, aber teuer. Bei n8n ist man flexibler, aber auf eigenes Know-how oder einen festen Partner angewiesen.
Wer mehr als 1.000 Rechnungen pro Monat verarbeitet, gewinnt mit n8n typischerweise deutlich. Wer unter 100 Rechnungen pro Monat hat, ist mit Lexware oder einer einfachen DATEV-Variante besser bedient. Der spannende Bereich liegt dazwischen, also bei 200 bis 800 Rechnungen pro Monat. Hier ist n8n meist die wirtschaftlich beste Wahl, vorausgesetzt der ROI auf den ersten Monaten ist klar berechnet.
Egal welcher Weg, eines bleibt Pflicht: GoBD-konforme Archivierung. Die Grundsätze zur ordnungsmäßigen Führung und Aufbewahrung von Büchern, Aufzeichnungen und Unterlagen in elektronischer Form fordern drei Dinge.
Erstens Unveränderbarkeit. Eine archivierte E-Rechnung darf nach Eingang nicht mehr verändert werden. Wer das XML nachträglich korrigiert, bricht die Compliance. Stattdessen muss eine neue Rechnung erfasst und der Vorgang dokumentiert werden.
Zweitens Auffindbarkeit. Jede archivierte Rechnung muss innerhalb angemessener Zeit, in der Praxis innerhalb Minuten, auffindbar sein. Volltextsuche, Sortierung nach Lieferant, Datum, Betrag, Buchungskonto. Ein reiner Dateisystem-Ordner reicht nicht.
Drittens Aufbewahrungsdauer. Zehn Jahre, beginnend mit dem Ende des Kalenderjahres, in dem die Rechnung erstellt wurde. Wer 2026 eine Rechnung empfängt, muss sie bis Ende 2036 vorhalten.
Für den n8n-Workflow heißt das praktisch: Ein dedizierter Archiv-Storage mit Schreibschutz nach dem Einlegen, eine Datenbank-Tabelle mit den Metadaten zur Suche und ein dokumentiertes Verfahren, wie Korrekturen ablaufen. Lösungen wie MinIO mit Object-Lock, Hetzner Storage-Box mit WORM-Konfiguration oder ein klassisches DMS wie OnlyOffice DocSpace eignen sich. Wer es einfacher will, nutzt DocuWare oder eine andere zertifizierte Lösung nur für die Archivierung, und macht die Workflow-Automatisierung trotzdem mit n8n. Das ist ein hybrider Ansatz, der oft die beste Balance bietet: günstige Workflow-Automatisierung plus zertifizierte Archivierung.
Konkret in Zahlen: 500 Eingangsrechnungen pro Monat, Stundensatz Buchhaltung 45 Euro brutto inklusive Lohnnebenkosten.
Vorher: 8 bis 12 Minuten pro Rechnung. Bei 10 Minuten Durchschnitt sind das 83 Stunden pro Monat. Bei 45 Euro pro Stunde sind das 3.735 Euro Personalkosten pro Monat, also rund 44.800 Euro pro Jahr nur für Rechnungseingang.
Nachher: Mit Workflow-Automatisierung erreichen die meisten KMUs eine Verarbeitungszeit von ein bis zwei Minuten pro Rechnung, nur bei Ausnahmen. Die Ausnahmen liegen bei fünf bis zehn Prozent. Bei 7 Prozent Ausnahme und 2 Minuten Bearbeitung sind das 1,2 Stunden pro Monat reine manuelle Arbeit. Plus etwa 2 bis 3 Stunden pro Monat für Workflow-Überwachung, Fehler-Audits, Stammdatenpflege. Macht 4 bis 5 Stunden pro Monat, also 200 Euro Personalkosten.
Differenz: rund 3.500 Euro pro Monat Ersparnis, also 42.000 Euro pro Jahr.
Dem stehen die laufenden Kosten gegenüber. Bei n8n-Self-Hosted etwa 100 Euro Infrastruktur plus 200 Euro Wartung pro Monat. Bei DocuWare etwa 2.000 Euro inklusive Wartung. Bei Lexware etwa 500 Euro für die nötigen Module. Netto-Einsparung pro Jahr für n8n-Self-Hosted: rund 38.400 Euro, für DocuWare-Suite rund 18.000 Euro, für Lexware-Pro rund 36.000 Euro.
Der Setup-Aufwand für den n8n-Weg (8.000 bis 18.000 Euro einmalig) ist nach drei bis fünf Monaten amortisiert. Danach bleibt die Einsparung jedes Jahr. Wichtig: Diese Rechnung ist konservativ. Wir haben weder Skonti durch schnellere Freigabe noch reduzierte Fehlerquoten noch verkürzte Klärungszeiten eingerechnet. Bei realen Kunden liegt der Gesamteffekt oft 30 bis 40 Prozent über der reinen Stundenrechnung. Wer das Thema automatisierte Rechnungsprüfung tiefer durchdenkt, findet im Drei-Wege-Abgleich den nächsten logischen Workflow-Schritt nach der reinen Erfassung.
Wer den Schritt jetzt geht, sollte strukturiert vorgehen. Hier die bewährte Vorgehensweise.
Welche Lieferanten schicken aktuell wie? PDF per Mail, EDI, Portal, Papier, bereits XRechnung? Ein einfaches Spreadsheet mit Lieferant, aktuellem Format und monatlichem Volumen reicht. Diese Liste ist die Basis für die Planung. Sie zeigt sofort, wo die größten Volumen liegen und welche Formate zu welcher Priorität gehören.
Statt direkt auf alle 500 Rechnungen den Workflow loszulassen, baue einen Pilotbetrieb. Wähle drei bis fünf Lieferanten mit verschiedenen Formaten (eine reine XRechnung, ein ZUGFeRD, ein PDF, ein Papier-Scan). Verarbeite einen Monat lang nur diese, parallel zum bisherigen Prozess. So fallen Edge Cases früh auf.
Während des Pilotbetriebs trackt der Workflow jede Validierung. Welche Rechnungen sind durchgefallen? Warum? Welche brauchten manuellen Eingriff? Aus diesen Reports entstehen die finalen Regeln und Schwellwerte.
Nach dem Pilot wird der Workflow auf alle 500 Rechnungen ausgeweitet. Wichtig: Die ersten zwei bis vier Wochen läuft der manuelle Prozess als Sicherheitsnetz weiter. Erst wenn klar ist, dass keine Rechnungen verloren gehen und alle Buchungen stimmen, wird der Backup-Pfad abgeschaltet.
Ein realistischer Zeitplan: drei Wochen Planung und Bau, vier Wochen Pilot, zwei Wochen Roll-out. Nach etwa zehn Wochen läuft der Workflow stabil und der manuelle Aufwand sinkt auf das oben beschriebene Minimum.
Ehrlichkeit ist wichtig: Nicht jeder Betrieb sollte n8n bauen. Drei Szenarien sprechen klar für eine fertige DMS-Suite wie DocuWare, JobRouter oder vergleichbares.
Für die typische Größe von 50 bis 500 Mitarbeitern, 200 bis 800 Rechnungen pro Monat und vorhandenen IT-Ressourcen ist n8n in den allermeisten Fällen der wirtschaftlichste und flexibelste Weg.
Die E-Rechnungspflicht ist keine Bedrohung, sondern ein Anlass. Wer den Wechsel ohnehin machen muss, kann gleich den Workflow automatisieren und damit jährlich fünfstellige Beträge sparen. Die zwei realistischen Wege sind eine fertige DMS-Suite (teuer, komfortabel) oder ein n8n-basierter Self-Hosted-Workflow (günstig, flexibel, Know-how-abhängig). Welcher Weg passt, entscheidet sich an drei Fragen: Volumen, vorhandene IT-Ressourcen und regulatorische Anforderungen.
Wer in den nächsten Monaten den Schritt geht und es richtig macht, hat ab 2027 nicht nur Pflicht erfüllt, sondern eine Buchhaltung, die mit einem Bruchteil der heutigen Stunden auskommt. Wer den Workflow nicht selbst bauen möchte: Bluebatch baut genau diese Workflows. 30 Minuten kostenlose Beratung klären, ob ein n8n-Setup für die konkrete Situation passt oder ob eine andere Lösung wirtschaftlicher ist.
