Primers passos
Integració / SDK
Verificació d'usuaris
Verificació d'empreses
Monitoratge de transaccions
Registre de canvisConfiguració general
Llindars de puntuació
Els llindars de puntuació determinen com la puntuació de risc acumulada de les regles coincidents es correspon amb un estat de transacció:
Les transaccions per sota del llindar de revisió s’aproven automàticament com a
APPROVED. Si una regla té una acció explícita change_status, aquest estat té prioritat sobre els llindars basats en la puntuació: DECLINED sempre preval.
Reduir el llindar de revisió augmenta el volum de transaccions marcades per a la revisió de l’analista. Ajusta-ho segons la capacitat de l’equip i la seva tolerància al risc.
Monitoratge de criptomonedes
Activa o desactiva el cribratge de criptomonedes automàtic per a les transaccions amb criptomonedes. Quan està activat, Didit cribra les adreces de cartera i els hashes de transacció amb proveïdors d’analítica de blockchain per a totes les transaccions ambcurrency_kind: "crypto". El cribratge del hash de transacció requereix tant el hash com l’adreça de cartera relacionada.
Preferències de proveïdor
Selecciona i configura el proveïdor d’analítica de blockchain que prefereixis:
Quan connectes la teva pròpia clau de proveïdor, uses el teu acord existent amb el proveïdor i pagues la tarifa d’infraestructura indicada per cada cribratge a través de Didit.
El monitoratge de Lightning Network només està disponible amb una connexió BYOK d’Elliptic o Chainalysis afegida des de Marketplace.
Si s’envia
LIGHTNING mentre un altre proveïdor està actiu, o abans d’afegir alguna de les dues connexions compatibles, la sol·licitud de cribratge retorna 400 amb orientació de configuració de Marketplace.
Flux de treball de remediació
El flux de treball de remediació (remediation_workflow_id a l’API de configuració) és el valor predeterminat de tota l’aplicació per a les accions AWAITING_USER de les regles que no especifiquen el seu propi flux de treball. A la pràctica, són les regles de la biblioteca integrada (les regles personalitzades sempre porten la seva pròpia selecció, que té prioritat).
El camp accepta un id de flux de treball (o un uuid de versió específica) en escriure i sempre retorna l’id estable del flux de treball en llegir. Les sessions es creen amb l’última versió publicada.
Quan una regla així posa una transacció en estat AWAITING_USER, Didit crea la sessió de verificació enllaçada amb el primer flux de treball que trobi, en aquest ordre:
- El flux de treball de remediació configurat aquí.
- El flux de treball d’Autenticació biomètrica de la teva aplicació, quan el subjecte ja té una cara de referència emmagatzemada.
- El flux de treball per defecte de la teva aplicació.
action_required i remediation de la transacció i en tots dos webhooks de transacció, perquè puguis redirigir l’usuari per completar la verificació requerida.
Un cop la sessió arriba a una decisió, l’estat de la transacció la segueix automàticament (aprovada, rebutjada o en revisió) i s’activa un webhook transaction.status.updated.
Un flux de treball d’Autenticació biomètrica és l’opció recomanada aquí: l’usuari torna a demostrar la seva identitat amb una selfie en directe comparada amb la cara de l’alta original. Requereix que el subjecte tingui una cara de referència emmagatzemada d’una verificació aprovada. Als usuaris que no en tinguin se’ls demana que completin el flux de treball per defecte de la teva aplicació, i la transacció registra una nota que indica la substitució.
On trobar-ho
Ves a Transaccions > Configuració a la Business Console per configurar aquestes opcions. La configuració s’aplica immediatament a totes les transaccions noves.Següents passos
Puntuació de risc
Com els llindars de puntuació es corresponen amb els estats.
Cribratge de criptomonedes
Cribratge de carteres i detalls dels proveïdors.
Enriquiment amb IP
Quines dades d’IP estan disponibles per a les regles.