--- title: "E-Rechnung automatisieren mit XRechnung und ZUGFeRD" description: "E-Rechnung automatisieren: der Workflow vom Empfang über die Validierung bis zur GoBD-konformen Archivierung. Mit n8n, DATEV und praktischen Beispielen." canonical: "https://simo-online.com/blog/e-rechnung-automatisieren" --- # E-Rechnung automatisieren mit XRechnung und ZUGFeRD E-Rechnung automatisieren: der Workflow vom Empfang über die Validierung bis zur GoBD-konformen Archivierung. Mit n8n, DATEV und praktischen Beispielen. - Autor: SIMO GmbH - Veröffentlicht: 2025-07-12 - Thema: [KI-Automatisierung](https://simo-online.com/blog/thema/ki-automatisierung) 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](https://www.bundesfinanzministerium.de/Content/DE/FAQ/e-rechnung.html) 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](https://www.peppol.nu/more-about-einvoicing/what-is-the-european-standard-for-einvoicing-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. rechnungen@unternehmen.de) 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](https://e-rechnungsplattform.datev.de/), 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](https://www.bundesfinanzministerium.de/Content/DE/FAQ/e-rechnung.html), 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](https://kpmg.com/de/de/home/themen/2025/07/bmf-gobd-zweite-aenderung.html), 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](https://www.datev.de/web/de/berufsgruppenuebergreifend/themen-im-fokus/e-rechnung-mit-datev/gesetzliche-regelungen) 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](https://www.datev.de/web/de/aktuelles/e-rechnung-mit-datev/faq/) 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 Änderungen des BMF 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](https://www.bundesfinanzministerium.de/Content/DE/FAQ/e-rechnung.html). ## 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. ## Quellenverweise - [BMF – FAQ zur E-Rechnung](https://www.bundesfinanzministerium.de/Content/DE/FAQ/e-rechnung.html) - [DATEV E-Rechnungsplattform](https://e-rechnungsplattform.datev.de/) - [DATEV – Gesetzliche Regelungen E-Rechnung](https://www.datev.de/web/de/berufsgruppenuebergreifend/themen-im-fokus/e-rechnung-mit-datev/gesetzliche-regelungen) - [DATEV – FAQ E-Rechnung](https://www.datev.de/web/de/aktuelles/e-rechnung-mit-datev/faq/) - [KPMG – GoBD zweite Änderung](https://kpmg.com/de/de/home/themen/2025/07/bmf-gobd-zweite-aenderung.html) - [EN 16931 – EU-Standard für E-Invoicing](https://www.peppol.nu/more-about-einvoicing/what-is-the-european-standard-for-einvoicing-en-16931/) Dargestellte Fassung: https://simo-online.com/blog/e-rechnung-automatisieren