About the e-invoice format finder
The format finder gives a first orientation on which e-invoice route fits your invoicing process. It asks seven short questions about your recipients, their requirements, your current system and your invoice layouts, and suggests a likely route. The following sections explain what the questions are about and how to read the result.
Why the right format depends on the recipient
In e-invoicing, the format is usually not a free choice of the sender. Public-sector recipients in Germany typically expect XRechnung, often delivered through a portal or the Peppol network. Business customers may accept ZUGFeRD, XRechnung, an agreed EDI format or delivery via Peppol. Some recipients state their requirements clearly, others have not decided yet.
That is why the first questions of the format finder ask who you mainly invoice and whether the recipient has already specified a format or delivery route. Everything else builds on this.
The main routes in short
- XRechnung: a purely structured XML invoice based on EN 16931, standard for public-sector recipients in Germany and also valid between companies.
- ZUGFeRD: a hybrid invoice that combines a readable PDF with embedded XML data, well suited where people still want to see the familiar invoice layout.
- Peppol: a European network for delivering structured invoices between participants, used by many public authorities and increasingly by companies.
- PDF-first bridge: your existing system keeps producing PDFs, and the required e-invoice format is generated automatically from these PDFs.
- Existing system: if your invoicing system already creates and sends the required e-invoices end to end, no additional route may be needed.
What the questions are about
- Recipients: whether you mainly invoice public-sector or business customers.
- Requirements: whether a recipient has specified XRechnung, ZUGFeRD, a portal, Peppol or another route.
- Readable view: whether people still need a readable PDF alongside the structured data.
- Current system: whether your invoicing system can already create and send e-invoices, partly or not at all.
- Layouts: whether your PDF invoices follow one or a few recurring layouts or vary from case to case.
- Destination: whether the finished e-invoice goes to an ERP or archive, to a portal or network, or is needed as a file for now.
- Special requirements: whether there are particular legal or tax requirements that need clarification.
How to read the result
The result names the route that best matches your answers, for example that ZUGFeRD or XRechnung is likely to fit, that a PDF-first bridge may suit your process, or that more than one route may be needed. In some cases the result recommends clarifying the delivery route, the format requirements or legal and tax questions first.
The result is a non-binding orientation, not legal or tax advice. It is meant as a starting point for a conversation with your recipients, your tax advisor and, where relevant, with us.
When more than one route is needed
Many companies invoice both public authorities and business customers, or customers in several countries. In such cases one billing process may have to deliver XRechnung to some recipients, ZUGFeRD to others and invoices via Peppol to a third group. This is not unusual. What matters is that the required format and delivery route are known for each recipient, and that the invoice data needed for all formats is available in the source system or can be derived reliably.
Next steps after the format finder
- Confirm the required format and delivery route with your most important recipients
- Check whether your invoicing system can provide all mandatory invoice data
- Collect a few sample invoices for each recurring layout
- Clarify special legal or tax requirements early with your advisor
- Decide whether to extend the existing system or to add a PDF-first bridge
What recipients usually ask for
Recipients rarely explain their requirements in technical terms. Typical statements are: please send invoices via our supplier portal, we need the Leitweg-ID on every invoice, we only accept XRechnung, or we accept PDF invoices with embedded XML. Each of these points to a different route. The first step is therefore to collect these statements from your most important recipients and translate them into format, delivery channel and required references.
Data that every route needs
Regardless of the route, every e-invoice needs the same core data: seller and buyer with their addresses and tax identifiers, invoice number and date, delivery or service date, line items with quantities, units and prices, tax rates and amounts, totals and payment details. Some recipients additionally require references such as a purchase order number or a Leitweg-ID. If any of this data is missing in your invoicing process today, it has to be added before any route can work reliably.
PDF-first as a bridge
A PDF-first bridge is useful when your invoicing system works well but cannot create e-invoices. The system keeps producing its PDFs, and the required format is generated automatically from them, validated and handed over for delivery. This avoids a costly system change under time pressure and leaves room to modernize the source system later at your own pace. It works best when invoices follow recurring layouts and the required data is printed on the invoice or available as master data.
Timing: when to decide on a format
The format decision should be made well before the deadline that applies to your company. Recipients need time to confirm their requirements, your invoicing system may need additional fields, and the chosen route should be tested with real invoices. Starting early also leaves room to handle special cases such as credit notes, partial invoices or invoices with many lines before they become urgent. For companies that issue invoices to public authorities, the requirement may already apply today, independent of the general B2B deadlines.
Invoicing customers in other European countries
The format finder focuses on invoices in Germany, but many companies also invoice customers abroad. Across Europe, the requirements differ: France introduces its own reform with approved platforms and formats such as Factur-X, UBL and CII, Italy has long required e-invoices through a central exchange system, and many countries use the Peppol network for public procurement and increasingly between companies. If you invoice customers in several countries, it is worth listing the requirements per country and recipient, because one invoicing process may need to deliver several formats.
A common European basis exists: most structured invoice formats follow the semantic model of EN 16931. This means that the same invoice data can usually be mapped to different formats, as long as all mandatory information is available.
Questions about the format finder
- Is the result legally binding?
- No. The format finder gives a non-binding technical orientation based on your answers. It does not replace legal or tax advice.
- Are my answers stored?
- The format finder evaluates your answers in your browser to show the result. If you contact us afterwards, you decide which information you share.
- What if I am not sure about an answer?
- Choose the option that comes closest or the answer that indicates uncertainty. The result will then point out which requirements should be clarified first.
- Can PEDIF create every format the finder mentions?
- PEDIF can create XRechnung and ZUGFeRD from recurring PDF invoices and prepare invoices for delivery via Peppol. Which format and route fit your case is clarified with your sample invoices.
- Can I use the format finder for incoming invoices?
- The format finder focuses on invoices you send. For incoming invoices, the question is mainly which formats your accounting system can receive and process.
- How often should we revisit the result?
- Whenever your recipients, your invoicing system or the legal requirements change, for example when new recipients require e-invoices or new obligations take effect.
- What if our recipients require different formats?
- That is common. The result may then indicate that more than one route is needed. The required format and delivery route are then defined per recipient.
- Does the format finder cover invoices to other countries?
- It focuses on German requirements. For other countries, the recipient's requirements and the local rules should be checked separately.
- Is ZUGFeRD the same as Factur-X?
- ZUGFeRD and Factur-X are technically aligned and share the same structure. Which profile and version is required depends on the recipient.