存款令牌应用程序故障排除

以下信息介绍了如何对应用程序可能遇到的问题进行故障排除。

登录返回到错误页

对于 OIDC,验证发布者、客户机、确切回调 URL、受众、搜索/JWKS 可访问性、TLS 信任和会话配置。对于 LDAP,验证 LDAP 配置。如果缺少帐户,请确保保留 Token Admin 和 Org Admin 仅角色管理员登录例外。确认用户具有已配置组织和 Wallet 服务实例的合格活动 Wallet/账户。

无可用 Wallet

验证 UWaaS 可访问性、组织映射、Wallet 服务实例、用户身份和访问范围。如果返回多个钱包,则为预期存款令牌账户选择钱包。

账户存在,但操作不可用

检查账户状态、应用程序组和分类账角色。银行管理员可以在获得授权时使用账户操作 > 同步角色命令。在角色更改后注销并重新登录,以便重新构建会话。

组织顺序不正确

重新加载实时注册表并检查创建者标记冲突。检查缺少的、重复的或非连续的序列值,应用程序可以对其进行调节以进行排序。显示名称不控制顺序。多个创始人需要手动修复数据,然后存款令牌应用程序才能协调注册表。

过时余额或待定状态

使用页面刷新操作并检查历史记录中的操作 ID。在重试之前确认 Besu 和 ORDS 健康状况。在第一个操作失败或处于终端状态之前,不要再次提交该操作。

批准/拒绝不可用

确认账户处于活动状态,用户具有所需的托管/管理者角色,请求仍处于待处理状态,并且请求已分配给当前审批上下文。

如果银行审批人无法查看或使用批准或拒绝,则银行管理员应验证以下条件。
  • 审批人的用户账户有效。
  • 用户配置有“银行审批人”应用程序组/角色。
  • 审批人具有参与审批流所需的有效/合格 wallet。
  • 为有效策略的当前审批步骤配置的组织 ID 和用户 ID 与预期的银行审批人账户完全匹配。
  • 对于顺序审批策略,请求已达到该审批人的配置步骤;在完成前一个必需的审批步骤之前,后面的审批人不是当前审批人。
批准或拒绝策略控制的转移的可用性由有效策略及其当前配置的银行审批人步骤确定,而不仅仅是与事务处理关联的经理。