> ## Documentation Index > Fetch the complete documentation index at: https://docs.didit.me/llms.txt > Use this file to discover all available pages before exploring further. # Vérification bancaire : solutions de secours sans banque > Didit évite les blocages en vérification bancaire : alternatives par pays, option continuer sans banque et restitution des résultats. Bank Verification ne laisse jamais une personne bloquée. Tant que l'étape attend son action, elle peut toujours choisir **Continuer sans votre banque**, et l'étape l'affiche dès qu'aucune méthode ne fonctionne pour son pays ou sa banque. La session applique alors la décision que vous avez choisie pour ce cas de figure, un examen manuel par défaut. Lorsqu'une tentative infructueuse épuise la dernière tentative de toutes les options qui lui sont encore proposées, y compris le téléversement d'un relevé bancaire, l'étape n'attend pas : elle se termine d'elle-même et applique `bank_attempts_exhausted_action`, un refus par défaut, à moins qu'une tentative antérieure n'ait déjà abouti à un verdict, comme une non-concordance de nom. Ce verdict est alors maintenu. Cette page présente les autres méthodes de vérification proposées par chaque pays, le moment où la personne voit **Continuer sans votre banque**, la manière dont chaque cas est tranché et comment lire ce résultat. ## Les méthodes de vérification | Méthode de vérification | `method` | Où elle est proposée | | - | - | - | | Connexion bancaire | `open_banking` | Là où une route dessert le pays. | | Vérification de compte | `account_lookup` | Là où une route dessert le pays. | | Téléversement de relevé | `statement` | N'importe quel pays, lorsque l'étape l'active (`bank_statement_enabled`). | | Micro-dépôts | `microdeposits` | Uniquement là où une route envoie les dépôts, après une tentative facturée de connexion bancaire ou de vérification de compte dans la même session (`bank_microdeposits_enabled`). | | Continuer sans votre banque | `none` | Toujours. Il ne peut pas être désactivé. | La personne commence par la connexion bancaire ou la vérification de compte, dans l'ordre que vous avez défini pour son pays : voir [Choisir les méthodes par pays](https://docs.didit.me/fr/core-technology/bank-verification/verification-methods.md#choisir-les-méthodes-par-pays). Le téléversement de relevé et les micro-dépôts interviennent en solution de repli après ces deux méthodes. **Continuer sans votre banque** arrive en dernier. Une méthode qu'un pays ne peut pas utiliser n'est jamais proposée à la personne qui s'y trouve. Dans la console, **Pays et méthodes** l'affiche comme **Non disponible** pour ce pays. ### Un pays qu'aucune route bancaire ne dessert Un pays où ni la connexion bancaire ni la vérification de compte ne disposent d'une route reste dans l'étape. Ses utilisateurs téléversent un relevé bancaire, lorsque l'étape en propose un, ou continuent sans banque. Un enregistrement conserve un tel pays lorsqu'il omet `methods` ou lui attribue la valeur `null`. Son champ `methods` ne peut pas lister de méthode, car aucune route n'en dessert à cet endroit : cela est refusé lors de l'enregistrement, par exemple avec `Account check is not available in VNM.` Une liste vide est également refusée, comme dans chaque pays activé, avec `Choose a method: bank sign-in, account check, or both.` Si votre contrat fixe ses propres prix et n'inclut pas le téléversement de relevé, un enregistrement qui en propose un sans aucune tentative bancaire préalable refuse également un tel pays. ```json theme={null} { "bank_statement_enabled": true, "bank_countries": { "GBR": { "enabled": true, "institutions": "all" }, "VNM": { "enabled": true, "institutions": "all" } } } ``` Ici, le Vietnam représente un pays qu'aucune route bancaire ne dessert. Il ne définit aucun paramètre `methods`, l'enregistrement le conserve donc, et ses utilisateurs voient le téléversement de relevé ainsi que **Continuer sans votre banque**. ### Le téléversement de relevé Le téléversement de relevé demande un relevé bancaire datant de moins de 3 mois indiquant le nom de la personne, sa banque et le numéro de compte. Didit le lit, vérifie s'il a été modifié et compare le nom du titulaire de la même manière que lors d'une vérification bancaire. Lorsque `bank_statement_enabled` est activé, l'étape le propose dans deux cas : * **Après une tentative facturée :** dès qu'une connexion bancaire ou une vérification de compte a été facturée au cours de la même session, le téléversement de relevé fait office de solution de repli, sans frais supplémentaires. * **Sans aucune tentative bancaire préalable :** dans n'importe quel pays, y compris ceux qu'aucune route bancaire ne dessert. Cela nécessite `bank_statement_standalone_enabled`, qui est activé par défaut. Désactivez-le pour ne proposer le téléversement de relevé qu'après une tentative facturée. Le téléversement de relevé et les micro-dépôts consomment chacun l'une des tentatives `bank_max_attempts` de l'étape, les mêmes que celles utilisées par la connexion bancaire. Dès que la personne les a toutes épuisées, aucun des deux n'est plus proposé, même après une tentative facturée. La vérification de compte dispose de son propre paramètre `bank_account_check_max_attempts` ; ainsi, là où elle constitue la seule méthode, une personne ayant utilisé toutes ses vérifications de compte peut encore téléverser un relevé, si l'étape en propose un. Lorsqu'une tentative infructueuse épuise la dernière tentative de chaque option encore proposée à la personne, y compris le téléversement de relevé, l'étape se termine d'elle-même : la personne n'est pas invitée à continuer, et le résultat n'enregistre aucune action de continuation. La session applique `bank_attempts_exhausted_action`, à moins qu'une tentative antérieure n'ait déjà abouti à un verdict, tel qu'une non-concordance de nom, qui est alors maintenu. Pour laisser de la place à une solution de repli après un échec de connexion bancaire, définissez `bank_max_attempts` sur `2` ou plus. ## Quand la personne voit Continuer sans votre banque `bank_continue_without_bank` définit quand l'étape affiche **Continuer sans votre banque** : | Valeur | L'étape l'affiche | | - | - | | `when_needed` (par défaut) | Dès qu'aucune méthode ne fonctionne pour le pays ou la banque de la personne, lorsque sa banque ne peut pas être jointe actuellement et qu'aucune autre méthode ne permet de la vérifier, ou lorsqu'elle indique ne pas avoir accès aux services bancaires en ligne ou que sa banque n'est pas répertoriée. | | `from_start` | Également sur le premier écran. | Aucune des deux valeurs ne désactive l'option : la personne peut toujours continuer. Dans la console, configurez-la dans l'étape Vérification bancaire sous **Quand la personne ne peut pas vérifier**, via **Afficher Continuer sans banque** : **Quand rien d'autre ne fonctionne** ou **Dès le début**. ```json theme={null} { "bank_continue_without_bank": "when_needed" } ``` ### Ce que voit la personne * **Aucun parcours dans son pays :** par exemple « Nous ne pouvons pas encore nous connecter aux banques au Vietnam », avec l'import de relevé sous **Autres moyens de vérification**, et **Continuer sans votre banque**. * **Une banque qui ne peut pas être utilisée ici :** « Cette banque ne peut pas être utilisée ici ». La personne peut saisir les coordonnées de son compte lorsque le pays propose la vérification de compte, importer un relevé, choisir une autre banque ou continuer sans sa banque. * **Pas d'accès aux services bancaires en ligne, ou banque non répertoriée :** « Vérifiez votre compte d'une autre manière », avec les moyens proposés par son pays, et **Continuer sans votre banque**. * **Une banque injoignable pour le moment :** la personne peut réessayer. L'écran propose également **Continuer sans votre banque** dès que l'autre méthode, la connexion bancaire ou la vérification de compte, ne peut pas aider : son pays ne la propose pas, il ne reste plus aucune tentative, ou sa dernière tentative n'a pas pu joindre la banque non plus. * **Après avoir continué :** « Merci, vous pouvez continuer ». Aucun échec n'est jamais présenté à la personne, et elle passe à l'étape suivante de votre workflow. ## Choisir le résultat Lorsque la personne continue sans banque, Didit en détermine la raison à partir de ce qui s'est passé durant l'étape. La plateforme ne prend jamais de motif provenant de l'appareil de la personne. Chaque motif, enregistré sous `continuation.reason`, suit son propre paramètre de résultat : * `no_route` : aucun parcours de connexion bancaire ou de vérification de compte n'est disponible dans son pays. Décidé par `bank_unsupported_action`, `REVIEW` par défaut, avec le code de motif `NOT_COVERED`. * `institution_unsupported` : la banque choisie ne peut pas être utilisée pour cette étape. Décidé par `bank_unsupported_action`, `REVIEW` par défaut, avec le code de motif `NOT_COVERED`. * `attempts_exhausted` : toutes les tentatives étaient déjà épuisées, et aucune n'était encore en cours, lorsqu'elle a continué. Décidé par `bank_attempts_exhausted_action`, `DECLINE` par défaut. * `person_choice` : un moyen de vérification était disponible, et la personne a choisi de continuer. Cela inclut une banque qui n'a pas pu être jointe actuellement : la banque est prise en charge, le choix de la personne est donc le motif retenu. Décidé par `bank_skipped_action`, `REVIEW` par défaut, avec le code de motif `SKIPPED`. `bank_skipped_action` et `bank_attempts_exhausted_action` acceptent `REVIEW` ou `DECLINE`. `bank_unsupported_action` accepte également `NO_ACTION`, ce qui approuve l'étape tout en enregistrant `NOT_COVERED`. Dans la console, il s'agit des lignes **Banque ou pays non couvert**, **A continué sans banque** et **Tentatives épuisées** de l'onglet **Résultats** de l'étape. ```json theme={null} { "bank_continue_without_bank": "when_needed", "bank_unsupported_action": "REVIEW", "bank_skipped_action": "REVIEW", "bank_attempts_exhausted_action": "DECLINE" } ``` > [!NOTE] > > Continuer ne remplace jamais un verdict déjà rendu par une tentative. Si une tentative a déjà été évaluée, par exemple si la banque ou un relevé a renvoyé un titulaire qui ne correspond pas et que la personne avait encore des tentatives, ou une correspondance proche qu'elle n'a pas confirmée, l'étape conserve ce verdict et ses codes de motif. Aucun paramètre de résultat de la liste ci-dessus ne s'applique alors, et aucun `NOT_COVERED` ni `SKIPPED` n'est ajouté. Le résultat enregistre tout de même que la personne a continué : voir [Consulter le résultat](#le-lire-dans-le-résultat). ## Le lire dans le résultat ### Décision et webhooks L'élément de l'étape dans `bank_verifications[]`, dans la [décision de la session](https://docs.didit.me/fr/sessions-api/retrieve-session.md#vérification-bancaire) et dans l'objet `decision` des [webhooks `status.updated`](https://docs.didit.me/fr/integration/webhooks#tableaux-pluriels-v3-important), indique que la personne a continué sans banque : * `continued_without_bank` est `true` : la personne a quitté l'étape via **Continuer sans votre banque**. * `method` est `none` lorsqu'aucune tentative n'a été évaluée avant que la personne ne continue. Après une tentative évaluée, comme un titulaire non correspondant, `method` conserve la méthode de cette tentative, et son verdict est maintenu. * `continuation` indique comment la personne a continué : * `reason` : `no_route`, `institution_unsupported`, `attempts_exhausted` ou `person_choice`. * `country` : le pays dans lequel la personne effectuait la vérification, au format ISO 3166-1 alpha-3, ou `null` si elle a continué avant d'en sélectionner un. * `offered` : les autres méthodes de vérification proposées pour ce pays, dans l'ordre où elles ont été présentées : `statement`, puis `microdeposits`. Vide si aucune n'a été proposée. * `institution_id` et `institution_name` : pour `institution_unsupported`, la banque que la personne n'a pas pu utiliser : la banque qu'elle a sélectionnée ou celle sur laquelle sa dernière tentative s'est achevée. Didit tire ces deux informations de sa propre liste de banques, jamais de l'appareil de la personne ; une banque absente de cette liste laisse donc ces deux champs à `null`. Les deux sont à `null` pour tout autre motif. * `continued_at` : le moment où la personne a continué. * `reason_codes` contient `NOT_COVERED` ou `SKIPPED`, comme dans [Choisir le résultat](#choisir-le-résultat), lorsque la continuation a déterminé le résultat de l'étape. Après une tentative évaluée, il conserve les codes de motif de cette tentative. * `not_covered` est `true` pour `no_route` et `institution_unsupported`. ```json theme={null} { "bank_verifications": [ { "node_id": "feature_bank_verification", "status": "In Review", "method": "none", "continued_without_bank": true, "continuation": { "reason": "institution_unsupported", "country": "ESP", "offered": ["statement"], "institution_id": "example_bank_es", "institution_name": "Example Bank", "continued_at": "2026-11-03T08:15:41.512870+00:00" }, "not_covered": true, "ownership": null, "reason_codes": ["NOT_COVERED"] } ] } ``` L'exemple ne montre que les champs abordés sur cette page. L'ensemble des champs se trouve dans le schéma `BankVerificationResult` de la [référence de l'API](https://docs.didit.me/fr/sessions-api/retrieve-session.md). Lorsque votre workflow restreint les données qu'il renvoie, `continued_without_bank` et `continuation.reason` sont toujours renvoyés, ce qui vous permet de distinguer `no_route` de `institution_unsupported`, qui partagent tous deux `NOT_COVERED`. Toutes les autres clés de `continuation` sont alors à `null` : le pays, la banque, ce qui a été proposé et quand. `continuation` lui-même est `null` si la personne n'a pas continué. `method` n'est pas renvoyé non plus dans ce cas ; lisez donc `continued_without_bank`, et non `method`, pour savoir si la personne a continué. ### Règles de workflow Les branches et les règles de statut personnalisées peuvent lire : * `bank.continued_without_bank` : `true` ou `false`. * `bank.continue_reason` : `no_route`, `institution_unsupported`, `attempts_exhausted` ou `person_choice`. * `bank.method` : `none` lorsque la personne a continué sans banque avant qu'une tentative ait été évaluée. Après une tentative évaluée, la méthode de cette tentative. ### Rapport de session Lorsque la personne a continué sans banque avant qu'une tentative ait été évaluée, la ligne **Méthode de vérification** du rapport PDF de la session affiche **A continué sans banque**. Après une tentative évaluée, elle indique la méthode de cette tentative. ## Tarifs * **Continuer sans votre banque** n'est jamais facturé. Les tentatives effectuées par la personne avant de continuer sont facturées comme d'habitude. * **Un téléversement de relevé sans tentative bancaire facturée préalable** coûte \$0.20 par relevé lu et évalué par Didit. Il est facturé sur sa propre ligne d'utilisation, **Bank verification - statement upload** (`bank_statement_upload`), et le tarif de votre contrat ou votre prix spécifique s'y applique comme pour tout module complémentaire. Si votre contrat définit ses propres prix et ne l'inclut pas, l'étape ne le propose pas. * **Un téléversement de relevé ou des micro-dépôts après une connexion bancaire ou une vérification de compte facturée** au cours de la même session sont inclus sans frais supplémentaires. ## Nœuds enregistrés avant Continuer sans votre banque `bank_allow_skip` est obsolète. Un nœud enregistré avec ce paramètre s'exécute désormais avec la valeur correspondante : | `bank_allow_skip` | Le nœud s'exécute avec | | - | - | | `true` | `bank_continue_without_bank: "from_start"` | | `false` ou non défini | `bank_continue_without_bank: "when_needed"` | Un nœud qui n'autorisait pas l'omission laissait auparavant la personne sans issue lorsque rien ne fonctionnait pour elle. Il affiche désormais **Continuer sans votre banque** dans ces situations, et `bank_unsupported_action`, `bank_attempts_exhausted_action` ou `bank_skipped_action` tranche la session. Pour une version, un enregistrement qui transmet `bank_allow_skip` sans `bank_continue_without_bank` configure toujours le mode à partir de celui-ci. Chaque enregistrement réécrit `bank_allow_skip` : `true` pour `from_start`, `false` pour `when_needed`. Utilisez `bank_continue_without_bank` dans vos nouvelles intégrations. ## Tester dans la sandbox Une application de sandbox ne facture rien, et le téléversement de relevé ainsi que les micro-dépôts ne nécessitent aucune tentative bancaire préalable. Définissez `bank_continue_without_bank` sur `from_start` pour voir **Continuer sans votre banque** dès le premier écran, et sélectionnez-le pour tester `bank_skipped_action`. Consultez [Tests en sandbox](https://docs.didit.me/fr/integration/sandbox-testing.md) pour découvrir le fonctionnement général des applications sandbox. ## En savoir plus * [Méthodes de vérification bancaire](https://docs.didit.me/fr/core-technology/bank-verification/verification-methods.md) : connexion bancaire et vérification de compte, par pays. * [Vérification de compte](https://docs.didit.me/fr/core-technology/bank-verification/account-check.md) : formats de compte, résultats et valeurs de sandbox. * [Clés de configuration de Bank Verification](https://docs.didit.me/fr/management-api/workflows/feature-configs.md#vérification-bancaire) : toutes les clés de l'étape. This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.