> ## Documentation Index > Fetch the complete documentation index at: https://docs.didit.me/llms.txt > Use this file to discover all available pages before exploring further. # Monitoraggio delle transazioni: soglie e provider > Configura in Didit soglie KYT, valuta e fornitori blockchain. I piani includono 1,000 transazioni al mese, poi $0.001 ciascuna. Configura le impostazioni di monitoraggio delle transazioni a livello di applicazione dalla Business Console, per controllare le soglie di punteggio e le preferenze dei provider. ## Impostazioni generali | Impostazione | Predefinito | Descrizione | | - | - | - | | **Monitoraggio abilitato** | `true` | Abilita o disabilita il monitoraggio delle transazioni per l'applicazione. Quando è disabilitato, le transazioni inviate vengono memorizzate ma non valutate in base alle regole. | | **Valuta predefinita** | `USD` | Valuta usata per i confronti delle soglie delle regole e per la conversione valutaria. Tutti gli importi vengono convertiti in questa valuta per una valutazione coerente. | ## Soglie di punteggio Le soglie di punteggio determinano come il punteggio di rischio cumulativo delle [regole corrispondenti](https://docs.didit.me/it/transaction-monitoring/rules.md) viene associato allo stato di una transazione: | Impostazione | Predefinito | Descrizione | | - | - | - | | **Soglia di revisione** | 75 | Le transazioni con un punteggio pari o superiore a questo valore ricevono lo stato `IN_REVIEW` | | **Soglia di rifiuto** | 500 | Le transazioni con un punteggio pari o superiore a questo valore ricevono lo stato `DECLINED`. Il valore predefinito e massimo (`500`) non rifiuta mai automaticamente in base al punteggio, quindi abbassalo per rifiutare in base al punteggio. | Le transazioni con punteggio inferiore alla soglia di revisione vengono automaticamente `APPROVED`. Se una regola ha un'azione `change_status` esplicita, quello stato ha la priorità sulle soglie basate sul punteggio: `DECLINED` prevale sempre. > [!NOTE] > > Abbassare la soglia di revisione aumenta il numero di transazioni segnalate per la revisione da parte degli analisti. Regola il valore in base alla capacità del tuo team e alla propensione al rischio. ## Monitoraggio crypto Abilita o disabilita lo [screening crypto](https://docs.didit.me/it/transaction-monitoring/aml-screening.md) automatico per le transazioni in criptovalute. Quando è abilitato, Didit controlla gli indirizzi dei wallet e gli hash delle transazioni con i provider di analisi blockchain per tutte le transazioni con `currency_kind: "crypto"`. Lo screening dell'hash di una transazione richiede sia l'hash sia l'indirizzo del wallet correlato. ## Preferenze dei provider Seleziona e configura il provider di analisi blockchain che preferisci: | Provider | Configurazione | | - | - | | **Merkle Science** | Abilita con i prezzi gestiti (predefinito) oppure collega una tua chiave API | | **Crystal** | Collega una tua chiave API dal **Marketplace** della console | | **Chainalysis** | Collega una tua chiave API dal **Marketplace** della console | | **Elliptic** | Collega una tua chiave API e il tuo segreto dal **Marketplace** della console | | **TRM Labs** | Collega una tua chiave API dal **Marketplace** della console | Quando colleghi una tua chiave del provider, utilizzi il tuo contratto esistente con il provider e paghi la commissione infrastrutturale indicata per ogni screening tramite Didit. Il monitoraggio della Lightning Network è disponibile solo con una connessione BYOK di Elliptic o Chainalysis aggiunta tramite **Marketplace**. Se `LIGHTNING` viene inviato mentre è attivo un altro provider, oppure prima di aver aggiunto una delle due connessioni supportate, la richiesta di screening restituisce `400` con le indicazioni di configurazione del Marketplace. ## Workflow di remediation Il **workflow di remediation** (`remediation_workflow_id` nell'API delle impostazioni) è il predefinito a livello di applicazione per le [azioni `AWAITING_USER`](https://docs.didit.me/it/transaction-monitoring/rules#richiesta-di-verifica-dell’utente-awaiting_user) delle regole che non indicano un proprio workflow, cioè, in pratica, le regole della libreria integrata (le regole personalizzate hanno sempre una selezione propria, che ha la precedenza). Il campo accetta un ID del workflow (oppure un UUID di una versione specifica) in scrittura e restituisce sempre l'ID stabile del workflow in lettura; le sessioni vengono create con l'ultima versione pubblicata. Quando una regola di questo tipo imposta una transazione su `AWAITING_USER`, Didit crea la sessione di verifica collegata con il primo workflow trovato in quest'ordine: 1. Il workflow di remediation configurato qui. 2. Il workflow **Autenticazione biometrica** della tua applicazione, quando il soggetto ha già un volto di riferimento memorizzato. 3. Il workflow predefinito della tua applicazione. L'URL e il token della sessione vengono restituiti nei campi `action_required` e `remediation` della transazione e in entrambi i webhook delle transazioni, così puoi reindirizzare l'utente per completare la verifica richiesta. Quando viene presa una decisione per la sessione, lo stato della transazione segue automaticamente tale decisione (approvata, rifiutata o in revisione) e viene inviato il webhook `transaction.status.updated`. Un workflow di **Autenticazione biometrica** è la scelta consigliata in questo caso: l'utente dimostra di nuovo la propria identità con un singolo selfie acquisito in tempo reale e confrontato con il volto acquisito durante l'onboarding originale. Richiede che il soggetto abbia un volto di riferimento memorizzato da una verifica approvata. Gli utenti che non ne hanno uno vengono invece invitati a completare il workflow predefinito della tua applicazione, con una nota sulla transazione che registra la sostituzione. ## Dove trovarle Vai su **Transazioni** > **Impostazioni** nella [Business Console](https://business.didit.me) per configurare queste opzioni. Le impostazioni hanno effetto immediato su tutte le nuove transazioni. ## Prossimi passi > [card] [Valutazione del rischio](https://docs.didit.me/it/transaction-monitoring/risk-scoring.md) > > Come le soglie di punteggio vengono associate agli stati. > [card] [Screening crypto](https://docs.didit.me/it/transaction-monitoring/aml-screening.md) > > Screening dei wallet e dettagli dei provider. > [card] [Arricchimento IP](https://docs.didit.me/it/transaction-monitoring/ip-enrichment.md) > > Quali dati IP sono disponibili per le regole. This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.