支付与渠道
配置渠道实例,核对支付事实、迟到付款、退款与钱包流水。
同种渠道可以建立多个实例。支持的渠道包括余额、EPay、Stripe、支付宝当面付、GMPay 和 Cryptomus;启用前确认目标环境适配器已实现并通过其契约套件。渠道可用性和商户配置需单独验证。密钥只写入受保护渠道字段。
启用与验证
配置回调地址、币种、展示条件与速率限制,使用提供商测试环境或最小测试交易。确认服务端验签、主动查单、金额/币种比对和订单履约;浏览器返回页不是到账证据。EPay 启用前核实支持 POST 查单;普通 Cryptomus 实例不配置固定退款地址。
下单时预扣赠金,外部付款和余额付款按各自路径结算。一个订单最多一笔成功支付;第二笔付款或不可恢复的迟到付款进入 unapplied,按规则退至现金余额。关闭订单后的回调仍需处理,不能直接丢弃。
退款与异常
退款默认退到站内余额:渠道资金进入现金、赠金退回赠金,并同步权益和券处理。退款总额不能超过实付。核对支付事件、退款单和不可变钱包流水,避免为相同事实多次手动补单。
调账必须填写原因。金额超过阈值(ledger 设置域,默认 200 个结算币种单位)时只生成待审批申请,钱包不变;必须由另一名持 ledger.adjustment.approve 的员工在钱包页的审批队列中批准,批准后才记账(申请人不能批准自己的申请,root 也不例外)。申请可被驳回、由申请人撤回,默认 7 天后过期;批准时余额不足会失败,申请保持待审批。
原路退款需审批,人工退款需回执确认;对账工作台、组合支付、Apple 交易与收据(HTML 与 PDF)均可用。异常、金额不符与未匹配支付应结合审计和 request id 排查;不要在日志中粘贴完整回调凭证。完整字段与权限见生成的 API。