Saltar al contingut principal

Visió general

Les advertències a l’informe d’NFC assenyalen cada condició que Didit ha observat durant la lectura i validació del xip. Es recullen a la matriu warnings[] de cada element de nfc_verifications[] (consulta l’informe d’NFC), amb feature establert a "NFC". Cada entrada segueix l’estructura compartida d’objecte d’advertència: feature, risk, additional_data, log_type, short_description, long_description, node_id. Cada advertència té tres nivells:
  1. El codi de risk: un identificador estable que pots fer coincidir al teu codi (els codis que es llisten a continuació).
  2. El log_type: un dels valors information, warning o error. Es deriva de l’acció que el teu flux de treball configura per a aquest risc: Sense acció → information, Revisió → warning, Rebutjar → error.
  3. L’impacte en la decisió: la mateixa acció configurada també determina el status de l’informe d’NFC: una acció de Revisió el canvia a In Review, i una acció de Rebutjar el canvia a Declined.
Quatre riscos d’NFC es poden configurar d’aquesta manera (SKIPPED_NFC_VALIDATION, NFC_CHIP_NOT_VERIFIED, NFC_TRUST_ANCHOR_MISSING, NFC_AND_OCR_DATA_NOT_SAME), a més dels cinc riscos de la Japan My Number Card, cadascun amb la seva pròpia configuració. Els dos riscos de certificat (DSC_CERTIFICATE_REVOKED, DSC_CERTIFICATE_EXPIRED) són només informatius: sempre porten log_type: "information" i mai no canvien l’estat d’NFC per si mateixos. A continuació es mostra el conjunt complet de codis de risc que genera el mòdul d’NFC. No existeix cap altre codi de risc d’NFC.

Advertències generades

SKIPPED_NFC_VALIDATION és mútuament excloent amb NFC_CHIP_NOT_VERIFIED i NFC_TRUST_ANCHOR_MISSING: les advertències de verificació del xip només s’avaluen quan la lectura del xip no s’ha omès. Les dues advertències de verificació del xip també són mútuament excloents entre si.

Cadenes de descripció exactes

L’API retorna exactament aquestes cadenes de short_description i long_description per a cada risc:

Motius d’omissió

Les advertències SKIPPED_NFC_VALIDATION inclouen additional_data.skip_reason, un dels set codis estables que indiquen exactament per què no s’ha executat l’NFC (en sessions enregistrades abans que existissin els motius d’omissió, additional_data pot ser null; tracta el camp com a opcional quan processis decisions històriques). La mateixa taxonomia apareix a escala de sessió com a nfc_skip_reason al payload de decisió, incloent-hi sessions en què l’NFC mai no s’hauria pogut executar (document sense xip, integració web) i per a les quals, per tant, no existeix cap informe ni advertència d’NFC.
Un informe d’NFC i la seva advertència SKIPPED_NFC_VALIDATION només existeixen quan el client ha arribat al pas d’NFC i l’ha omès explícitament (normalment USER_SKIPPED, o DEVICE_WITHOUT_NFC quan s’ha constatat que el lector no estava disponible en el moment de l’escaneig). Quan el pas d’NFC s’ha ignorat abans que es pogués arribar a oferir (document sense xip, certificat absent, cap capacitat NFC notificada, clau MRZ il·legible, JPKI no disponible), no es crea cap informe ni advertència i el motiu només apareix al camp nfc_skip_reason a escala de sessió, sense afectar l’estat de la sessió.

Configuració

Tres configuracions del flux de treball controlen com s’encaminen les advertències d’NFC. Cadascuna es pot establir a Sense acció, Revisió o Rebutjar:
  1. Acció d’omissió d’NFC (skip_nfc_action): s’aplica a SKIPPED_NFC_VALIDATION. L’omissió només s’ofereix als usuaris quan allow_nfc_skip està habilitat.
  2. Acció de xip no verificat (unverified_chip_action): s’aplica tant a NFC_CHIP_NOT_VERIFIED com a NFC_TRUST_ANCHOR_MISSING, de manera que el comportament de l’estat de la sessió es manté igual mentre el codi de risc explica per què ha fallat la verificació.
  3. Acció d’incoherència de dades (inconsistent_data_action): s’aplica a NFC_AND_OCR_DATA_NOT_SAME. És la mateixa configuració d’incoherència de dades utilitzada per la verificació d’identitat.
Els dos riscos DSC_CERTIFICATE_* no tenen cap configuració d’acció; sempre són informatius. Els riscos de la targeta Japan My Number Card tenen cinc configuracions addicionals, que s’enumeren a la secció següent.

Japan My Number Card (JPKI)

Una targeta Japan My Number Card es llegeix mitjançant JPKI en lloc d’ICAO 9303 (chip_protocol: "jpki"), de manera que els riscos d’ICAO anteriors mai no s’activen per a ella. La seva lectura genera aquests cinc riscos en el seu lloc, cadascun amb la seva pròpia configuració al node d’NFC: Una lectura omesa d’una My Number Card genera SKIPPED_NFC_VALIDATION i segueix skip_nfc_action, com qualsevol xip. Consulta Japan My Number Card (JPKI) per saber com funciona la lectura.
La lectura de la My Number Card mitjançant JPKI encara no està habilitada a producció. Fins que ho estigui, una My Number Card omet el pas d’NFC amb el motiu d’omissió JPKI_UNAVAILABLE i cap d’aquests riscos no es genera.

Examples

En revisió — no s’ha pogut verificar el xip

Aquí l’acció per al xip no verificat està configurada amb el valor Review, de manera que NFC_CHIP_NOT_VERIFIED inclou log_type: "warning" i l’estat de l’informe NFC és In Review. L’entrada de DSC caducat és merament informativa.

Rebutjada — discrepància entre xip i OCR

Aquí l’acció per a inconsistència de dades està configurada a Decline, de manera que l’advertència inclou log_type: "error" i l’estat de l’informe NFC és Declined. Tingues en compte que ocr_mrz és una matriu de línies MRZ mentre que nfc_mrz és l’única cadena MRZ concatenada del xip.

En revisió: targeta My Number sense resposta de revocació

Aquí jpki_revocation_unchecked_action manté el seu valor per defecte, Review, de manera que l’advertència inclou log_type: "warning" i l’estat de l’informe NFC és In Review. La targeta en si mateixa s’ha validat: tant jpki.chain_valid com jpki.signature_valid són true.

Tipus d’advertències

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