Comment comprendre un résultat de vérification ?

Réponse courte

Commencez par le status actuel, puis lisez checkStatus, la raison et les preuves qui ont produit le résultat. Une seule étiquette approuvée ou refusée ne vous indique pas quels contrôles ont été effectués ni qui a pris la décision.

Lisez le résultat dans l'ordre

1. Confirmez la référence du candidat, l’organisation et l’environnement.
2. Vérifiez la dernière tentative et la date à laquelle elle a été soumise. Une tentative antérieure peut aboutir à un résultat différent.
3. Lisez status pour le résultat actuel et checkStatus pour les contrôles automatisés.
4. Inspectez le code anomalie et les résultats individuels. Une valeur manquante peut signifier qu’une vérification n’a pas été exécutée, plutôt que qu’elle a réussi.
5. Lisez la version du flux de travail et l'historique des statuts pour comprendre une règle de flux de travail ou la décision du réviseur.

Pourquoi les résultats de l'approbation et du contrôle peuvent être en désaccord

Un évaluateur peut accepter une vérification malgré l’échec d’une vérification automatisée. Un workflow peut le rejeter malgré une recherche d'identité réussie. Le résultat enregistré et les preuves originales répondent à des questions différentes. Gardez les deux lorsque vous expliquez une décision en interne.

Pour une tentative répétée, le résultat actuel décrit la dernière soumission. Les tentatives antérieures conservent leurs résultats et leurs raisons ; ils ne constituent pas une seconde copie de toutes les biodonnées et médias historiques.

Lisez les données personnelles au bon endroit

Le résultat complet peut inclure des numéros d’identité, des détails extraits et des informations de correspondance faciale. Il est disponible pour un backend autorisé avec une clé secrète. La réponse d'état de clé publiable expose délibérément moins d'informations et ne doit pas être développée dans votre interface en envoyant une clé secrète.

Si le résultat n'est pas disponible, vérifiez l'accès et l'environnement avant de réessayer. Un échec de lecture ou une erreur du fournisseur ne doit pas devenir une approbation par défaut.

Guides associés

• Résultat de la vérification complète
• Cycle de vie de vérification
• Règles de décision