Formulaires vérifiés

Rechercher

Dernière mise à jour le 10 févr. 2026

Remplissez et verrouillez automatiquement les champs de formulaire clés à l’aide de données d’identité vérifiée lorsqu’un signataire effectue une vérification d’identité. Cela réduit les erreurs de saisie de données et fournit une preuve claire et vérifiable que des valeurs spécifiques proviennent d’une source de confiance.

Les formulaires vérifiés vous permettent de lier les informations d’identité vérifiées renvoyées par un fournisseur d’identité aux champs de formulaire. Lorsqu’un signataire réussit la vérification d’identité avec un fournisseur connecté via la passerelle d’identités numériques, Adobe Acrobat Sign insère les valeurs des revendications d’identité dans les champs balisés pendant la signature, garantissant que les données clés proviennent directement d’une source fiable.

Cette fonctionnalité est conçue pour les workflows de haute confiance dans des environnements réglementés et sensibles à la sécurité, tels que les services financiers et l’administration.

Fonctionnement des données d’identité vérifiée

Les données d’identité vérifiée sont déclenchées uniquement par les conventions de nom de champ dans l’interface utilisateur de création, les balises de texte ou l’API.

Il n’y a :

Aucun contrôle d’interface utilisateur pour configurer les champs d’identité vérifiée.
Aucune validation lorsque le document est chargé ou envoyé.
Aucun message d’erreur si la configuration est incorrecte.

Si le nom du champ ne correspond pas exactement à la syntaxe requise, le champ se comporte comme un champ de formulaire normal ou est entièrement ignoré.

Syntaxe de nommage de champ requise

Pour lier un champ de formulaire aux données d’identité vérifiée d’un fournisseur d’identité, le nom du champ doit suivre ce modèle exact :

VF_DIG_{claimName}*

Où :

VF_ identifie le champ comme un champ de formulaire vérifié.
DIG_ spécifie la méthode d’authentification de la passerelle d’identités numériques.
{claimName} est le nom exact de la revendication OpenID Connect (OIDC) renvoyé par le fournisseur d’identité configuré, y compris l’orthographe et la casse, entouré d’accolades.
* est un texte optionnel utilisé pour rendre le nom du champ unique.

Exemples :

VF_DIG_{birthdate}
VF_DIG_{address}_page2
VF_DIG_{zipcode}1

Si plusieurs champs référencent la même revendication d’identité, chaque champ doit toujours avoir un nom unique.

Revendications d’identité prises en charge

Seules les revendications d’identité renvoyées par le fournisseur d’identité configuré sont reconnues.

Les noms des revendications :

Sont définis par le fournisseur d’identité, pas par Acrobat Sign. Il incombe à l’expéditeur d’obtenir la liste des noms des revendications auprès de son fournisseur.
Tiennent compte de la casse.
Doivent correspondre exactement.
Ne prennent pas en charge les alias.
Sont ignorés silencieusement s’ils sont incorrects ou manquants.

Si un nom de revendication n’est pas renvoyé par le fournisseur d’identité lors de la vérification d’identité, le champ n’est pas rempli avec des données vérifiées.

Alerte :

Responsabilité de l’expéditeur pour l’ingestion de données

Les expéditeurs sont responsables de déterminer quels attributs d’identité sont mappés aux champs de formulaire lors de l’utilisation de données d’identité vérifiée. En configurant les champs de formulaire vérifiés, l’expéditeur contrôle quels champs de données du fournisseur d’identité sont remplis dans un accord.

Les expéditeurs doivent s’assurer que toutes les données ingérées via les champs de formulaire vérifiés sont des données qu’ils sont autorisés à traiter et stocker en utilisant Acrobat Sign, et que cette utilisation est conforme à toutes les lois, réglementations et obligations contractuelles applicables.

Les expéditeurs ne doivent pas configurer de champs de formulaire vérifiés pour ingérer des données que les clients ne sont pas autorisés à collecter, traiter ou stocker en vertu des Conditions Particulières du Produit Acrobat Sign (PSLT). Par exemple, Acrobat Sign ne peut pas être utilisé pour stocker des données de cartes de paiement ou des données d’authentification sensibles (telles que définies par la norme PCI DSS), et les clients ne peuvent pas traiter des informations médicales protégées à moins qu’ils n’aient conclu un accord de partenariat avec Adobe.

Adobe n’examine pas, ne valide pas et ne restreint pas les données sélectionnées par l’expéditeur pour l’ingestion via les champs de formulaire vérifiés.

Comportement des champs lors de la signature

Les champs de formulaire vérifiés suivent les comportements de champ Acrobat Sign existants, avec des remplacements tenant compte de l’identité.

Champs en lecture seule

Sont remplis avec des données vérifiées lorsque la revendication est présente.
Ne peuvent pas être modifiés par le signataire.
Remplacent toute valeur prédéfinie.
Si la revendication est manquante, la valeur prédéfinie est utilisée.

Champs modifiables

Sont renseignés avec des données vérifiées lorsque la revendication est présente.
Restent modifiables par le signataire.
Permettent au signataire de modifier la valeur.

Champs requis

Se comportent comme des champs modifiables.
Nécessitent une saisie du signataire si la revendication est manquante, vide ou nulle.

Conditions d’échec silencieux

Les données vérifiées par identité échouent silencieusement dans tous les cas suivants :

Le nom du champ ne suit pas la syntaxe requise.
Le nom de la revendication est mal orthographié ou utilise une casse incorrecte.
La revendication n’est pas renvoyée par le fournisseur d’identité.
La fonctionnalité est désactivée au niveau du compte ou du groupe.

L’accord ou le formulaire web est tout de même envoyé.

Validez toujours le comportement des champs dans l’environnement de création avant de distribuer l’accord ou les formulaires web.

Comportement du rapport d’identité du signataire

Lorsqu’un accord contient un ou plusieurs champs de formulaire vérifiés, le rapport d’identité du signataire – s’il est activé au niveau du compte ou du groupe de l’expéditeur – inclut une section dédiée répertoriant ces champs.

Pour chaque champ de formulaire vérifié, le rapport d’identité du signataire inclut les informations suivantes :

Le nom du champ
La valeur finale
Un indicateur d’état unique

États possibles dans le rapport d’identité du signataire

Remarque :

Les états sont déterminés après la finalisation de l’accord. Ils reflètent la source de la valeur finale et ne valident pas la configuration pendant la création ou la signature.

Chaque champ de formulaire vérifié se voit attribuer un seul état, basé sur l’ordre de priorité suivant.

Modifié – Le signataire a modifié la valeur du champ lors de la signature.
- Prédicat :
  - Le champ est modifiable, et
  - La valeur finale a été modifiée par le signataire
Vérifié – La valeur du champ provient de données d’identité vérifiée et n’a pas été modifiée de manière significative.
- Prédicat :
  - Une revendication d’identité correspondante a été renvoyée, et
  - La valeur finale correspond à la valeur de revendication vérifiée
- S’applique à :
  - Champs en lecture seule remplis à partir de données vérifiées
  - Champs modifiables laissés inchangés
  - Le champ renseigné à partir de données vérifiées a été modifié, mais la valeur est restée identique.
Prédéfini – Le champ a conservé sa valeur par défaut définie par le créateur.
- Prédicat :
  - Aucune donnée d’identité vérifiée n’est appliquée, et
  - Aucun état de priorité supérieure ne s’applique.
Champ non renseigné - La revendication d’identité référencée n’a pas été renvoyée par le fournisseur d’identité.
- Prédicat :
  - Le nom de la revendication indiqué dans le champ de formulaire n’existe pas dans la réponse du fournisseur d’identité.
Valeur vide ou nulle - La revendication d’identité référencée a été renvoyée sans valeur utilisable.
- Prédicat :
  - La revendication existe mais est vide ou nulle.
  - Vide signifie une chaîne ou un objet vide.
  - Null signifie que la valeur est explicitement nulle.