E-Rechnung automatisieren: So meistern Sie den B2B-Wandel mit XRechnung und ZUGFeRD
E-Rechnung automatisieren: Kompletter Workflow von Empfang über Validierung bis GoBD-konforme Archivierung. Mit n8n, DATEV und praktischen Beispielen.
Seit dem 01.01.2025 sind alle inländischen B2B-Unternehmen verpflichtet, E-Rechnungen empfangen zu können. Nicht irgendwann, sondern jetzt. Und wer denkt, eine PDF-Rechnung per E-Mail zähle als E-Rechnung, der irrt sich. Dieser Artikel zeigt den kompletten Workflow: vom Postfach über Validierung und GoBD-konforme Ablage bis zur Übergabe an DATEV oder ein ERP-System. Ohne Entwickler, ohne Chaos – mit einem System, das auch bei 200 Rechnungen im Monat zuverlässig funktioniert.
Was seit 01.01.2025 gilt – und was sich beim Versand noch ändert
Der Empfang ist klar geregelt: Laut BMF müssen alle inländischen B2B-Unternehmen seit dem 1. Januar 2025 in der Lage sein, strukturierte E-Rechnungen zu empfangen. Ein Anspruch auf PDF oder Papier im B2B existiert nicht mehr.
Beim Versand sieht es noch etwas entspannter aus – aber nur auf Zeit. Die Übergangsfristen laufen gestaffelt:
- Ab 2027: Größere Unternehmen müssen strukturiert senden.
- Ab 01.01.2028: Alle Unternehmen müssen strukturiert senden.
- Ausnahmen: Kleinbetragsrechnungen, Fahrausweise und teils Kleinunternehmer – aber das sind Ausnahmen, nicht die Regel.
Die klare Empfehlung: Nicht bis 2028 warten. Wer jetzt schon den Empfangs- und Verarbeitungs-Workflow sauber aufbaut, spart sich später den Stress und hat in der Zwischenzeit echte Zeitersparnisse.
E-Rechnung vs. sonstige Rechnung: Was der Unterschied kostet
Dieser Punkt stiftet in der Praxis die meiste Verwirrung. Eine PDF-Rechnung, auch wenn sie per E-Mail kommt, ist nach aktueller Rechtslage keine E-Rechnung im Sinne des Gesetzes. Sie gilt als „sonstige Rechnung“.
Eine echte E-Rechnung ist ein strukturiertes, maschinenlesbares Format, sodass ein System die Daten direkt verarbeiten kann, ohne dass ein Mensch tippt. Das klingt technisch, ist aber der entscheidende Unterschied: Kein manuelles Abtippen, kein Medienbruch, keine Tippfehler.
XRechnung vs. ZUGFeRD: Die zwei Standards im Vergleich
Zwei Formate dominieren den deutschen Markt, und beide erfüllen den EU-Standard EN 16931:
XRechnung ist reines XML. Kein PDF, kein hübsches Layout. Dafür 100 Prozent maschinenlesbar und das bevorzugte Format für Behörden und öffentliche Auftraggeber.
ZUGFeRD ist ein Hybridformat: ein normales PDF mit eingebettetem XML. Der Empfänger sieht eine lesbare Rechnung, das System zieht sich die Daten aus dem XML-Teil. Praktisch für den Übergang, weil Menschen und Maschinen beide damit klarkommen.
Der Knackpunkt: Bei ZUGFeRD ist der XML-Teil führend. Wenn PDF und XML voneinander abweichen, zählt das XML. Das hat direkte Auswirkungen auf Archivierung und Prüfung.
Typische Eingangskanäle: Wo die Rechnungen reinkommen
In der Praxis trudeln E-Rechnungen über vier Wege ein, je nach Größe und Setup des Unternehmens:
E-Mail-Postfach
Nach wie vor der häufigste Kanal bei KMU. Eine dedizierte Adresse (z. B. [email protected]) wird eingerichtet, und der Automations-Workflow überwacht diese Mailbox per IMAP.
Peppol-Netzwerk
Quasi die Autobahn für strukturierte Rechnungen – europaweit standardisiert, vor allem im B2G-Bereich (Behörden) und bei größeren Unternehmen im Einsatz.
DATEV E-Rechnungspostfach
Für alle, die DATEV im Einsatz haben, eine sinnvolle Option. Das Postfach ist laut DATEV bis 30.06.2026 kostenfrei nutzbar, danach kommt ein Pay-per-Use-Modell (Empfang bleibt kostenfrei, Versand aus Drittsystemen kostet dann ca. 0,50 Euro je Ausgangsrechnung).
Lieferantenportale
Bei größeren Kunden – hier werden Rechnungen manuell hochgeladen oder es gibt eine API-Anbindung.
Für die meisten Handwerksbetriebe und KMU reicht der Anfang: dediziertes E-Mail-Postfach plus DATEV-Anbindung. Damit sind 80 Prozent der Fälle abgedeckt.
Validierung in der Praxis: Was geprüft werden muss
Bevor eine Rechnung ins System wandert, sollte sie zwei Prüfstufen durchlaufen:
Formatprüfung
Ist das XML überhaupt valide? Entspricht es dem EN-16931-Schema? Ein Validator checkt das automatisch in Sekunden.
Geschäftsregel-Prüfung
Sind alle Pflichtfelder befüllt? Stimmen Steuersätze und -beträge? Ist die Rechnungsnummer eindeutig? Das BMF empfiehlt Validierung ausdrücklich als sinnvollen Prozessschritt, auch wenn sie keine zwingende Voraussetzung für die steuerliche Anerkennung ist.
Typische Fehlerklassen aus der Praxis: fehlende Steuernummer, falsches Datumsformat, Steuerbetrag nicht mit Nettobetrag mal Steuersatz konsistent. Alles lösbare Probleme – aber lieber vor der Übergabe an DATEV als danach.
GoBD und Aufbewahrung: Was archiviert werden muss
Die GoBD-Anforderungen wurden zuletzt angepasst, um strukturierte E-Rechnungen explizit zu adressieren. Was das konkret bedeutet:
- Original-XML: Muss unverändert, maschinell auswertbar und nachvollziehbar archiviert werden. Das XML darf nicht in ein anderes Format umgewandelt und nur in dieser Form gespeichert werden.
- ZUGFeRD-PDF: Zusätzlich aufbewahren, wenn es steuerlich relevante Informationen enthält, die im XML nicht stecken. In der Praxis: meistens beide Teile archivieren.
- Prüfpfad: Jede Buchung braucht einen Prüfpfad – wer hat wann was genehmigt, welche Validierungsschritte hat die Rechnung durchlaufen.
- Aufbewahrungsfrist: 10 Jahre für steuerlich relevante Belege.
DATEV dokumentiert die gesetzlichen Anforderungen sehr verständlich für tiefere Einblicke.
Automations-Blueprint: n8n plus XML-Parsing plus Human-in-the-Loop plus DATEV
So sieht der Workflow aus, der sich in der Praxis bewährt hat:
Schritt 1: Eingang
n8n überwacht das dedizierte Rechnungspostfach per IMAP-Trigger. Jede neue Mail mit Anhang löst den Workflow aus.
Schritt 2: Format erkennen
Ist der Anhang eine XML-Datei (XRechnung) oder ein PDF mit eingebettetem XML (ZUGFeRD)? Entsprechend wird der XML-Part extrahiert. Nur wenn kein strukturiertes Format vorliegt – also bei einer reinen PDF-Rechnung – kommt KI-OCR als Fallback zum Einsatz. XML-first, OCR nur wenn nötig.
Schritt 3: Validierung
Automatische Prüfung gegen EN-16931-Schema und Geschäftsregeln. Fehler werden geloggt, die Rechnung geht in eine Ausnahme-Queue.
Schritt 4: Human-in-the-Loop
Ausnahmen (Validierungsfehler, unbekannte Lieferanten, ungewöhnliche Beträge) landen in einem Review-Dashboard. Ein Mensch entscheidet – nicht blind, sondern mit allen Infos auf einen Blick.
Schritt 5: Übergabe
Valide Rechnungen werden strukturiert an DATEV oder das ERP übergeben. Kein manuelles Tippen mehr.
Schritt 6: Archivierung
XML (und ggf. PDF) wandern revisionssicher ins DMS, mit Zeitstempel, Prüfprotokoll und Buchungsreferenz.
Laut DATEV verkürzen sich Bearbeitungszeiten im Rechnungseingang mit diesem Ansatz um bis zu 60 Prozent. Der entscheidende Punkt: Die Zeitersparnis kommt nicht durch magische KI, sondern durch den Wegfall stupider Handarbeit.
Praxisbeispiele aus dem Mittelstand
Beispiel 1: Holzbaubetrieb mit 18 Mitarbeitern
Vorher: Eine Mitarbeiterin hat täglich 1-2 Stunden Rechnungen manuell in DATEV eingetippt, Fehlerquote nie null.
Nachher: Der gleiche Prozess läuft automatisch mit n8n plus DATEV-Anbindung, Human-in-the-Loop nur bei echten Ausnahmen (ca. 5-10 Prozent der Rechnungen). Die Mitarbeiterin wurde für andere Aufgaben freigestellt.
Beispiel 2: Möbeldesign-Studio (Solo plus Minijob)
Vorher: Kunden schickten XRechnungen, die Inhaberin öffnete XML-Dateien mit dem Texteditor – ohne Verständnis für das Format.
Nachher: Nach einem halben Tag Setup: dediziertes Rechnungspostfach, ZUGFeRD-Viewer, n8n-Workflow für den Eingang, GoBD-konforme Ablage im DMS. Das Format wird verstanden und kann erklärt werden.
Checkliste: Setup, Betrieb, Audit-Readiness
Setup
- [ ] Dediziertes Rechnungspostfach eingerichtet
- [ ] DATEV E-Rechnungspostfach aktiviert (bis 30.06.2026 kostenfrei)
- [ ] n8n-Workflow für Eingang plus Validierung gebaut
- [ ] Fehler-Queue und Review-Dashboard definiert
- [ ] DMS-Ablagestruktur mit Originalformat festgelegt
Betrieb
- [ ] Wöchentlicher Check der Ausnahme-Queue
- [ ] Lieferanten-Mapping aktuell halten
- [ ] Validierungsregeln nach BMF-Updates anpassen
Audit-Readiness
- [ ] XML im Originalformat archiviert (unverändert)
- [ ] Prüfpfad für jede Buchung vorhanden
- [ ] Aufbewahrungsfristen eingehalten (10 Jahre für steuerlich relevante Belege)
- [ ] GoBD-Dokumentation des Workflows vorhanden
Häufige Fehler – und wie Sie sie vermeiden
Fehler 1: PDF als E-Rechnung behandeln
Passiert ständig. Lösung: Der Workflow erkennt fehlende XML-Struktur und flaggt automatisch.
Fehler 2: XML transformieren statt archivieren
Wer das Original-XML in eine andere Struktur umwandelt und nur das speichert, hat ein GoBD-Problem. Immer das Original behalten.
Fehler 3: Validierung überspringen
„Kommt eh von einem seriösen Lieferanten.“ Bis es nicht mehr so ist. Validierung kostet Sekunden und spart Stunden bei der Fehlersuche später.
Fehler 4: Human-in-the-Loop vergessen
Vollautomatisch klingt gut, bis eine falsche Rechnung gebucht wird. Eine kluge Ausnahme-Queue ist kein Schwäche-Eingeständnis, sondern gutes System-Design.
Häufig gestellte Fragen
Was ist eine E-Rechnung nach der neuen Rechtslage?
Eine E-Rechnung ist ein strukturiertes, maschinenlesbares Dokument, das dem EU-Standard EN 16931 entspricht – also XRechnung (reines XML) oder ZUGFeRD (PDF mit eingebettetem XML). Eine normale PDF-Rechnung per E-Mail zählt nicht als E-Rechnung im gesetzlichen Sinne.
Was ist der Unterschied zwischen XRechnung und ZUGFeRD?
XRechnung ist reines XML, kein visuelles Dokument – ausschließlich für Maschinen. ZUGFeRD kombiniert ein lesbares PDF mit eingebettetem XML-Datensatz. Bei ZUGFeRD ist der XML-Teil rechtlich führend.
Muss ich als Kleinunternehmer E-Rechnungen ausstellen?
Empfangen müssen grundsätzlich alle inländischen B2B-Unternehmen ab 01.01.2025. Beim Ausstellen gibt es für Kleinunternehmer und Kleinbetragsrechnungen teils Ausnahmen. Die genauen Bedingungen finden sich in den BMF-FAQ.
Was muss ich für die GoBD-konforme Archivierung beachten?
Das Original-XML muss unverändert, maschinell auswertbar und mit vollständigem Prüfpfad aufbewahrt werden. Bei ZUGFeRD ist zusätzlich das PDF zu archivieren, wenn es steuerlich relevante Informationen enthält. Aufbewahrungsfrist: 10 Jahre.
Kann ich n8n für den Rechnungseingang nutzen, wenn ich kein Programmierer bin?
Ja. n8n ist eine visuelle Automationsplattform mit Drag-and-Drop. Es gibt fertige Workflow-Templates für IMAP-Eingang, XML-Parsing und DATEV-Übergabe.
Fazit: Jetzt handeln statt 2028 in Panik geraten
E-Rechnung automatisieren ist kein Hexenwerk. Die Pflichtlage ist seit Januar 2025 klar, die Tools sind vorhanden, und der Workflow lässt sich in einem überschaubaren Sprint aufbauen. XML-first denken, validieren, GoBD-konform archivieren, Human-in-the-Loop für Ausnahmen – das ist das Rezept. Wer das jetzt angeht, hat bis 2028 ein System, das läuft.