3-Heights™ PDF Validator – vérifier des fichier PDF et PDF/A à leur conformité

Le 3-Heights™ PDF Validator sert au contrôle de qualité de documents PDF et des processus qui les produisent. Les documents sont vérifiés quant à leur conformité avec les normes ISO pour PDF et PDF/A.

PDF est un format largement répandu. Par conséquent il est important que l’interopérabilité soit assurée. En particulier dans le cas d’informations importantes pour l’entreprise ou d’informations qui doivent être archivées, il faut vérifier que les documents soient corrects et qu’ils soient lisibles à long terme. Cette tâche précisément est assumée par le Validator, que ce soit pour des documents individuels ou en traitement par lots.

Vérification

Vérification de la conformité des documents à la norme PDF et PDF/A

Archives numériques à long terme

Intégrer dans des systèmes d’archivage

Contrôle qualité

Assurer les directives de l’entreprise

Illustration du produit 3-Heights™ PDF Validator

PDF Validator - fonctions

  • Valider les documents PDF sur la base de diverses spécifications PDF (PDF1.x, PDF/A-1, PDF/A-2, PDF/A-3)
  • Contrôles lexicaux, syntaxiques et sémantiques dépendant de la conformité PDF
  • Rapports détaillés ou résumés (log file)
  • Description détaillée de l'erreur (numéro, type, description, objet PDF, numéro de page)
  • Classification par erreurs, avertissements et informations
  • En option interruption de la validation après l’apparition de la première erreur
  • Lecture de documents PDF cryptés
  • Déterminer la conformité déclarée du document
  • Valider la conformité avec les directives définies dans le profil personnalisé
  • Lire ou écrire un document à partir d'un fichier, d'une mémoire ou d'un flux
Graphique fonctionnel 3-Heights™ PDF Validator

Conformité

  • Standards:
    • ISO 19005-1 (PDF/A-1)
    • ISO 19005-2 (PDF/A-2)
    • ISO 19005-3 (PDF/A-3)
    • ISO 32000 (PDF 1.7)
  • Istartor Testsuite
  • Conforme à ZUGFeRD
Powered by 3-Heights™ Technology and PDF/A compliant

Formats supportée

Formats d’entrée

  • PDF
  • PDF/A
Loupe grossissante pour nos manuels PDF et notre exemple de code PDF

MANUELS

API | Shell

Domaines d'application - validation et contrôle de la qualité des documents PDF et PDF/A

Entrée du courrier

Dans le courrier entrant le Validator vérifie les documents quant aux exigences minimales requises, par exemple concernant la sécurité, la conformité, la reproductibilité ou la standardisation (PDF/A + PDF). Les documents non conformes sont refusés.

Archivage

Dans les archives le module joue le rôle d’un « portier » : les documents qui ne correspondent pas au standard sont refusés. Le Validator peut aussi être employé pour le contrôle de qualité d’archives existantes et pour l’assurance qualité lors de la conversion d’archives TIFF vers PDF/A.

Sortie du courrier

Dans le courrier sortant, la qualité des documents PDF est vérifiée avant leur envoi. Les directives du destinataire sont également prises en compte.

Gestion de la qualité

Le Validator peut être utilisé dans la gestion de la qualité. L’on peut ainsi contrôler l’observation des directives de l’entreprise (CI) ou la conformité en général p.ex. après la conversion d’un autre format.

Fabricants de logiciels/OEM

Le Validator sert au contrôle des données entrantes et sortantes dans des applications telles que p.ex. les systèmes de workflow, les systèmes DMS et les logiciels d’application pour les signatures (“you sign what you see”).

#Exemple 1 - Valider un document PDF par rapport à un standard PDF ou PDF/A spécifique

Valider un document PDF par rapport à une norme PDF ou PDF/A donnée et énumérer toutes les violations de conformité détaillées ou résumées par catégories.

using System;
using Pdftools.Pdf;
using Pdftools.PdfValidate;

namespace PdfValidatorSamples
{
    class ValidatePdfVersionSample
    {
        /// <summary>
        /// Validates a given PDF document against a given PDF or PDF/A standard and lists all errors either detailed or summarized in categories
        /// </summary>
        /// <param name="inFilePath">Path to input PDF document</param>
        /// <param name="pdfVersion">PDF version to validate against</param>
        /// <param name="detailed">Whether the error report should be detailed or summarized</param>
        public static void ValidateConformance(string inFilePath, PDFCompliance pdfVersion, bool detailed)
        {
            using (PdfValidator val = new PdfValidator())
            {
                // 1. Open input document and set PDF version to validate against
                // NOTE: if pdfVersion is set to PDFCompliance.ePDFUnk, the document will be validated against the conformance claimed by itself
                if (!val.Open(inFilePath, String.Empty, pdfVersion))
                {
                    Console.WriteLine(val.ErrorCode + ": " + val.ErrorMessage);
                    return;
                }

                // 2. Configure the validator
                val.ReportingLevel = 1;
                val.StopOnError = false;

                // 3. Validate document
                bool conforming = val.Validate();

                // 4. Report conformance violations
                if (detailed)
                {
                    // either detailed (list every single error)
                    PdfError error = val.GetFirstError();
                    while (error != null)
                    {
                        Console.WriteLine(error.FileName + ", " + error.PageNo + ", " + error.ObjectNo + ", " + error.ErrorCode + ", " + error.Message + ", " + error.Count);
                        error = val.GetNextError();
                    }
                }
                else
                {
                    // or summarized (list only the error categories)
                    Array categories = Enum.GetValues(typeof(PDFConformanceCategory));
                    foreach (PDFConformanceCategory cat in categories)
                    {
                        // Bit-wise comparison
                        if ((cat & val.Categories) != 0)
                        {
                            Console.WriteLine(val.GetCategoryText(cat));
                        }
                    }
                }

                // 5. Close the currently open input file
                val.Close();

                // 7. Report result
                if (conforming) Console.WriteLine("* RESULT: '" + inFilePath + "' CONFORMS to " + pdfVersion.ToString());
                else Console.WriteLine("* RESULT: '" + inFilePath + "' DOES NOT CONFORM to " + pdfVersion.ToString());
            }
        }
    }
}
pdfvalidator -v -rd -rl 1 -cl pdfa-2b in.pdf
# Validate with detailed error report
# -v: verbose mode
# -rd: report every single error in detail
# -rl 1: report only errors
# -cl pdfa-2b: validate against PDF/A-2b
 
pdfvalidator -v -rs -rl 1 -cl pdfa-2b in.pdf
# Validate with summarized error report
# -v: verbose mode
# -rs: report errors summarized into categories
# -rl 1: report only errors
# -cl pdfa-2b: validate against PDF/A-2b

Bayer CropScience mise sur le format d’archivage à long terme PDF/A

Cette transformation est avantageuse pour le client à plusieurs titres : contrairement aux pages TIFF, il est possible d’effectuer des recherches dans les documents PDF et d’en copier/coller le contenu. De plus, l’index peut être utilisé pour naviguer rapidement dans le document.

3-Heights™ PDF Validator verifies electronic insurance applications

Electronic insurance applications were previously transferred as normal PDF documents, resulting in the necessity for a hand-written signature on paper. This process has been simplified with the implementation of the Signature Pad and the change to PDF/A format.

PDF Expert Blog - trust in PDF validation software

Can I trust PDF validation software?

If I use validation software from different manufacturers I sometimes get different results. Why can this happen? Does it mean that I can't trust the software? What can I do about it? I hear these and more questions very often and I can understand the user's concerns...