XRechnung- und ZUGFeRD-Dateien sofort öffnen, validieren und reparieren. Smart-Repair-Motor mit vollständigem Audit-Trail. Keine Registrierung erforderlich.
Speziell für deutsche Buchführungsabläufe entwickelt — vom Parsen bis zur Archivierung.
Fehler nicht nur anzeigen — beheben. Unser Inline-Editor erkennt fehlende USt-IdNrn., Rechenfehler und Pflichtfelder und generiert eine korrigierte XML-Datei mit GoBD-konformem Audit-Trail.
Vollständiger Audit-Trail für jede Validierung und Reparatur — erfüllt die Anforderungen des deutschen Finanzamts.
Ihre sensiblen Finanzdokumente verlassen niemals Ihre Sitzung. Dateien werden vollständig im Arbeitsspeicher verarbeitet.
ZIP-Datei mit mehreren XMLs ablegen und alle auf einmal verarbeiten. Ideal für den Monatsabschluss.
PRORechnungsdaten als semikolonseparierte CSV-Datei exportieren — direkt importierbar in DATEV-Buchhaltungssoftware.
PROKostenlos starten. Upgraden, wenn Sie unbegrenzte Verarbeitung und Archivierung benötigen.
Für schnelle Rechnungsprüfungen
Für Buchhalter & Unternehmen
47,88 € jährlich abgerechnet — oder 4,99 € monatlich.
XRechnung ist der deutsche Standard für elektronische Rechnungen (E-Rechnungen) im B2G-Bereich (Business-to-Government) und basiert auf der europäischen Norm EN 16931. Seit dem 27. November 2020 müssen Lieferanten, die Rechnungen an Bundesbehörden stellen, diese ausschließlich im XRechnung-Format übermitteln. Ab 2025 wird die Pflicht schrittweise auf den B2B-Bereich (Business-to-Business) ausgeweitet.
Eine XRechnung ist eine reine XML-Datei — für Menschen ohne Hilfsmittel nicht lesbar. Unser XRechnung Viewer übersetzt diese maschinenlesbaren Daten in eine klare, strukturierte Ansicht: Sie sehen sofort Rechnungssteller, Empfänger, Positionen, Steuerbeträge und alle Pflichtfelder. Fehler werden farblich hervorgehoben, und der Smart-Repair-Motor schlägt automatisch Korrekturen vor.
Ob Sie Buchhalter, Steuerbüro, ERP-Entwickler oder Einkäufer einer Behörde sind: Mit diesem Tool prüfen Sie XRechnung-Dateien direkt online — ohne Installation, ohne eigene Validierungssoftware. Ihre Datei wird verschlüsselt übertragen, nur im Arbeitsspeicher verarbeitet und nicht gespeichert.
Das Tool unterstützt XRechnung UBL 2.x/3.0, XRechnung CII sowie ZUGFeRD 2.x-Dateien. So gehen Sie vor:
Ihre Datei wird über eine verschlüsselte Verbindung an unseren Server übertragen, dort ausschließlich im Arbeitsspeicher zur Validierung verarbeitet und nicht gespeichert.
Ihre XML-Datei wird über eine verschlüsselte Verbindung an unsere Validierungs-API übertragen, dort im Arbeitsspeicher geparst und gegen das Schema EN 16931 (Subset Deutschland) validiert — ohne dauerhafte Speicherung. Anschließend zeigt der Browser das Ergebnis in einer strukturierten Ansicht an.
Der Smart-Repair-Motor korrigiert die häufigsten inhaltlichen Fehler: fehlende oder ungültig formatierte USt-IdNrn. von Verkäufer und Käufer, fehlerhafte Rechnungsnummern oder Datumsangaben, falsch berechnete Netto-, USt- und Bruttobeträge (mit Rundungstoleranz bis 0,01 €) sowie nicht passende USt-Kategorien. Jede Änderung wird mit Zeitstempel, Benutzer-ID und Änderungsbeschreibung protokolliert; als Pro-Nutzer können Sie diesen Log im GoBD-Vault speichern. Die Leitweg-ID (BT-10) korrigiert der Motor nicht automatisch — sie muss manuell ergänzt werden.
ZUGFeRD-PDFs lassen sich nicht direkt in den Viewer hochladen: Extrahieren Sie das eingebettete XML zunächst mit unserem ZUGFeRD/Factur-X-Extraktor (läuft vollständig im Browser) und laden Sie die resultierende XML-Datei anschließend hier zur Validierung hoch. Unterstützt werden aktuelle ZUGFeRD-Versionen (Profile BASIC, EN 16931/COMFORT, EXTENDED) sowie Factur-X.
Eingehende Lieferantenrechnungen vor der Verbuchung auf Vollständigkeit und Korrektheit prüfen. Fehlende USt-IdNrn. oder ungültige Steuerbeträge erkennen, bevor das Finanzamt nachfragt.
Vom ERP-System generierte XRechnung-Dateien gegen die offizielle Schematron-Regeln testen. Den genauen Fehlercode und das betroffene XML-Element auf einen Blick sehen.
Eingehende XRechnungen von Lieferanten auf formale Korrektheit prüfen und bei Bedarf zur Korrektur zurückverweisen. Leitweg-ID-Validierung auf Knopfdruck.
Eigene Rechnungen vor der Übermittlung an das Behörden-Portal (z. B. OZG-RE) vorab validieren und sicherstellen, dass keine Pflichtfelder fehlen.
Die folgende XML-Struktur zeigt die Mindestfelder einer konformen XRechnung 3.0 im UBL-Format. Pflichtfelder gemäß EN 16931 und den deutschen Erweiterungen sind hervorgehoben.
<?xml version="1.0" encoding="UTF-8"?>
<ubl:Invoice xmlns:ubl="urn:oasis:names:specification:ubl:schema:xsd:Invoice-2"
xmlns:cbc="urn:oasis:names:specification:ubl:schema:xsd:CommonBasicComponents-2"
xmlns:cac="urn:oasis:names:specification:ubl:schema:xsd:CommonAggregateComponents-2">
<!-- Pflichtfelder Gruppe 1: Rechnungskopf -->
<cbc:CustomizationID>urn:cen.eu:en16931:2017#compliant#urn:xeinkauf.de:kosit:xrechnung_3.0</cbc:CustomizationID>
<cbc:ProfileID>urn:fdc:peppol.eu:2017:poacc:billing:01:1.0</cbc:ProfileID>
<cbc:ID>RE-2024-0042</cbc:ID> <!-- BT-1: Rechnungsnummer -->
<cbc:IssueDate>2024-03-15</cbc:IssueDate><!-- BT-2: Rechnungsdatum -->
<cbc:DueDate>2024-03-29</cbc:DueDate> <!-- BT-9: Fälligkeitsdatum -->
<cbc:InvoiceTypeCode>380</cbc:InvoiceTypeCode><!-- BT-3: Rechnungsart -->
<cbc:DocumentCurrencyCode>EUR</cbc:DocumentCurrencyCode><!-- BT-5 -->
<cbc:BuyerReference>991-123456-24</cbc:BuyerReference><!-- BT-10: Leitweg-ID -->
<!-- Pflichtfelder Gruppe 2: Verkäufer -->
<cac:AccountingSupplierParty>
<cac:Party>
<cac:PartyName><cbc:Name>Muster GmbH</cbc:Name></cac:PartyName>
<cac:PostalAddress>
<cbc:StreetName>Musterstraße 1</cbc:StreetName>
<cbc:CityName>Berlin</cbc:CityName>
<cbc:PostalZone>10115</cbc:PostalZone>
<cac:Country><cbc:IdentificationCode>DE</cbc:IdentificationCode></cac:Country>
</cac:PostalAddress>
<cac:PartyTaxScheme>
<cbc:CompanyID>DE123456789</cbc:CompanyID><!-- BT-31: USt-IdNr. -->
<cac:TaxScheme><cbc:ID>VAT</cbc:ID></cac:TaxScheme>
</cac:PartyTaxScheme>
</cac:Party>
</cac:AccountingSupplierParty>
<!-- Pflichtfelder Gruppe 3: Käufer -->
<cac:AccountingCustomerParty>
<cac:Party>
<cac:PartyName><cbc:Name>Bundesministerium Beispiel</cbc:Name></cac:PartyName>
</cac:Party>
</cac:AccountingCustomerParty>
<!-- Zahlungsinformation -->
<cac:PaymentMeans>
<cbc:PaymentMeansCode>58</cbc:PaymentMeansCode>
<cac:PayeeFinancialAccount>
<cbc:ID>DE89370400440532013000</cbc:ID><!-- BT-84: IBAN -->
</cac:PayeeFinancialAccount>
</cac:PaymentMeans>
<!-- Steuer -->
<cac:TaxTotal>
<cbc:TaxAmount currencyID="EUR">190.00</cbc:TaxAmount>
</cac:TaxTotal>
<!-- Belegsummen -->
<cac:LegalMonetaryTotal>
<cbc:LineExtensionAmount currencyID="EUR">1000.00</cbc:LineExtensionAmount>
<cbc:TaxExclusiveAmount currencyID="EUR">1000.00</cbc:TaxExclusiveAmount>
<cbc:TaxInclusiveAmount currencyID="EUR">1190.00</cbc:TaxInclusiveAmount>
<cbc:PayableAmount currencyID="EUR">1190.00</cbc:PayableAmount>
</cac:LegalMonetaryTotal>
<!-- Rechnungsposition -->
<cac:InvoiceLine>
<cbc:ID>1</cbc:ID>
<cbc:InvoicedQuantity unitCode="HUR">10</cbc:InvoicedQuantity>
<cbc:LineExtensionAmount currencyID="EUR">1000.00</cbc:LineExtensionAmount>
<cac:Item>
<cbc:Name>Beratungsleistung</cbc:Name>
<cac:ClassifiedTaxCategory>
<cbc:ID>S</cbc:ID>
<cbc:Percent>19</cbc:Percent>
<cac:TaxScheme><cbc:ID>VAT</cbc:ID></cac:TaxScheme>
</cac:ClassifiedTaxCategory>
</cac:Item>
<cac:Price><cbc:PriceAmount currencyID="EUR">100.00</cbc:PriceAmount></cac:Price>
</cac:InvoiceLine>
</ubl:Invoice>Dieses Beispiel erfüllt alle Pflichtfelder gemäß XRechnung 3.0 (CustomizationID für KoSIT-Konformität, Leitweg-ID in BT-10, USt-IdNr. in BT-31). Laden Sie es im Viewer hoch, um das Validierungsergebnis zu sehen.
Die Leitweg-ID ist eine eindeutige Kennung, die den Empfänger (in der Regel eine Behörde) im deutschen E-Rechnungs-Routing identifiziert. Sie wird im XML-Feld BT-10 (cbc:BuyerReference) übertragen. Während die EU-Norm EN 16931 dieses Feld als optional definiert, macht die deutsche Ergänzungsregel BR-DE-15 es zur Pflichtangabe — allerdings nur als Vorhandensein-Prüfung: KoSIT prüft nicht, ob die Leitweg-ID selbst richtig formatiert ist oder eine gültige Prüfziffer hat. Eine fehlende Leitweg-ID führt zur Ablehnung durch das Behörden-Portal (OZG-RE); Format und Prüfziffer prüfen Sie zusätzlich mit unserem Leitweg-ID-Validator. Das Format lautet: {Präfix}-{Nummer}-{Prüfziffer}, z. B. 991-12345-73.
XRechnung unterstützt zwei XML-Syntaxen: UBL (Universal Business Language, ISO/IEC 19845) und CII (UN/CEFACT Cross Industry Invoice, D16B). Beide Syntaxen sind semantisch gleichwertig und vollständig EN-16931-konform — sie unterscheiden sich nur in der XML-Struktur und den Namespaces. UBL verwendet den Namespace urn:oasis:names:specification:ubl:schema:xsd:Invoice-2, CII den Namespace urn:un:unece:uncefact:data:standard:CrossIndustryInvoice:100. Die meisten deutschen Behördenportale akzeptieren beide Syntaxen. ZUGFeRD 2.x verwendet ausschließlich CII.
KoSIT (Koordinierungsstelle für IT-Standards) ist die offizielle Prüf- und Validierungsinstanz für XRechnung in Deutschland. Die KoSIT veröffentlicht Schematron-Regeln und XSD-Schemas, gegen die XRechnung-Dateien geprüft werden. Unser Viewer implementiert dieselben Validierungsregeln und zeigt Fehlercodes im KoSIT-Format an (z. B. BR-DE-15, BR-CO-15). Für eine offizielle KoSIT-Validierung vor der Einreichung beim Behördenportal empfehlen wir zusätzlich den offiziellen KoSIT-Validator.
Das Wachstumschancengesetz (März 2024) schreibt die stufenweise Einführung der E-Rechnungspflicht im deutschen B2B-Bereich vor: Ab dem 1. Januar 2025 müssen alle Unternehmen in der Lage sein, strukturierte E-Rechnungen zu empfangen. Ab dem 1. Januar 2027 müssen Unternehmen mit einem Jahresumsatz über 800.000 € E-Rechnungen ausstellen. Ab dem 1. Januar 2028 gilt die Ausstellungspflicht für alle umsatzsteuerpflichtigen Unternehmen unabhängig vom Umsatz. Übergangslösungen (PDF per E-Mail) sind bis dahin in bestimmten Konstellationen noch zulässig.
XRechnung ist ein reines XML-Format (UBL oder CII) ohne visuellen Teil. ZUGFeRD ist ein hybrides Format: Es kombiniert ein menschenlesbares PDF/A-3-Dokument mit einer eingebetteten XML-Datei (immer CII-Syntax). Beide Formate sind EN-16931-konform. XRechnung wird für B2G-Rechnungen an Bundesbehörden gefordert. ZUGFeRD ist im B2B-Bereich und für Landesbehörden häufig akzeptiert. Unser Viewer unterstützt beide Formate.
Ihre Datei wird über eine verschlüsselte Verbindung an unseren Server übertragen und dort ausschließlich im Arbeitsspeicher zur Validierung und Reparatur verarbeitet — sie wird nicht dauerhaft gespeichert; wir führen lediglich einen Zähler für Ihr tägliches Nutzungskontingent. GoBD-Konformität bezieht sich auf den Audit-Trail der Smart-Repair-Funktion: Jede automatische Änderung wird mit Zeitstempel, Benutzer-ID und Änderungsbeschreibung protokolliert. Dieser Log wird nur gespeichert, wenn Sie als Pro-Nutzer die GoBD-Vault-Funktion aktiv nutzen.
Der zentrale deutsche Eingangskanal für E-Rechnungen an die öffentliche Verwaltung ist OZG-RE (Onlinezugangsgesetz-Rechnungseingang). Seit dem 19. September 2025 ist die vormals separate Bundesplattform ZRE in OZG-RE aufgegangen, sodass Bundes-, Landes- und Kommunalbehörden nun über dasselbe Portal erreichbar sind. Daneben überträgt PEPPOL (Pan-European Public Procurement Online) XRechnung als PEPPOL BIS Billing 3.0. Viele Bundesländer betreiben zusätzlich eigene Portale (z. B. eRechnung Bayern, eRechnungsportal Baden-Württemberg). Unser Viewer prüft, ob Ihre Datei die Mindestanforderungen für alle diese Portale erfüllt.
BR-DE-15 ist eine deutsche Erweiterungsregel (Business Rule), die besagt: «Eine Rechnung muss eine Käuferreferenz enthalten» (BT-10, cbc:BuyerReference) — das Feld, in dem die Leitweg-ID bei Rechnungen an die öffentliche Verwaltung steht. Die Regel prüft nur, ob das BuyerReference-Element vorhanden und nicht leer ist — nicht, ob die Leitweg-ID selbst richtig formatiert ist oder eine gültige Prüfziffer hat; das validiert KoSIT nicht. Lösung: Erfragen Sie beim Empfänger (Behörde, Kunde) die korrekte Leitweg-ID und tragen Sie diese im entsprechenden Feld ein. Format und Prüfziffer prüfen Sie zusätzlich mit unserem Leitweg-ID-Validator — der Smart-Repair-Motor korrigiert dieses Feld nicht automatisch.
Ja. Da XRechnung auf der europäischen Norm EN 16931 basiert, sind EN-16931-konforme Rechnungen aus anderen EU-Ländern (z. B. Peppol BIS Billing aus Österreich, den Niederlanden oder Skandinavien) grundsätzlich kompatibel und werden validiert. Länderspezifische Erweiterungsregeln (z. B. österreichische ÖNORM A 6369) werden als Informationshinweise angezeigt, führen aber nicht zu Fehlern im deutschen Kontext.