# Corregir un nom o un camp mal llegit

Source: https://help.didit.me/ca/verification-sessions/correct-extracted-data
Updated: 2026-10-12

L'OCR va llegir malament un cognom o va deixar un camp desconegut: arregla-ho amb el pas de revisió de dades, l'API update-data o un reenviament.

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.
També pots corregir un registre existent a **Més accions → Edita les dades KYC** o **Edita les dades de prova d’adreça**. Confirma els camps: el canvi queda auditat i no modifica automàticament la decisió.

[Video: Revisió de dades de l'usuari: deixa que els usuaris corregeixin errors d'OCR - Didit Academy](https://www.youtube.com/watch?v=JPFGP24BLHI)

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](https://help.didit.me/ca/documents-coverage/document-upload-problems).
- **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)**

   També pots corregir un registre existent a **Més accions → Edita les dades KYC** o **Edita les dades de prova d’adreça**. Confirma els camps: el canvi queda auditat i no modifica automàticament la decisió.
   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ó](https://docs.didit.me/sessions-api/update-data).

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ó](https://help.didit.me/ca/verification-sessions/retry-a-verification).

> **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.