静态入金

静态入金为客户在 B2CORE 中向其钱包充值提供了一种可重复使用且持久的方式。与常规的一次性入金不同，静态入金允许客户多次使用相同的静态支付详情（也称为身份标识），无需为每笔交易生成包含支付详情的新支付页面。

常规入金与静态入金的区别

常规入金

常规入金是由客户发起的一次性交易。每次入金都需要生成一个包含支付详情的全新临时支付页面。

常规入金流程如下：

1. 在 B2CORE UI 的入金页面上，客户选择其钱包和入金币种，指定入金金额，并选择可用的入金方式。
2. 客户根据所选方式填写所需的附加字段。
3. 发起入金后，客户会被重定向至支付页面或显示二维码。该页面设有过期时间。
4. 入金完成或过期后，支付页面及其支付详情无法再次使用。

静态入金

静态入金使用由客户生成的持久支付详情。这些详情可供重复使用，并永久关联至该客户。

这种方式尤其适用于加密货币和银行支付，客户可能希望在多次入金时重复使用相同的加密货币地址或银行收款信息。

静态入金流程如下：

1. 在 B2CORE UI 的入金页面上，客户选择其钱包和入金币种，并选择支持静态入金的入金方式。
2. 客户根据所选方式填写所需的附加字段，并生成支付详情（例如，加密货币地址或银行收款信息）。
3. 生成的支付详情会被保存，并可用于不同金额的后续入金。
4. 支付详情不会过期，并会在所选支付系统中存在期间保持有效。

未解决的请求

在此页面上，您可以查看未解决的请求列表。当处理静态入金时发生问题且无法创建静态入金时，系统会创建这些请求。这些请求使管理员能够跟踪错误、识别其原因，并采取措施解决静态入金问题。

每个未解决请求均提供以下信息：

常规信息

ID

未解决请求的唯一标识符。

---

状态

请求状态：

• 未解决 — 表示无法创建静态入金，且已生成未解决请求。
• 已解决 — 表示该请求已由管理员审核并手动解决。

---

驱动程序

发起该入金时使用的静态入金驱动程序。

---

错误代码

创建未解决请求的原因。下表列出了与静态入金处理相关的可能错误代码，以及其原因和可能出现这些错误的配置场景。

---

创建日期

创建请求的日期和时间。

要查看请求详情，请点击眼睛图标。

详情

详情页面显示有关静态入金及相关错误的扩展信息。问题处理完成后，可点击解决按钮手动关闭该请求。