1. Home
  2. PDF to XRechnung

Convert PDF invoices to XRechnung automatically – without replacing your ERP

PEDIF converts recurring PDF invoices from ERP, billing and legacy systems into structured, validated XRechnung data. Keep your existing invoice process while PEDIF adds XRechnung output, validation and handoff to the required target workflow.

Submit a PDF invoice checkSee how it works
PDF remains the starting point
Validation before handoff
ERP & EDI stay in the architecture
Ambu
Blue Alpha
Bosch
Leipziger
Metro
Phoenix
Seeburger
Societe
Tamoil
Dimmel
Ambu
Blue Alpha
Bosch
Leipziger
Metro
Phoenix
Seeburger
Societe
Tamoil
Dimmel
Ambu
Blue Alpha
Bosch
Leipziger
Metro
Phoenix
Seeburger
Societe
Tamoil
Dimmel
Ambu
Blue Alpha
Bosch
Leipziger
Metro
Phoenix
Seeburger
Societe
Tamoil
Dimmel

How PDF to XRechnung works with PEDIF

Not "upload a PDF and hope", but a defined workflow for recognition, structure, validation and controlled handoff.

1

Keep creating PDF invoices

Your ERP, billing or specialist application continues generating the familiar PDF invoice.

2

Recognize and map invoice data

PEDIF processes recurring invoice layouts configured and tested for automation, including header, line-item, tax, total and reference data.

3

Create XRechnung data

The identified invoice data is mapped into the structured fields required for the agreed XRechnung output.

4

Validate the XRechnung

The generated output is checked for format, mandatory fields, calculations and agreed recipient/process rules before release.

5

Deliver to the target process

The validated XRechnung is passed to the agreed ERP, EDI, portal, interface or transmission workflow.

XRechnung is an E-Invoice – but not every E-Invoice is an XRechnung

E-Invoice is the broader category for structured electronic invoices. XRechnung is a German structured invoice specification based on EN 16931. A recipient may specifically require XRechnung, while another workflow may use a suitable ZUGFeRD/Factur-X profile or another compliant structured format. PEDIF first clarifies the required format, recipient requirements, validation rules and transmission process before the PDF workflow is automated.

What data does XRechnung need?

Missing mandatory data cannot be invented by conversion. It must come from the PDF, the source system or another reliable data source. Typical data includes:

  • Invoice number
  • Invoice date
  • Seller and buyer data
  • Invoice line items
  • Quantities and units
  • Prices and discounts
  • Tax information
  • Net, tax and gross totals
  • Payment information
  • Purchase-order or contract references
  • Delivery or service references
  • Recipient-specific references

Business meaning matters

OCR can read visible characters, but XRechnung needs their business meaning. A value such as 1,250.00 may be a unit price, net total, tax amount or gross total. A date may mean invoice date, delivery date, service date or due date.

PEDIF therefore combines document recognition with field logic, mapping rules, validation and exception handling instead of treating the PDF as plain text.

Leitweg-ID and XRechnung

The Leitweg-ID is primarily used to identify and address invoice recipients in German public administration and route an e-invoice to the responsible downstream authority system. It is particularly relevant in workflows for the German federal administration.

Not every B2B XRechnung automatically requires a Leitweg-ID. The exact requirement depends on the recipient, transmission route and process rules. Before conversion, the target workflow therefore needs to define which recipient references are mandatory.

What PEDIF checks first

technical format and structure

required version/profile

mandatory invoice fields

mathematical consistency and totals

tax logic

buyer, seller, order and contract references

recipient-specific requirements

exception handling before release

Automate PDF to XRechnung instead of converting every invoice manually

For a single invoice, a manual online converter may be enough. If your systems generate tens, hundreds or thousands of recurring PDFs, the real question is different: how do you turn conversion into a repeatable, controlled workflow?

Manual one-off converter

A typical flow is: upload PDF, review extracted fields, add missing information and download XML. For occasional invoices, this can be the simplest and most economical option.

Single or rare invoices

Manual review for each document

Download as the endpoint

Automated PEDIF workflow

Relevant when ERP, billing or specialist systems continuously generate PDFs and a defined structured target output is required.

Recurring approved layouts

Defined field and validation rules

Validation before handoff

Review path for exceptions

Handoff to ERP, EDI, portal, interface or other target process

PDF to XRechnung Without ERP Integration or Changing the Invoicing System

If your ERP, billing or legacy application reliably creates PDF invoices but cannot generate the required XRechnung output, you do not necessarily need to replace the source system.

PEDIF can add a structured output layer to the existing process: the PDF remains the familiar source document, relevant invoice data is mapped into XRechnung, the result is validated and the structured output is passed to the agreed downstream process.

This is particularly relevant for legacy applications, subsidiaries, specialist billing systems and EDI exceptions that continue to produce recurring PDFs.

Typical starting point

ERP reliably creates PDF, but not the required XRechnung output

Multiple invoice sources or subsidiaries

Existing EDI does not cover every partner or exception

Customers require different formats and references

Finance wants to avoid manual re-entry

IT wants to avoid an unnecessary migration project

XRechnung or ZUGFeRD?

The right choice depends on the recipient, B2B/B2G context, required profile/version, target systems, submission route and human-readability needs.

XRechnung

A structured XML-based invoice standard. It is especially relevant where the recipient explicitly requires XRechnung, public-sector rules apply, or the target process expects a pure structured dataset.

ZUGFeRD / Factur-X

A hybrid format that combines a readable PDF/A-3 representation with embedded structured XML invoice data. It can be useful when people still need a familiar invoice view while systems also need structured data.

PDF to XRechnung & ZUGFeRDXRechnung, ZUGFeRD & Peppol explained

FAQ

Yes. In a defined workflow, a PDF invoice can serve as the starting point for XRechnung. The required invoice data must be reliably available from the PDF or an additional trusted source, mapped to the correct structured invoice fields and validated against the agreed target rules. Simply renaming a .pdf file to .xml is not a conversion. PEDIF therefore starts with a fit check covering layout, required data, target profile and downstream workflow.
No. A standard PDF usually contains a visual representation designed for people. Under Germany's B2B e-invoicing rules, an e-invoice generally needs to be issued in a structured electronic format that enables electronic processing. XRechnung is a structured XML-based invoice standard. A PDF may still be permitted as an 'other invoice' in certain transitional cases, but that does not turn the PDF itself into XRechnung.
The conversion needs the invoice information required for the specific invoice scenario and recipient workflow. This may include invoice number and date, seller and buyer data, line items, quantities, prices, tax information, payment details, order or contract references and recipient-specific information. The key requirement is not only that a value appears on the PDF, but that its business meaning is unambiguous. Missing mandatory data must be supplied from a reliable source.
No. The Leitweg-ID is especially relevant for addressing recipients in German public administration and routing an e-invoice to the responsible authority system. It is an important part of invoicing workflows for the German federal administration. This does not mean that every B2B XRechnung needs a Leitweg-ID. The exact requirement depends on the recipient, the transmission route and the applicable process rules.
Yes, when the specific workflow is suitable for automation. PEDIF is designed for recurring PDF invoice layouts and clearly defined downstream processes. The existing ERP or billing application can continue producing its PDF; PEDIF recognizes approved layouts, structures relevant data, validates the target output and hands validated results to the agreed downstream process. New, ambiguous or invalid cases should follow a review path instead of being silently released.
Public-sector / B2G invoices: XRechnung is particularly important when invoicing German public-sector recipients. The exact buyer reference, mandatory fields and submission route depend on the recipient and platform. Business-to-business / B2B invoices: Germany’s B2B E-Invoice rules do not mean that every business invoice must specifically use XRechnung. XRechnung is one structured option. The required format depends on the transaction, recipient requirements and agreed technical process.

Related services and guides

PDF to e-invoicePDF to XRechnung & ZUGFeRDXRechnung, ZUGFeRD & PeppolPDF to XRechnung or EDIFACT21 Supply-Chain DocumentsPEDIF overview

Fit check, not a blanket promise

Is your PDF workflow suitable for XRechnung?

Show PEDIF representative PDF invoices and the intended target workflow. The important factors are recurring layout, available mandatory data, recipient requirements, validation and the desired downstream handoff.

Check your e-invoice gap

Contact Us

Questions, need help choosing the right setup?

Book a Meeting

Prefer to talk directly? Pick a time that works for you.

Loading calendar...
  • Turn recurring PDF and email documents into validated data for business workflows

Subscribe to the newsletter

Legal

  • Privacy Policy
  • Terms of Service
  • Imprint
  • Security

Follow Us

Supedio GmbH
Dresden, Germany
CEO: Marcus Ehrenburg

ISO 9001 Certified - ICG Quality Management System Certification
EFRE ESF - EU and Free State of Saxony funding