Valutazione del rischio KYB: cosa determina l'esito KYB

Didit determina l’esito di una sessione KYB in base allo stato di ciascuna funzionalità, agli avvisi che tali funzionalità generano e alle azioni che il tuo workflow assegna a ciascun avviso. Non esiste un unico punteggio di rischio complessivo: la decisione si spiega tramite warnings[] nell’array di ciascuna funzionalità e tramite decision_trace.

Come viene costruito l’esito

Ogni funzionalità KYB (KYB_REGISTRY, AML, KYB_DOCUMENTS, KYB_KEY_PEOPLE) termina con il proprio stato: "Approved", "In Review" o "Declined". Vedi stati.
Ogni funzionalità genera tag di avviso quando qualcosa non va, ad esempio un’azienda sciolta, un documento in contrasto con il registro delle imprese o una corrispondenza rilevata dallo screening. I tag sono elencati in avvisi KYB.
Il tuo workflow assegna un’azione a ciascun avviso (nessuna azione, revisione o rifiuto), quindi lo stesso avviso può portare ad approvazione, revisione o rifiuto a seconda della tua politica.
Gli stati delle funzionalità confluiscono nello stato della sessione. Un revisore può comunque modificarlo manualmente; in tal caso la decisione riporta status_override.

Segnali che alimentano l’esito

Segnale	Che cosa controlla il workflow
Esito del registro	Se l’azienda è stata trovata, il suo stato nel registro delle imprese e la corrispondenza con i dati dichiarati dal richiedente. Un’azienda inserita a mano segue `kyb_manual_company_action`.
Screening AML aziendale	`kyb_company_aml_match_score_threshold` e le soglie di approvazione e revisione `kyb_score_approve_threshold` e `kyb_score_review_threshold`. Vedi punteggio di rischio AML e punteggio di corrispondenza AML.
Screening AML delle persone chiave	Ogni UBO, amministratore e altra persona chiave viene sottoposto a screening. `kyb_reject_if_ubo_rejected` rifiuta l’azienda quando un UBO viene rifiutato.
Completezza e verifiche dei documenti	`kyb_required_document_groups` e le chiavi `kyb_document_*_action` per manomissioni, incongruenze e anzianità.
Persone chiave	`kyb_ubo_ownership_threshold` e `kyb_shareholder_ownership_threshold` impostano la percentuale di proprietà che rende una persona un UBO o un azionista da verificare. `kyb_key_people_document_mismatch_action` copre le persone dichiarate che contraddicono i documenti caricati.
Paese di costituzione	`kyb_accepted_countries` limita i paesi in cui l’azienda può essere costituita.

Le chiavi del workflow sono documentate in configurazioni delle funzionalità del workflow.

Utilizzo dell’esito dal tuo lato

Basa la logica sull’etichetta di stato esatta e registra i tag di avviso, così il tuo team può capire perché una sessione è finita in un certo stato.

const decision = event.decision;

if (event.status === 'Approved') {
  await markBusinessVerified(event.vendor_data);
}

if (event.status === 'In Review' || event.status === 'Declined') {
  const warnings = [
    ...decision.registry_checks,
    ...decision.document_verifications,
    ...decision.key_people_checks,
    ...decision.aml_screenings,
  ].flatMap((check) => check.warnings ?? []);

  await recordReasons(event.vendor_data, warnings);
}

Prossimi passi

Stati

Tassonomia degli stati.

Avvisi KYB

Ogni tag di avviso che un controllo KYB può generare.

Schema della risposta

Dove compaiono gli avvisi e la traccia della decisione.

Primi passi

Funzionalità

Profili aziendali

Riferimento

Console

Valutazione del rischio KYB: cosa determina l'esito KYB

Come viene costruito l’esito

Segnali che alimentano l’esito

Utilizzo dell’esito dal tuo lato

Prossimi passi

Stati

Avvisi KYB

Schema della risposta

​Come viene costruito l’esito

​Segnali che alimentano l’esito

​Utilizzo dell’esito dal tuo lato

​Prossimi passi

Stati

Avvisi KYB

Schema della risposta

Come viene costruito l’esito

Segnali che alimentano l’esito

Utilizzo dell’esito dal tuo lato

Prossimi passi