Saltar al contingut principal
L’informe d’Autenticació biomètrica és la manera com Didit comunica la reverificació d’un usuari recurrent. El flux de treball executa una nova prova de vida i, quan la coincidència facial està activada al flux de treball, una coincidència facial 1:1 respecte a la cara de referència resolta en crear la sessió (la portrait_image que has proporcionat, o la cara emmagatzemada de l’usuari cercada mitjançant vendor_data). Ambdues comprovacions apareixen com a elements de funcionalitat estàndard a la resposta de decisió de la sessió V3.
Informe d'autenticació biomètrica de Didit que combina la prova de vida i la coincidència facial respecte a un retrat emmagatzemat

Visió general

L’autenticació biomètrica és un tipus de flux de treball (workflow_type: "biometric_authentication"), no un objecte de resposta independent. Quan el flux de treball s’executa, emet:
  • Una prova de vida que captura una selfie en viu i li assigna una puntuació de suplantació.
  • Una coincidència facial que compara la cara capturada amb la cara de referència resolta en crear la sessió (només quan la coincidència facial està activada al flux de treball).
Sempre que el flux de treball inclou la coincidència facial, la creació de la sessió necessita una cara de referència. Envia portrait_image (imatge codificada en base64, màxim 2 MB), o omet-la i Didit reutilitzarà la cara ja emmagatzemada per a l’usuari de vendor_data: primer, una cara d’una prova de vida aprovada, després la foto del xip de l’ePassport, després el retrat del document d’identitat i, finalment, una cara de perfil registrada manualment. Si ni portrait_image ni una cara emmagatzemada estan disponibles, la creació de la sessió retorna un error 400 amb {"portrait_image": "No stored face image was found for this user. Send a portrait_image, or complete an approved verification with face liveness or an ID document for this vendor_data first."}. En tots dos casos, la referència resolta es registra sota la nova sessió, de manera que el camp source_image_session_id de l’element de coincidència facial s’estableix amb el mateix session_id d’aquesta sessió (això t’indica que la referència prové del retrat emmagatzemat de la sessió i no pas d’un retrat de document capturat a la mateixa sessió, cosa que deixaria el camp com a null).

On apareix

GET /v3/session/{sessionId}/decision/ retorna ambdues matrius per a les sessions el tipus de flux de treball de les quals és biometric_authentication. Sempre són matrius —mai objectes individuals— i cadascuna és null fins que el seu pas corresponent ha generat dades. Cada element inclou un node_id perquè els fluxos de treball amb múltiples instàncies puguin desambiguar els passos.

Referència de l’esquema

La llista completa de camps es defineix un sol cop a la pàgina de models de dades perquè tots els informes que mostren aquestes funcionalitats comparteixin una única font d’informació:

Valors d’estat

Tant liveness_checks[].status com face_matches[].status utilitzen el cicle de vida compartit de les funcionalitats (estats a nivell de funcionalitat): L’status global de la sessió agrega ambdós elements: qualsevol funcionalitat en Declined fa que es rebutgi la sessió, qualsevol en In Review la posa en revisió (In Review), i en cas contrari queda aprovada (Approved) (un cop finalitzades totes les funcionalitats). Per conèixer el comportament dels llindars i la llista completa de codis d’advertència, consulta Advertències d’autenticació biomètrica.

Exemple — prova de vida + coincidència facial (aprovada)

Els exemples estan abreujats: l’embolcall complet de la decisió també inclou session_url, metadata, callback, reviews, contact_details, expected_details, environment, created_at i expires_at.

Exemple — només prova de vida (Coincidència facial desactivada al flux de treball)

El mode que només inclou la prova de vida és una configuració del flux de treball: quan la coincidència facial està desactivada, no es requereix cap cara de referència en crear la sessió i face_matches es manté com a null. Quan la coincidència facial està activada, ometre portrait_image no fa passar al mode que només inclou la prova de vida: Didit reutilitza la cara emmagatzemada per a l’usuari de vendor_data, i si no n’hi ha cap d’emmagatzemada, la creació de la sessió falla amb un error 400.

Exemple — coincidència facial rebutjada per baixa similitud

Nota de seguretat

reference_image, video_url, source_image i target_image són URL signades que caduquen després d’un període de validesa limitat (4 hores per defecte). Apunten a dades biomètriques; no les emmagatzemis en memòria cau ni les exposis públicament. Guarda el resultat de la verificació (estat, puntuació, source_image_session_id) al teu sistema; torna a consultar l’endpoint de decisió si necessites URL noves.

Relacionat

Advertències d'autenticació biomètrica

Codis d’advertència, llindars i condicions de rebuig automàtic.

Informe de prova de vida

Referència completa de camps per als elements de liveness_checks[].

Informe de coincidència facial

Referència completa de camps per als elements de face_matches[].
Darrera modificació el 7 de novembre del 2026