Flusso di lavoro applicazione campione token di deposito
Dopo aver installato e configurato l'applicazione token di deposito di esempio, è possibile utilizzarla in scenari in cui un proprietario di sistema (una banca) e le organizzazioni partecipanti (altre istituzioni) interagiscono in un mercato interbancario.
L'applicazione di esempio supporta dodici ruoli o utenti tipo. Ogni ruolo ha un'interfaccia e un set diversi di operazioni che supportano l'intero flusso di lavoro della gestione dei token nello scenario dei token di deposito.
Ruoli banca
- Amministratore bancario: configura token e organizzazioni; crea wallet e conti token di deposito; imposta limiti, scopi, gruppi e ruoli. Gestisce i controlli di conformità e i criteri di approvazione.
- Approvatore banca: completa le approvazioni di trasferimento in base all'importo o sequenziali assegnate. L'approvatore bancario configurato o la catena di approvatori bancari sequenziali completano i passi decisionali dei criteri di approvazione per un trasferimento controllato dai criteri.
- Autore banca: richiede la creazione del token e trasferisce il valore creato a un emittente bancario.
- Emittente bancario: emette valore per i partecipanti e restituisce valore per lo smobilizzo.
- Responsabile bancario: esamina le richieste di creazione, emissione, trasferimento in sospeso e smobilizzo assegnate. Un responsabile bancario approva o rifiuta le richieste di creazione o smobilizzo dei token. Per i trasferimenti di emissione soggetti a un criterio di approvazione, il manager può completare il trasferimento solo dopo che la sequenza di approvatori richiesta è stata soddisfatta; il manager può rifiutare un trasferimento mentre è in sospeso.
- Ritiro bancario: invia richieste di pensionamento o usura.
- Revisore bancario: esamina l'attività di rete, i saldi, le richieste in sospeso e la cronologia, senza modificare i dati.
Ruoli istituto
- Amministratore istituto: gestisce i wallet dei partecipanti, i clienti, i gruppi di applicazioni, lo stato e i limiti.
- Responsabile istituto: approva o rifiuta i trasferimenti per l'organizzazione partecipante. Un responsabile istituto esamina i trasferimenti associati al conto di deposito a garanzia della propria organizzazione. Il manager può approvare un'azione di manager diretto, completare un trasferimento controllato da criteri solo dopo che la sequenza di approvatori richiesta è stata soddisfatta o rifiutare un trasferimento in sospeso.
- Funzionario dell'istituto: valore dei depositi alla banca e valore dei trasferimenti agli utenti autorizzati.
- Utente istituto: trasferisce il valore ai destinatari consentiti.
- Revisore istituto: esamina l'attività partecipante/organizzazione senza modificare i dati.
Onboarding
Dopo aver installato e configurato l'applicazione, si preparano utenti, wallet, conti token di deposito e ruoli libro contabile. Prima di eseguire le operazioni del token, completare i passi riportati di seguito.
- L'amministratore della banca effettua prima il login. Selezionare il wallet bootstrap a cui è stato concesso il ruolo
Token Admin Besual momento dell'inizializzazione dello smart contract. Questo è il punto di accesso amministrativo iniziale anche prima che esista un conto token di deposito. - L'amministratore bancario verifica il registro dell'organizzazione. Registrare o rivedere le organizzazioni fondatrici e partecipanti, confermare la sequenza dei fondatori (1) e verificare l'ordine dell'organizzazione e i valori di visualizzazione.
- L'amministratore della banca inizializza il token e crea i conti iniziali. Creare wallet e conti token di deposito per utenti tipo di banca e per gli amministratori dell'istituto che amministreranno le organizzazioni partecipanti. Selezionare il wallet, il gruppo di applicazioni e i limiti account corretti.
- Ogni organizzazione partecipante viene distribuita e configurata. Utilizzare lo stesso processo di distribuzione con un clic o locale per l'applicazione partecipante. La distribuzione con un solo clic utilizza la configurazione di Oracle Blockchain Platform; la distribuzione locale richiede una configurazione manuale.
- L'amministratore dell'istituto esegue il login per l'organizzazione partecipante. Caricare o creare i wallet dell'organizzazione, quindi creare account manager, responsabile, utente e revisore utilizzando i gruppi di applicazioni e i limiti consentiti.
- L'amministratore bancario configura o rivede i controlli di governance e conformità degli utenti e crea o attiva criteri di approvazione basati sugli importi. Una polizza senza approvatori può liquidare immediatamente un trasferimento corrispondente; una polizza con approvatori crea la sequenza di approvazione configurata.
- L'amministratore della banca sincronizza i ruoli manager. Dopo aver creato ogni conto del responsabile istituto, utilizzare il comando Azioni conto > Sincronizza ruoli sul conto per applicare il proprio ruolo libro contabile
Escrow. I gruppi di applicazioni controllano l'accesso all'area di lavoro; i ruoli libro contabile controllano le operazioni del contratto. - Ogni utente tipo esegue il login e verifica l'accesso. Selezionare il wallet desiderato quando ne sono disponibili più di uno, confermare l'apertura dell'area di lavoro corretta e verificare che le azioni consentite e limitate corrispondano al gruppo di applicazioni e al ruolo libro contabile assegnati. Utilizzare la sequenza di utenti tipo nella tabella seguente.
- Al termine di tutti i controlli di configurazione degli utenti tipo e di accesso, seguire il flusso di lavoro dell'applicazione per utilizzare il ciclo di vita del token di deposito.
Sequenza persona
| Sequenza | Utente tipo | Responsabilità | Informazioni |
|---|---|---|---|
| 1 | Amministratore bancario | Completa l'impostazione di banca, organizzazione, portafoglio, conto e ruolo. | Amministratore bancario |
| 2 | Amministratore istituto | Imposta i wallet e i conti dei partecipanti. | Amministratore istituto |
| 3 | Autore banca | Sottomette le richieste per creare i token. | Autore banca |
| 4 | Manager di banca | Approva o rifiuta le richieste di creazione. | Manager banca |
| 5 | Approvatore banca | Completa le approvazioni assegnate per i trasferimenti configurati in base all'importo o sequenziali. | Approvatore banca |
| 6 | Emittente banca | Valore emissione per partecipanti e valore restituzione per smobilizzo. | Emittente banca |
| 7 | Responsabile istituto | Approva le azioni del manager diretto, completa i trasferimenti controllati dai criteri solo dopo la sequenza di approvatori bancari richiesta o rifiuta i trasferimenti in sospeso. | Responsabile istituto |
| 8 | Funzionario istituto | Valore depositi e trasferimenti. | Funzionario istituto |
| 9 | Utente istituto | Trasferisce il valore ai destinatari consentiti. | Utente istituto |
| 10 | Smobilizzatore banca | Sottomette le richieste di smobilizzo dopo la restituzione del valore. | Ritiro bancario |
| 11 | Revisore bancario | Rivede l'attività bancaria e la storia. | Revisore bancario |
| 12 | Revisore istituzionale | Rivedere l'attività e la cronologia dell'organizzazione partecipante. | Revisore istituto |
Flusso di lavoro applicazione (ciclo di vita token)
Dopo la distribuzione e l'impostazione, le figure nello scenario eseguono i task riportati di seguito nell'ambito del ciclo di vita completo dei token. Tenere presente che l'approvazione del trasferimento è condizionale e non è una fase del ciclo di vita fisso: dopo la sottomissione di un trasferimento controllato da criteri, l'approvatore bancario configurato completa la fase di approvazione corrente prima della liquidazione del trasferimento.
- L'autore della banca richiede la creazione del token e sposta il valore approvato. Aprire la pagina Crea token, inserire la quantità e la nota facoltativa, rivedere l'ID dell'operazione generata e sottomettere la richiesta. Dopo che il manager della banca ha approvato la richiesta, sottomettere il trasferimento del valore approvato all'emittente della banca. Il criterio di approvazione applicabile determina se il trasferimento viene completato immediatamente o se viene instradato per l'approvazione.
- Il responsabile bancario approva o rifiuta le richieste bancarie. Aprire la coda Creazione per approvare o rifiutare la creazione del token. L'approvazione accredita il creatore; il rifiuto lascia la richiesta non accreditata. In seguito lo stesso manager approva o rifiuta le richieste di usura dello smobilizzo bancario e può completare un trasferimento idoneo solo dopo che la sequenza di approvazione configurata è stata soddisfatta.
- L'emittente bancario distribuisce o restituisce il valore. Trasferire il valore a un funzionario dell'istituto o utilizzare il percorso di smobilizzo per trasferire il valore allo smobilizzo bancario. Il criterio basato sull'importo attivo determina se un trasferimento idoneo si risolve immediatamente o attende la sequenza di approvazione configurata.
- L'approvatore della banca completa i passi di approvazione assegnati. Quando un criterio basato sull'importo instrada un trasferimento sottomesso all'approvatore della banca: aprire la pagina Approvazioni bancarie, rivedere la transazione e la posizione della sequenza corrente, quindi approvare per anticiparla o completarla o rifiutarla per interrompere il trasferimento. Più approvatori agiscono in sequenza.
- Il manager istituto esamina i trasferimenti manager/escrow. Rivedere i trasferimenti dei partecipanti in sospeso associati al conto manager/escrow. Approva un'azione del manager diretto o completa un trasferimento idoneo dopo che la sequenza di approvazione configurata è stata soddisfatta; rifiuta quando il trasferimento non deve essere liquidato.
- Il funzionario istituto sposta il valore del partecipante. Trasferire il valore all'emittente della banca, a un altro funzionario dell'istituto o a un utente dell'istituto. Il criterio attivo determina se il trasferimento viene liquidato immediatamente o instradato alla sequenza di approvatori bancari configurata.
- Un utente istituto trasferisce il valore consentito. Trasferire il valore a un funzionario istituto o a un utente istituto consentito. Si applicano le stesse regole dei criteri: nessun approvatore configurato può risolvere immediatamente. Più approvatori agiscono in sequenza.
- Lo smobilizzo bancario richiede lo smobilizzo. Dopo aver ricevuto il valore, aprire la finestra Token di smobilizzo, immettere l'importo e i dettagli richiesti e sottomettere la richiesta di masterizzazione. Il manager banca approva o rifiuta la richiesta. L'approvazione elimina il valore dalla circolazione; il rifiuto lascia l'ustione incompleta.
- Il revisore bancario esamina l'attività bancaria. Utilizzare l'area di lavoro del revisore, i filtri, le righe di transazione, le finestre di dialogo dei dettagli, gli ID operazione, i saldi, i risultati dell'approvazione e la cronologia per rivedere l'attività bancaria disponibile in formato di sola lettura.
- Il revisore dell'istituto esamina l'attività del partecipante. Utilizzare l'area di lavoro del revisore dei partecipanti per esaminare i conti, i trasferimenti, le approvazioni, i saldi, gli ID operazione e la cronologia dell'organizzazione. L'area di lavoro del revisore dell'istituto è di sola lettura ed è limitata alla propria organizzazione.
Criteri di approvazione: la creazione e lo smobilizzo dei token utilizzano le code di richieste del manager bancario configurate. L'emittente, il funzionario, l'utente, il creatore-utente e i trasferimenti resi utilizzano la politica basata sull'importo attiva. Una richiesta può essere liquidata immediatamente se non è configurato alcun approvatore. Quando è necessaria un'approvazione, il criterio instrada la richiesta al conto approvatore bancario configurato; un approvatore deve decidere e più approvatori agiscono in sequenza. Un rifiuto interrompe il trasferimento in sospeso e non viene risolto.
Dopo ogni richiesta o decisione, aggiornare le viste mittente, destinatario, manager e auditor, a seconda dei casi. Confermare lo stato finale e il saldo prima di sottomettere un'altra operazione.