Hybrid PDF\A – What’s the big deal? ZUGFeRD!

With the upcoming new release of eVo we are adding the ability to create PDF\A documents.

Historical this has not been a key requirement of the transactional documents created usually by Formate, but to recap.

PDF/A is a specialized version of the PDF format designed for long-term archiving and preservation of electronic documents.

Key characteristics:

  • Self-contained: All fonts, colour profiles, and other resources must be embedded within the file.
  • Future-proof: The document can be viewed and reproduced consistently years or decades later without relying on external resources.
  • Restricted features: Certain elements that may not be sustainable for archiving are prohibited, such as audio/video content, JavaScript, encryption, and external references.
  • Standards-based: PDF/A is defined by ISO standards (e.g., PDF/A-1, PDF/A-2, PDF/A-3, and PDF/A-4).

 

Common uses include:

  • Legal documents
  • Contracts and records management
  • Government and regulatory filings
  • Medical records
  • Document management systems

For example, a standard PDF might display differently if required fonts are missing on another computer. A PDF/A file avoids this issue by embedding the fonts, ensuring the document appears the same wherever and whenever it is opened.

So historically PDF/A is “PDF for archiving”, designed to guarantee that documents remain readable and reliable over the long term.

ZUGFeRD 

However, with the introduction of PDF\A-3, data files can be embedded into the PDF document, which leads to  standards such as the German ZUGFeRD

ZUGFeRD (Zentraler User Guide des Forums elektronische Rechnung Deutschland) is a hybrid electronic invoice standard that combines a human-readable PDF document with structured invoice data in a machine-readable XML format.

In simple terms, ZUGFeRD is an electronic invoice format that looks like a normal PDF to people but contains structured XML data that computers can automatically process.

Key characteristics:

  • Two-in-one invoice: The recipient can view the invoice as a normal PDF while accounting systems can automatically extract and process the embedded XML data.
  • Based on international standards: ZUGFeRD is aligned with the European e-invoicing standard EN 16931.
  • PDF/A foundation: The XML invoice data is embedded within a PDF/A-3 document, ensuring long-term archiving and consistent presentation.
  • Automated processing: Reduces manual data entry, improves accuracy, and supports straight-through invoice processing.
  • Interoperability: Widely used in Germany and compatible with the French Factur-X standard.

 

Typical benefits include:

  • Faster invoice processing
  • Lower administrative costs
  • Reduced errors from manual input
  • Compliance with e-invoicing regulations
  • Long-term document preservation

 

Valid PDF/A conformance levels for ZUGFeRD

Typically you’ll see:

  • PDF/A-3B (most common)
  • PDF/A-3U
  • PDF/A-3A (least common)

In eVo – PDF/A-3B with an embedded ZUGFeRD/Factur-X XML file

Within eVo, you create the pdf as normal, simply selecting PDF\A-3B as the type, then format your data into an xml file as needed and embed it in the PDF created. With the power of eVo the data structure can be tailored to your exact need (ZUGfeRD has its own detailed xml structure that can be found on line here as an example)

Factur-X is the French counterpart to Germany’s ZUGFeRD standard. The two formats are jointly maintained and technically identical, combining a PDF/A-3 invoice with embedded EN 16931-compliant XML data, enabling both human readability and automated processing

 

 

 

KB5089573 – PDF Report Rendering Issue

KB5089573 is a Windows 11 cumulative preview update (May 26, 2026) for versions 24H2 / 25H2.

Microsoft are currently investigating an issue affecting some PDF documents rendering following a recent Windows update. If your pdf document or reports appear incorrect, please open them using Adobe Reader or another non browser based pdf viewer (Edge/Chrome)

Appears to affect Arial and Times New Roman particularly, with

Missing text / blank sections

Layout distortion (especially in generated reports, SSRS, ERP outputs)

Fonts rendering incorrectly

It is assumed Microsoft will issue a fix in June

Service Release 24.9 (24.9.26117.11452)

New Patch Release – Please see release notes in Dashboard Update Utility.

Headlines:

Fix to data wrapping in pdf when “/” in data introduced is 24.8 – Rolled back

Support for reading of mirrored QR Codes

Various other minor interface fixes and improvements

Service Release 24.8 (24.8.26065.11450) – Withdrawn

it happens occasionally, but one of our fixes in 24.8 has had an adverse effect on text elements containing embedded <FT> text formatting – introduced to resolve an very rare edge case when the data contains a “\”, and only affecting wrapping in pdf output it unfortunately has not worked as intended.

Therefor 24.8 is no longer available for download and is replaced with a new version 24.9

HP Smart Universal Print Driver Series for Windows – Problems reported

We have received reports that printing may fail to MFP HP devices using the HP Smart Universal Print Driver Series for Windows.

In the first place, this has been noted when using Formate to print 3rd party PDF files – these successfully print via Formate to other print drivers – present solution if you see this problem is to use an alternate driver for printing.

Failed jobs are processed as normal by formate core services, and then fail at the print applet when communicating directly yo the printer via this driver. Failed print jobs can be found in C:\ProgramData\Extra Resource Limited\T3\PrintAppletSpool\Failed\

Please note – Print Applet events only show in event log if specifically selected, and extra information may be available by setting Print Work Files to be created in the Logging Configuration tab in Dashboard.

Service Release 24.8 (24.8.26065.11450)

New Patch Release – Please see release notes in Dashboard Update Utility.

Headlines:

Fix to data wrapping in pdf when “/” in data

Fix to Zipper() function – internal zip structure improved