XML is complex
CII, UBL, EN16931, code lists, Schematron rules — the specification spans hundreds of pages. One wrong field and the invoice gets rejected.
Generate ZUGFeRD PDFs, create XRechnung XML, embed invoice data into existing PDFs and validate. All EN16931-compliant, all through a single REST API.
1 credit per operation. 100 credits/month free.
CII, UBL, EN16931, code lists, Schematron rules — the specification spans hundreds of pages. One wrong field and the invoice gets rejected.
Since 2025, businesses in Germany must be able to receive e-invoices. From 2027, sending will gradually become mandatory too. No more workarounds.
Accounting software generates e-invoices only for its own invoices. If you need e-invoicing in your own software, you have to implement it yourself — or use an API.
Send invoice data as JSON, receive a PDF with embedded XML data. Visually readable for humans, machine-readable for software.
Pure XML in CII or UBL format. For German public sector clients that don't accept PDF.
Check existing e-invoices against EN16931. Convert between CII and UBL. Extract structured data from PDFs.
PDF/A-3 with embedded XML. All profiles: Minimum, Basic, Comfort, Extended.
Standalone XRechnung in CII or UBL format. Compliant with the German specification.
Take an existing invoice PDF and add ZUGFeRD XML data to it.
Check against EN16931 Schematron rules. Detailed error messages for violations.
Switch between the two XML formats without data loss.
Read structured data from existing ZUGFeRD PDFs or XRechnung XMLs.
Integrate e-invoice generation as a feature in your software without implementing the specification yourself.
XRechnung is mandatory for invoices to federal, state and municipal authorities. One API call instead of weeks of implementation.
ZUGFeRD as the standard for invoice exchange between businesses. Automatic processing on the recipient side.
Exactly what applies to companies in Germany from 2025, 2027 and 2028 — with code samples for implementation.
Read the mandate in detailStandards and formats directly related to this feature — explained concisely.
UN/CEFACT XML syntax for invoices — one of the two accepted formats for EN 16931-compliant e-invoices and the technical foundation of ZUGFeRD.
European standard defining the semantic data model of electronic invoices — the shared foundation for XRechnung, Peppol BIS, ZUGFeRD and Factur-X.
Unique recipient identifier for e-invoices to German public authorities — mandatory in field BT-10 of every B2G XRechnung.
Certified service provider that delivers documents into the Peppol network or receives them — the technical gateway between your software and the European e-invoicing transport network.
European network for standardised, cross-border exchange of business documents — primarily e-invoices — via accredited Access Points.
OASIS XML standard for business documents — the second accepted syntax for EN 16931 e-invoices and the default format in the European Peppol network.
The German XML invoice standard and mandatory format for invoices to public-sector buyers (B2G) in Germany.
A German-French hybrid e-invoice format: a PDF/A-3 document with an embedded machine-readable CII XML file.