Ein Jahr E-Rechnungspflicht: Warum der B2B-Standard im ZUGFeRD-Chaos versinkt

Anfang Februar habe ich hier zusammengefasst, was der Mittelstand zur E-Rechnungspflicht wissen muss. Empfangspflicht seit Januar 2025, Versandpflicht ab 2027, Formate nach EN 16931. Alles klar, alles machbar — so die Theorie.

Jetzt, über ein Jahr nach Inkrafttreten der Empfangspflicht, ist es Zeit für ein gnadenloses Fazit: Die Praxis sieht katastrophal aus. E-Rechnung ist eines der drängendsten Themen meiner Beratung zu Compliance & Pflicht-Themen.

E-Rechnungspflicht in der Praxis: Was in Buchhaltungen schieflaeuft

Was ich aktuell in Beratungsprojekten sehe, ist ernüchternd. Die E-Rechnungspflicht wurde formal eingeführt, aber die operative Umsetzung ist bei vielen Mittelständlern ein einziges Provisorium.

Typische Szenen aus dem Tagesgeschäft:

• Ein ZUGFeRD-PDF kommt per Mail. Die Buchhaltung öffnet das PDF, liest die sichtbare Rechnung — und tippt die Daten manuell ins ERP ein. Das eingebettete XML wird ignoriert.
• Das ERP-System kann ZUGFeRD theoretisch importieren. Praktisch scheitert der Import bei jeder dritten Rechnung, weil Pflichtfelder fehlen oder das Format minimal von der Spezifikation abweicht.
• Lieferant A schickt XRechnung, Lieferant B schickt ZUGFeRD im Profil BASIC, Lieferant C schickt ein PDF und nennt es “E-Rechnung”. Die Buchhaltung behandelt alle drei gleich: manuell.

Das Ergebnis: Die E-Rechnung existiert auf dem Papier. In der Praxis hat sich für viele Unternehmen nichts verbessert — im Gegenteil, der Aufwand ist gestiegen.

ZUGFeRD-Probleme: Profile, Validierung und ERP-Import

ZUGFeRD war als pragmatische Lösung gedacht: Ein PDF, das auch Menschen lesen können, mit einem maschinenlesbaren XML im Gepäck. Hybrid eben. Das klang gut. In der Realität zeigt sich, dass genau diese Doppelstruktur zum Problem wird.

Das Profil-Wirrwarr

ZUGFeRD kennt mehrere Profile: MINIMUM, BASIC WL, BASIC, EN 16931 (COMFORT), EXTENDED. Die vollständige Spezifikation pflegt das Forum elektronische Rechnung Deutschland (FeRD). Nicht jedes Profil enthält genug Daten für eine automatisierte Verarbeitung. Wer im Profil MINIMUM liefert, erfüllt formal die Pflicht — liefert aber so wenig strukturierte Daten, dass der Empfänger praktisch nichts damit anfangen kann.

Die Validierungslücke

Es gibt keinen verbindlichen Prüfmechanismus auf Senderseite. Das bedeutet: Unternehmen versenden XML-Dateien, die technisch fehlerhaft sind — falsche Steuerkategorien, fehlende Bankverbindungen, ungültige Ländercodes. Der Empfänger merkt das erst beim Import. Dann beginnt das Ping-Pong: Rückfrage, Korrektur, erneuter Versand.

ERP-Systeme, die nur so tun als ob

Viele ERP-Anbieter haben ZUGFeRD-Import als Feature angekündigt. Was sie ausliefern, ist oft ein Minimalparser, der bei abweichenden Profilen oder Sonderfällen abbricht. Die Fehlerbehandlung beschränkt sich auf eine kryptische Meldung im Protokoll. Die Buchhaltung greift dann zum bewährten Mittel: Copy-Paste.

Die versteckten Kosten des Nicht-Funktionierens

Wer denkt, das sei nur ein temporäres Anlaufproblem, unterschätzt die wirtschaftlichen Folgen.

Zeitaufwand: Jede manuell erfasste E-Rechnung kostet 5–10 Minuten — Zeit, die eigentlich durch Automatisierung eingespart werden sollte. Bei 500 Eingangsrechnungen pro Monat sind das 40–80 Stunden manuelle Nacharbeit.

Fehlerquote: Manuelle Erfassung bedeutet Tippfehler. Falsche Kontierungen. Fehlende Skontofristen. Das sind keine Peanuts — das sind reale Kosten, die in keiner Projektrechnung zur E-Rechnungs-Einführung standen.

GoBD-Risiko: Wer das XML ignoriert und nur das PDF archiviert, hat ein Compliance-Problem. Das betrifft auch die Kostenstellen-Zuordnung in DATEV — fehlerhafte Kontierungen potenzieren sich in der Archivierung. Die GoBD verlangt die Aufbewahrung des originären digitalen Formats. Das ist das XML, nicht das PDF.

E-Rechnung retten: Vier Schritte fuer den Mittelstand

Die gute Nachricht: Die Probleme sind lösbar. Aber nicht mit dem nächsten Software-Update, sondern mit einem systematischen Ansatz.

1. Validierung auf Senderseite einführen

Bevor eine E-Rechnung das Haus verlässt, muss sie gegen das ZUGFeRD-Schema validiert werden. Kostenlose Tools wie der KoSIT-Validator prüfen Konformität. Das kostet nichts und eliminiert 80 % der Import-Probleme beim Empfänger.

2. ERP-Import realistisch testen

Nicht die Feature-Liste des Anbieters zählt, sondern der Praxistest. Nehmen Sie 20 reale Eingangsrechnungen verschiedener Lieferanten und testen Sie den Import. Dokumentieren Sie, was funktioniert und was nicht. Dann sprechen Sie mit Ihrem ERP-Anbieter — mit konkreten Fehlerfällen, nicht mit vagen Beschwerden.

3. Profil-Anforderungen kommunizieren

Definieren Sie für Ihre Lieferanten, welches ZUGFeRD-Profil Sie benötigen. EN 16931 (COMFORT) ist der sinnvolle Mindeststandard für automatisierte Verarbeitung. MINIMUM und BASIC WL reichen nicht. Kommunizieren Sie das aktiv — idealerweise als Beiblatt zu Ihren Einkaufsbedingungen.

4. Archivierung prüfen

Stellen Sie sicher, dass Ihr DMS oder Ihre Archivlösung sowohl das PDF als auch das XML revisionssicher ablegt. Nicht nur das eine oder das andere — beides gehört zusammen.

Fazit für die Praxis

Die E-Rechnungspflicht war der richtige Schritt. Aber die Umsetzung ist in vielen Unternehmen auf halbem Weg steckengeblieben. Wer heute noch manuell erfasst, was eigentlich automatisch laufen sollte, verschwendet Geld und riskiert Compliance-Probleme.

Die Lösung ist kein neues Tool, sondern Prozessarbeit: Validierung einführen, ERP-Import ehrlich testen, Anforderungen an Lieferanten klar kommunizieren, Archivierung sauber aufsetzen. Wer das in den nächsten Wochen angeht, ist für die Versandpflicht 2027 deutlich besser aufgestellt als der Durchschnitt.

Nächster Schritt

Sie stecken im ZUGFeRD-Chaos? Ich helfe bei der Bestandsaufnahme, optimiere Ihren ERP-Import und mache Ihren E-Rechnungsprozess fit — pragmatisch, nicht theoretisch.

→ Erstgespräch vereinbaren — kostenfrei

→ Oder zuerst mehr lesen: DATEV-Integrations-Audit