XRechnung & ZUGFeRD im ERP umsetzen

Kurz gesagt: XRechnung und ZUGFeRD umsetzt du, indem dein ERP-System die strukturierten Rechnungsdaten nach EN 16931 direkt aus dem Auftrag erzeugt, sie vor dem Versand technisch validiert, über den passenden Weg (Peppol, E-Mail oder Portal) verschickt und anschließend unveränderbar archiviert. Beide Formate sind gesetzlich zulässig – der Unterschied liegt in der technischen Gestalt und im Empfänger. Dieser Artikel zeigt dir herstellerneutral die praktische Umsetzung: von Format und Profil über das Erzeugen und Empfangen bis zur Validierung und revisionssicheren Archivierung. Die reinen Fristen der Pflicht klammern wir bewusst aus – hier geht es um das Wie.

XRechnung & ZUGFeRD umsetzen: die Norm EN 16931

Eine E-Rechnung im rechtlichen Sinn ist kein PDF-Bild, sondern ein maschinenlesbarer, strukturierter Datensatz. Der gemeinsame Nenner beider Formate ist die europäische Norm EN 16931. Sie legt das sogenannte semantische Datenmodell fest – also welche Felder eine Rechnung enthalten muss und was sie bedeuten. XRechnung und ZUGFeRD sind zwei zulässige Ausprägungen dieses Modells.

XRechnung – reines XML

Die XRechnung ist ein rein strukturierter XML-Datensatz ohne visuelle Ansicht. Sie ist die nationale Ausprägung (CIUS) der EN 16931 und im Behördenumfeld (B2G) der Standard. Ohne passende Software ist sie für Menschen kaum lesbar – das ist gewollt, denn sie ist für die automatische Verarbeitung gemacht. XRechnung kommt in zwei Syntaxen vor: UBL und UN/CEFACT CII. Dein ERP sollte beide beherrschen, weil Empfänger unterschiedliche Varianten erwarten.

ZUGFeRD – hybrides Format mit Profilen

ZUGFeRD kombiniert Bild und Daten: Es ist eine PDF/A-3-Datei mit eingebettetem XML. Der Mensch sieht die gewohnte Rechnung, die Software liest den strukturierten Teil. Entscheidend ist das Profil, denn nicht jedes erfüllt die gesetzlichen Anforderungen:

Merke: Als gültige E-Rechnung zählen die Profile ab BASIC; nur MINIMUM und BASIC-WL erfüllen die Norm nicht und taugen lediglich für interne Zwecke. Für die volle Feldtiefe empfiehlt sich mindestens EN 16931 (Comfort). Format und Transportweg sind zudem getrennte Entscheidungen – dazu gleich mehr.

E-Rechnungen im ERP erzeugen und versenden

Rechnungen entstehen aus deinen Aufträgen, Artikeln und Kundendaten – deshalb ist die E-Rechnung im Kern ein ERP-Thema. Ein modernes System generiert den strukturierten Datensatz direkt aus dem Auftragsabwicklungs-Prozess, statt dass du Daten doppelt erfasst. Voraussetzung sind saubere Stammdaten: USt-IdNr., IBAN, korrekte Mengeneinheiten und Steuerschlüssel müssen stimmen, sonst wird der Datensatz fehlerhaft und beim Empfänger abgewiesen.

Leitweg-ID für Rechnungen an Behörden (B2G)

Schickst du an öffentliche Auftraggeber, brauchst du die Leitweg-ID. Sie adressiert die konkrete Behörde eindeutig innerhalb der Verwaltung und ist bei B2G-Rechnungen ein Pflichtfeld – ohne sie wird die Rechnung nicht zugestellt. Die ID bekommst du vom Auftraggeber; hinterlege sie im Kundenstamm, damit sie automatisch in jede Rechnung übernommen wird. Fehlt sie oder ist sie falsch strukturiert, scheitert schon die Validierung.

Peppol als Übertragungsweg

Peppol ist kein Format, sondern ein sicheres europäisches Netzwerk, über das Belege via sogenannte Access Points ausgetauscht werden. Du sendest deine XRechnung oder ZUGFeRD-Datei an deinen Access Point, dieser stellt sie an den des Empfängers zu – standardisiert und grenzüberschreitend. Neben Peppol bleiben E-Mail und Behördenportale zulässige Wege. Wichtig ist die Trennung: Das Format (XRechnung/ZUGFeRD) beantwortet die Frage, was du verschickst, der Transportweg (Peppol, E-Mail, Portal) beantwortet, wie.

E-Rechnungen empfangen und automatisch verarbeiten

Der Empfang ist die andere Hälfte der Umsetzung – und in der Praxis oft die aufwendigere. Dein ERP sollte eingehende XRechnung und ZUGFeRD nicht nur speichern, sondern auslesen und vorkontieren: Rechnungsnummer, Betrag, Steuer, Lieferant und Positionen wandern automatisch in die Rechnungsprüfung, idealerweise mit Abgleich gegen Bestellung und Wareneingang.

Richte dafür einen definierten Eingangskanal ein – etwa eine dedizierte E-Mail-Adresse nur für Rechnungen oder einen Peppol-Empfangspunkt. So landet jeder Beleg im gleichen, kontrollierten Prozess statt verstreut in Postfächern. Bei ZUGFeRD gilt: Maßgeblich ist der eingebettete XML-Datensatz, nicht das sichtbare PDF. Weichen beide voneinander ab, hat rechtlich der strukturierte Teil Vorrang – dein System sollte deshalb immer das XML verarbeiten.

Validierung: prüfen, bevor die Rechnung rausgeht

Eine E-Rechnung, die formale Fehler enthält, wird beim Empfänger oder im Behördenportal abgewiesen. Deshalb gehört die Validierung fest in den Ausgangsprozess. Geprüft wird gegen ein maschinelles Regelwerk (Schematron) der EN 16931 und – bei XRechnung – gegen die zusätzlichen nationalen Geschäftsregeln.

Typische Fehlerquellen, die eine Validierung aufdeckt:

• Pflichtfelder fehlen – z. B. Leitweg-ID bei B2G, USt-IdNr. bei Reverse-Charge oder die IBAN.
• Rechnerische Inkonsistenz – Summe der Positionen passt nicht zum Rechnungsbetrag oder zur ausgewiesenen Steuer.
• Falsche Codes – ungültige Einheiten, Steuerkategorien oder Zahlungsbedingungen.
• Formatverstöße – falsche Datums- oder Zahlenformate im XML.

Viele ERP-Systeme validieren bereits beim Erzeugen; ergänzend gibt es kostenfreie offizielle Prüfwerkzeuge, etwa den Validator der KoSIT. Baue die Prüfung so ein, dass eine fehlerhafte Rechnung gar nicht erst versendet werden kann – das spart Rückläufer und Mahnungen.

Revisionssichere Archivierung nach GoBD

E-Rechnungen unterliegen der GoBD und müssen revisionssicher aufbewahrt werden – ein Ausdruck genügt nicht. Revisionssicherheit bedeutet, dass der Beleg im Originalformat unveränderbar, vollständig und über die gesetzliche Frist jederzeit lesbar reproduzierbar abgelegt wird. Bei ZUGFeRD gehört das eingebettete XML zwingend dazu; das reine PDF reicht nicht.

Konkret heißt das für die Umsetzung im ERP:

• Originalformat behalten: Die empfangene bzw. versendete XML- oder ZUGFeRD-Datei wird 1:1 archiviert, nicht in ein anderes Format konvertiert.
• Unveränderbarkeit: Der Beleg liegt schreibgeschützt; jede Änderung erzeugt eine neue Version und wird im Audit-Trail protokolliert.
• Verknüpfung mit der Buchung: Beleg und Buchungssatz verweisen aufeinander, sodass ein Prüfer den Vorgang lückenlos nachvollziehen kann.
• Aufbewahrungsfrist: Rechnungen sind in Deutschland handels- und steuerrechtlich aufzubewahren (Rechnungen seit 2025 acht Jahre); hinterlege die Frist je Belegtyp.

Halte den gesamten Ablauf in deiner Verfahrensdokumentation fest – von der Erfassung über Validierung und Versand bis zur Löschung nach Fristablauf. Sie ist bei einer Betriebsprüfung der Nachweis, dass dein Prozess ordnungsmäßig ist.

Worauf du bei der Systemauswahl achten solltest

Ob dein Bestandssystem oder ein Kandidat aus dem ERP-Verzeichnis die E-Rechnung sauber abdeckt, klärst du an wenigen konkreten Fragen:

• Erzeugt es XRechnung und ZUGFeRD nativ – und zwar im gesetzeskonformen Profil (EN 16931)?
• Kann es eingehende E-Rechnungen automatisch auslesen und vorkontieren, nicht nur ablegen?
• Ist ein Validator integriert, der vor dem Versand prüft?
• Unterstützt es den gewünschten Transportweg, insbesondere einen Peppol-Access-Point?
• Archiviert es revisionssicher im Originalformat mit Audit-Trail?

Cloud- und Handelssysteme wie xentral, weclapp oder Odoo behandeln die E-Rechnung heute als Standardfunktion, andere setzen auf Zusatzmodule oder einen angebundenen Rechnungsdienstleister. Nutze den ERP-Vergleich, um Kandidaten gezielt auf diese Punkte abzuklopfen. Wenn Shop, Versand und Finanzbuchhaltung sauber ineinandergreifen und Peppol angebunden werden soll, lohnt sich eine durchdachte Integration statt einer schnellen Insellösung.

Fazit

XRechnung und ZUGFeRD umzusetzen ist weniger ein Formatproblem als ein Prozessthema. Beide Formate erfüllen die EN 16931 – ZUGFeRD aber erst ab dem Profil BASIC (MINIMUM und BASIC-WL genügen nicht). Der praktische Weg führt über saubere Stammdaten und die Leitweg-ID für Behörden, das native Erzeugen aus dem Auftrag, eine Validierung vor dem Versand, den passenden Transportweg (oft Peppol) und die revisionssichere Archivierung im Originalformat. Wer diese Kette einmal sauber im ERP aufsetzt, gewinnt doppelt: Er ist compliant und spart durch automatisierte Rechnungsprozesse dauerhaft Aufwand und Fehler. Für die verbindliche Einordnung deiner steuerlichen Situation bleibt im Zweifel dein Steuerberater die richtige Adresse – dieser Artikel ersetzt keine Rechtsberatung.