E-Rechnung in der Praxis: Was Unternehmen jetzt wirklich umsetzen müssen
Seit dem 1. Januar 2025 gilt in Deutschland die E-Rechnungspflicht im B2B-Bereich. Ich habe die Einführung sowohl auf Unternehmensseite (ERP-/DMS-Integration) als auch auf Entwicklerseite (Rechnungserstellung nach EN 16931) begleitet — hier das Wichtigste aus der Praxis.
Die Rechtslage in Kürze
Mit dem Wachstumschancengesetz wurde die E-Rechnung für inländische B2B-Umsätze verpflichtend, gestaffelt:
- Seit 01.01.2025: Jedes Unternehmen muss E-Rechnungen empfangen können. Dafür reicht formal ein E-Mail-Postfach — aber ohne Prozess dahinter ist das nur die halbe Wahrheit.
- Bis Ende 2026 (bzw. Ende 2027 für Unternehmen mit maximal 800.000 € Vorjahresumsatz) dürfen mit Zustimmung des Empfängers weiterhin Papier- oder einfache PDF-Rechnungen versendet werden.
- Ab 2028 ist die E-Rechnung im B2B-Bereich durchgängig Pflicht.
Wichtig: Ein normales PDF ist keine E-Rechnung. E-Rechnung heißt: strukturierte, maschinenlesbare Daten nach der europäischen Norm EN 16931.
XRechnung oder ZUGFeRD?
In der Praxis begegnen einem zwei Formate:
| XRechnung | ZUGFeRD (ab 2.x, Profil EN 16931) | |
|---|---|---|
| Aufbau | reines XML | Hybrid: PDF/A-3 mit eingebettetem XML |
| Für Menschen lesbar | nur mit Viewer | ja, das PDF selbst |
| Typischer Einsatz | öffentliche Auftraggeber | B2B-Alltag |
Meine Empfehlung für die meisten Unternehmen: ZUGFeRD im Profil EN 16931 für den Versand, denn die Rechnung bleibt für Menschen lesbar und ist trotzdem maschinell verarbeitbar. Empfangen können muss man ohnehin beides.
Was aus IT-Sicht wirklich zählt
Die Formatfrage ist am Ende der kleinste Teil. Die eigentliche Arbeit steckt in den Prozessen:
- Zentraler Eingangskanal. Eine dedizierte Adresse (z. B.
rechnung@…) statt Rechnungen, die über zehn persönliche Postfächer eintrudeln. Sonst scheitert jede Automatisierung am ersten Schritt. - Validierung beim Eingang. Eingehende XML-Daten gegen EN 16931 prüfen, bevor sie ins ERP laufen. Fehlerhafte Rechnungen früh abweisen ist billiger als sie später in der Buchhaltung zu reparieren.
- Archivierung nach GoBD. Das strukturierte XML ist das Original und muss unverändert und revisionssicher aufbewahrt werden — nicht nur das hübsche PDF.
- Stammdaten-Hygiene. Leitweg-ID (bei öffentlichen Auftraggebern), USt-IdNr., korrekte Steuerschlüssel: Wer hier Altlasten hat, merkt es spätestens bei der ersten abgelehnten Rechnung.
- Testen mit echten Gegenstellen. Validatoren sind gut, aber der echte Härtetest ist die erste Rechnung an einen Kunden mit strenger Eingangsprüfung.
Fazit
Die E-Rechnung ist kein Formatthema, sondern ein Prozessthema. Wer sie nur als "PDF durch XML ersetzen" versteht, verschenkt den eigentlichen Nutzen: durchgängige, automatisierte Rechnungsverarbeitung ohne manuelles Abtippen. Und wer noch gar nicht angefangen hat: Die Empfangspflicht gilt bereits — jetzt ist ein guter Zeitpunkt.