Centre d’aide Sign For Free

Dépannage de la vérification

Résoudre un échec de vérification

Identifiez le premier contrôle en échec ou incomplet, remplacez les entrées incorrectes et relancez l’outil avec les fichiers de finalisation d’origine.

Rôle
Sender, Recipient, Signer ou reviewer de document
Offre
Free et Basic
Plateforme
Navigateur Web moderne

Avant de commencer

  • Utilisez le PDF finalisé et audit_trail.pdf provenant du même e-mail de finalisation.
  • Conservez les pièces jointes d’origine inchangées. Ne les modifiez, optimisez, imprimez en PDF ou réexportez pas.
  • Enregistrez le résultat JSON actuel si un autre reviewer a besoin des détails exacts de l’échec.

Diagnostiquer le résultat

  1. Confirmer l’ordre des fichiers

    Placez le PDF signé sous Document finalisé (PDF) et audit_trail.pdf sous Audit Trail (PDF). Ajoutez la source non signée uniquement sous Document original (facultatif).

  2. Relancer avec les pièces jointes d’origine

    Téléchargez de nouvelles copies depuis le même e-mail, sélectionnez Vérifier et évitez les fichiers ouverts puis réenregistrés dans une autre application.

  3. Lire le premier contrôle en échec ou ignoré

    Utilisez les cartes de contrôle pour déterminer si le problème concerne le hachage du PDF, les preuves d’audit intégrées, la cohérence des pages ou des champs, le document original facultatif, la signature cryptographique ou la clé publique.

  4. Corriger le problème d’entrée correspondant

    Remplacez un fichier incorrect ou modifié par la pièce jointe d’origine. Si seul le contrôle facultatif de la source échoue, sélectionnez exactement le PDF non signé téléversé initialement par le Sender.

  5. Résoudre prudemment l’absence de clé publique

    Si l’outil affiche Clé publique requise, obtenez la clé publique Ed25519 brute de 32 octets en Base64 auprès d’une source publiée fiable. Confirmez que son empreinte correspond à celle affichée, collez-la et sélectionnez Utiliser cette clé.

  6. Relancer le contrôle complet

    Sélectionnez Vérifier et examinez le résultat global ainsi que chaque contrôle. Ne vous fiez pas aux fichiers tant qu’un contrôle obligatoire reste en échec ou incomplet.

Étape suivante

Si la paire d’origine réussit, conservez ensemble ces fichiers inchangés. Si un contrôle obligatoire échoue encore, gardez les fichiers et le résultat JSON, demandez au Sender un nouvel e-mail de finalisation et considérez le document comme non vérifié jusqu’à résolution.

Avertissements et limites

  • Un résultat en échec ne prouve pas à lui seul une fraude. Des paires incorrectes, fichiers modifiés, téléchargements endommagés, clés publiques manquantes ou navigateurs incompatibles peuvent aussi empêcher la vérification.
  • Ne retirez pas un document original facultatif en échec simplement pour masquer l’écart. Utilisez la bonne source ou indiquez clairement que ce contrôle n’a pas été effectué.
  • Utilisez une clé publique manuelle uniquement si elle provient d’une source fiable et si son empreinte correspond à celle requise.
  • L’outil vérifie les preuves d’audit sans contacter le backend Sign For Free, mais la recherche de clé publique peut contacter une source externe autorisée.

Dépannage

Aucune donnée d’audit intégrée n’a été trouvée
Le champ Audit Trail contient peut-être le mauvais PDF. Sélectionnez la pièce jointe audit_trail.pdf d’origine.
Les données d’audit sont invalides
Le certificat d’audit est peut-être endommagé ou n’est pas un fichier d’audit Sign For Free. Demandez au Sender un nouvel e-mail de finalisation.
Un hachage PDF SHA-256 ou de preuve d’audit échoue
Les fichiers ne vont peut-être pas ensemble ou les octets de l’un d’eux ont changé. Utilisez les deux pièces jointes d’origine du même message.
La cohérence des pages ou des champs échoue
Le PDF finalisé a peut-être été modifié ou associé au mauvais certificat. Remplacez-le par la pièce jointe finalisée d’origine.
Le navigateur ne peut pas lancer la vérification
Mettez le navigateur à jour ou essayez un autre navigateur moderne actuel, puis répétez le contrôle avec les mêmes fichiers d’origine.

Besoin d’aide supplémentaire ?

Conservez les deux pièces jointes d’origine, le résultat JSON exporté, la version du navigateur et le contrôle exact en échec, puis demandez au Sender de nouveaux fichiers.