Visió general
Les advertències estan etiquetades amb la funcionalitatPHONE. Apareixen a phone_verifications[].warnings[] a GET /v3/session/{sessionId}/decision/ i segueixen l’estructura estàndard de l’objecte d’advertència (feature, risk, additional_data, log_type, short_description, long_description, node_id). Cada advertència també s’encamina al registre per sessió perquè es mostri a la Business Console a la secció de Telèfon.
Algunes advertències són activadors de rebuig automàtic estricte: sempre estableixen l’estat de la funcionalitat a Declined. D’altres s’associen a una acció configurable (DECLINE, REVIEW o NO_ACTION, segons la configuració) definida a la configuració del teu flux de treball, de manera que el mateix codi de risc pot rebutjar un flux de treball mentre que en un altre només genera una advertència.
Condicions de rebuig automàtic
Les advertències següents sempre rebutgen el pas de Verificació de telèfon independentment de la configuració, i sempre portenlog_type: "error":
VERIFICATION_CODE_ATTEMPTS_EXCEEDED— l’usuari ha esgotat el límit d’intents d’OTP: per defecte 2 intents de presentar un codi incorrecte (phone_max_check_attempts) o més de 2 enviaments d’OTP (phone_max_retries), tots dos configurables per node del flux de treball. L’API de telèfon independent permet 3 intents de codi.PHONE_NUMBER_IN_BLOCKLIST— el número és a la teva llista de bloqueig gestionada mitjançant la Lists API, o coincideix amb una sessió inclosa a la llista de bloqueig.
HIGH_RISK_PHONE_NUMBER — la capa antifrau del proveïdor de lliurament es nega a enviar l’OTP (enviament Blocked) — es rebutja per defecte, però ja no és incondicional: consulta high_risk_phone_action més avall.
Riscos configurables
Cada un dels riscos següents s’associa a una configuració del flux de treball que pots configurar aDECLINE, REVIEW o NO_ACTION (el valor per defecte; l’advertència es registra sense afectar l’estat). L’acció configurada també defineix el log_type de l’advertència: DECLINE → error, REVIEW → warning, NO_ACTION → information.
La detecció de duplicats s’executa dins de la teva aplicació a través de verificacions de telèfon de KYC, KYB i de l’API independent, i agrupa les sessions per
vendor_data: les sessions que comparteixen el mateix vendor_data es tracten com un únic usuari final i s’exclouen dels resultats de coincidència. Si deixes vendor_data buit, cada sessió es tracta com un usuari diferent.
Enviaments bloquejats
HIGH_RISK_PHONE_NUMBER segueix el mateix patró amb un conjunt d’opcions més reduït, ja que un enviament que el proveïdor ha rebutjat no es pot aprovar:
Aquesta configuració s’aplica només quan cada bloqueig d’alt risc del pas porta
additional_data.risk_factors amb el valor exacte ["device_attribute"]; el senyal del proveïdor de “aquest dispositiu sembla sospitós”, que és el que s’activa en línies mòbils ordinàries. Qualsevol altre factor de risc, qualsevol combinació que inclogui device_attribute juntament amb altres factors de risc o un bloqueig sense cap factor de risc es rebutja independentment de la configuració. El motiu del bloqueig (repeated_attempts, suspicious o spam) és un camp independent, retornat a additional_data.blocked_reason.
Independentment de la configuració, un número que es trobi en una llista d’admesos de telèfons creada mitjançant la Lists API mai no es rebutja automàticament per un enviament bloquejat: el pas passa a En revisió, l’advertència porta log_type: "warning" i additional_data.phone_number_in_allowlist és true.
Límits d’intents de verificació
La funcionalitat de Verificació de telèfon aplica un límit estricte als intents d’OTP per evitar abusos:- Intents d’introducció del codi — Per defecte, 2 intents d’introducció incorrectes (
phone_max_check_attempts) abans que el pas finalitzi com aDeclinedambVERIFICATION_CODE_ATTEMPTS_EXCEEDED. L’API de telèfon independent permet 3 intents de codi per verificació. - Intents d’enviament — Per defecte, 2 enviaments en total (
phone_max_retries): l’enviament inicial més un reenviament. Una sol·licitud d’enviament addicional finalitza el pas i generaVERIFICATION_CODE_ATTEMPTS_EXCEEDED. - Validesa de l’OTP — Un OTP pendent és vàlid durant 5 minuts des del primer enviament; els reintents no amplien aquest termini.
repeated_attempts, suspicious o spam), la qual cosa genera HIGH_RISK_PHONE_NUMBER en lloc de l’advertència d’intents.
Advertències generades
Coincidències entre sessions
Quan es detecta un número en altres sessions o a la teva llista de bloqueig, aquestes coincidències també apareixen sotaphone_verifications[].matches[] (limitat a 5 entrades). Cada coincidència inclou session_id, session_number, vendor_data, verification_date, phone_number, status, is_blocklisted, api_service i un camp source amb el valor session (una altra sessió amb el mateix número, amb qualsevol estat) o list_entry (una coincidència sintètica de la llista de bloqueig afegida a l’inici de la matriu). Si el número actual es troba a la teva llista d’admesos de telèfons, Didit conserva les proves de la coincidència però emet PHONE_NUMBER_IN_ALLOWLIST en lloc d’aplicar l’acció per a números de telèfon duplicats. Consulta l’informe de Verificació de telèfon per veure l’esquema complet de coincidències.
Exemple
Un enviament bloquejat (HIGH_RISK_PHONE_NUMBER) en un número VoIP, amb voip_number_action configurat a REVIEW:
Tipus d’advertències
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 Verificació de telèfon — comportament de la funcionalitat, preus, canals admesos.
- Informe de Verificació de telèfon — estructura completa de la resposta, incloent-hi
lifecycle[]imatches[]. - Models de dades — verificació de telèfon — esquema canònic camp per camp.
- API de gestió — Llistes — gestiona la llista de bloqueig de telèfons que utilitza
PHONE_NUMBER_IN_BLOCKLIST.