E-invoicing by API: real evidence with PDF, XML and validation report
Fakturai is a REST and MCP API that turns structured invoice data into ZUGFeRD/Factur-X PDFs (EN 16931) with embedded XML and validates every invoice against KoSIT and Mustang before delivery.
For software teams, SaaS providers with their own billing, agencies and integrators, and AI agents that generate e-invoices from existing data.
Free plan: 50 generated invoices per month. The validator works without an account.
No software of your own? Fakturai is not bookkeeping or invoice-writing software. If you have no software or developers of your own, use the free validator to check e-invoices you send or receive. Check an invoice for free
The evidence: a real invoice from production
On 2026-11-04 we generated an invoice through the public production API and checked the result with the public validator. All data is synthetic; the seller is a test account.
Generated
2026-11-04
Invoice no.
QA-0001
KoSIT
accept
PDF/A-3 (Mustang)
compliant
Hard failures
0
Advisories
6
The advisories come from XRechnung and Peppol rule sets (for example BR-DE-15 buyer reference). For a B2B invoice in the EN 16931 profile they are not a rejection reason; KoSIT accepts the invoice. Every advisory is listed in the report.
Before the production launch we checked the engine locally with a synthetic EN 16931 B2B invoice. This run is B2B only and not evidence for the production API.
Mustang 2.23.1: valid, PDF/A compliant; KoSIT 1.6.2: accept in the EN16931 CII scenario. Six advisories, not warning-free. Strict-B2G rejected: BR-DE-15, BR-DE-21 and BR-DE-2 are hard failures. Not XRechnung/B2G proof.
Version discrepancy: loaded configuration 2026-02-04 / EN16931 1.3.15; version lock 2026-01-31 / 1.3.16. Acceptance against local rules, not a claim of the latest official version.
Files and SHA-256 provenance
Unmodified copies of the retained artifacts with synthetic placeholders. README in English.