Warning: count(): Parameter must be an array or an object that implements Countable in /kunden/567486_14057/tst.pdfv.org/wp-content/plugins/Ultimate-Premium-Plugin/usm_premium_icons.php on line 520
About the contributor

More contributions
PDF Association mit erweitertem Vorstand

Berlin. Der neu gewählte Vorstand der PDF Assocation setzt sich aus elf Mitgliedern zusammen. Neu hinzugekommen sind mit Catherine Andersz, PDFTron Systems, und Alaine Behler, iText Software, zwei anerkannte Marketingexpertinnen. Darüber hinaus bereich …

Test callas
Test callas
Rückblick auf die PDF Days Europe 2018 im Postmaster-Magazin

Das Postmaster-Magazin hat in seiner aktuellen Ausgabe einen Nachbericht zu den PDF Days Europe veröffentlicht, den Sie hier nachlesen können.

Videoaufzeichnungen und Präsentationen der PDF Days Europe 2018 jetzt verfügbar!

Sie haben die PDF Days Europe 2018 verpasst? Kein Problem! Hier finden Sie alle 32 spannenden Vorträge der PDF Days Europe 2018!

In this issue: CeBIT 2013 • PDF/A-3 with FeRD • LuraTech

PDF Association Newsletter: Issue 27


    •   CeBIT 2013
    •    PDF/A-3 with FeRD
    • LuraTech

Carsten Heiermann

Dear Readers,

The third part of the PDF/A standard was officially published by the ISO in October 2012 and is now available to the general public. Several members of the PDF Association quickly released new versions of their products which support PDF/A-3 to varying extents. Our seminars since then have been well attended, as the “Single Feature” standard has immense potential for optimizing document-based processes. The easy and safe integration of source and additional information, in their original formats, does not pose a risk for reliable archiving (as was originally thought) but rather introduces a practical extension of the PDF/A archiving format. And this extends far past the case of standard “archiving” – with catchwords like “hybrid archiving”. PDF/A-3 allows you to avoid media breaks when transferring documents, for example between companies.

Our new cooperation partner, the “Forum electronic billing Germany” (Forum elektronische Rechnung Deutschland FeRD) quickly recognized these advantages. FeRD is working together with the DIN (German Institute for Standardization) on the standardization of a PDF- and XML-based invoice exchange format called ZUGFeRD (www.ferd-net.de) with the aim of eliminating all capturing and data entry requirements on the receiver’s side. A visual representation of the invoice is provided in the PDF part of the file, facilitating the quick review and processing in small businesses. In the XML part, all of the data are included in machine-legible format, so that the required information can be directly imported into the financial bookkeeping or banking software. A secure file format is of course necessary, which on one side guarantees the same visual representation every time, while on the other side can capture the XML file and mange it correctly. And this is exactly what PDF/A-3 does! FeRD therefore specified PDF/A-3 as the file format for ZUGFeRD at a very early stage in the project.

The members LuraTech and intarsys represent the PDF Association in the FeRD working group. I can personally report on the high commitment and rapid progress of the standardization project. And the work goes on – at the CeBIT you can find “FeRD-compatible” PDF/A solutions from LuraTech, intarsys and other PDF Association members. There is a high level of interest in FeRD and the project has received the same wide support from the political and business sectors as we are accustomed to with PDF/A.

PDF/A-3 brings a lot of new potential for improving processes. Read the feature article below and get into contact with our experts to learn more about your own possibilities with PDF/A-3 and FeRD. Or meet with us at the upcoming CeBIT.

Enjoy the newsletter!

Carsten Heiermann
PDF Association Board Member


Members of the PDF Association at CeBIT 2013:

  • ABBYY Europe GmbH: Hall 3, Booth F16
  • atori GmbH: Hall 5, Booth C36
  • callas software GmbH: Hall 3, Booth A20
  • icon Systemhaus GmbH: Hall 3, Booth D34
  • InovoOlution GmbH: Hall 3, Booth D34
  • levigo solutions gmbh: Hall 3, Booth D34
  • LuraTech Europe GmbH: Hall 3, Booth D34/1
  • microform GmbH: Hall 3, Booth J30
  • OPTIMAL SYSTEMS GmbH: Hall 3, Booth J18
  • SRZ GmbH & Co.KG: Hall 3, Booth G30
  • summ-it Unternehmensberatung: Hall 3, Booth D34
  • Verlag für Standesamtswesen, Hall 7, Booth B62

Presentations about PDF Standards and ZUGFeRD:

Wednesday, March 6, 2013, 11:00 – 11:30:
Podium discussion about ZUGFeRD

Easy exchange of invoices with the new ZUGFeRD standard

  • Dr. Friedrich-Wilhelm Haug, Federal Minister for Economy and Technology
  • Dr. Stefan Werres, Federal Ministry for Internal Affairs
  • Gerhardt Schmidt, COMPARIO
  • Jürgen Biffar, DocuWare GmbH
  • Achim Hubert, Sage Software GmbH
  • Jörg Walther, Automotive Industry Association (VDA)
  • Moderator: Klaus Förderer, GS 1 Germany GmbH

Thursday, March 7, 2013, 13:00 – 13:30:
PDF/A – 1, 2 and now 3?!

Overview and where it fits In

  • Thomas Zellmann, LuraTech Europe GmbH



There is already an abundance of information available dealing with FeRD, and work on the definition of the XML-content within the ZUGFeRD specification is progressing rapidly. It has also already been determined that PDF/A is the optimal document format and should be used.

Theoretically it is quite simple: the FeRD-compatible XML files are embedded in a PDF/A-3 file when the invoice is created. The recipient of the invoice then extracts the XML data and transfers it into his or her own system for processing the invoice.

During the most recent discussions, many questions were posed to the PDF Association and the experts as to how the implementation should be done correctly and what the integration scenarios could look like. Therefore, this article will address these questions and attempt to structure the previous experiences and approaches.

First and foremost, it must be stated that there is unfortunately no SINGLE solution. The optimal creation and implementation is dependent on the actual systems, processes and workflows in place.

For the invoice creator, e.g. in an ERP system, the following basic guidelines apply, whereby the decisive starting point is always the question: How are PDF files and invoices created in the current system?

Case 1: The process for creating PDF files in the system will be reworked from a technical standpoint due to different reasons

If the company is rethinking their future product planning, then a new PDF tool can be introduced which creates technically sound PDF/A files as well as supports PDF/A-3 with embedded FeRD-XML data. Technically these are usually so-called PDF SDKs or else printer drivers. When selecting the PDF tool, you should ensure that both PDF/A-1 as well as PDF/A-3 are supported by the supplier. The products from PDF Association members provide a good starting point. Aspects like the programming language with SDKs (e.g. Java, .NET etc.) and architecture (e.g. 32- or 64-bit processing) must also be taken into consideration.

This case may not be quite as common; however there are currently very few ERP systems that can already create invoices in PDF/A format.

Case 2: The PDF tools that are already integrated in the system support in principal the creation of PDF/A and PDF/A-3

This would mean that your system supplier is providing new releases regularly, since PDF software tools that support the new PDF/A-3 standard are only available in the newest product versions. The respective PDF tools must be checked to verify how the interface is used, and it may be wise to enlist the aid of an expert.

Case 3: The creation of PDF/A-3 is performed as a small post-processing step

In this case, the existing PDF-creation process is vital as the basis for the ensuing steps. If the system uses for example a PDF printer driver, the scenario could look like this:

Important: A PDF/A-3 file MUST first be a valid PDF/A file before the XML data can be embedded in it.

The conversion of PDF files to PDF/A is not trivial; however, in the case with invoices, you are dealing mostly with PDF files that are technically similar. In the system, i.e. at the source of the data, PDF/A restrictions can be accommodated relatively easily. Another option is to use the post process to correct the technically homogeneous documents.

Then the XML data is exported out of the invoicing system. The XML data is either already prepared in the system to be compatible with FeRD, or a small post-processing tool does an individual mapping of the standard XML output into the ZUGFeRD XML scheme.

In the final step, the post-processing tool combines the XML data with the PDF file to create a PDF/A-3 invoice.

Case 4: High volume invoice creation with output management solutions

For companies that generate large numbers of invoices, e.g. telecommunications companies, electrical utilities etc., complex output management systems are often used, including the use of AFP format for printing.

In such cases, only an individual solution for creating the PDF/A-3 invoices, discussed with the output system supplier, comes into question. The PDF Association however has several members who are experts in output solutions and are quite willing to provide advice.
These four cases describe the basic guidelines for suppliers of ERP and inventory management systems, who can update their products themselves. End users whose invoice creation systems don’t yet support PDF/A-3 can generally apply the third case within a reasonable amount of effort. Every invoicing system typically offers an interface for exporting the invoice information as XML data, so that the further mapping to ZUGFeRD-XML only needs to be realized once. Then there are also server tools that can convert the invoice PDFs to PDF/A as well as support the embedding of the XML data.

On the other side of the process are the invoice recipients who receive the digital PDF/A-3 files and should transfer them into their company’s own financial system, e.g. ERP or DMS/ECM.

The XML data can be extracted out of the PDF/A-3 file by means of a (typically even simple) PDF SDK. Here it is also necessary to map the ZUGFeRD XML structure to the XML scheme of the target system.

The validation of the XML scheme during its receipt and transfer into the target system is certainly an open question where more experience needs to be gained. The XML validation can be logically split into two levels, and the first level with the formal validation of the XML data to the scheme is relatively easy. The second level, where the business logic is validated, is a much more complicated process.

To explain the technical details, the PDF Association has created a Guideline PDF/A as Medium for ZUGFeRD, which can be found on the website:


A small list of members who already are offering FeRD-compatible tools can be found here:


Author: Thomas Zellmann




LuraTech delivers production software along with document and data conversion solutions, including the accompanying customization services and exemplary support. With LuraTech as their partner, scanning service providers and other businesses and organizations achieve maximum output from their production facilities.  DocYard is a production software solution for scanning service providers, acting as an integration platform to transfer, control and centrally analyze all production stages through configurable workflows. The LuraDocument PDF Compressor Enterprise is a production application for compressing document files, converting them to PDF(/A) and performing optical character recognition (OCR). LuraTech is headquartered in Berlin, with additional offices in Remscheid (GER), Redwood City CA (USA) and Swindon (UK).



Technical Conference Europe, June 18-19, 2013

Germany, Königswinter

Technical Conference US, August 14-15, 2013

Seattle, Washington

PDF/A User Day on August 16

PDF/A user day in Seattle


New Members

About the PDF Association

The PDF Association is geared towards developers of PDF solutions; companies that work with PDF in document management systems (DMS) and electronic content management (ECM), interested individuals, and users who want to implement PDF technology in their organizations. Although the Association’s original members were predominantly from German-speaking countries, the PDF Association now boasts members from over 20 countries worldwide.


Association for Digital Document Standards e.V.
PDF Association

Thomas Zellmann
Neue Kantstr. 14
D-14057 Berlin

Phone: +49 30 39 40 50-0
Fax: +49 30 39 40 50-99



You are receiving this newsletter because you are registered for the PDF/A News. If you do not want to receive further news, please answer with UNSUBSCRIBE.

Categories: PDF, PDF/A