Anwendungsworkflow für Einzahlungstoken

Bankfunktionen

Bankadministrator: Konfiguriert Token und Organisationen; erstellt Wallets und Einzahlungstokenkonten; legt Limits, Zwecke, Gruppen und Rollen fest. Verwaltet Compliancekontrollen und Genehmigungs-Policys.
Bankgenehmiger: Schließt zugewiesene betragsbasierte oder sequenzielle Transfergenehmigungen ab. Der konfigurierte Bankgenehmiger oder die sequenzielle Bankgenehmigerkette schließt die Entscheidungsschritte für die Genehmigungs-Policy für eine Policy-gesteuerte Übertragung ab.
Ersteller der Bank: Fordert die Tokenerstellung an und überträgt den erstellten Wert an einen Bankaussteller.
Emittent der Bank: Gibt den Teilnehmern einen Wert aus und gibt den Wert für den Ruhestand zurück.
Bankmanager: Prüft zugewiesene Anträge auf Erstellung, Ausstellung, anstehende Versetzungen und Abgänge. Ein Bankmanager genehmigt oder lehnt Anträge zur Erstellung oder Deaktivierung von Token ab. Bei Ausstellungstransfers, die einer Genehmigungs-Policy unterliegen, kann der Manager die Versetzung erst abschließen, nachdem die erforderliche Genehmigerfolge erfüllt wurde. Der Manager kann eine Versetzung ablehnen, solange sie aussteht.
Bankretter: Sendet Anträge auf Ruhestand oder Brand.
Bankprüfer: Überprüft Netzwerkaktivität, Salden, ausstehende Anforderungen und Historie, ohne Daten zu ändern.

Institutionsrollen

Institutionsadministrator: Verwaltet Teilnehmerwallets, Accounts, Anwendungsgruppen, Status und Limits.
Institutionsmanager: Genehmigt Transfers für die Teilnehmerorganisation oder lehnt sie ab. Ein Institutsmanager prüft Überweisungen, die dem Treuhandkonto seiner Organisation zugeordnet sind. Der Manager kann eine direkte Manageraktion genehmigen, eine Policy-gesteuerte Versetzung erst abschließen, nachdem die erforderliche Genehmigersequenz erfüllt wurde, oder eine ausstehende Versetzung ablehnen.
Institution Officer: Einlagen Wert an die Bank und überträgt Wert an erlaubte Benutzer.
Institutionsbenutzer: Überträgt den Wert an zulässige Empfänger.
Institution Auditor: Prüft Teilnehmer-/Organisationsaktivität, ohne Daten zu ändern.

Onboarding

Nachdem Sie die Anwendung installiert und konfiguriert haben, bereiten Sie Benutzer, Wallets, Einzahlungstokenkonten und Buchrollen vor. Führen Sie die folgenden Schritte aus, bevor Sie Tokenvorgänge ausführen.

Der Bankadministrator meldet sich zuerst an. Wählen Sie das Bootstrap-Wallet aus, dem bei der Initialisierung des Smart Contracts die Rolle Token Admin Besu erteilt wurde. Dies ist der erste administrative Einstiegspunkt, noch bevor ein Einzahlungstokenkonto vorhanden ist.
Der Bankadministrator überprüft die Organisationsregistrierung. Registrieren oder prüfen Sie die Gründer- und Teilnehmerorganisationen, bestätigen Sie die Gründerfolge (1), und prüfen Sie die Organisationsreihenfolge und die Anzeigewerte.
Der Bankadministrator initialisiert das Token und erstellt die anfänglichen Konten. Erstellen Sie Wallets und Einzahlungstokenkonten für Bankpersonas und für die Institutsadministratoren, die teilnehmende Organisationen verwalten. Wählen Sie die korrekten Wallet-, Anwendungsgruppen- und Accountlimits aus.
Jede teilnehmende Organisation wird bereitgestellt und konfiguriert. Verwenden Sie denselben Ein-Klick- oder lokalen Deployment-Prozess für die Teilnehmeranwendung. Das One-Click-Deployment verwendet die Oracle Blockchain Platform-Konfiguration. Für das lokale Deployment ist eine manuelle Konfiguration erforderlich.
Der Institutionsadministrator meldet sich für die Teilnehmerorganisation an. Laden oder erstellen Sie die Wallets der Organisation, und erstellen Sie dann Manager-, Manager-, Benutzer- und Auditoraccounts mit den zulässigen Anwendungsgruppen und Limits.
Der Bankadministrator konfiguriert oder prüft Governance- und Benutzercompliancekontrollen und erstellt oder aktiviert betragsbasierte Genehmigungs-Policys. Eine Policy ohne Genehmiger kann einen Abgleichstransfer sofort abwickeln. Eine Policy mit Genehmigern erstellt die konfigurierte Genehmigungssequenz.
Der Bankadministrator synchronisiert Managerrollen. Nachdem jedes Institutionsmanagerkonto erstellt wurde, verwenden Sie den Befehl Kontenaktionen > Synchronisierungsrollen für dieses Konto, um die Hauptbuchrolle Escrow anzuwenden. Anwendungsgruppen steuern den Workspace-Zugriff; Buchrollen steuern Vertragsvorgänge.
Jede Persona meldet sich an und überprüft den Zugriff. Wählen Sie das gewünschte Wallet aus, wenn mehrere verfügbar sind, bestätigen Sie das korrekte Öffnen des Workspace, und prüfen Sie, ob zulässige und eingeschränkte Aktionen mit der zugewiesenen Anwendungsgruppe und Buchrolle übereinstimmen. Verwenden Sie die Persona-Sequenz in der folgenden Tabelle.
Nachdem alle Personakonfiguration und Zugriffsprüfungen abgeschlossen sind, folgen Sie dem Anwendungsworkflow, um mit dem Lebenszyklus des Einzahlungstokens zu arbeiten.

Persona-Sequenz

Sequenz	Persona	Zuständigkeit	Informationen
1	Bankverwalter	Schließt das Setup von Bank, Organisation, Wallet, Konto und Rolle ab.	Bankadministrator
2	Institutionsadministrator	Richtet Wallets und Accounts für Teilnehmer ein.	Institutionsadministrator
3	Ersteller der Bank	Anforderungen zum Erstellen von Token weiterleiten.	Bankersteller
4	Bankmanager	Genehmigt Erstellungsanforderungen oder lehnt sie ab.	Bankmanager
5	Bankgenehmiger	Schließt zugewiesene Genehmigungen für konfigurierte betragsbasierte oder sequenzielle Transfers ab.	Bankgenehmiger
6	Bankaussteller	Gibt einen Wert für Teilnehmer aus und gibt einen Wert für den Ruhestand zurück.	Bankaussteller
7	Institutionsmanager	Genehmigt Direktmanageraktionen, schließt Versetzungen mit Policy-Kontrolle erst nach der erforderlichen Reihenfolge des Bankgenehmigers ab, oder lehnt ausstehende Versetzungen ab.	Institutionsmanager
8	Institutsleiter	Ein- und Überweisungswert.	Institutsleiter
9	Institutionsbenutzer	Überträgt den Wert an zulässige Empfänger.	Institutionsbenutzer
10	Bankretter	Startet Abgangsanforderungen, nachdem der Wert zurückgegeben wurde.	Bankretter
11	Bankprüfer	Prüft die Bankaktivität und -historie.	Bankprüfer
12	Institutsprüfer	Aktivität und Historie der Teilnehmerorganisation prüfen	Institutsprüfer

Anwendungsworkflow (Tokenlebenszyklus)

Nach dem Deployment und Setup nehmen die Personas im Szenario im Rahmen des vollständigen Token-Lebenszyklus an den folgenden Aufgaben teil. Beachten Sie, dass die Transfergenehmigung eine bedingte, keine feste Lebenszyklusphase ist: Nachdem eine Policy-gesteuerte Übertragung weitergeleitet wurde, schließt der konfigurierte Bankgenehmiger den aktuellen Genehmigungsschritt ab, bevor diese Übertragung abgerechnet wird.

Der Bankersteller fordert die Tokenerstellung an und verschiebt den genehmigten Wert. Öffnen Sie die Seite Token erstellen, geben Sie die Menge und den optionalen Vermerk ein, prüfen Sie die generierte Vorgangs-ID, und leiten Sie die Anforderung weiter. Nachdem der Bankmanager die Anforderung genehmigt hat, leiten Sie die Übertragung des genehmigten Werts an den Bankaussteller weiter. Die anwendbare Genehmigungs-Policy bestimmt, ob der Transfer sofort abgeschlossen wird oder zur Genehmigung weitergeleitet wird.
Der Bankmanager genehmigt oder lehnt Bankanforderungen ab. Öffnen Sie die Queue Erstellung, um die Tokenerstellung zu genehmigen oder abzulehnen. Genehmigungsgutschriften für den Ersteller; Ablehnung lässt die Anforderung unkreditiert. Derselbe Manager genehmigt oder lehnt später Verbrennungsanforderungen vom Bankretter ab und kann eine berechtigte Überweisung erst abschließen, nachdem die konfigurierte Genehmigungssequenz erfüllt wurde.
Der Bankaussteller verteilt oder gibt den Wert zurück. Übertragen Sie den Wert an einen Institutsleiter, oder verwenden Sie den Ruhestandspfad, um den Wert an den Bankretter zu übertragen. Die aktive betragsbasierte Policy bestimmt, ob eine berechtigte Übertragung sofort abgerechnet wird oder auf die konfigurierte Genehmigungssequenz wartet.
Der Bankgenehmiger führt die zugewiesenen Genehmigungsschritte aus. Wenn eine betragsbasierte Police eine übermittelte Überweisung an den Bankgenehmiger weiterleitet: Öffnen Sie die Seite Bankgenehmigungen, prüfen Sie die Transaktion und die aktuelle Folgeposition, und genehmigen Sie dann den Vorschuss, den Abschluss oder die Ablehnung, um die Überweisung zu stoppen. Mehrere Genehmiger handeln nacheinander.
Der Institutsleiter prüft Versetzungen von Führungskräften bzw. Mitarbeitern. Prüfen Sie ausstehende Teilnehmerübertragungen, die dem Manager-/Zeilenkonto zugeordnet sind. Genehmigen Sie eine direkte Manageraktion, oder schließen Sie eine berechtigte Versetzung ab, nachdem die konfigurierte Genehmigungssequenz erfüllt wurde. Lehnen Sie sie ab, wenn die Versetzung nicht abgerechnet werden darf.
Der Institutsleiter verschiebt den Teilnehmerwert. Wert an Bankaussteller, einen anderen Institutsbeauftragten oder einen Institutsbenutzer übertragen. Die aktive Police bestimmt, ob die Überweisung sofort abgerechnet wird oder an die konfigurierte Genehmigungssequenz der Bank weitergeleitet wird.
Ein Institutionsbenutzer überträgt den zulässigen Wert. Wert an einen zulässigen Institutionsbeauftragten oder Institutionsbenutzer übertragen. Es gelten dieselben Policy-Regeln: Kein konfigurierter Genehmiger kann sofort abrechnen. Mehrere Genehmiger handeln nacheinander.
Der Bankrentner beantragt den Ruhestand. Öffnen Sie nach dem Erhalt des Werts das Fenster Token deaktivieren, geben Sie den Betrag und die erforderlichen Details ein, und leiten Sie die Burn-Anforderung weiter. Der Bankmanager genehmigt den Antrag oder lehnt ihn ab. Die Genehmigung entfernt den Wert aus der Zirkulation; die Ablehnung lässt die Verbrennung unvollständig.
Der Bankprüfer prüft die Bankaktivitäten. Verwenden Sie den Auditor-Workspace, Filter, Transaktionszeilen, Detaildialoge, Vorgangs-IDs, Salden, Genehmigungsresultate und die Historie, um die Bankaktivität zu prüfen, die im schreibgeschützten Format verfügbar ist.
Der Institutsauditor prüft die Teilnehmeraktivität. Mit dem Teilnehmerauditor-Workspace können Sie die Konten, Transfers, Genehmigungen, Salden, Vorgangs-IDs und die Historie der Organisation prüfen. Der Arbeitsbereich des Institutionsauditorarbeitsbereichs ist schreibgeschützt und auf seine eigene Organisation beschränkt.

Genehmigungs-Policys: Tokenerstellung und -abgang verwenden die konfigurierten Anforderungswarteschlangen für Bankmanager. Emittenten-, Beamten-, Benutzer-, Ersteller-zu-Benutzer- und Retourentransfers verwenden die aktive betragsbasierte Policy. Eine Anforderung kann sofort abgerechnet werden, wenn kein Genehmiger konfiguriert ist. Wenn eine Genehmigung erforderlich ist, leitet die Policy die Anforderung an das konfigurierte Konto des Bankgenehmigers weiter. Ein Genehmiger muss dies entscheiden, und mehrere Genehmiger handeln nacheinander. Eine Ablehnung stoppt die ausstehende Übertragung; sie wird nicht abgerechnet.

Aktualisieren Sie nach jeder Anforderung oder Entscheidung die Absender-, Empfänger-, Manager- und Auditoransichten. Bestätigen Sie den endgültigen Status und den Saldo, bevor Sie einen anderen Vorgang starten.