Passer au contenu principal

Vue d’ensemble

La vérification de justificatif de domicile (POA) émet des avertissements sur poa_verifications[].warnings[] pour chaque problème de qualité, d’authenticité ou de correspondance détecté lors de l’extraction et de l’analyse forensique. Chaque avertissement est un objet Warning avec feature défini sur "PROOF_OF_ADDRESS". Une poignée de risques force systématiquement le statut Declined ; les autres suivent une action par risque (DECLINE / REVIEW / NO_ACTION) configurée sur votre workflow. Chaque risque ci-dessous est vérifié par rapport au pipeline de décision en production ; les chaînes exactes de description courte et longue sont reproduites textuellement dans les tableaux.
L’extraction POA introduit une latence de 5 à 15 secondes par document. Les avertissements ne sont écrits que lorsque l’étape du workflow est terminée ; n’interrogez pas plus souvent qu’une fois toutes les 5 s.

Deux parcours en production

Les avertissements POA sont générés sur deux parcours différents, et l’ensemble des risques diffère selon le parcours :
  • Sessions de workflow (l’étape POA au sein d’une session de vérification) — l’endpoint de téléversement exécute d’abord une validation bloquante avec une boucle de réessai (voir Comportement de réessai), puis les avertissements finaux enregistrés sont calculés par check_poa_risks ainsi que par la vérification du nom entre plusieurs documents.
  • API autonome (POST /v3/poa/) — les avertissements proviennent uniquement de check_poa_risks. Il n’y a pas de boucle de réessai, pas de contexte d’identité vérifiée et un seul document, donc NAME_MISMATCH_ID_VERIFICATION, POA_NAME_MISMATCH_BETWEEN_DOCUMENTS, POA_MAX_ATTEMPTS_EXCEEDED et FUTURE_ISSUE_DATE ne sont jamais générés par l’API autonome. Les erreurs de validation préalables à l’extraction sont ignorées sur ce parcours.
POOR_DOCUMENT_QUALITY est défini dans l’enum des risques et réservé dans le mappage des actions, mais aucun chemin de code dans le pipeline POA ne le produit — il n’apparaît jamais dans warnings[] sur aucun des deux parcours. Ne créez pas de logique conditionnelle basée sur celui-ci.

Avertissements de refus automatique (forcent toujours Declined)

Ces risques font partie de AUTO_DECLINE_RISKS ; lorsqu’ils sont consignés, le statut POA est Declined quelle que soit la configuration, et log_type est toujours error. FUTURE_ISSUE_DATE figure également dans AUTO_DECLINE_RISKS, mais il ne possède qu’un seul émetteur dans la validation préalable à l’extraction (une date de délivrance située à plus de 7 jours dans le futur) dont les erreurs alimentent uniquement la boucle de réessai du workflow — il apparaît sous la forme d’une erreur de téléversement bloquante à cet endroit, n’est jamais produit par l’API autonome et n’est pas écrit dans warnings[]. Voir Comportement de réessai.

Avertissements configurables

Chacun de ces avertissements dépend d’un paramètre d’action du nœud POA du workflow (DECLINE / REVIEW / NO_ACTION). Le log_type de l’avertissement reflète l’action configurée : error pour Refuser, warning pour Examen manuel, information pour Aucune action.
Il existe une seule action partagée pour tous les écarts de nom et d’adresse : poa_name_or_address_mismatch_action couvre les deux risques liés au nom, les deux risques liés à l’adresse et la vérification croisée des noms entre documents. Vous ne pouvez pas configurer séparément le comportement en cas d’écart de nom et le comportement en cas d’écart d’adresse. Sur l’API autonome, le même groupe est régi par l’option de requête poa_address_mismatch_action (l’option poa_name_mismatch_action est acceptée mais n’est jamais lue).

Différences avec l’API autonome (POST /v3/poa/)

L’endpoint autonome établit la même correspondance entre risques et actions, mais avec des options au niveau de la requête qui n’acceptent que DECLINE ou NO_ACTION (toutes définies sur DECLINE par défaut) :
  • UNABLE_TO_EXTRACT_ISSUE_DATE et POA_NAME_NOT_DETECTED sont codés en dur sur Refuser sur cet endpoint.
  • POA_DOCUMENT_NOT_SUPPORTED_FOR_APPLICATION et UNPARSABLE_OR_INVALID_ADDRESS sont informatifs ici — leurs actions sont définies par défaut sur Aucune action et ne sont pas configurables par requête.
  • FUTURE_ISSUE_DATE, POOR_DOCUMENT_QUALITY, NAME_MISMATCH_ID_VERIFICATION, POA_NAME_MISMATCH_BETWEEN_DOCUMENTS et POA_MAX_ATTEMPTS_EXCEEDED ne sont jamais générés — un document portant une date future n’est pas automatiquement refusé sur cet endpoint.
Consultez la référence de l’API POST /v3/poa/ pour connaître les options de requête.

Comportement des réessais (sessions de workflow)

Dans une session de vérification, l’étape de téléversement du POA exécute une validation bloquante avant que le document ne soit accepté. Lorsqu’elle détecte une erreur bloquante — INVALID_DOCUMENT_TYPE, UNABLE_TO_EXTRACT_ISSUE_DATE, FUTURE_ISSUE_DATE, POA_NAME_NOT_DETECTED, MISSING_ADDRESS_INFORMATION, POA_COUNTRY_MISMATCH_WITH_PROVIDED, POA_DOCUMENT_NOT_SUPPORTED_FOR_APPLICATION, UNSUPPORTED_DOCUMENT_LANGUAGE ou POA_DOCUMENT_EXPIRED — le téléversement est rejeté avec un code 400 et le code de risque en guise de message, et l’utilisateur peut réessayer avec un meilleur document. Pour POA_DOCUMENT_EXPIRED, le corps du 400 inclut également expiration_reason (printed_expiration ou age_window) afin que votre interface utilisateur puisse afficher la raison exacte ; sur le chemin age_window, il inclut en plus max_age_months. Sur le chemin printed_expiration, max_age_months est intentionnellement omis, car le document a été rejeté en raison de sa date d’expiration imprimée plutôt que d’une fenêtre d’ancienneté. Une fois que l’utilisateur a épuisé ses tentatives poa_max_retry_attempts (par défaut 2, configurable de 2 à 5), la soumission est acceptée malgré tout : les avertissements stockés sont recalculés à partir du document enregistré, POA_MAX_ATTEMPTS_EXCEEDED est ajouté, et le statut est déterminé à partir de l’ensemble complet des risques. C’est pourquoi FUTURE_ISSUE_DATE peut bloquer un téléversement sans jamais apparaître dans warnings[].

Paramètres configurables

Le nœud POA du workflow expose ces réglages (correspondant aux champs de VerificationSettings) :

Logique de correspondance des noms

La correspondance des noms pour les justificatifs de domicile tolère les variations courantes :
  • Deuxièmes prénoms et initiales font l’objet d’une correspondance souple (la présence/absence est autorisée).
  • Noms candidats — chaque nom détecté sur le document (name_on_document ainsi que additional_names) reçoit un score, et le candidat obtenant le meilleur score est conservé.
  • Seuil de correspondance — la valeur par défaut de poa_name_match_score_threshold est 86 ; un score inférieur déclenche l’avertissement NAME_MISMATCH* correspondant.
Les scores numériques sont exposés sur le rapport sous la forme name_match_score_expected_details et name_match_score_id_verification (0–100). Les valeurs de score sont utiles pour un examen approfondi même lorsqu’aucun avertissement n’a été émis.

Exemples

Manipulation par superposition (Decline par défaut)

Document expiré + adresse manquante (refus automatique)

Non-concordance de nom (Review par défaut)

Ressources associées

Types d’avertissements

Dernière modification le 7 novembre 2026