Beispiel-E-Rechnungsdateien, eine pro Format
Jede Datei unten stammt aus derselben Engine, die auch die Endpunkte /generate und /validate von CrateAPI antreibt — und jede hat den eigenen Validator dieser Engine bestanden, bevor wir sie veröffentlicht haben. Nutzen Sie sie, um Ihren Parser, Viewer, ERP-Import oder Ihre Integration zu testen, ohne auf eine echte Kundenrechnung zu warten.
Das sind Formatbeispiele, keine echten Transaktionen. Keine davon wurde an Peppol, das SDI, KSeF oder ein anderes Netzwerk übermittelt, und keine trägt eine digitale Signatur. Alle Daten — Firmennamen, USt-IdNrn, IBANs — sind fiktiv: in der Form gültig, im Inhalt erfunden. Nichts hier identifiziert ein echtes Unternehmen oder muss jemandem zugeordnet werden.
UBL / Peppol BIS 3.0
Standardrechnung (Typ 380), UBL-2.1-Syntax, Peppol-BIS-Billing-3.0-Profil — das meistgenutzte grenzüberschreitende E-Rechnungsformat in der EU.
CII — Cross Industry Invoice (EN 16931)
Standardrechnung (Typ 380), UN/CEFACT-Cross-Industry-Invoice-Syntax (CII) D16B, EN-16931-Kernprofil.
Gutschrift (Typ 381), gleiche CII-Syntax — korrigiert oder storniert eine vorherige Rechnung.
XRechnung 3.0 (Germany)
Standardrechnung für die deutsche B2G/B2B-E-Rechnung, UBL-Syntax, XRechnung-3.0-Profil, mit Leitweg-ID.
Factur-X / ZUGFeRD (PDF/A-3)
Hybrides PDF/A-3b: ein für Menschen lesbares Rechnungs-PDF mit eingebettetem, maschinenlesbarem EN-16931-CII-XML (factur-x.xml) — als normales PDF öffnen, oder das XML für die automatisierte Verarbeitung extrahieren.
RO_CIUS (Romania, e-Factura)
Standardrechnung für das rumänische e-Factura-System, UBL-Syntax, RO_CIUS-1.0.1-Profil, Währung RON.
FatturaPA (Italy, SDI)
Für SDI-/FatturaPA-Tools gedacht — der kostenlose Validator auf dieser Seite deckt nur EN 16931 (UBL/CII) ab, nicht FatturaPA.
Standardrechnung (TD01) für das italienische Sistema di Interscambio (SDI), FatturaPA-Schema v1.2.2.
Facturae (Spain)
Standardrechnung für Spanien (Facturae-Schema, InvoiceDocumentType FC/InvoiceClass OO), unsigniert — die XAdES-Signatur bleibt in der Verantwortung des Absenders, wie im echten Ablauf.
KSeF / FA_VAT (Poland)
Standardrechnung für die polnische KSeF-Plattform, FA_VAT-Schema FA(2), Währung PLN, nur Preflight — nicht an KSeF übermittelt, keine numer KSeF.
EHF Billing 3.0 (Norway)
Standardrechnung (Typ 380), UBL-2.1-Syntax, EHF-Billing-3.0-Profil — das norwegische E-Rechnungsformat, offiziell Regel für Regel identisch mit Peppol BIS Billing 3.0.
NLCIUS / SI-UBL 2.0 (Netherlands)
Standardrechnung (Typ 380), UBL-2.1-Syntax, NLCIUS-/SI-UBL-2.0-Profil — der niederländische Peppol-CIUS, Verkäufer und Käufer beide niederländisch, getestet gegen die BR-NL-*-Regeln.
PINT Billing EU (international)
Standardrechnung (Typ 380), UBL-2.1-Syntax, PINT-Billing-EU-1.0.2-Profil — OpenPeppols EU-ausgerichtetes internationales Modell, grenzüberschreitend mit Verkäufer (Deutschland) und Käufer (Frankreich).
Absichtlich ungültig (zum Testen der Fehlerbehandlung)
Jede Datei oben zeigt, wie ein korrekter Export aussieht. Diese drei nicht — jede verletzt absichtlich genau eine Validierungsregel. Nutzen Sie sie, um zu testen, wie Ihr eigener Parser, ERP-Import oder Fehlerbehandlungscode auf ein defektes Dokument reagiert, bevor ein echtes in der Produktion auftaucht.
Peppol-BIS-Rechnung mit absichtlich falschem Gesamtbetrag — der Bruttobetrag entspricht nicht Nettobetrag plus USt.
Peppol-BIS-Rechnung ohne Käuferreferenz und ohne Bestellreferenz. Peppol verlangt mindestens eine von beiden.
XRechnung ohne Leitweg-ID (Käuferreferenz BT-10) — Pflichtfeld für das Routing im deutschen öffentlichen Sektor.
Brauchen Sie das mit Ihren eigenen Daten?
Erzeugen und validieren Sie solche Dokumente aus Ihren eigenen Rechnungsdaten über die API — der kostenlose Validator verlangt nie einen Schlüssel.