# XRechnung vs ZUGFeRD vs PDF: which format to use in Germany - Date: 2026-04-20 - Modified: 2026-10-15 - Reviewed: August 29, 2026 - Reading time: 4 min read When to use XRechnung, ZUGFeRD or PDF in Germany, how UBL and CII fit, and what to confirm with the recipient before sending. > Reviewed against BMF E-Rechnung FAQ, KoSIT XRechnung, FeRD ZUGFeRD 2.5.2, Peppol BIS Billing 3.0. This guide helps businesses invoicing German customers choose a format that the recipient and delivery channel can process. Since 1 January 2025, businesses in Germany must be able to receive structured e-invoices for domestic B2B transactions. For issuing, § 27(38) UStG still allows paper invoices, or other electronic formats such as a plain PDF with the recipient’s consent, for supplies made up to the end of 2026. For 2027 supplies, issuers with prior-year turnover of at most €800,000 keep that option until the end of 2027, and any issuer may still use EDI with the recipient’s consent until then. Decide now which structured formats you can actually produce, validate, and support in day-to-day operations. ## First answer: what counts as an e-invoice in Germany The German BMF FAQ defines an e-invoice as a structured electronic format that enables electronic processing and complies with EN 16931 or is interoperable with it. A plain PDF is still an electronic document, but since January 1, 2025 it is classified as a “non-e-invoice” (sonstige Rechnung), not as a structured e-invoice. That is why the practical question is not "Can I email a PDF?" but "Can my process generate structured invoice data that the recipient can process and a validator can check?" ## The formats most teams should care about - **XRechnung**: a German EN 16931 CIUS supplied as UBL or CII XML. Use it when the recipient or portal requires XRechnung, and confirm which syntax and routing fields it accepts. - **ZUGFeRD / Factur-X**: a PDF/A-3 file with embedded CII XML. Use a profile the recipient accepts; MINIMUM and BASIC WL do not qualify as German e-invoices under the BMF rules. - **UBL and CII**: XML syntaxes, not substitutes for the recipient profile. XRechnung supports both; ZUGFeRD / Factur-X uses CII. A Peppol channel can require Peppol BIS Billing in UBL. ## How to choose the right format - Start with the recipient requirement, not your preferred format. Some recipients or channels are explicit. - Choose XRechnung when the recipient or delivery channel requires it; then confirm its accepted UBL or CII syntax and buyer reference. - Choose ZUGFeRD when the recipient accepts the chosen profile and a readable PDF is useful alongside structured data. - For Peppol, follow the required Peppol BIS Billing profile and endpoint rules rather than sending generic UBL. - Validate the output with the relevant rule set before you decide the format is ready for production. ## What does not solve the problem on its own - Sending a standard PDF and assuming it has become compliant because it was created electronically. - Picking one format globally without checking the recipient channel or buyer requirement. - Manually editing XML after validation failures instead of fixing the source data or mapping logic. - Skipping a review step for invoices with weak source quality, discounts, mixed VAT treatments, or missing buyer identifiers. ## Official baseline for Germany Use the [BMF FAQ on Germany’s mandatory e-invoicing rules from January 1, 2025](https://www.bundesfinanzministerium.de/Content/DE/FAQ/e-rechnung.html) as the legal baseline for domestic B2B invoicing. For practical rollout, pair that legal view with your recipient requirements, validator output, and internal exception process. > **Which format should I send?** > > Which e-invoice format to send, by recipient. German public authority: XRechnung (UBL or CII) with the Leitweg-ID in BT-10. German business: ZUGFeRD in the EN 16931 profile or higher if a readable PDF is wanted, otherwise XRechnung or another EN 16931 XML format. Business in another EU country via Peppol: Peppol BIS Billing 3.0 in UBL 2.1. Business in France, between businesses established in France: Factur-X, or UBL or CII, through a Plateforme Agréée. A plain PDF is not an e-invoice. ## FAQ ### Is a normal PDF an e-invoice under the German 2026 rules? No. In the domestic B2B context, an e-invoice must use a structured electronic format that supports electronic processing. A plain PDF is classified as a non-e-invoice (sonstige Rechnung) and does not meet that standard by itself. ### Should I always choose XRechnung for Germany? Not always. Use XRechnung when the recipient or delivery channel requires it. For domestic B2B, an accepted ZUGFeRD profile or another agreed structured format may fit better. ### Can one ERP output support multiple German invoice formats? Yes, if your mapping layer is designed for it. Many teams keep one source invoice model and generate different structured outputs depending on the customer and channel. ## Official references - [BMF E-Rechnung FAQ](https://www.bundesfinanzministerium.de/Content/DE/FAQ/e-rechnung.html) - [KoSIT XRechnung](https://xeinkauf.de/xrechnung/) - [FeRD ZUGFeRD 2.5.2](https://www.ferd-net.de/publikationen-produkte/publikationen/detailseite/zugferd-252-english) - [Peppol BIS Billing 3.0](https://docs.peppol.eu/poacc/billing/3.0/bis/)