Onboarding del partecipante#
L’onboarding crea la pratica con cui un’organizzazione chiede di essere ammessa al circuito. Il Client raccoglie dati, dichiarazioni ed evidenze; il Core esegue istruttoria, maker-checker e provisioning.
Quando aprire una pratica#
Aprire una nuova pratica quando:
- l’organizzazione non è ancora presente nel circuito;
- occorre aggiungere un ruolo sostanzialmente nuovo;
- il Core ha richiesto una ripresentazione completa;
- la precedente pratica è scaduta o definitivamente chiusa.
Per variazioni su un partecipante già attivo usare Profilo e rinnovi, non creare un secondo onboarding.
Preparazione#
Prima di compilare, raccogliere:
- denominazione legale e identificativi;
- sede e paese;
- contatti autorizzati;
- ruoli richiesti nel circuito;
- descrizione dei sistemi e del modello operativo;
- autorizzazioni, dichiarazioni e documenti richiesti;
- conti di registrazione richiesti;
- riferimenti del responsabile interno.
La WebUI usa campi strutturati e schede ripetibili. Non incollare array JSON nei campi di testo.
Procedura normale#
Il salvataggio aggiorna la bozza; la presentazione crea uno snapshot non più modificabile. Se l’istruttoria richiede correzioni, il Client genera una nuova revisione collegata.
Campi ripetibili#
| Sezione | Regola pratica |
|---|---|
| Contatti | Una scheda per persona o funzione; evitare recapiti generici se è richiesto un responsabile nominativo |
| Ruoli richiesti | Selezionare solo i ruoli realmente coperti dal mandato e dal modello operativo |
| Autorizzazioni | Inserire autorità, riferimento, ambito, data e stato |
| Dichiarazioni | Usare una voce per ogni attestazione; indicare chi la rende e a quale versione si riferisce |
| Conti richiesti | Specificare valuta, modello omnibus/segregato e scopo operativo |
| Evidenze | Registrare tipo, hash/riferimento, data e validità; non usare la nota come sostituto del documento |
Accettazione delle richieste del Core#
Durante l’istruttoria il Core può chiedere integrazioni. Aprire la pratica e leggere:
- motivazione;
- sezione interessata;
- termine di risposta;
- eventuale documento richiesto;
- stato della richiesta.
Usare Crea revisione per partire dall’ultima versione, correggere soltanto ciò che serve, rieseguire i controlli e ripresentare.
Esiti#
| Esito | Azione del Client |
|---|---|
approved | Verificare partecipante, ruoli, conti e credenziali provisionati |
changes_requested | Creare revisione e rispondere alle richieste |
rejected | Leggere la motivazione; riaprire solo con presupposti nuovi e autorizzazione interna |
suspended | Non tentare nuove operazioni; attendere istruzioni della compliance |
Controlli dopo l’approvazione#
- Il nome del partecipante coincide con l’organizzazione.
- I ruoli attivi sono quelli approvati.
- I conti di registrazione hanno valuta e modello corretti.
- I riferimenti API sono presenti ma nessun segreto è esposto in pagina.
- Le scadenze di documenti e autorizzazioni compaiono nel profilo.