付费活动至少涉及报名、订单和支付三类数据。把三者混成一条“报名成功”记录，会让退款、支付超时和重复回调都难以处理。较稳妥的做法是分别保存报名单、订单状态和支付流水，并通过业务编号建立关联。
以服务端支付结果为准
前端支付完成页只负责提示，不作为入账依据。服务端接收支付平台通知后，应验证签名、商户与金额，检查订单号和交易号，再以幂等方式更新订单。重复通知只返回成功响应，不应重复创建流水或增加统计。
让对账过程可复核
- 保存订单金额、应付金额、优惠信息及退款状态的变更记录。
- 定期按商户订单号、平台交易号、金额和时间核对平台账单。
- 对支付成功但报名状态未更新的记录，提供可审计的补偿任务。
- 退款需关联原支付流水，不能仅靠删除订单或手动改报名状态完成。
导出时按照岗位提供最少必要字段。普通活动运营者通常只需要报名状态和联系信息的部分掩码；财务核对需要金额和交易号，但不一定需要完整报名问卷。导出操作应记录操作者、筛选范围、时间及用途。
把数据质量当作功能
为重复提交、同一用户多次报名、订单过期、部分退款和活动取消建立统一规则，并在统计口径中说明“报名数、支付人数、实到人数”的区别。这样导出表才能服务于运营和财务，而不是制造新的人工核对工作。
