Corriger un nom ou un champ mal lu

L'OCR a mal lu un nom de famille, a mis l'adresse à la place du nom ou a laissé un champ à "unknown". Le support ne peut pas le modifier pour vous, mais vous avez trois moyens - l'étape de révision des données par l'utilisateur, l'API update-data et une resoumission de l'étape d'identité.

Rédigé par le support Didit · Mis à jour le 15 septembre 2026

Short answer

Le support Didit ne peut pas modifier les valeurs de votre session. Vous le pouvez, de trois façons : laisser la personne confirmer et corriger les données dans le parcours (Révision des données par l'utilisateur), corriger les champs vous-même avec l'API update-data, ou demander une resoumission de l'étape d'identité après avoir relevé le seuil de qualité d'image. Presque toutes les erreurs de lecture viennent d'une mauvaise capture.

Un nom avec une lettre fausse, un nom de famille qui "ne s'est pas chargé", une session dont le nom apparaît comme unknown, ou une adresse qui a atterri dans le champ du nom sont le même problème : l'extraction a tourné sur une image qui n'était pas assez bonne, ou sur une face du document que le modèle ne lit pas. Les données de la session sont ce que le modèle a lu, et Didit ne modifie pas les données des clients à la main : votre équipe est propriétaire de l'enregistrement, et tout changement doit être traçable jusqu'à vous.

#D'abord, comprendre pourquoi c'est arrivé

Ouvrez la session et regardez les images du document et les avertissements :

  • Image floue, sombre, avec des reflets ou partiellement coupée. De loin la cause la plus fréquente. La session porte généralement un score de qualité d'image bas ou un avertissement IMAGE_TOO_BLURRY. Voir résoudre les problèmes d'envoi et de lecture des documents.
  • Fichier importé au lieu d'une capture en direct. Les imports sont souvent des captures d'écran ou des photos compressées, et sont bien plus souvent mal lus que les scans par caméra.
  • Un alphabet non latin. Les noms en cyrillique, arabe, grec, chinois ou coréen peuvent revenir brouillés ou vides si le paramètre Format de caractère du workflow ne correspond pas à ce que vous attendez (alphabet d'origine ou translittération latine).
  • Une face du document que le modèle ne lit pas encore. Certaines cartes nationales portent les données au verso dans une mise en page sur laquelle Didit n'a pas été entraîné. Dans ce cas le recto est lu et le verso est accepté mais pas extrait ; envoyez un spécimen au support pour que la correspondance soit ajoutée.

#Trois façons de corriger

  1. Laissez la personne corriger dans le parcours (idéal pour les nouvelles sessions)

    Dans l'étape de vérification d'identité du workflow, sous Avancé, activez Révision des données par l'utilisateur : après la capture, la personne voit les champs extraits et peut corriger les erreurs de lecture avant que le résultat soit décidé. Les modifications des Champs critiques que vous listez (nom, date de naissance, numéro de document) déclenchent l'action de votre choix, revue ou refus, pour qu'une correction ne passe jamais inaperçue. Cela règle le problème à la source et ne demande aucun travail à votre équipe.

  2. Corrigez la session vous-même (pour une session existante)

    Appelez PATCH /v3/session/{session_id}/update-data/ avec uniquement les champs à modifier : first_name, last_name, date_of_birth, document_number, expiration_date, issuing_state et les autres champs extraits. full_name est recalculé pour vous. La session doit être Approuvée, Refusée, En revue ou KYC expiré, la modification déclenche un webhook data.updated, et le journal d'audit enregistre quels champs ont changé et qui les a changés. C'est un appel payant. Des endpoints équivalents existent pour les champs du justificatif de domicile et pour les données de registre KYB. Référence : mettre à jour les données de session.

  3. Demandez une nouvelle capture (quand l'image est le problème)

    Si l'image est trop mauvaise pour se fier à un champ quelconque, demandez une resoumission de l'étape de vérification d'identité : la personne reçoit le même lien et ne refait que cette étape. Avant cela, relevez le curseur Qualité d'image minimale de l'étape et envisagez d'activer l'Écran de vérification de l'image capturée, pour que la nouvelle prise ne puisse pas être aussi mauvaise que la première. Voir laisser quelqu'un retenter une vérification.

Note

Resoumettre l'étape d'identité remplace les images du document et relance les vérifications qui en dépendent (face match, screening AML par nom, validation en base de données) à leur prix habituel. Corriger un champ via l'API ne relance rien : si le mauvais nom a déjà produit un résultat AML ou de registre, relancez cette vérification avec les données corrigées ; les API autonomes existent exactement pour cela.

#Ce que la correction ne fait pas

  • Elle ne change pas le statut de la session. Une session refusée avec un nom corrigé reste refusée tant que votre équipe n'en décide pas autrement.
  • Elle ne revérifie pas le document. La correction est votre affirmation, enregistrée comme telle dans le journal d'audit.
  • Elle ne s'applique pas rétroactivement aux autres sessions de la même personne.

#Éviter que cela se reproduise

  • Relevez la Qualité d'image minimale dans l'étape de vérification d'identité et activez l'Écran de vérification de l'image capturée pour que les personnes confirment la photo avant l'envoi.
  • Préférez le scan par caméra à l'import de fichier pour le trafic de production.
  • Définissez le Format de caractère délibérément sur les marchés à alphabet non latin.
  • Si un type de document est systématiquement mal lu, envoyez deux ou trois spécimens anonymisés au support pour que le modèle soit mis à jour.