Visió general
Les advertències es generen tant a les sessions del flux de treball com a través de l’API independent (POST /v3/database-validation/). Tots cinc riscos estan etiquetats amb la funcionalitat DATABASE_VALIDATION, apareixen a l’informe sota database_validations[].warnings[] i segueixen l’estructura estàndard de l’objecte d’advertència (feature, risk, additional_data, log_type, short_description, long_description, node_id).
No hi ha activadors de rebuig automàtic fixos per a la Validació en bases de dades. Els dos riscos relacionats amb el resultat de la coincidència, el risc de document substituït i el risc de no aplicable s’associen a una acció configurable (DECLINE, REVIEW o NO_ACTION); COULD_NOT_PERFORM_DATABASE_VALIDATION és l’únic comportament fix: sempre envia la funcionalitat a En revisió.
Riscos configurables
L’acció configurada també determina el
log_type de l’advertència: DECLINE → error, REVIEW → warning, NO_ACTION → information.
El resultat de coincidència en si s’agrega a partir de les entrades individuals de validation de cada servei (qualsevol coincidència total → full_match; si no, qualsevol coincidència parcial → partial_match; si no, no_match); consulta Mètodes de coincidència per conèixer la lògica de decisió completa que obté els resultats 1×1 / 2×2.
Advertències generades
COULD_NOT_PERFORM_DATABASE_VALIDATION cobreix dues situacions diferents, i la long_description de l’advertència (i, per a una fallada per servei, database_validation_errors[].message) ara indica quina s’ha aplicat en lloc d’una sola frase genèrica: mancaven dades examinades o estaven mal formades abans que es pogués consultar cap servei, o es va consultar un servei i no va retornar cap resultat utilitzable. En el segon cas, quan el registre ha reportat el seu propi detall diagnòstic per a aquest intent, aquest detall s’inclou al missatge perquè no hagis de contactar amb suport per esbrinar el motiu. El servei d’origen no s’esmenta mai a la resposta.Quan
COULD_NOT_PERFORM_DATABASE_VALIDATION o DATABASE_VALIDATION_NOT_APPLICABLE s’activen en una sessió de flux de treball, la comprovació es reactiva automàticament un cop s’omplen les dades que falten a la pàgina de detall de la sessió a la consola; en desar el camp es torna a executar la validació, i l’advertència s’elimina si té èxit. Això també funciona quan l’acció corresponent a «no aplicable» ha rebutjat la sessió, de manera que una sessió rebutjada es pot esmenar corregint les dades. Per a DATABASE_VALIDATION_NOT_APPLICABLE, la reexecució ajuda quan el document pot contenir l’identificador però no s’ha llegit (per exemple, una targeta de residència el número d’identitat nacional de la qual no s’ha extret); els tipus de document que mai contenen l’identificador (per exemple, passaports sense número d’identitat nacional) mantenen l’advertència. No s’aplica cap càrrec als serveis omesos; només pagues quan un servei retorna un resultat facturable.Exemple
Tipus d’advertència
A cada risc se li assigna una gravetat basada en la configuració de la teva aplicació. Les gravetats es divideixen en tres categories:Relacionat
- Visió general de la validació en bases de dades — com funciona la funcionalitat d’extrem a extrem i registres admesos.
- Informe de validació en bases de dades — estructura completa de la resposta incloent
validations[]per servei. - Mètodes de coincidència — com es deriven els resultats 1×1 / 2×2 (
validation_type: one_by_one/two_by_two) de les coincidències per servei. - Codis de resultat — taxonomia completa per resultat amb codis de detall específics per país.
- Països i serveis admesos — tots els registres actius, camps obligatoris i preu per crida.
- Models de dades — validació en bases de dades — esquema canònic camp per camp.