預入トークン・アプリケーションのトラブルシューティング
次の情報では、アプリケーションで発生する可能性のある問題をトラブルシューティングする方法について説明します。
エラー・ページに戻るサインイン
OIDCの場合は、発行者、クライアント、正確なコールバックURL、オーディエンス、検出/JWKS到達可能性、TLS信頼およびセッション構成を確認します。LDAPの場合は、LDAP構成を確認します。アカウントがない場合は、Token AdminおよびOrg Adminロールのみの管理者サインイン例外を保持してください。構成済組織およびウォレット・サービス・インスタンスに対して、ユーザーに適格なアクティブなウォレット/アカウントがあることを確認します。
使用可能なWalletがありません
UWaaSの到達可能性、組織マッピング、ウォレット・サービス・インスタンス、ユーザー・アイデンティティおよびアクセス・スコープを確認します。複数のウォレットが返された場合は、対象預入トークン・アカウントのウォレットを選択します。
アカウントは存在しますが、操作は使用できません
勘定科目ステータス、アプリケーション・グループおよび元帳ロールを確認します。銀行管理者は、承認されると、「アカウント処理」→「ロールの同期」コマンドを使用できます。セッションが再構築されるように、ロールの変更後にログアウトして再度ログインします。
組織オーダーが正しくありません
ライブ・レジストリを再ロードし、ファウンダ・タグの競合を確認します。欠落した順序値、重複した順序値または連続していない順序値をチェックします。これらの順序値はアプリケーションで調整できます。表示名は順序を制御しません。保証金トークン・アプリケーションがレジストリを調整する前に、複数のファウンダが手動のデータ修復を必要とします。
失効残高または保留状態
ページ・リフレッシュ・アクションを使用して、履歴の操作IDを確認します。再試行する前にBesuおよびORDSのヘルスを確認してください。最初の操作が失敗するか、終了状態になるまで、操作を再度送信しないでください。
承認/拒否は使用できません
アカウントがアクティブで、ユーザーに必須のエスクロー/マネージャ・ロールがあり、要求がまだ保留中であり、要求が現在の承認コンテキストに割り当てられていることを確認します。
- 承認者のユーザー・アカウントはアクティブです。
- ユーザーは、銀行承認者アプリケーション・グループ/ペルソナで構成されます。
- 承認者には、承認フローへの参加に必要なアクティブ/適格ウォレットがあります。
- アクティブなポリシーの現在の承認ステップに対して構成された組織IDおよびユーザーIDは、意図した銀行承認者アカウントと完全に一致します。
- 順次承認ポリシーの場合、リクエストはその承認者の設定済ステップに到達しました。前の必須承認ステップが完了するまで、後の承認者は現在の承認者ではありません。