Steps to troubleshoot PDFA Conversion and Validation Issues

Transcript

Hello everyone, in this video we will discuss the steps to capture the required information to troubleshoot PDFA conversion and validation issues in AMForms assembler service. In OSGI stack we have a single assembler which handles both DDX execution and PDFA conversion and validation. Whereas in J2V stack we have two separate services, assembler service for DDX execution and dock converter service for PDFA conversion and validation. Most of the issues reported in assembler service are PDFA conversion and validation issues. Some issues include assembler service not being able to convert a PDF to PDFA while Acrobat is able to do so. Another issue arises when assembler service is flagging a PDFA compliant as invalid but Acrobat flags it as a valid PDFA file or vice versa. Next issue is assembler service producing a PDFA compliant which passes its own validation but fails the validation in Acrobat. To troubleshoot these issues, the most important piece of information are the input PDFs and the server or error logs whichever applicable. It is also important to make sure that all the fonts being used in input PDF or conversion are available on the server for conversion to succeed. If not, there are chances that the conversion may be unsuccessful. You also have to ensure that the Acrobat is able to convert or validate the PDF before opening an issue. Since Acrobat preflight is the gold standard in 99.9% of the cases for PDFA conversion and validation, assembler service will not be able to convert a PDF to PDFA if Acrobat is unable to do so. So these are some of the steps you can follow to troubleshoot PDFA conversion and validation issues in AMForms assembler service. Thank you for watching this video.