Lorsque l’authenticité des documents est activée pour le compte, OneSpan Sign inspecte en outre les pièces jointes PDF pour détecter des signes indiquant que le fichier a été modifié après son émission : si l’outil qui a produit le PDF est cohérent avec un document émis authentique, si le contenu a été ajouté après la première écriture du fichier, si les horodatages du fichier sont cohérents, et si le fichier a été modifié bien après la date d’impression dessus. Il concerne onze des dix-sept types de documents — les relevés, factures, déclarations, factures, contrats et documents d’assurance et d’enregistrement — et non pour les documents d’identité avec photo, les chèques annulés ou les lettres d’emploi.
La détection de falsification de documents est un ajout à la validation de documents NIGO. Lorsqu’un signataire télécharge un document de soutien — un relevé bancaire, une feuille de salaire, une facture de services publics ou une déclaration fiscale — OneSpan Sign peut également vérifier si le document présente des signes de modification, avant que quiconque ne s’y fie. Les résultats de détection de falsification apparaissent dans le même mode de prévisualisation de document que celui utilisé déjà par la validation NIGO.
La détection de falsification de documents est verrouillée par un drapeau au niveau du compte. Avec ce paramètre désactivé, aucune analyse d’intégrité n’est exécutée ni aucun signal n’est produit. Pour activer cette fonctionnalité, contactez notre équipe de support.
Quatre vérifications basées sur des règles sont effectuées sur chaque PDF téléchargé :
Source inattendue. Lit les métadonnées du producteur et du créateur du PDF. Un document qui aurait dû provenir d’une institution mais qui a été produit dans un éditeur grand public (comme Canva, Word ou Photoshop) ou par un générateur d’IA est signalé. Les sauvegardes ordinaires et les outils d’impression en PDF (Aperçu, Microsoft Impression vers PDF, Chrome) sont traités comme normaux. Un producteur vide ou non reconnu est signalé comme source non vérifiée plutôt que comme un problème.
Modifié après création. Inspecte la structure interne du fichier pour détecter les modifications ajoutées, qui indiquent que le document a été modifié après sa création initiale. Les formulaires remplissables sont exemptés, donc le remplissage normal ne déclenche pas cette vérification.
Dates de fichiers incohérentes. Signale des dates impossibles ou futures, comme un fichier modifié avant sa création, ou daté dans le futur. Une tolérance est intégrée pour absorber les différences d’horloge et de fuseau horaire.
Daté après sa période. Compare la date de dernière modification du fichier avec la date propre du document, tirée de l’extraction existante de NIGO, et signale un fichier sauvegardé bien après la période couverte.
Comment le verdict est formé
Chaque test qui tire contribue à un score combiné, qui correspond à l’un des quatre niveaux suivants : Clair, Bas, Moyen ou Élevé.
Aucun contrôle unique ne peut produire un résultat Haut à lui seul, à une exception près : la vérification de source inattendue. Pour chaque test sur deux, un résultat Haut nécessite deux signaux indépendants ou plus pour être déclenchés ensemble. Cela empêche qu’une instruction retéléchargée légitimement ne soit signalée, tout en détectant un document qui, par exemple, a été produit dans Canva, édité après sa création et daté plusieurs mois après sa période.
Où les résultats apparaissent
Une section Intégrité dans le modal d’aperçu du document affiche le verdict global avec chaque vérification individuelle dans son état de réussite ou d’échec, avec une raison en langage clair pour tout signal. Le verdict combiné pilote également la puce de statut du document dans la liste des documents.
Le même résultat — statut, confiance et raisons — est disponible sur la charge utile de l’API et via des webhooks. Les vérifications de falsification s’exécutent côté serveur, que la transaction provienne de l’interface de l’expéditeur ou via l’API.
Actions des critiques
La détection de falsification de documents est conseillée : rien n’est bloqué automatiquement. Un document signalé peut toujours être téléchargé, signé et complété. La possibilité existante de rejet ou de demande (voir Rejeter un document) reste l’action disponible pour le réviseur, qui décide de la suite.
Chaque drapeau est explicable, et chaque évaluation et action du relecteur est enregistrée avec un horodatage, le document, les signaux déclenchés et l’acteur.
Limitations — ce qu’il ne détecte pas
Il s’agit d’un ensemble d’heuristiques sur la structure et les métadonnées d’un PDF. Ce n’est pas une détection de fraude, et cela ne peut pas établir qu’un document est authentique.
Il ne lit pas le contenu du document pour juger si le contenu est vrai. Il ne peut pas vous dire qu’un montant de revenu a été modifié, qu’un nom n’est pas celui du signataire, ou que le document a été remis à quelqu’un d’autre.
Il est en grande partie à l’aveugle sur les documents numérisés et photographiés. Un PDF entièrement une image numérisée ne supporte que la vérification sur l’outil producteur ; chaque autre vérification indique qu’elle n’a pas été évaluée. Une photo ou une capture d’écran téléchargée directement sous forme d’image ne supporte aucune des vérifications. Parce qu’un grand nombre de pièces jointes légitimes sont des scans ou des photos de téléphone, le fait de ne pas être évalué est un résultat courant et attendu — et ce n’est pas un refus.
La détection de l’outil de production ne lit que les métadonnées propres au PDF. Un fichier dont les champs de production et de créateur ont été supprimés, ou réglés sur quelque chose de non reconnu, signale que non évalué plutôt qu’un échec. Toute personne capable de modifier un PDF peut également modifier ces champs.
Une conclusion n’est pas une preuve, et l’absence de constats n’est pas une preuve d’authenticité. Sauvegarder à nouveau un relevé bancaire via l’impression en PDF d’un navigateur, ou télécharger un relevé plusieurs mois après la période déclarée, sont des comportements ordinaires pouvant entraîner un avertissement.
Utilisation de la détection de falsification
extractionResult.preflight contient les conclusions d’intégrité du document. Sauf null si toutes les informations suivantes sont vérifiées : le compte a activé l’authenticité du document, le type de document est l’un des onze supportés pour l’analyse d’intégrité, le fichier est un PDF ou une image, et l’extraction a été soumise. Parce que l’analyse d’intégrité s’exécute avant l’extraction du champ, elle est également présente sur un résultat dont extractionStatus est FAILED. Elle est absente, en extractionResult elle-même null, chaque fois que l’extraction n’a pas été soumise — un décalage de type, un type non reconnu, une défaillance qualité ou une extraction non activée — donc aucune conclusion n’est perdue dans ces cas ; aucune n’a été produite.
Les onze types supportés sont BANK_STATEMENT, UTILITY_BILL, TAX_RETURN, PAY_STUBINVOICE, CONTRACT, T4_SLIP_CA, , AUTO_INSURANCE_CERTIFICATE, et LIFE_INSURANCE_POLICY PROPERTY_INSURANCEVEHICLE_REGISTRATION. Les documents d’identité avec photo, les chèques annulés et les lettres d’emploi sont exclus : les signaux reposent sur la structure d’un PDF émis et ne s’appliquent pas à une photo de carte.
Ce bloc est disponible uniquement via l’API. L’interface de l’expéditeur n’affiche pas les résultats d’intégrité.
Quatre vérifications indépendantes sont effectuées sur le fichier, chacune rapportant l’un des quatre résultats suivants :
Vérifié | Ce qu’il cherche |
|---|---|
SOURCE | Que l’outil enregistré dans les métadonnées du PDF soit conforme à un document émis authentique — par opposition à un outil de conception grand public, un éditeur PDF en ligne ou un générateur de documents IA |
EDITS_AFTER_CREATION | Preuve structurelle que le contenu a été ajouté ou révisé après la rédaction initiale du dossier |
FILE_DATES | Si les horodatages de création et de modification du PDF sont cohérents en interne et ne sont pas à l’avenir |
PERIOD_DATE | Si le dernier horodatage modifié du PDF est bien plus tard que la date imprimée sur le document, et si les dates imprimées sur le document se contredisent entre elles |
Statut | Signification |
|---|---|
PASS | Le chèque a été vérifié et n’a rien trouvé d’anormal |
AVERTISSEMENT | La vérification a été lancée et a trouvé quelque chose qui jette le doute sans prouver de modification |
ÉCHEC | La vérification a été lancée et a révélé un fort signe de modification |
NOT_ASSESSED | Le contrôle n’a pas pu être exécuté pour cette entrée, ou a été exécuté et n’a trouvé aucune preuve pour juger. Pas un passage — rendez-le distinctement |
{
"checks": [
{
"check": "SOURCE",
"status": "FAIL",
"messageKey": "esl.error.preflight_check.unexpected_source",
"params": { "tool": "Canva", "field": "CREATOR", "matchedValue": "WWW.CANVA.COM" }
}
],
"verifiability": { "inputType": "VERIFIABLE_PDF" },
"tier": "HIGH"
}Terrain | Notes |
|---|---|
Échecs | Une entrée par vérification d’intégrité, toujours terminée, problèmes ordonnés en premier |
checks[].messageKey | Une clé de traduction pour ce résultat spécifique. Déterminée par la variante déclenchée, et non par le contrôle — deux échecs d’un même contrôle peuvent transporter des clés différentes, donc résolvez-le par messageKey, ne jamais dériver une étiquette uniquement à partir du chèque |
checks[].params | Valeurs de substitution pour une étiquette paramétrée, par exemple {« mois » : « 7"}. Vides lorsque l’étiquette n’en prend aucun. Les clés varient selon le résultat et peuvent être ajoutées au fil du temps — lu par clé, ne jamais supposer un ensemble fixe |
vérifiabilité.inputType | Quelle part du fichier pouvait-elle être inspectée : VERIFIABLE_PDF (les quatre vérifications), IMAGE_ONLY_PDF (un PDF scanné — seul SOURCE s’exécute, le reste est NOT_ASSESSED), ou NATIVE_IMAGE (une photo ou une capture d’écran — rien ne s’exécute) |
Tier | La note globale : CLEAR (chaque vérification effectuée et passée sur un fichier entièrement inspectable), FAIBLE, MOYEN ou ÉLEVÉ (suffisamment de signaux de modification déclenchés pour mériter une attention). Un fichier qui ne pouvait pas être entièrement inspecté n’est jamais CLAIR, aussi propre soit-il |
Rendre tier tel que livré. C’est le verdict global unique, et il prend déjà en compte la part du document pouvant être inspectée ainsi que ce que les vérifications individuelles ont trouvé. Ne le re-dérivez pas à partir des statuts de vérification.
params.matchedValue sur un SOURCE résultat, c’est du texte tiré des métadonnées propres du document téléchargé. Il est aseptisé et tronqué, mais provient d’un fichier non fiable — HTML-escape avant de l’afficher.