Der wichtigste Gedanke vorab: Eine XRechnung ist kein Bild und kein Dokument im klassischen Sinn, sondern ein maschinenlesbarer Datensatz. Eine eingescannte PDF-Rechnung oder eine als E-Mail-Anhang versendete Bilddatei erfüllt die Anforderungen an eine strukturierte E-Rechnung gerade nicht – auch dann nicht, wenn sie elektronisch verschickt wird. Genau diese Unterscheidung sorgt in der Praxis für die meisten Missverständnisse. Eine „elektronisch versendete Rechnung” und eine „elektronische Rechnung im Sinne der einschlägigen Vorgaben” sind nicht dasselbe.
Drei Eigenschaften charakterisieren die XRechnung:
Bei einer Papier- oder PDF-Rechnung muss ein Mensch die Informationen lesen und in ein System übertragen, oder eine Texterkennung muss raten, wo welche Angabe steht. Bei einer XRechnung entfällt dieses Raten: Jedes Feld trägt eine festgelegte Bedeutung. Ein Buchhaltungssystem kann den Rechnungsbetrag, das Fälligkeitsdatum oder die Bestellnummer direkt auslesen und weiterverarbeiten. Das ist der eigentliche Effizienzgewinn – nicht der Versandweg, sondern die Verarbeitbarkeit.
Die EN 16931 ist die gemeinsame europäische Grundlage. Sie legt fest, welche Informationen eine elektronische Kernrechnung enthalten kann und wie diese semantisch zu verstehen sind. Damit ein Land oder eine Branche eigene Anforderungen ergänzen kann, ohne die Norm zu verlassen, sieht das Modell sogenannte CIUS vor – nationale oder fachliche Ausprägungen, die innerhalb der Norm bleiben. Die XRechnung ist genau eine solche deutsche CIUS. Wer eine valide XRechnung erzeugt, erzeugt damit zugleich eine EN-16931-konforme Rechnung.
Im B2G-Bereich gilt: Wer öffentliche Auftraggeber des Bundes und – je nach Landesrecht – der Länder beliefert, muss elektronische Rechnungen in einem strukturierten Format einreichen. Die XRechnung ist hier der maßgebliche Standard. Diese Anforderung ist seit mehreren Jahren etabliert und für viele Lieferanten der öffentlichen Hand längst Alltag.
Wichtig zu verstehen ist die föderale Struktur. Für Rechnungen an Bundesbehörden gelten bundesrechtliche Vorgaben. Für Rechnungen an Landesbehörden und Kommunen kommt es auf das jeweilige Landesrecht an – hier gibt es Unterschiede bei Geltungsbereich, Schwellenwerten und Einreichungswegen. Es gibt also kein einheitliches Bild für ganz Deutschland. Wer bundesweit an verschiedene öffentliche Stellen liefert, sollte die für die jeweilige Stelle geltenden Regeln und Portale kennen.
Über den B2G-Bereich hinaus gewinnt die strukturierte E-Rechnung im inländischen B2B-Geschäft an Bedeutung. Die gesetzgeberische Entwicklung sieht vor, dass elektronische Rechnungen im strukturierten Format schrittweise eine größere Rolle spielen. Für viele Unternehmen bedeutet das vor allem zweierlei: Erstens die Fähigkeit, strukturierte E-Rechnungen empfangen und verarbeiten zu können, und zweitens mittelfristig die Fähigkeit, sie auch auszustellen.
Die XRechnung ist in diesem Kontext ein naheliegender Bezugspunkt, weil sie ein verbreitetes, gut dokumentiertes EN-16931-konformes Format ist. Daneben spielt das hybride Format ZUGFeRD eine wichtige Rolle, das wir in Kapitel 05 ausführlich gegenüberstellen.
In der Beratung trennen wir konsequent drei Fragestellungen, weil sie unterschiedlich dringlich und unterschiedlich aufwendig sind: Kann das Unternehmen strukturierte E-Rechnungen empfangen? Kann es sie verarbeiten und revisionssicher ablegen? Und kann es sie selbst ausstellen? Häufig ist die Empfangsfähigkeit der erste und vergleichsweise einfache Schritt, während die saubere Verarbeitung im ERP und DMS sowie die Eigenausstellung mehr Vorlauf brauchen.
Die EN 16931 lässt zwei XML-Syntaxen zu, die beide für die XRechnung verwendet werden können:
Beide Syntaxen tragen denselben fachlichen Inhalt; sie unterscheiden sich nur in der technischen Schreibweise. Empfangende Systeme müssen idealerweise beide verarbeiten können, weil sendende Systeme unterschiedliche Wege wählen. Für den fachlichen Sachbearbeiter ist die Syntax in der Regel unsichtbar – sie ist eine technische Frage der eingesetzten Software.
Eine valide XRechnung enthält die zentralen Angaben, die eine Rechnung fachlich ausmachen. Dazu gehören typischerweise:
Welche Felder im Einzelfall zwingend sind und in welcher Form sie vorliegen müssen, ergibt sich aus der jeweils gültigen Spezifikation und den Anforderungen des Empfängers. Manche öffentliche Auftraggeber verlangen zusätzliche Angaben, ohne die eine Rechnung abgewiesen wird. Genau dafür gibt es die Validierung (Kapitel 06).
Die Leitweg-ID ist eine Besonderheit des B2G-Bereichs und in der Praxis eine häufige Fehlerquelle. Sie funktioniert wie eine Adresse innerhalb der Verwaltung: Sie sorgt dafür, dass die elektronische Rechnung beim richtigen Empfänger landet. Die Leitweg-ID erhält der Lieferant in der Regel vom öffentlichen Auftraggeber – etwa über die Beschaffungsstelle, den Bestellprozess oder die Auftragsunterlagen. Eine fehlende, falsche oder veraltete Leitweg-ID führt regelmäßig dazu, dass eine ansonsten korrekte Rechnung nicht zugestellt oder abgewiesen wird. In unseren Projekten empfehlen wir, die Leitweg-ID je Auftraggeber sauber in den Stammdaten zu pflegen.
Für Unternehmen mit wenigen Rechnungen an die öffentliche Hand sind Portale oder – soweit zugelassen – der E-Mail-Weg oft ausreichend. Sobald das Volumen steigt oder Rechnungen aus dem ERP heraus automatisiert versendet werden sollen, wird ein durchgängiger Weg wie Peppol attraktiv, weil er den manuellen Aufwand stark reduziert. Der richtige Weg richtet sich also nach Menge, Automatisierungswunsch und den Vorgaben des Empfängers – nicht nach einer pauschalen Empfehlung.
Peppol verbindet Sender und Empfänger über zertifizierte Access Points und ein einheitliches Adressierungssystem. Ein Unternehmen benötigt dafür typischerweise einen Dienstleister oder eine Software, die als Access Point fungiert oder einen solchen anbindet. Der Reiz liegt im durchgehend automatisierten, quittierten Transport: Die Rechnung verlässt das ERP, läuft über das Netzwerk und erreicht das Zielsystem, ohne dass jemand eine Datei manuell hochlädt. Für Unternehmen, die strukturierte E-Rechnungen sowohl im B2G- als auch im B2B-Bereich austauschen wollen, ist Peppol daher ein häufig gewähltes Rückgrat.
Bei ZUGFeRD erhält der Empfänger eine ganz normale PDF-Datei, die zugleich die strukturierten Rechnungsdaten als eingebettetes XML mitführt. Ein Mensch kann das PDF wie gewohnt ansehen; eine Software kann die eingebetteten Daten automatisiert auslesen. Die XRechnung dagegen ist nur die strukturierte Datei – ohne mitgeliefertes Sichtbild. Beide Ansätze haben ihre Berechtigung.
Wenn der Empfänger eine XRechnung verlangt – wie es im B2G-Bereich verbreitet der Fall ist – ist die Antwort eindeutig. Auch wenn ein durchgängig automatisierter, behördennaher Prozess im Vordergrund steht, ist das rein strukturierte Format konsequent. Es transportiert keine optische Darstellung mit, was den Datensatz schlank hält und die maschinelle Verarbeitung in den Vordergrund stellt.
Im B2B-Geschäft, in dem auf der Empfängerseite häufig noch Menschen Rechnungen sichten, hat das hybride ZUGFeRD einen Komfortvorteil: Der Empfänger sieht ein vertrautes PDF und kann zugleich – sofern seine Software das nutzt – die strukturierten Daten automatisiert verarbeiten. Das senkt die Einstiegshürde bei Geschäftspartnern, die noch nicht vollständig auf strukturierte Verarbeitung umgestellt haben. Wichtig: Beide Formate können EN-16931-konform sein; die Entscheidung ist daher oft weniger eine Frage von „richtig oder falsch” als von Empfängererwartung und Prozessreife.
Viele mittelständische Unternehmen fahren in der Praxis zweigleisig: XRechnung für öffentliche Auftraggeber, die sie verlangen, und ZUGFeRD oder XRechnung für das B2B-Geschäft je nach Partner. Eine gute E-Rechnungs-Software unterstützt beide Formate, sodass die Wahl pro Empfänger getroffen werden kann, ohne dass mehrere Systeme nötig sind.
Für die Erzeugung einer XRechnung gibt es je nach Reifegrad und Volumen verschiedene Ansätze:
Wir empfehlen, die Erstellung möglichst nah an der Datenquelle anzusiedeln – also dort, wo die Rechnungsdaten ohnehin entstehen. Jede manuelle Zwischenerfassung erhöht das Fehlerrisiko und den Aufwand.
Bevor eine XRechnung das Haus verlässt, sollte sie validiert werden. Validierung bedeutet die automatisierte Prüfung, ob die Datei den technischen und fachlichen Regeln entspricht: Ist sie syntaktisch korrekt? Sind alle Pflichtfelder gefüllt? Stimmen die rechnerischen Summen? Sind die spezifischen Regeln der XRechnung eingehalten? Dafür existieren Prüfwerkzeuge – ein „Validator” prüft die Datei gegen die hinterlegten Regelsätze und meldet Fehler und Warnungen. Eine Rechnung, die die Validierung nicht besteht, wird vom Empfänger sehr wahrscheinlich abgewiesen.
Weil die XRechnung rein strukturiert ist, braucht es für Menschen eine lesbare Darstellung. Diese „Visualisierung” wandelt den XML-Datensatz in eine übersichtliche, der gewohnten Rechnung ähnelnde Ansicht um. Sowohl auf der Sender- als auch auf der Empfängerseite ist eine solche Darstellung praktisch wertvoll: für die fachliche Prüfung, für Rückfragen und für die Ablage. Viele E-Rechnungs-Tools und ERP-Systeme bringen eine Visualisierung mit; daneben existieren eigenständige Anzeigeprogramme. Entscheidend ist: Die Visualisierung ist eine Darstellung der Daten, nicht die Rechnung selbst – maßgeblich bleibt der strukturierte Datensatz.
Ein durchdachter Eingangsprozess für strukturierte E-Rechnungen umfasst typischerweise mehrere Stufen:
Das ERP übernimmt die Verbuchung und die buchhalterische Logik, das Dokumentenmanagementsystem (DMS) sorgt für die strukturierte, auffindbare und unveränderbare Ablage sowie häufig für die Freigabe-Workflows. Bei strukturierten E-Rechnungen ist ein Punkt besonders wichtig: Aufzubewahren ist der originale Datensatz, nicht nur eine daraus erzeugte PDF-Ansicht. Eine Visualisierung kann ergänzend abgelegt werden, ersetzt das Original aber nicht. Eine gute Integration übergibt daher die Original-XML-Datei und – wo sinnvoll – die Visualisierung gemeinsam an das DMS und verknüpft beide mit dem Buchungssatz.
Der Mehrwert strukturierter E-Rechnungen entfaltet sich erst in der Automatisierung. Weil die Felder eindeutig sind, lassen sich Schritte verketten, die früher Handarbeit waren: automatischer Abgleich mit Bestellungen, regelbasierte Kontierungsvorschläge, automatisierte Weiterleitung in den richtigen Freigabe-Workflow. In unseren Projekten ist genau das der Punkt, an dem aus einer „Pflichtübung” ein echter Effizienzhebel wird – vorausgesetzt, ERP und DMS sind sauber miteinander verbunden.
Der wohl wichtigste Grundsatz im Zusammenhang mit der XRechnung: Das aufzubewahrende Original ist der strukturierte XML-Datensatz. Eine begleitende Visualisierung darf ergänzend abgelegt werden, ist aber kein Ersatz für das Original. Wer nur eine ausgedruckte oder als PDF gespeicherte Ansicht aufbewahrt und die XML-Datei löscht, läuft Gefahr, die Anforderungen an die Aufbewahrung nicht zu erfüllen. Im Zweifel gilt: das Original unverändert behalten.
Zur ordnungsgemäßen Aufbewahrung gehört in der Regel eine Verfahrensdokumentation, die beschreibt, wie Rechnungen empfangen, geprüft, verbucht und archiviert werden. Sie macht den Prozess für Dritte – etwa im Rahmen einer Prüfung – nachvollziehbar. Hinsichtlich der Aufbewahrungsfristen gelten allgemeine handels- und steuerrechtliche Vorgaben; die genaue Dauer und ihre Anwendung auf Ihren Fall sind mit der steuerlichen Beratung zu klären. Wir nennen hier bewusst keine konkrete Jahreszahl, weil Fristen und ihre Auslegung sich unterscheiden und ändern können.
Unternehmen, die öffentliche Auftraggeber beliefern, haben in der Regel schon Berührung mit der XRechnung – und damit einen Vorsprung. Wichtig ist hier die Disziplin bei den verwaltungsspezifischen Angaben: Die Leitweg-ID je Auftraggeber sauber pflegen, den vom Empfänger gewünschten Eingangsweg kennen und Rückläufer systematisch auswerten. Häufig zeigt sich, dass nicht das Format das Problem ist, sondern fehlende oder veraltete Routing-Informationen.
Die Empfangsfähigkeit lässt sich oft vergleichsweise zügig herstellen, weil viele ERP- und DMS-Lösungen das bereits unterstützen oder per Modul nachrüsten. Die durchgängige Integration und die Eigenausstellung brauchen mehr Vorlauf – Datenqualität, Schnittstellen und Prozesse wollen sauber aufgesetzt sein. Wir raten davon ab, alles gleichzeitig erzwingen zu wollen. Ein gestaffeltes Vorgehen reduziert Risiko und Aufwand und vermeidet hektische Last-Minute-Lösungen, sobald ein Empfänger eine strukturierte Rechnung verlangt.
