vendor_data (come applicant o come counterparty) viene collegata alla corrispondente entità User. Il profilo dell’utente diventa un registro continuo dell’attività della persona, e Monitoraggio delle transazioni usa questa cronologia per alimentare le regole basate su velocità e comportamento.
Recupero delle transazioni di un utente
Filtra l’elenco delle Transactions pervendor_data:
Come le transazioni si collegano agli utenti
Ogni transazione include fino a quattro parti (applicant, remitter, beneficiary, counterparty). Quando una parte includevendor_data, Didit la associa a quell’User. Le parti senza vendor_data vengono memorizzate come snapshot esterni (senza collegamento a un’entità).
Consulta invio delle transazioni per il modello completo delle parti.
Segnali di rischio aggregati
Le transazioni alimentano i seguenti segnali a livello utente:
Questi segnali vengono calcolati in tempo reale e valutati rispetto alle regole di transazione attive. Quando una regola viene soddisfatta, l’utente può passare automaticamente allo stato
FLAGGED o BLOCKED, a seconda dell’azione della regola.
Come le regole agiscono sugli utenti
Leactions di una regola di transazione possono includere:
add_score: aumenta il punteggio di rischio della transazione.change_status: imposta lo stato della transazione (IN_REVIEW,DECLINED,AWAITING_USER).add_tags: applica tag alla transazione.add_to_list: aggiunge ilvendor_datadell’utente a una blocklist o a una lista personalizzata.
BLOCKED e viene inviato il webhook user.status.updated.
Monitoraggio del comportamento di un utente
Usa la scheda Transactions nella pagina di dettaglio dell’utente nella Business Console per:- Visualizzare ogni transazione in ordine cronologico.
- Filtrare per stato, importo, direzione, controparte.
- Aprire una transazione per ispezionare le esecuzioni delle regole, l’arricchimento IP e i risultati dello screening crypto.
- Aprire un caso contro l’utente per monitorare un’indagine.
Sessioni correttive
Quando una transazione entra inAWAITING_USER, Didit crea una sessione correttiva collegata che richiede all’utente di completare una verifica aggiuntiva (ad esempio, documentazione sull’origine dei fondi o un documento d’identità aggiornato). La sessione correttiva è associata allo stesso vendor_data: al completamento, lo stato della transazione si aggiorna automaticamente.
Consulta stati delle transazioni per la macchina a stati completa.
Importazione storica
Per importare retroattivamente transazioni storiche su un’entità User esistente, passa untxn_date nel passato:
Le transazioni storiche passano comunque attraverso il motore delle regole. Se vuoi importare la cronologia senza attivare le regole, usa il flusso di importazione dalla console, che supporta una modalità “dry ingest”.
Prossimi passi
Invia transazioni
Riferimento completo del payload.
Regole
Come le regole valutano le transazioni e agiscono sugli utenti.
Stati
Riferimento per gli stati di transazione e correttivi.