01 / 流程
从请求到已匹配付款
付款从业务引用开始，团队之后无需再辨认一笔来历不明的入账金额。
- 01
创建请求
输入金额、币种、客户或订单引用，以及识别付款用途所需的信息。
- 02
分享付款路径
通过运营方选择的客户沟通渠道发送生成的链接。
- 03
跟踪付款状态
发票记录会显示付款证据是待处理、已确认还是正在进入结算。
- 04
匹配结果
将付款和费用与原始发票、订单或客户引用对账。
02 / 运营
上下文充分的付款请求
每项请求都应让付款人和负责对账的团队看得明白。
金额和币种
请求金额会在创建时记录，而不是事后从交易条目重新推算。
客户或订单引用
业务标识把链接及由此产生的付款关联到运营方已经使用的记录。
请求状态
创建、付款证据和结算状态都保留在同一运营上下文中。
费用对账
运营方关闭发票或订单前，可以审核总额和已记录费用。
03 / 要求
链接并不承诺付款
创建发票或链接不保证客户会付款、某一支付方式会出现，也不保证结算按固定时间表完成。
- 运营方须对发票说明、定价、税费、退款条款和客户沟通的准确性负责。
- 支付方式可用性取决于客户、金额、币种、所在地、提供商状态和账户配置。
- 当提供商、网络、争议或对账证据变化时，付款和结算状态也可能变化。
04 / 问题
运营商常见问题
客户需要 Payfux 账户才能打开支付链接吗？
客户流程取决于已配置的付款体验。如有账户或验证要求，会在集成审核期间确认。
链接可以包含订单号吗？
所述流程包含订单、发票或客户引用，以便将付款结果匹配到运营方的业务记录。
发票可以用银行卡或加密货币支付吗？
链接可以展示已配置的支付选项。特定请求可用的选项取决于交易上下文和客户账户设置。
客户支付不同金额会怎样？
运营方应比较请求和付款记录，并遵循为相应支付方式及提供商约定的异常处理流程。本页不声明统一的调整方式。
支付链接会过期吗？
有效期和过期行为取决于已配置产品。运营方应以控制面板或集成文档显示的生命周期为准。