Eine praktische Aufschlüsselung der stufenweisen E-Invoicing-Pflicht in Deutschland, was sie für Ihre Anwendung bedeutet und wie Sie sich vor der Frist 2027 vorbereiten.

Deutschland führt die verpflichtende B2B-E-Rechnungsstellung schrittweise ein. Wenn Ihre Anwendung Rechnungen für deutsche Unternehmen verarbeitet, müssen Sie verstehen, was kommt und wann.

Der Zeitplan

Das Wachstumschancengesetz hat eine stufenweise Pflicht eingeführt:

1. Januar 2025 — Alle Unternehmen müssen strukturierte E-Rechnungen empfangen können. Dies ist bereits in Kraft. Wenn Ihre Anwendung eingehende Rechnungen für deutsche Unternehmen verarbeitet, sollten Sie bereits XML-Rechnungen neben herkömmlichen PDFs handhaben.

1. Januar 2027 — Unternehmen mit einem Jahresumsatz über 800.000 € müssen E-Rechnungen in einem strukturierten Format senden. Papierrechnungen und einfache PDFs reichen für B2B-Transaktionen nicht mehr aus.

1. Januar 2028 — Die Sendepflicht gilt für alle Unternehmen, unabhängig vom Umsatz.

Was zählt als E-Rechnung?

Ein per E-Mail versendetes PDF ist keine E-Rechnung im Sinne der Pflicht. Eine E-Rechnung muss:

Strukturiert sein — maschinenlesbare XML nach dem europäischen Standard EN 16931
Konform sein — einem anerkannten Profil entsprechend (XRechnung ist der deutsche Standard)
Verarbeitbar sein — Empfänger müssen Rechnungsdaten ohne manuelle Eingabe extrahieren können

Die akzeptierten Formate sind:

XRechnung (UBL 2.1 oder CII-Syntax) — der Standard für deutsche B2G-Rechnungsstellung, jetzt auf B2B ausgeweitet
ZUGFeRD (Comfort- oder Extended-Profil) — ein Hybridformat, das konforme XML in ein PDF/A-3 einbettet

Was das für Entwickler bedeutet

Wenn Sie Anwendungen entwickeln, die Rechnungen für deutsche Unternehmen erzeugen, versenden oder empfangen:

Empfangen (jetzt)

Ihre Anwendung sollte bereits strukturierte Rechnungen aus eingehenden E-Mails oder Datei-Uploads erkennen und parsen. Das bedeutet:

E-Mail-Anhänge auf XML-Dateien scannen, die UBL- oder CII-Schemas entsprechen
PDFs auf eingebettete ZUGFeRD-Metadaten prüfen
Strukturierte Daten extrahieren (Rechnungsnummer, Positionen, Steuerbeträge) für Ihre internen Systeme

Senden (2027/2028)

Wenn Ihre Anwendung Rechnungen erzeugt, muss sie gültige XRechnung-XML produzieren:

Ihre internen Rechnungsdaten auf EN 16931 Geschäftsbegriffe abbilden
Alle deutschen Pflichtfelder einbeziehen (Verkäuferkontakt, Leitweg-ID für B2G, Zahlungsbedingungen)
Die Ausgabe vor dem Senden gegen XRechnung-Schematron-Regeln validieren
Die XML per E-Mail oder Peppol an die Empfänger zustellen

Der Postscale-Ansatz

Anstatt XML-Generierung, Schematron-Validierung und Formaterkennung selbst zu implementieren, können Sie die Postscale Invoices API nutzen:

Validierungs-API — jede XML-Rechnung gegen EN 16931 und XRechnung-Regeln validieren
Sende-API — JSON übergeben, eine konforme XRechnung erzeugen und per E-Mail zustellen lassen
Eingangsverarbeitung — E-Rechnungen in eingehenden E-Mails automatisch erkennen und extrahieren

Der Validierungsendpunkt ist kostenlos nutzbar — Sie können noch heute Ihre bestehenden Rechnungen auf Konformität prüfen.