Wiki source code of E-Rechnung empfangen und archivieren — Eingangskanal, Validierung, GoBD
Last modified by Brain Bot on 2026/08/01 12:13
Show last authors
| author | version | line-number | content |
|---|---|---|---|
| 1 | Seit dem 1. Januar 2025 müssen Unternehmen in Deutschland E-Rechnungen empfangen können. Diese Pflicht trifft ausnahmslos alle — vom Einzelunternehmer bis zum Großkonzern, vom Kleinunternehmer bis zur umsatzsteuerfreien Vermietungsgesellschaft. Kein Opt-in, kein Aufschub. Wer nicht empfangsbereit ist, riskiert Prozessstörungen und im Streitfall den Vorsteuerabzug. Dieser Artikel zeigt, was das konkret bedeutet. | ||
| 2 | |||
| 3 | == E-Rechnung oder doch nur PDF? Der entscheidende Unterschied == | ||
| 4 | |||
| 5 | Ein PDF ist keine E-Rechnung — das ist die wichtigste Erkenntnis aus der Neufassung von § 14 Abs. 1 UStG (Wachstumschancengesetz, in Kraft seit 1.1.2025). Das Gesetz definiert die **E-Rechnung** als eine Rechnung in einem **strukturierten elektronischen Format**, das maschinell auslesbar und weiterverarbeitbar ist und der europäischen Norm **EN 16931** entspricht. | ||
| 6 | |||
| 7 | Ein PDF hingegen — auch als E-Mail-Anhang — gilt nur als **sonstige Rechnung**. Maschinen können daraus keine Rechnungsdaten zuverlässig extrahieren. Dasselbe gilt für eingescannte Papierrechnungen. Sonstige Rechnungen bleiben vorerst zulässig, verlieren aber schrittweise ihre rechtliche Gleichstellung (Ausstellungspflicht ab 2027 bzw. 2028, siehe [[E-Rechnung-Pflicht: Was Unternehmen jetzt wissen müssen>>doc:Public.Fibu.e-rechnung-pflicht.WebHome]]). | ||
| 8 | |||
| 9 | Zulässige E-Rechnungs-Formate in Deutschland: | ||
| 10 | |||
| 11 | * **XRechnung** — reines XML, vollständig maschinenlesbar, kein eingebettetes PDF; Standard der öffentlichen Verwaltung. | ||
| 12 | * **ZUGFeRD ab Version 2.0.1** — Hybridformat: ein PDF mit eingebetteter XML-Datei. Menschen lesen das PDF, die Software liest die XML. (Profile MINIMUM und BASIC-WL sind ausgenommen, da sie nicht EN 16931-vollkonform sind.) | ||
| 13 | * **Peppol BIS (UBL 2.1)** — das internationale Netzwerkformat für den automatisierten M2M-Austausch. | ||
| 14 | |||
| 15 | == Empfangspflicht seit 1. Januar 2025: kein Opt-in erforderlich == | ||
| 16 | |||
| 17 | Die Empfangspflicht gilt **ab sofort und ohne Ausnahme** — auch für Unternehmen, die selbst noch keine E-Rechnungen ausstellen müssen. Ihr Geschäftspartner darf Ihnen ab dem 1.1.2025 eine XRechnung oder ZUGFeRD schicken, ohne vorher Ihre Zustimmung einzuholen. Sie sind verpflichtet, sie entgegenzunehmen und zu verarbeiten. | ||
| 18 | |||
| 19 | Für den reinen Empfang genügt technisch ein E-Mail-Postfach. Empfehlenswert ist eine dedizierte Adresse (z. B. ##rechnungen@ihrunternehmen.de##), damit Eingangsrechnungen nicht im allgemeinen Posteingang untergehen. | ||
| 20 | |||
| 21 | == Eingangskanäle: E-Mail, PEPPOL, Portal == | ||
| 22 | |||
| 23 | E-Rechnungen erreichen Sie über drei Wege: | ||
| 24 | |||
| 25 | **1. E-Mail** — der derzeit häufigste Kanal. XRechnung oder ZUGFeRD kommen als Dateianhang (.xml, .pdf). Kein spezielles Portal notwendig; allerdings fehlt die automatische Validierung und Weiterverarbeitung. | ||
| 26 | |||
| 27 | **2. PEPPOL-Netzwerk** — das europäische Infrastruktur-Netzwerk für den automatisierten Dokumentenaustausch (Machine-to-Machine). Rechnungen werden strukturiert, verschlüsselt und nach Schematron-Regeln vorgeprüft übermittelt. Für Unternehmen mit vielen Eingangsrechnungen ist ein PEPPOL-Access-Point wirtschaftlich sinnvoll. | ||
| 28 | |||
| 29 | **3. Lieferantenportale / EDI-Anbindungen** — branchenspezifische Plattformen (etwa im Automobilbereich, Handel, öffentliche Auftraggeber), über die Rechnungen direkt in das ERP-System geliefert werden. | ||
| 30 | |||
| 31 | == Validierung: Struktur und Inhalt prüfen == | ||
| 32 | |||
| 33 | Eine E-Rechnung zu empfangen heißt nicht, sie blind zu übernehmen. Sinnvoll ist eine dreistufige Prüfung: | ||
| 34 | |||
| 35 | **Stufe 1 — Schemaprüfung (XSD):** Ist die XML-Struktur grundsätzlich korrekt, alle Pflichtfelder vorhanden? Diese Prüfung erkennt Formatfehler (Fehlerklasse A). | ||
| 36 | |||
| 37 | **Stufe 2 — Schematron-Prüfung (Geschäftsregeln):** Stimmen Beträge, Steuerkennzeichen und Pflichtabhängigkeiten? Fehler der Klasse B führen dazu, dass das Dokument nicht als gültige E-Rechnung verarbeitet werden darf. | ||
| 38 | |||
| 39 | **Stufe 3 — Inhaltliche Prüfung:** Stimmt die Rechnung mit dem zugrundeliegenden Auftrag überein — Menge, Preis, Leistungsdatum, Lieferantenangaben? Diese Kontrolle kann nur ein Mensch oder ein ERP-System mit Bestellbezug leisten. | ||
| 40 | |||
| 41 | Kostenlose Validierungs-Tools: der **KoSIT-Validator** (herausgegeben von der Koordinierungsstelle für IT-Standards) sowie Online-Dienste wie [[invoice-portal.de/xrechnung-validator>>https://invoice-portal.de/xrechnung-validator/]]. | ||
| 42 | |||
| 43 | Eine syntaktisch fehlerhafte XML-Datei gilt rechtlich als sonstige Rechnung — der Vorsteuerabzug ist dann gefährdet. | ||
| 44 | |||
| 45 | == GoBD-konforme Archivierung: fünf Grundsätze == | ||
| 46 | |||
| 47 | E-Rechnungen müssen nach den Grundsätzen zur ordnungsmäßigen Führung und Aufbewahrung von Büchern, Aufzeichnungen und Unterlagen in elektronischer Form (GoBD, zuletzt aktualisiert 2025) archiviert werden. Fünf Grundsätze sind entscheidend: | ||
| 48 | |||
| 49 | 1. **Unveränderbarkeit** — einmal archivierte Rechnungen dürfen nicht ohne revisionssicheres Protokoll verändert oder gelöscht werden. Technisch umgesetzt durch WORM-Speicher (Write Once, Read Many) oder kryptographische Signaturen. | ||
| 50 | 1. **Vollständigkeit** — jede empfangene E-Rechnung muss lückenlos erfasst sein; Verlust ist nicht zulässig. | ||
| 51 | 1. **Originalformaterhalt** — die XRechnung muss als XML archiviert werden. Ein Ausdruck auf Papier oder eine Umwandlung in ein anderes Format ohne Beibehaltung des Originals genügt nicht. | ||
| 52 | 1. **Maschinelle Auswertbarkeit** — die Archivlösung muss eine maschinelle Suche und Auswertung der Daten ermöglichen (keine reinen Image-Archive). | ||
| 53 | 1. **Schnelle Verfügbarkeit** — auf Anfrage des Finanzamts müssen Belege zeitnah und vollständig bereitgestellt werden können. | ||
| 54 | |||
| 55 | Einfache Cloud-Speicher (Dropbox, OneDrive-Ordner ohne DMS-Anbindung) erfüllen diese Anforderungen in der Regel **nicht**. Notwendig ist ein GoBD-zertifiziertes Dokumentenmanagementsystem (DMS) oder eine revisionssichere Buchhaltungssoftware. Details zur Archivierungspflicht allgemein: [[GoBD kompakt: digitale Buchführung rechtssicher>>doc:Public.Fibu.gobd-kompakt.WebHome]]. | ||
| 56 | |||
| 57 | == Aufbewahrungsfrist nach BEG IV: 8 Jahre == | ||
| 58 | |||
| 59 | Das **Bürokratieentlastungsgesetz IV (BEG IV)** hat die steuerliche Aufbewahrungsfrist für Rechnungen und Buchungsbelege nach § 147 AO ab 2025 von zehn auf **acht Jahre** verkürzt. Die Frist beginnt mit dem Ablauf des Kalenderjahres, in dem die Rechnung ausgestellt wurde. | ||
| 60 | |||
| 61 | Hinweis: Viele Steuerberater und Rechtsexperten empfehlen übergangsweise, weiterhin zehn Jahre zu archivieren — da ältere Belege noch unter die alte Rechtslage fallen und weil handelsrechtliche Fristen (§ 257 HGB) separat zu prüfen sind. Lesen Sie dazu auch [[Belege richtig handhaben: Belegpflicht und Aufbewahrungsfristen>>doc:Public.Fibu.belege-aufbewahrungsfristen.WebHome]]. | ||
| 62 | |||
| 63 | **Wichtig:** Die Verkürzung auf 8 Jahre gilt nur für Belege ab dem Veranlagungsjahr 2025. Für frühere Jahre bleibt es bei 10 Jahren. | ||
| 64 | |||
| 65 | == Quellen == | ||
| 66 | |||
| 67 | * [[§ 14 UStG — Einzelnorm (gesetze-im-internet.de)>>https://www.gesetze-im-internet.de/ustg_1980/__14.html]] — Gesetzestext zur Definition der E-Rechnung und Anforderungen an strukturierte Formate (EN 16931). | ||
| 68 | * [[§ 147 AO — Aufbewahrungspflichten (gesetze-im-internet.de)>>https://www.gesetze-im-internet.de/ao_1977/__147.html]] — Aufbewahrungsfristen, Zugänglichkeit, maschinelle Auswertbarkeit. | ||
| 69 | * [[BMF: FAQ zur Einführung der verpflichtenden E-Rechnung>>https://www.bundesfinanzministerium.de/Content/DE/FAQ/e-rechnung.html]] — offizielle Antworten des Bundesfinanzministeriums zur Empfangspflicht und Übergangsregelungen. | ||
| 70 | * [[IHK Frankfurt am Main: E-Rechnungspflicht ab 2025>>https://www.frankfurt-main.ihk.de/recht/uebersicht-alle-rechtsthemen/steuerrecht/umsatzsteuer-national/e-rechnungspflicht-ab-2025-6055774]] — Zeitplan, Formate, Ausnahmen. | ||
| 71 | * [[Haufe: Elektronische Rechnung wird Pflicht>>https://www.haufe.de/steuern/gesetzgebung-politik/elektronische-rechnung-wird-pflicht-e-rechnung-im-ueberblick_168_605558.html]] — strukturiertes Format, Empfangspflicht, Staffelung der Ausstellungspflicht. | ||
| 72 | * [[kostenlose-erechnung.de: E-Rechnung Archivierung — 8 oder 10 Jahre?>>https://kostenlose-erechnung.de/ratgeber/e-rechnung-archivierung-pflicht/]] — Verkürzung durch BEG IV, GoBD-Anforderungen, Praxishinweise. | ||
| 73 | * [[bonpago.de: XRechnung Validator>>https://www.bonpago.de/blog/tag/e-rechnung/xrechnung-validator]] — Validierungsstufen (XSD, Schematron), Fehlerklassen A/B/C. | ||
| 74 | |||
| 75 | //Stand: 2026-08-01. Dieser Artikel ersetzt keine individuelle Beratung.// | ||
| 76 | |||
| 77 | Verwandt: [[E-Rechnung-Pflicht: Was Unternehmen jetzt wissen müssen>>doc:Public.Fibu.e-rechnung-pflicht.WebHome]] · [[GoBD kompakt: digitale Buchführung rechtssicher>>doc:Public.Fibu.gobd-kompakt.WebHome]] · [[Belege richtig handhaben: Belegpflicht und Aufbewahrungsfristen>>doc:Public.Fibu.belege-aufbewahrungsfristen.WebHome]] | ||
| 78 | |||
| 79 | |||
| 80 | ---- | ||
| 81 | |||
| 82 | (% class="text-muted" %)(((Ein Beitrag von **Buchhalter.Team** — Wie sind unsere nächsten Schritte? | ||
| 83 | |||
| 84 | **Autor:** Andreas Graz, Bilanzbuchhalter — Buchhalter.Team · [[Über uns>>doc:Public.Buchhaltung-mit-Gesicht.WebHome]]))) |