# Laisser quelqu'un retenter une vérification

Source: https://help.didit.me/fr/verification-sessions/retry-a-verification
Updated: 2026-10-12

Deux façons d'offrir une seconde tentative - resoumettre les seules étapes échouées, ou démarrer une nouvelle session. Le choix dépend du statut actuel.

Demandez une resoumission pour refaire les étapes choisies dans la même session. Créez une nouvelle session si le lien a expiré avant son ouverture.

**En révision, Refusée, Approuvée, Abandonnée, KYC expiré ou Resoumise.**

Il existe deux façons de donner à quelqu'un une nouvelle tentative : **demander une resoumission** des étapes échouées, ou **créer une nouvelle session** depuis le début. Le choix dépend du statut actuel de la session.

## Option 1 : demander une resoumission

La resoumission conserve la même session et le même historique, et demande seulement à la personne de refaire les étapes précises qui ont échoué, pas toute la vérification.

**En révision, Refusée, Approuvée, Abandonnée, KYC expiré ou Resoumise.**

![Une session dans la console Didit avec le menu Plus d'options qui la rouvre pour une nouvelle tentative](https://help.didit.me/screenshots/session-detail-light.webp)

*Une nouvelle tentative se lance depuis la session elle-même.*

1. **Ouvrez la session**

   Dans la [Console Business](https://business.didit.me), allez dans **Vérifications** et ouvrez la session.

2. **Demandez une resoumission**

   Ouvrez le menu d'actions et sélectionnez **Demander une resoumission**. Choisissez les étapes que la personne doit refaire : toute étape qui n'a pas été approuvée.

3. **Notifiez la personne (optionnel)**

   Si vous avez son e-mail dans vos données, vous pouvez lui envoyer automatiquement un lien direct vers la resoumission. Vous pouvez aussi définir la langue de cet e-mail.

4. **Attendez la réévaluation**

   Le statut de la session passe à **Resoumise** pendant l'attente. Une fois que la personne a terminé les étapes demandées, le système réévalue automatiquement et fait passer la session à **Approuvée**, **Refusée**, ou **En révision**.

Une resoumission peut être demandée plus d'une fois sur la même session : chaque cycle est conservé dans l'historique de la session pour vos archives. Les développeurs peuvent déclencher la même chose via l'[API de mise à jour du statut de session](https://docs.didit.me/sessions-api/update-status).

## Option 2 : créer une nouvelle session

Si la session a expiré avant son ouverture, créez-en une avec **Plus d’actions → Nouvelle vérification pour cette personne** ou via l’API. Cette option nécessite `vendor_data` ; sinon elle est désactivée. Réutilisez la même valeur pour regrouper les tentatives de la personne.

## Lequel utiliser ?

| | Resoumission | Nouvelle session |
|---|---|---|
| Identifiant de session | Le même | Un nouveau |
| Historique | Conservé ensemble au même endroit | Séparé, relié seulement par `vendor_data` |
| Ce que la personne refait | Seulement les étapes échouées | Tout |
| Fonctionne depuis | En révision, Refusée, Approuvée, Abandonnée, KYC expiré ou Resoumise | Tout statut ; surtout pour une session expirée avant son ouverture |
| Coût | Seulement les étapes qui se réexécutent et se terminent | Chaque étape du workflow à nouveau |

Pour un problème corrigible (une photo floue, un mauvais côté de document), la resoumission est presque toujours le meilleur choix : elle offre moins de friction pour un utilisateur authentique, coûte moins cher, et conserve une piste d'audit unique.

## Ce que coûte une nouvelle tentative

La facturation se fait par **fonctionnalité terminée**, donc :

- Une resoumission qui refait seulement l'étape document ne facture que cette étape.
- Une toute nouvelle session exécute tout le workflow à nouveau et facture chaque fonctionnalité qui se termine à nouveau.
- Une étape que la personne n'atteint jamais n'est pas facturée du tout.

C'est l'argument pratique en faveur de la resoumission plutôt qu'une nouvelle session pour un échec corrigible. Voir [ce qui compte comme un contrôle facturable](https://help.didit.me/fr/billing-credits/what-counts-as-billable).

## Contrôler le nombre de tentatives dont dispose une personne

Si vous préférez qu'une vérification échouée n'offre pas à la personne une nouvelle tentative à l'intérieur du même flux, c'est une question de configuration du workflow : l'action de l'étape sur chaque avertissement décide si la personne est invitée à réessayer, envoyée en révision, ou refusée d'emblée. Voir [règles de décision et seuils](https://help.didit.me/fr/workflows/decision-rules).

> **Warning:** Faites attention en supprimant complètement les nouvelles tentatives. Certains échecs
> de capture sont la faute de l'appareil, pas de la personne : une caméra qui a manqué
> une image, ou un téléphone qui n'a pas réussi à maintenir la puce NFC. Supprimer la
> nouvelle tentative transforme ces cas en refus permanents d'utilisateurs légitimes.

## Voir aussi

- [Ce que signifie chaque statut de session](https://help.didit.me/fr/verification-sessions/session-statuses)
- [Pourquoi une vérification a été refusée](https://help.didit.me/fr/verification-sessions/why-was-a-session-declined)
- [Quand une session ne se termine jamais](https://help.didit.me/fr/verification-sessions/session-not-finished)