Saltar al contingut principal

Visió general

Les advertències a l’informe de verificació d’identitat assenyalen cada condició que Didit ha observat en llegir i validar el document. Es recullen a la matriu warnings[] de cada element de id_verifications[] (consulta Informe de verificació d’identitat), amb l’estructura descrita a Models de dades — Objecte d’advertència: feature, risk, additional_data, log_type, short_description, long_description, node_id. Cada advertència té tres capes:
  1. El codi de risk — un identificador estable que pots utilitzar per fer-hi comparacions al teu codi.
  2. El log_type — derivat de l’acció que la teva configuració assigna al risc en el moment de l’avaluació: Rebutjar → error, Revisió → warning, qualsevol altra cosa → information.
  3. L’impacte en la decisió — definit pels grups de risc configurables del flux de treball. El mateix codi de risk es pot derivar a Aprovar, Revisar o Rebutjar segons com estigui configurada la teva aplicació.

Condicions de rebuig automàtic

Als fluxos de treball, els riscos següents sempre forcen l’informe de verificació d’identitat (i la sessió) a l’estat Declined. No es poden configurar: Per a l’API d’OCR independent, el conjunt de rebuig incondicional és DOCUMENT_EXPIRED, MINIMUM_AGE_NOT_MET, PORTRAIT_IMAGE_NOT_DETECTED, SCREEN_CAPTURE_DETECTED, PRINTED_COPY_DETECTED, PORTRAIT_MANIPULATION_DETECTED i PUBLIC_DOCUMENT_IMAGE_DETECTED. Als fluxos de treball, l’edat mínima és configurable (per defecte Rebutjar) i els tres riscos de prova de vida del document es basen en llindars (consulta més avall). Els riscos configurables d’aquesta API accepten DECLINE o NO_ACTION com a paràmetres de sol·licitud en comptes d’un veredicte de Revisió. L’únic resultat de Revisió que pot retornar no és configurable: quan una comprovació de prova de vida de document sol·licitada no produeix cap puntuació utilitzable, la resposta és In Review amb una advertència DOCUMENT_LIVENESS_NOT_COMPUTED (consulta Prova de vida del document).

Configuració de verificació configurable

Al tauler de Didit, la resta de riscos d’identitat s’agrupen en configuracions que pots dirigir a Aprovar, Revisió o Rebutjar (per flux de treball, i per node en els fluxos de treball de graf): Els riscos de duplicat i de llista de bloqueig de la captura silenciosa provenen de la Cerca facial de la selfie presa durant la captura del document. La cerca s’executa mentre Cerca facial amb captura silenciosa (document_selfie_face_search_enabled) està activada, que és l’opció per defecte, i la Cerca facial no s’ha desactivat al pas de Prova de vida; en cas contrari, no es genera cap d’aquests sis riscos. Dues famílies de riscos d’identitat es basen en llindars en lloc de selectors d’Aprovar/Revisió/Rebutjar:
  • Prova de vida del document — SCREEN_CAPTURE_DETECTED, PRINTED_COPY_DETECTED, PORTRAIT_MANIPULATION_DETECTED. Cada tipus de frau té els seus propis llindars de rebuig i de revisió: puntuació per sota del llindar de rebuig → error + Rebutjada; per sota del llindar de revisió → warning + En revisió; en cas contrari, information.
  • Coincidència facial entre càmeres — LOW_FRONT_CAMERA_FACE_MATCH_SIMILARITY, regulat per document_selfie_portrait_match_decline_threshold / document_selfie_portrait_match_review_threshold.

Configuració dels llindars de prova de vida del document

A l’editor de fluxos de treball, aquests llindars es troben a la pestanya Falsificació del pas de Verificació d’identitat, amb una targeta per a cada tipus de frau: Substitució del retrat, Còpia impresa i Captura de pantalla. Cada comprovació assigna al document una puntuació de 0 a 100 segons com d’autèntic sembla. Una puntuació més alta significa que és més probable que el document sigui autèntic. Els dos valors d’una targeta divideixen aquesta escala en tres franges: Pujar qualsevol dels dos valors fa que la comprovació sigui més estricta: més sessions cauen a la franja superior. Abaixar un valor permet que passin més sessions. A l’editor, el valor de Rebutjar no pot superar el valor de Revisió. Mitjançant l’API, un valor de Rebutjar per sobre del valor de Revisió elimina la franja d’En revisió. Valors per defecte de la plataforma, utilitzats quan un flux de treball no defineix cap valor: Comença a partir dels valors per defecte i modifica un sol valor cada vegada. Cada targeta mostra el seu valor per defecte i un botó Restableix el valor per defecte, de manera que sempre pots tornar-hi. L’editor també t’avisa d’aquestes configuracions:
  • Revisió a 100. Només una puntuació perfecta supera la comprovació, de manera que gairebé totes les sessions passen a En revisió o es rebutgen.
  • Rebutjar a 100. Només una puntuació perfecta evita el rebuig, de manera que gairebé totes les sessions es rebutgen.
  • Tots dos valors a 0. Cap puntuació es marca mai, per la qual cosa la comprovació està pràcticament desactivada.
Establir tots dos valors al mateix número elimina la franja d’En revisió: la sessió es rebutja si la puntuació és inferior, i qualsevol altra puntuació supera la comprovació. Quan tant Còpia impresa com Captura de pantalla marcarien el mateix document, només es notifica SCREEN_CAPTURE_DETECTED. La coincidència facial entre càmeres utilitza la mateixa idea amb una diferència al límit: una puntuació igual al seu llindar de revisió continua passant a En revisió. Quatre riscos d’identitat no són configurables ni es basen en llindars. POSSIBLE_FRONT_CAMERA_FACE_IN_BLOCKLIST sempre es deriva a Revisió: un selfie que s’assembla a una cara de la llista de bloqueig, sense ser una coincidència confirmada, l’ha de valorar una persona; mai no comporta un rebuig automàtic i mai no s’ignora. BARCODE_SIGNATURE_INVALID sempre es deriva a Revisió. Només s’activa quan un codi de barres conté una signatura de l’autoritat emissora que falla la verificació criptogràfica, de manera que no hi ha cap configuració en què s’ignori una falsificació demostrada. DOCUMENT_BACK_SIDE_NOT_AVAILABLE és sempre informació i no afecta mai la decisió: notifica una limitació del catàleg de documents de Didit, no una propietat del document presentat, de manera que no hi ha cap configuració en què pugui rebutjar o enviar a revisió un titular autèntic. FRONT_CAMERA_CAPTURED_DOCUMENT sempre es deriva a Revisió. Només s’activa quan el fotograma de la càmera frontal capturat mentre s’escaneja el document mostra un document d’identitat i cap persona, de manera que una captura que no aporta informació sobre qui sostenia el document sempre arriba a una persona per a la revisió. Es comprova sempre que la coincidència entre el selfie i la captura del document (is_document_selfie_portrait_match_enabled) estigui activada.

Advertències generades

Verificat amb collect_ocr_logs, el flux de captura de documents i process_ocr_logs_and_get_status. Les descripcions curtes que apareixen a continuació són exactament les cadenes short_description que retorna l’API.

Reconeixement i qualitat del document

El flux de captura també pot rebutjar una càrrega amb els codis de retroacció IMAGE_RESOLUTION_TOO_LOW, DOCUMENT_NOT_FULLY_VISIBLE, IMAGE_QUALITY_TOO_LOW i DOCUMENT_OCCLUSION_DETECTED (es considera que un dit o objecte cobreix físicament text imprès). Cadascun sol·licita una recaptura a l’SDK i es registra a l’informe com un risc propi, canalitzat per la configuració d’Image Quality; DOCUMENT_OCCLUSION_DETECTED i IMAGE_QUALITY_TOO_LOW comparteixen una mateixa acció. Descriuen la captura: una recaptura satisfactòria esborra l’advertència. La decisió de si un camp cobert ha d’afectar la decisió correspon al risc d’integritat independent CRITICAL_FIELD_OCCLUSION_DETECTED que es descriu més avall, el qual es genera en el moment de la decisió i té Review per defecte.
Si el teu flux de treball ancora la identitat en la Coincidència facial en lloc del retrat del document, planteja’t canalitzar Document Without Portrait cap a Decline; altrament, una família de documents sense retrat arribarà a la Coincidència facial sense res amb què comparar-se.

Extracció de camps

MRZ, QR, codi de barres

Tots tres riscos de MRZ s’ometen per als tipus de documents amb MRZ que se sap que no són fiables.
Actualment, la verificació de la signatura del codi de barres cobreix els documents nacionals d’identitat francesos, el codi de barres 2D-Doc ANTS dels quals està signat per l’autoritat emissora. BARCODE_SIGNATURE_INVALID només s’emet quan la mateixa comprovació de signatura rebutja el payload. Un codi de barres sense signatura, un de signat per una autoritat que encara no es troba al magatzem de confiança de Didit o un codi de barres la signatura del qual no es pot descodificar es tracta com a dades no autenticades i es valida amb la MRZ i el text imprès com abans, sense emetre aquest risc.Els codis de barres dels permisos de conduir dels EUA i el Canadà (AAMVA) no es verifiquen criptogràficament: la signatura digital és opcional i específica de cada jurisdicció, i cap jurisdicció no publica claus de verificació, de manera que Didit només detecta i registra si un payload porta una signatura; la signatura en si mai no es comprova. Les fallades de signatura AAMVA no són un senyal de risc avui dia. Un payload AAMVA manipulat només es manifesta com a BARCODE_VALIDATION_FAILED, i només si la manipulació també fa que el codi de barres no coincideixi amb la MRZ o les dades impreses/OCR; una signatura falsificada en un payload que altrament sigui coherent internament passa sense cap senyal.A l’usuari mai no se li demana que torni a fer la captura per BARCODE_SIGNATURE_INVALID: una signatura que no coincideix amb el payload no es pot solucionar fent una foto millor.

Coincidència d’identitat

Prova de vida del document (manipulació)

Basat en llindars per tipus de frau en els fluxos de treball. A l’API OCR autònoma, aquests tres riscos provoquen un rebuig incondicional, i un control sol·licitat que no produeix cap puntuació utilitzable retorna In Review en lloc d’aprovar. Les puntuacions mateixes es troben a cada informe V3 com a document_liveness, inclòs quan no s’ha activat cap advertència, de manera que un document aprovat encara es pot auditar.

Integritat del canal de captura

El log_type reflecteix l’acció configurada: error per a Rebutjar, warning per a Revisar, information per a Cap acció. Acció recomanada: tracta una sessió rebutjada com una captura injectada i demana a la persona que ho torni a intentar en un dispositiu físic amb la seva càmera integrada. Els senyals que pot produir una persona real mai activen INJECTION_ATTACK_DETECTED i romanen informatius. Les aplicacions que retransmeten una càmera real, com ara un telèfon utilitzat com a càmera web o una capa d’efectes sobre una càmera web real, no es reporten com a atacs d’injecció. Això és la detecció d’atacs d’injecció, que és independent de la detecció d’atacs de presentació (un element fals presentat davant d’una càmera real).

Imatges de documents públiques conegudes

Discrepàncies amb les dades esperades

Quan passes expected_details a una sessió, Didit genera una advertència de discrepància per cada camp que no coincideixi. Un grup (expected_details_mismatch_action, amb Revisar per defecte) controla l’encaminament de totes aquestes: Cada advertència de discrepància inclou els valors esperats i els extrets a additional_data.

Edat

Adreça

Coincidències de documents entre sessions

A més de les advertències anteriors, l’informe de verificació d’identitat V3 inclou una matriu matches[] — fins a 5 altres documents a la teva aplicació amb la mateixa data de naixement, el mateix país emissor i un nom complet altament similar (els documents a la llista de bloqueig requereixen a més una coincidència exacta del número de document), excloent les sessions que pertanyen al mateix usuari. Els documents afegits a la teva llista de bloqueig apareixen amb is_blocklisted: true. Els documents de la teva llista d’autorització continuen apareixent a les coincidències, però s’omet l’acció corresponent per als usuaris duplicats. Cada coincidència inclou session_id, session_number, vendor_data, verification_date, user_details (name, document_type, document_number), status, is_blocklisted, api_service i una front_image_url signada.

Exemples

Advertència configurable amb l’encaminament per defecte (informació)

Rebuig automàtic per document caducat

Discrepància amb les dades esperades amb payload

Tipus d’advertència

A cada risc se li assigna una gravetat basada en la configuració de la teva aplicació. Les tres gravetats són:

Relacionat

Darrera modificació el 7 de novembre del 2026