Corregir un nom o un camp mal llegit

L'OCR va llegir malament un cognom, va posar l'adreça al nom o va deixar un camp com a "unknown". Suport no ho pot editar per tu, però tens tres maneres d'arreglar-ho - el pas de revisió de dades per l'usuari, l'API update-data i un reenviament del pas d'ID.

Escrit pel suport de Didit · Actualitzat el 15 de setembre del 2026

Short answer

El suport de Didit no pot editar els valors de la teva sessió. Tu sí, de tres maneres: deixar que la persona confirmi i corregeixi les dades al flux (Revisió de dades per l'usuari), corregir els camps tu mateix amb l'API update-data, o demanar un reenviament del pas d'ID després d'apujar el llistó de qualitat d'imatge. Gairebé totes les lectures errònies venen d'una mala captura.

Un nom amb una lletra canviada, un cognom que "no s'ha carregat", una sessió amb el nom com a unknown, o una adreça que ha acabat al camp del nom són el mateix problema: l'extracció es va fer sobre una imatge que no era prou bona, o sobre una cara del document que el model no llegeix. Les dades de la sessió són el que el model va llegir, i Didit no canvia dades de clients a mà: el teu equip és propietari del registre, i qualsevol canvi ha de ser traçable fins a tu.

#Primer, entén per què ha passat

Obre la sessió i mira les imatges del document i els avisos:

  • Imatge borrosa, fosca, amb reflexos o retallada. La causa més comuna amb diferència. La sessió sol portar una puntuació de qualitat d'imatge baixa o un avís IMAGE_TOO_BLURRY. Consulta arreglar problemes de pujada i lectura de documents.
  • Fitxer pujat en lloc de captura en viu. Les pujades solen ser captures de pantalla o fotos comprimides i es llegeixen malament molt més sovint que els escanejos amb càmera.
  • Un alfabet no llatí. Els noms en ciríl·lic, àrab, grec, xinès o coreà poden tornar desordenats o buits si l'ajust Format de caràcter del flux no coincideix amb el que esperes (alfabet original davant de transliteració llatina).
  • Una cara del document que el model encara no llegeix. Alguns documents nacionals porten les dades al revers amb un disseny en què Didit no s'ha entrenat. En aquest cas es llegeix l'anvers i el revers s'accepta però no s'extreu; envia un espècimen a suport perquè s'hi afegeixi el mapatge.

#Tres maneres d'arreglar-ho

  1. Deixa que la persona ho corregeixi al flux (el millor per a sessions noves)

    Al pas de verificació d'ID del flux, a Avançat, activa Revisió de dades per l'usuari: després de la captura, la persona veu els camps extrets i pot corregir errors de lectura abans que es decideixi el resultat. Les edicions dels Camps crítics que indiquis (nom, data de naixement, número de document) prenen l'acció que triïs, revisió o rebuig, perquè una correcció mai no passi en silenci. Això arregla el problema a l'origen i no requereix feina del teu equip.

  2. Corregeix la sessió tu mateix (per a una sessió existent)

    Crida PATCH /v3/session/{session_id}/update-data/ només amb els camps que vulguis canviar: first_name, last_name, date_of_birth, document_number, expiration_date, issuing_state i la resta de camps extrets. full_name es recalcula per tu. La sessió ha d'estar Aprovada, Rebutjada, En revisió o KYC caducat, el canvi dispara un webhook data.updated, i el registre d'auditoria desa quins camps van canviar i qui els va canviar. És una crida de pagament. Hi ha endpoints equivalents per als camps de prova de domicili i per a les dades del registre KYB. Referència: actualitzar dades de sessió.

  3. Demana una captura nova (quan el problema és la imatge)

    Si la imatge és massa dolenta per fiar-se de cap camp, sol·licita un reenviament del pas de verificació d'ID: la persona rep el mateix enllaç i repeteix només aquell pas. Abans de fer-ho, apuja el control Qualitat mínima de la imatge del pas i planteja't activar la Pantalla de revisió de la imatge capturada, perquè la repetició no pugui ser tan dolenta com el primer intent. Consulta deixar que algú torni a intentar una verificació.

Note

Reenviar el pas d'ID substitueix les imatges del document i torna a executar les comprovacions que en depenen (face match, screening AML per nom, validació en bases de dades) al seu preu habitual. Corregir un camp amb l'API no torna a executar res: si el nom erroni ja va produir un resultat AML o de registre, repeteix aquella comprovació amb les dades corregides; les API independents existeixen exactament per a això.

#Què no fa la correcció

  • No canvia l'estat de la sessió. Una sessió rebutjada amb el nom corregit continua rebutjada fins que el teu equip decideixi una altra cosa.
  • No torna a verificar el document. La correcció és la teva afirmació, registrada com a tal al registre d'auditoria.
  • No s'aplica retroactivament a altres sessions de la mateixa persona.

#Evitar que es repeteixi

  • Apuja la Qualitat mínima de la imatge al pas de verificació d'ID i activa la Pantalla de revisió de la imatge capturada perquè la gent confirmi la foto abans de pujar-la.
  • Prefereix l'escaneig amb càmera davant de la pujada de fitxers al trànsit de producció.
  • Configura el Format de caràcter expressament en mercats amb alfabets no llatins.
  • Si un tipus de document es llegeix malament de manera sistemàtica, envia dos o tres espècimens anonimitzats a suport perquè el model es pugui actualitzar.