預入トークン・サンプル・アプリケーション・ワークフロー

銀行ロール

銀行管理者: トークンと組織を構成し、ウォレットと預入トークン勘定科目を作成し、制限、目的、グループおよびロールを設定します。コンプライアンス制御および承認ポリシーを保守します。
銀行承認者: 割り当てられた金額ベースまたは順次振替承認を完了します。構成済銀行承認者または順次銀行承認者チェーンは、ポリシー管理振替の承認ポリシー決定ステップを完了します。
銀行作成者: トークン作成を要求し、作成された値を銀行発行者に転送します。
銀行発行者: 参加者に値を発行し、除・売却の値を返します。
銀行マネージャ: 割り当てられた作成、発行、保留中の振替および除・売却要求をレビューします。銀行マネージャは、トークンを作成または除・売却する要求を承認または否認します。承認ポリシーの対象となる発行転送の場合、マネージャは、必要な承認者順序が満たされた後にのみ転送を完了できます。マネージャは、転送が保留中の場合、転送を否認できます。
銀行引退者: 除・売却またはバーン要求を発行します。
銀行監査者: データを変更せずに、ネットワーク・アクティビティ、残高、保留中の要求および履歴をレビューします。

機関ロール

機関管理者: 参加者ウォレット、アカウント、アプリケーション・グループ、ステータスおよび制限を管理します。
機関マネージャ: 関係者組織の転送を承認または否認します。機関マネージャは、組織のエスクロー・アカウントに関連付けられた異動をレビューします。マネージャは、直属のマネージャ処理を承認したり、必要な承認者順序が満たされた後にのみポリシー制御の異動を完了したり、保留中の異動を否認できます。
機関役員: 値を銀行に預入し、許可されたユーザーに値を振り替えます。
機関ユーザー: 許可された受信者に値を転送します。
機関監査者: データを変更せずに、参加者/組織アクティビティをレビューします。

オンボーディング

アプリケーションをインストールして構成した後、ユーザー、ウォレット、預入トークン・アカウントおよび元帳ロールを準備します。トークン操作を実行する前に、次のステップを実行します。

銀行管理者が最初にログインします。スマート・コントラクトの初期化時にToken Admin Besuロールを付与されたブートストラップ・ウォレットを選択します。これは、預入トークン・アカウントが存在する前でも初期管理エントリ・ポイントです。
銀行管理者は、組織登録を検証します。ファウンダ組織および参加者組織を登録またはレビューし、ファウンダ順序(1)を確認し、組織順序および表示値を確認します。
銀行管理者は、トークンを初期化し、初期アカウントを作成します。銀行ペルソナおよび参加組織を管理する機関管理者用のウォレットおよび預入トークン・アカウントを作成します。正しいウォレット、アプリケーション・グループおよびアカウント制限を選択します。
各参加組織はデプロイおよび構成されます。参加者アプリケーションには、同じワンクリックまたはローカル・デプロイメント・プロセスを使用します。ワンクリック・デプロイメントではOracle Blockchain Platform構成を使用します。ローカル・デプロイメントでは手動構成が必要です。
機関管理者が参加者組織にログインします。組織のウォレットをロードまたは作成し、許可されたアプリケーション・グループおよび制限を使用してマネージャ、役員、ユーザーおよび監査者のアカウントを作成します。
銀行管理者は、ガバナンスおよびユーザー・コンプライアンス制御を構成またはレビューし、金額ベースの承認ポリシーを作成またはアクティブ化します。承認者がいないポリシーは、一致する転送を即時に解決できます。承認者がいるポリシーによって、構成された承認順序が作成されます。
銀行管理者はマネージャ・ロールを同期します。各機関マネージャ・アカウントが作成されたら、そのアカウントで「アカウント処理」→「ロールの同期」コマンドを使用して、そのEscrow元帳ロールを適用します。アプリケーショングループはワークスペースアクセスを制御し、元帳ロールは契約操作を制御します。
各ペルソナはログインし、アクセスを検証します。複数のウォレットが使用可能な場合に目的のウォレットを選択し、正しいワークスペースが開いていることを確認し、許可されたアクションおよび制限されたアクションが割り当てられたアプリケーショングループおよび元帳ロールと一致していることを確認します。次の表のペルソナ順序を使用します。
すべてのペルソナ構成およびアクセス・チェックが完了したら、アプリケーション・ワークフローに従って保証金トークンのライフサイクルを操作します。

ペルソナ順序

シーケンス	Persona	職責	情報
1	銀行管理者	銀行と組織、ウォレット、勘定科目、ロールの設定を完了します。	銀行管理者
2	機関管理者	参加者ウォレットおよびアカウントを設定します。	機関管理者
3	銀行作成者	トークンを作成するリクエストを送信します。	銀行作成者
4	銀行マネージャ	作成要求を承認または否認します。	銀行マネージャー
5	銀行承認者	構成済金額ベースまたは順次転送の割当済承認を完了します。	銀行承認者
6	銀行発行者	参加者に値を発行し、除・売却の値を返します。	銀行発行者
7	機関マネージャ	直属のマネージャ処理を承認するか、必要な銀行承認者連番の後にのみポリシー管理転送を完了するか、保留中の異動を否認します。	機関マネージャ
8	機関責任者	預入および振替値。	機関役員
9	機関ユーザー	許可された受信者に値を転送します。	機関ユーザー
10	銀行引受人	値が返された後で除・売却要求を発行します。	銀行保有者
11	銀行監査人	銀行活動および履歴をレビューします。	銀行監査人
12	機関監査役	関係者組織のアクティビティおよび履歴をレビューします。	機関監査人

アプリケーション・ワークフロー(トークン・ライフ・サイクル)

デプロイメントおよび設定後、シナリオのペルソナは、トークン・ライフ・サイクルの完了の一環として次のタスクを実行します。振替承認は、固定ライフサイクル・ステージではなく条件付きであることに注意してください。ポリシー管理振替が発行された後、構成済の銀行承認者は、その振替が決済される前に現在の承認ステップを完了します。

銀行作成者がトークン作成を要求し、承認済値を移動します。「トークンの作成」ページを開き、数量とオプションのメモを入力し、生成されたオペレーションIDを確認してリクエストを送信します。銀行マネージャが要求を承認した後、承認済価額の振替を銀行発行者に発行します。適用可能な承認ポリシーは、転送が即時に完了するか、承認のためにルーティングされるかを決定します。
銀行マネージャは、銀行要求を承認または否認します。作成キューを開いて、トークン作成を承認または拒否します。承認は作成者をクレジットし、否認は要求を未クレジットのままにします。同じマネージャが後で銀行退職者からのバーン要求を承認または否認し、構成済の承認順序が満たされた後にのみ適格な振替を完了できます。
銀行発行者は、値を配分または戻します。値を機関役員に転送するか、退職パスを使用して値を銀行退職者に振り替えます。アクティブな金額ベースのポリシーは、適格な振替が即時に精算されるか、構成された承認順序を待機するかを決定します。
銀行承認者は、割り当てられた承認ステップを完了します。金額ベースのポリシーによって送信済振替が銀行承認者にルーティングされる場合: 「銀行承認」ページを開き、トランザクションと現在のシーケンスの位置を確認してから、承認して前払いまたは完了するか、却下して振替を停止します。複数の承認者が順番に行動します。
機関マネージャは、マネージャ/エスクロー異動をレビューします。マネージャ/エスクロー・アカウントに関連付けられている待ち状態の参加者転送をレビューします。直属のマネージャ処理を承認するか、構成済の承認順序が満たされた後に適格な異動を完了します。異動が決済されない場合は否認します。
機関担当者が加入者値を移動します。銀行発行者、別の機関役員または機関ユーザーに値を転送します。アクティブなポリシーは、振替が即時に決済されるか、構成された銀行承認者順序にルーティングされるかを決定します。
機関ユーザーは許可された値を転送します。許可された機関役員または機関ユーザーに値を転送します。同じポリシー・ルールが適用されます。構成済の承認者はすぐに解決できません。複数の承認者が順番に行動します。
銀行の退職者は退職を要求します。値を受け取った後、「トークンのリタイア」ウィンドウを開き、金額と必要な詳細を入力し、バーン・リクエストを送信します。銀行マネージャが要求を承認または否認します。承認によって値が循環から除去され、拒否によってバーンが不完全になります。
銀行監査人は銀行活動をレビューします。監査者ワークスペース、フィルタ、トランザクション行、詳細ダイアログ、操作ID、残高、承認結果および履歴を使用して、読取り専用形式で使用可能な銀行活動をレビューします。
機関の監査者は参加者アクティビティをレビューします。参加者監査者ワークスペースを使用して、組織のアカウント、異動、承認、残高、操作IDおよび履歴をレビューします。機関監査者ワークスペースのワークスペースは読取り専用であり、独自の組織に制限されます。

承認ポリシー: トークン作成およびリタイアでは、構成された銀行マネージャ要求キューが使用されます。発行者、役員、ユーザー、作成者からユーザーへの転送および返品転送では、アクティブな金額ベースのポリシーが使用されます。承認者が構成されていない場合は、要求をすぐに解決できます。承認が必要な場合、ポリシーは要求を構成済の銀行承認者アカウントにルーティングし、1人の承認者が決定し、複数の承認者が順番に処理します。拒否によって保留中の転送が停止され、決済は行われません。

各リクエストまたは決定後に、送信者、受信者、マネージャおよび監査者のビューを必要に応じてリフレッシュします。別の操作を発行する前に、最終ステータスおよび残高を確認してください。