适用条件
软件、数字文件或人工服务的商家自查；不代替平台的正式集成文档。
操作步骤
- 先写清订单编号、商品、交付形式、允许交付的付款状态，以及退款/取消后的处理；结果是简短交付规则。
- 按支付平台上线清单分别演练付款成功、失败、取消、退款和重复事件；每个事件都回查后台真实交易状态。结果是事件与动作对照表。
- 发货或开通时以订单 ID 作唯一记录，先查是否已交付；重复通知仅更新日志，不再发第二份权益。结果是可追溯的一次性交付记录。
- 对下载链接检查有效期与权限，对人工服务记录预约/完成凭证；交付失败时标‘待补交付’并安排处理，不把付款成功直接写成交付完成。
- 将一笔测试订单从付款、交付、取消或退款走完，逐项确认客户可取得内容及商家后台记录；真实上线前重新核当前平台规则。
工作记录模板
订单 ID：___；商品：___；支付状态：___；交付动作：___；交付时间/证据：___；重复事件处理：___；退款/取消后的权限：___；失败负责人：___。
官方依据
具体示例
示例：订单 O-104 购买一次性下载，付款成功事件送达两次。系统先向支付平台核实 O-104 的真实付款状态，再查本地交付记录；首次确认后创建一条权益和交付时间，第二次事件只记‘重复通知’，不再生成另一份权益。若后来退款，按预先写明的规则撤销或调整下载权限，并保留退款与权限变更证据。O-104 是虚构订单。
容易出错的地方
- 仅凭浏览器返回成功页就发货，不核平台交易状态。
- 每收到一次成功通知就重复发放权益。
- 把付款成功和客户实际取得文件视为同一个状态。
常见问题
付款事件重复发送会不会产生两份交付？
应以稳定订单 ID 查已有交付记录；重复事件可记录，但不应重复发放同一权益。
测试环境跑通就能确认真实交易可交付吗？
不能。测试只验证测试配置；真实账户的付款状态、权限、下载和退款还需按上线后的实际记录验证。