Monitoring, KYT e Travel Rule¶
Questa area governa il controllo continuativo dei flussi, incluse le operazioni crypto e i casi KYT.
Cosa include¶
AlertTransazioniTravel RuleKYT EventsKYT AlertsMarble Syncwallet screeningtravel rule declaration
Ruolo nel modello AML¶
Qui il sistema passa dal sapere chi è il cliente al sapere cosa sta facendo e se è coerente con il suo profilo.
Sottosistemi¶
Transaction monitoring¶
Rileva:
- pattern anomali;
- soglie;
- frazionamenti;
- incoerenze con il profilo cliente;
- casi da assegnare, chiudere o escalare.
KYT¶
Gestisce:
- eventi KYT;
- alert;
- trace decisionale;
- casi di escalation;
- integrazione con Marble per decisioning e sync.
Travel Rule¶
Gestisce:
- dichiarazioni wallet;
- validazione address per chain;
- stato di verifica;
- record di possesso/controllo wallet;
- screening transazioni crypto.
Workflow KYT sintetico¶
sequenceDiagram
participant Event as Evento crypto/KYT
participant DWH as Piattaforma AML
participant Marble as Marble
participant Reviewer as RFA/RSOS
participant Ledger as Evidenze
Event->>DWH: submit evento KYT
DWH->>Marble: ingest / decision request
Marble-->>DWH: outcome / score / trace
DWH->>Reviewer: alert o caso
Reviewer->>DWH: approva/escala/chiude
DWH->>Ledger: evidence chain e stato finale
UI chiave¶
/alert/transazioni/kyt/alerts/admin/travel-rule
API chiave¶
GET /api/monitoring/alertsPUT /api/monitoring/alerts/:id/escalatePOST /api/kyt/eventsGET /api/kyt/alertsPOST /api/kyt/alerts/:codDecisione/escalatePOST /api/v1/travel-rule/transazioniPOST /api/v1/travel-rule/transazioni/:cod_transazione/screenPUT /api/v1/travel-rule/transazioni/:cod_transazione/decisione
Nota architetturale¶
KYT e Travel Rule non sono separati per caso:
- KYT osserva la rischiosità e la coerenza della transazione;
- Travel Rule prova identità, titolarità del wallet e tracciabilità informativa.
Insieme, chiudono il presidio crypto-compliance.