Utilisation des données d’identité vérifiée dans les champs de formulaire

Remplissez les champs de formulaire avec les informations d’identité vérifiées renvoyées lorsqu’un signataire effectue un contrôle d’identité.

Les formulaires vérifiés permettent à Adobe Acrobat Sign 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, Acrobat Sign insère les valeurs des revendications d’identité retournées dans les champs associés pendant la signature.

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 le gouvernement.

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

Les données d’identité vérifiées ne sont déclenchées que par une convention de dénomination de champ spécifique. Vous pouvez utiliser cette convention avec les champs créés par :

• L’interface de création
• Balises de texte
• Workflows basés sur l’API

Il n’existe pas de type de champ d’identité vérifiée distinct ni de contrôle de création.

Acrobat Sign n’effectue pas non plus les opérations suivantes :

• Valider la configuration d’identité vérifiée lorsque le document est chargé ou envoyé.
• Afficher une erreur lorsque la configuration est incorrecte.

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

Avant de commencer

Assurez-vous que :

• Le signataire utilise un fournisseur d’identité connecté via le Digital Identity Gateway.
• Les données d’identité vérifiées sont activées pour le compte ou le groupe applicable.
• Vous connaissez les noms exacts des revendications d’identité renvoyés par le fournisseur d’identité configuré.

Les noms des revendications sont définis par le fournisseur d’identité, pas par Acrobat Sign. Obtenez les noms de revendication pris en charge auprès de votre fournisseur d’identité avant de configurer les champs.

Consultez Passerelle d’identités numériques pour obtenir des informations sur la configuration des fournisseurs d’identité numérique.

Nommage d’un champ pour les données d’identité vérifiées

Pour lier un champ de formulaire aux données d’identité vérifiées, utilisez ce motif exact de nom de champ :

VF_DIG_{claimName}*

Où :

• VF_ identifie le champ comme un champ de formulaire vérifié.
• DIG_ identifie la passerelle d’identités numériques comme méthode d’authentification.
• {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.

Utilisation du nom exact de la revendication d’identité

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é ;
• tiennent compte des majuscules/minuscules ;
• doivent correspondre exactement ;
• ne prennent pas en charge les alias ;
• sont ignorés silencieusement lorsqu’ils sont incorrects ou manquants.

Si la revendication référencée n’est pas renvoyée lors de la vérification d’identité, le champ n’est pas rempli avec des données vérifiées.

Prise en compte des données d’identité collectées

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

Mappez uniquement les données que votre organisation est autorisée à traiter et à stocker en utilisant Acrobat Sign. Votre utilisation des données doit être conforme aux lois, aux réglementations, aux obligations contractuelles et aux [Conditions particulières du produit Acrobat Sign] applicables.

Ne configurez pas 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 dans Acrobat Sign. Par exemple :

• Acrobat Sign ne doit pas être utilisé pour stocker des données de carte de paiement ou des données d’authentification sensibles telles que définies par PCI DSS.
• Les clients ne doivent pas traiter d’informations de santé protégées à moins d’avoir 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.

Comprendre le comportement des champs pendant 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

Lorsque la revendication d’identité est présente :

• Adobe Acrobat Sign remplit le champ avec la valeur vérifiée.
• Le signataire ne peut pas modifier la valeur.
• La valeur vérifiée remplace toute valeur prédéfinie.

Si la revendication est manquante, la valeur prédéfinie est utilisée.

Champs modifiables

Lorsque la revendication d’identité est présente :

• Adobe Acrobat Sign remplit le champ avec la valeur vérifiée.
• Le champ reste modifiable.
• Le signataire peut changer la valeur.

Champs requis

Les champs obligatoires se comportent comme des champs modifiables.

Si la revendication d’identité est manquante, vide ou nulle, le signataire doit saisir une valeur avant de finaliser l’accord.

Utilisez les champs en lecture seule lorsque l’accord finalisé doit préserver la valeur renvoyée par le fournisseur d’identité. Utilisez les champs modifiables uniquement lorsque le workflow permet au signataire de modifier cette valeur.

Consultez Propriétés des champs de formulaire pour la configuration générale des champs.

Test des champs à identité vérifiée avant la distribution

Les données à identité vérifiée échouent silencieusement lorsque :

• Le nom du champ ne suit pas la syntaxe requise.
• Le nom de la revendication est mal orthographié ou utilise une casse incorrecte.
• Le fournisseur d’identité ne renvoie pas la revendication.
• Les données d’identité vérifiées sont désactivées pour le compte ou le groupe applicable.

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.

Confirmez que :

• Chaque champ utilise le motif de dénomination requis.
• Les noms des revendications correspondent exactement à la réponse du fournisseur d’identité.
• Les valeurs vérifiées remplissent les champs prévus.
• Les comportements modifiables, lecture seule et obligatoire produisent l’expérience de signature prévue.

Vérification dles valeurs confirmées dans le 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é pour le compte ou le groupe de l’expéditeur, inclut une section dédiée répertoriant ces champs.

Pour chaque champ de formulaire vérifié, le rapport inclut :

• Nom du champ
• Valeur finale
• Un indicateur d’état

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

Chaque champ ne reçoit qu’un seul état, basé sur l’ordre de priorité suivant :

Modifié

Modifié s’applique quand :

• le champ est modifiable ;
• le signataire modifie la valeur finale.

Vérifié

Vérifié s’applique quand une revendication d’identité correspondante est retournée et que la valeur finale correspond à la revendication vérifiée.

Cela inclut :

• les champs en lecture seule remplis à partir de données vérifiées ;
• les champs modifiables laissés inchangés ;
• les champs qui ont été modifiés mais contiennent finalement une valeur identique à la revendication vérifiée.

Prédéfini

Prédéfini s’applique quand :

• aucune donnée d’identité vérifiée n’a été appliquée ;
• le champ conserve la valeur prédéfinie configurée par le créateur ;
• aucun état de priorité supérieure ne s’applique.

Revendication absente

Revendication absente signifie que la revendication spécifiée dans le champ de formulaire n’existe pas dans la réponse du fournisseur d’identité.

Valeur vide ou nulle

Valeur vide ou nulle signifie que la revendication existe dans la réponse mais ne contient pas de valeur utilisable.

• Vide indique une chaîne ou un objet vide.
• Nulle signifie que la valeur est explicitement nulle.

Ces états ne génèrent pas d’avertissements ou d’erreurs. Le rapport décrit le résultat de la transaction terminée, pas les erreurs de configuration.

Ce qu’il faut savoir

• Les formulaires vérifiés utilisent des champs de formulaire Acrobat Sign ordinaires ; il n’existe pas de type de champ dédié à la vérification d’identité.
• Le comportement de vérification d’identité est déclenché par la convention de dénomination de champ requise.
• La convention de nommage fonctionne avec l’interface de création, les balises de texte et les champs créés via l’API.
• Les noms de revendication sont sensibles à la casse et doivent correspondre exactement à la réponse du fournisseur d’identité.
• Une configuration incorrecte peut échouer silencieusement sans empêcher l’envoi d’un accord ou d’un formulaire web.
• Les champs vérifiés modifiables ne garantissent pas que la valeur finale corresponde encore à la valeur du fournisseur d’identité.
• Vérifiez toujours le comportement de vérification d’identité des champs avant de distribuer l’accord ou le formulaire web.
• Le rapport d’identité du signataire attribue un état final unique à chaque champ de formulaire vérifié lorsque le rapport est activé.