Skip to main content
Convert PDF to XRechnung: practical workflow and paid plans
Blog

Convert PDF to XRechnung: practical workflow and paid plans

3 min readReviewed: July 14, 2026
Markdown export

Official references

Use these sources to verify dates, formats, and official rule changes.

This guide is for finance teams, suppliers, and ERP owners who still receive or create PDF invoices but now need a compliant XRechnung workflow for Germany.

As of April 20, 2026, businesses in Germany must already be able to receive e-invoices. For domestic B2B transactions, the issuing transition period runs until December 31, 2026, and until December 31, 2027 for issuers whose previous-year turnover did not exceed EUR 800,000. From January 1, 2027, the transition no longer covers issuers above that threshold; from January 1, 2028, the e-invoice obligation applies more broadly. If your source process is still PDF-first, conversion can be a practical bridge, but only if the output is reviewed and validated.

When PDF-to-XRechnung conversion is the right approach

Use conversion when the upstream ERP or billing system still produces PDFs, while the recipient expects structured XML. It is especially useful during a phased rollout, pilot project, or ERP migration.

Do not treat conversion as a magic replacement for process design. If buyer identifiers, tax logic, payment terms, or line data are missing in the source invoice, those issues still need human review before the XML is sent.

What an acceptable XRechnung output must contain

  • A supported XRechnung syntax and rule set, such as XRechnung 3.0.2.
  • Required seller, buyer, invoice, tax, and payment information in the correct structured positions.
  • Recipient-specific identifiers such as Buyer Reference or Leitweg-ID where required.
  • A validation pass against EN 16931 and the applicable German rule set before submission.

Recommended conversion workflow

  1. Upload the PDF and check that header data, dates, totals, VAT rates, and line items were extracted correctly.
  2. Add or correct missing identifiers, especially buyer reference, Leitweg-ID, tax IDs, and payment references.
  3. Generate the XRechnung XML and run validation before the file leaves your team.
  4. Review warnings or failed rules, correct the source data, and regenerate instead of patching the XML manually where possible.
  5. Only then send the invoice through the correct recipient channel, portal, or PEPPOL setup.

Common failure points

  • Treating the PDF layout as proof that the structured data is complete.
  • Missing buyer reference or Leitweg-ID for German public-sector workflows.
  • VAT category mismatches between line-level and document-level totals.
  • Assuming the XML is ready to send without a validator report and exception handling process.

Ready to convert your invoices?

Start converting PDF invoices to XRechnung, ZUGFeRD, and other formats today with credits or a paid plan.

Related articles