Vue d’ensemble
La vérification de justificatif de domicile (POA) émet des avertissements surpoa_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_risksainsi que par la vérification du nom entre plusieurs documents. - API autonome (
POST /v3/poa/) — les avertissements proviennent uniquement decheck_poa_risks. Il n’y a pas de boucle de réessai, pas de contexte d’identité vérifiée et un seul document, doncNAME_MISMATCH_ID_VERIFICATION,POA_NAME_MISMATCH_BETWEEN_DOCUMENTS,POA_MAX_ATTEMPTS_EXCEEDEDetFUTURE_ISSUE_DATEne 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_DATEetPOA_NAME_NOT_DETECTEDsont codés en dur sur Refuser sur cet endpoint.POA_DOCUMENT_NOT_SUPPORTED_FOR_APPLICATIONetUNPARSABLE_OR_INVALID_ADDRESSsont 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_DOCUMENTSetPOA_MAX_ATTEMPTS_EXCEEDEDne sont jamais générés — un document portant une date future n’est pas automatiquement refusé sur cet endpoint.
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 deVerificationSettings) :
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_documentainsi queadditional_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_thresholdest 86 ; un score inférieur déclenche l’avertissementNAME_MISMATCH*correspondant.
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
- Rapport de justificatif de domicile — format complet de la réponse, analyse forensique de la manipulation par superposition, sémantique des statuts
- Présentation du justificatif de domicile — types de documents acceptés
- Modèles de données — Justificatif de domicile — schéma canonique et objet Warning
- Webhooks —
status.updatedtransmet les avertissements de POA