XRechnung REST-API: Reines EN 16931 CII-XML per API generieren
Für Rechnungen an Bundes- und Landesbehörden (B2G) ist in Deutschland das reine XML-Format XRechnung (Standard EN 16931) vorgeschrieben. Unsere REST-API generiert standardkonforme CII-XML-Dateien per POST /v1/invoice/xrechnung in Millisekunden.
Eigene Rechnung hier hineinziehen
oder Datei vom Computer auswählen (.pdf oder .xml bis 10 MB)
Vorausgefüllter, normkonformer JSON-Payload gegen unser InvoiceRequest-Modell. Du kannst die Werte direkt editieren:
zg_test_ouroboros_001 (sofortige PDF/A-3 Generierung).
Code-Vergleich: Falsches vs. Korrektes CII-XML
<!-- FEHLER: Veraltete oder fehlende SpecificationIdentifier / CustomizationID -->
<rsm:CrossIndustryInvoice>
<rsm:ExchangedDocumentContext>
<!-- ram:GuidelineSpecifiedDocumentContextParameter fehlt oder enthält alte Version -->
<ram:GuidelineSpecifiedDocumentContextParameter>
<ram:ID>urn:cen.eu:en16931:2017</ram:ID>
</ram:GuidelineSpecifiedDocumentContextParameter>
</rsm:ExchangedDocumentContext>
</rsm:CrossIndustryInvoice>
<!-- KORREKT: Gültige XRechnung 3.0 Kennung nach aktuellem KoSIT Standard -->
<rsm:CrossIndustryInvoice>
<rsm:ExchangedDocumentContext>
<ram:GuidelineSpecifiedDocumentContextParameter>
<ram:ID>urn:cen.eu:en16931:2017#compliant#urn:xeinkauf.de:kosit:xrechnung_3.0</ram:ID>
</ram:GuidelineSpecifiedDocumentContextParameter>
</rsm:ExchangedDocumentContext>
</rsm:CrossIndustryInvoice>
Technische Ursache & Lösung
Die Erstellung einer XRechnung stellt Entwickler oft vor große Herausforderungen: Reine XML-Dateien nach dem UN/CEFACT CII- oder OASIS UBL-Standard erfordern hunderte geschachtelte Tags, exakte Namensräume und strenge KoSIT-Schematron-Regeln.
Über unsere E-Rechnung Cloud REST-API entfällt der manuelle XML-Bau vollständig: Du sendest ein einfaches JSON-Objekt an `POST /v1/invoice/xrechnung`. Das Backend berechnet alle Steuerbasisbeträge, prüft die Leitweg-ID (BT-10) und liefert sofort eine 100 % valide XRechnung 3.0 XML-Datei zurück.
Die API lässt sich aus jeder Programmiersprache (Python, PHP, C#, Node.js, Go) oder No-Code-Plattform (n8n, Make.com) ansprechen.
Keine Lust auf XML-Schematron-Fehler und Rundungsdifferenzen?
Unsere E-Rechnung Cloud API übernimmt alle mathematischen Berechnungen, Steuerregeln, XSD-Schemata und die PDF/A-3 Konvertierung vollautomatisch im Hintergrund.
Häufig gestellte Fragen (FAQ)
Welche XRechnung-Version wird über die API erzeugt?
Standardmäßig wird die aktuelle XRechnung 3.0 nach KoSIT-Standard und europäischer Norm EN 16931 im CII-Format (CrossIndustryInvoice) erzeugt.
Wie binde ich den Endpunkt in mein Backend ein?
Sende einen POST-Request an /v1/invoice/xrechnung mit dem Header X-API-Key und deiner Rechnungs-JSON. Als Response erhältst du direkt den rohen XML-String mit Content-Type application/xml.
Wird die erzeugte XRechnung vor der Ausgabe validiert?
Ja. Jede generierte XRechnung durchläuft vor der Auslieferung unsere interne Schematron- und XSD-Validierung, sodass keine fehlerhaften Rechnungen ausgeliefert werden.
Passende Themen & Normen
Alle 12 Themen ansehen →KoSIT XRechnung validieren: Schematron-Prüfung ohne Java per API
Validiere XRechnung & ZUGFeRD gegen die offiziellen KoSIT Schematron-Regeln. Keine Java- oder Docker-Installation nötig – direkte Cloud-Validierung in <500ms.
BT-10BT-10 Leitweg-ID: Käuferreferenz in XRechnung & ZUGFeRD richtig setzen
Alles zu Business Term BT-10: Wo und wie die Leitweg-ID in XRechnung und ZUGFeRD 2.2 eingetragen wird. Mit XML-Pfaden, Syntaxregeln und Online-Prüfer.
BR-DE-15Fehler BR-DE-15 beheben: Käuferreferenz / Leitweg-ID (BT-10) in XRechnung
So behebst du den Fehler BR-DE-15 in XRechnung & ZUGFeRD. Erfahre, wo die Leitweg-ID (BT-10) im CII-XML eingetragen werden muss inkl. XML-Vergleich & API-Payload.
VALIDATOR REST-APIZUGFeRD & XRechnung Validator REST-API: Rechnungen automatisiert prüfen
Integriere die ZUGFeRD & XRechnung Validierung per REST-API (POST /v1/invoice/validate). 100% DSGVO-konform im flüchtigen RAM, sekundenschnelle Fehler-Rückgabe.