# XRechnung vs ZUGFeRD vs PDF: which format to use in Germany

- Date: 2026-04-20
- Modified: 2026-08-29
- Reviewed: August 29, 2026
- Reading time: 3 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.

As of April 20, 2026, businesses in Germany must be able to receive structured e-invoices for domestic B2B transactions. Issuers can still use the statutory transition rules, so 2026 is the time to decide 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.

## 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/)