Descripción general
Las advertencias del informe NFC señalan cada condición que Didit detectó al leer y validar el chip. Aparecen en el arraywarnings[] de cada elemento de nfc_verifications[] (consulta Informe NFC), con feature establecido en "NFC". Cada entrada sigue la estructura común del objeto de advertencia: feature, risk, additional_data, log_type, short_description, long_description, node_id.
Cada advertencia tiene tres niveles:
- El código
risk: un identificador estable con el que puedes hacer coincidencias en tu código (los códigos que se indican a continuación). - El
log_type: uno deinformation,warningoerror. Se deriva de la acción que tu flujo configura para ese riesgo: No action →information, Review →warning, Decline →error. - El impacto en la decisión: la misma acción configurada también determina el
statusdel informe NFC: una acción de Revisión lo cambia aIn Reviewy una acción de Rechazo, aDeclined.
SKIPPED_NFC_VALIDATION, NFC_CHIP_NOT_VERIFIED, NFC_TRUST_ANCHOR_MISSING, NFC_AND_OCR_DATA_NOT_SAME), además de los cinco riesgos de la My Number Card de Japón, cada uno con su propia configuración. Los dos riesgos de certificado (DSC_CERTIFICATE_REVOKED, DSC_CERTIFICATE_EXPIRED) son solo informativos: siempre llevan log_type: "information" y nunca cambian por sí solos el estado NFC.
A continuación se muestra el conjunto completo de códigos de riesgo que produce el módulo NFC. No existe ningún otro código de riesgo NFC.
Advertencias generadas
SKIPPED_NFC_VALIDATION es mutuamente excluyente con NFC_CHIP_NOT_VERIFIED y NFC_TRUST_ANCHOR_MISSING: las advertencias de verificación del chip solo se evalúan cuando no se omitió la lectura del chip. Las dos advertencias de verificación del chip también son mutuamente excluyentes entre sí.Cadenas de descripción exactas
La API devuelve exactamente estas cadenasshort_description y long_description para cada riesgo:
Motivos de omisión
Las advertenciasSKIPPED_NFC_VALIDATION incluyen additional_data.skip_reason, uno de siete códigos estables que indica exactamente por qué no se ejecutó NFC (en las sesiones registradas antes de que existieran los motivos de omisión, additional_data puede ser null; trata el campo como opcional al procesar decisiones históricas). La misma clasificación aparece a nivel de sesión como nfc_skip_reason en el payload de la decisión, incluso en las sesiones en las que NFC nunca pudo ejecutarse (documento sin chip, integración web) y en las que, por tanto, no existe ningún informe ni advertencia de NFC.
Un informe de NFC y su advertencia
SKIPPED_NFC_VALIDATION solo existen cuando el cliente llegó al paso de NFC y lo omitió de forma explícita (normalmente USER_SKIPPED, o DEVICE_WITHOUT_NFC cuando el lector resultó no estar disponible en el momento del escaneo). Cuando el paso de NFC se omitió antes de que pudiera ofrecerse (documento sin chip, certificado ausente, ninguna capacidad NFC informada, clave MRZ ilegible, JPKI no disponible), no se crea ningún informe ni advertencia y el motivo aparece solo en el campo nfc_skip_reason a nivel de sesión, sin afectar al estado de la sesión.Configuración
Tres ajustes del flujo controlan cómo se gestionan las advertencias de NFC. Cada uno puede configurarse como Sin acción, Revisión o Rechazar:- Skip NFC action (
skip_nfc_action): se aplica aSKIPPED_NFC_VALIDATION. La opción de omitir solo se ofrece a los usuarios cuandoallow_nfc_skipestá habilitado. - Unverified chip action (
unverified_chip_action): se aplica tanto aNFC_CHIP_NOT_VERIFIEDcomo aNFC_TRUST_ANCHOR_MISSING, de modo que el comportamiento del estado de la sesión sigue siendo el mismo mientras el código de riesgo explica por qué falló la verificación. - Data inconsistency action (
inconsistent_data_action): se aplica aNFC_AND_OCR_DATA_NOT_SAME. Es el mismo ajuste de inconsistencia de datos que usa la verificación de identidad.
DSC_CERTIFICATE_* no tienen ajuste de acción: siempre son informativos. Los riesgos de la tarjeta My Number de Japón tienen cinco ajustes más, que se enumeran en la siguiente sección.
Tarjeta My Number de Japón (JPKI)
Una tarjeta My Number de Japón se lee mediante JPKI en lugar de ICAO 9303 (chip_protocol: "jpki"), por lo que los riesgos ICAO anteriores nunca se activan para ella. En su lugar, su lectura genera estos cinco riesgos, cada uno con su propio ajuste en el nodo de NFC:
Una lectura omitida de una tarjeta My Number genera
SKIPPED_NFC_VALIDATION y sigue skip_nfc_action, como cualquier chip. Consulta Tarjeta My Number de Japón (JPKI) para saber cómo funciona la lectura.
Ejemplos
En revisión: no se pudo verificar el chip
NFC_CHIP_NOT_VERIFIED lleva log_type: "warning" y el estado del informe NFC es In Review. La entrada del DSC expirado es solo informativa.
Rechazado: discrepancia entre el chip y el OCR
log_type: "error" y el estado del informe NFC es Declined. Ten en cuenta que ocr_mrz es un array de líneas de la MRZ, mientras que nfc_mrz es la cadena única de la MRZ del chip, con todas las líneas concatenadas.
En revisión: tarjeta My Number sin respuesta de revocación
jpki_revocation_unchecked_action mantiene su valor predeterminado, Revisar, por lo que la advertencia lleva log_type: "warning" y el estado del informe NFC es In Review. Se demostró la validez de la tarjeta: jpki.chain_valid y jpki.signature_valid son ambos true.
Tipos de advertencia
A cada riesgo se le asigna una gravedad según la configuración de tu aplicación. Las tres gravedades son:Relacionado
- Informe NFC: esquema completo del informe y sus estados.
- Webhooks:
status.updatedse dispara cuando cambia el estado de la sesión; el payload de la decisión (incluidas las advertencias NFC) se adjunta cuando la sesión pasa a aprobada, rechazada, en revisión o abandonada. - Modelos de datos: Verificación NFC: esquema de referencia, campo por campo.
- Modelos de datos: Objeto de advertencia: la estructura de cada entrada de
warnings[].