行业分账系统自检流程清单

　　为了解决平台的资金＂二清＂问题，支付机构和银行开始推出各自的＂分账系统＂。尽管在实现方式上均有不同，但最终的效果还是大都一致。因此本人以自己在支付机构从0-1的打造＂分账系统＂，来分享自己的分账系统项目方法论。
　　1. 是否有建立标准规范？
　　参数名的命名规范；
　　请求、应答、异步通知接口的参数规范；
　　响应码的规范，是否有统一响应码，是否有一个意思但是不同的响应码；
　　单位、字符长度的规范性；
　　加密方式的规范性。
　　2. 是否有建立监督机制？
　　需求是否合理，是否经过讨论？
　　技术实现上是否灵活，是否有多人评估？
　　接口文档的样例是否真实验证过，还只是随机修改参数？
　　代码上线前，是否有代码复核机制？
　　上线之后是否建立全面预警机制？
　　上线之后是否有跟进商户反馈，来促进产品迭代？
　　是否进行培训，是否建立一套运营机制？
　　一、分账方入网
　　1. 接口添加
　　是否有接口请求记录？
　　是否有日志查询？
　　2. 系统认证
　　一旦添加分账方是否一定创建认证订单？
　　而认证完成是否一定更新商户状态？
　　更新失败了怎么办？
　　认证失败是否会将失败原因回传给商户？
　　3. 打款验证专户资金不足怎么办？
　　是否有预警机制？
　　一旦金额不足，商户状态和商户认证状态是怎样的？
　　目前每次认证的打款金额都是0.01元，而不是随机0-1元打款是否合理？
　　4. 修改接口
　　以相同信息重新请求是否会重新调取认证接口？
　　修改接口是否对所有添加的版本做了兼容？
　　5. 异步通知
　　商户对接异步通知，是否一定会发送异步通知？
　　认证失败是否有异步通知，以及失败原因？
　　二、分账请求
　　1. 实时分账
　　实时分账是否会出现支付完成但未创建分账可能性？
　　是否出现一直认证不成功的情况？即已创建
　　出现不成功/已创建的情况，系统有做补偿措施没？预警机制？
　　商户对接异步，是否一定会到异步，收不到怎么办？
　　2. 延迟分账
　　延迟接口请求是否有请求记录查看，日志是否有记录
　　延迟接口请求通过是否一定创建分账订单，没创建怎么办，并发请求呢?
　　创建订单是否一定会分账成功，不成功怎么办？
　　账务处理完成，通知订单状态扭转若失败怎么办？预警机制是否有？
　　延迟接口是否有预留30天内自动分账的功能？（央行规定在途时间不得超过30）对每个行业都适用吗？
　　延迟分账对外全套接口是否足够完整，是否标准？
　　延迟分账的并发请求峰值。
　　3. 多次分账
　　多次分账请求接口是否规范，是否有日志追踪？
　　代码层面、对外接口是否进行多人复核检测？
　　接口是否足够规范？
　　多次分账接口请求是否一定创建分账订单，没创建怎么办？
　　并发请求，汇聚是否能够支撑住？
　　请求超时怎么处理？客户如果同一笔订单多次请求超时，但是有一笔直接返回已分账，那么如何帮助客户查询是那一笔分账成功？
　　三、结算
　　自动结算，是否每日定时清算后会自动处理？没有处理怎么办？
　　如果跑批失败，或者本来10分钟完成提到银行卡，结果耗了一整天的时间，这些会怎么办？是否有告警机制，快速处理的补偿机制？
　　如果结算订单创建，但并未请求打款（请求未通过），系统是否有补发功能？预警功能？
　　如果一笔订单一直处于打款中，如何处理？是否有预警通知，因为我们对外有承诺时间的。
　　结算请求接口，假设请求失败，则请求失败的失败原因是否足够合理？
　　结算失败，是否有异步通知？错误原因返回，返回码是否经过加工处理？
　　接口结算的对外全套接口是否足够完整，是否标准？
　　四、退款
　　1. 正常退款
　　退款支持的并发请求峰值是多少？如果超过并发峰值会怎么样？
　　分账退款请求是否有日志记录？
　　同一笔订单，其支付订单的退款成功，而分账订单的分账退款，是否会出现一笔成功，一笔失败/处理中的情况？如果出现了会怎么办
　　退款完成，是否会出现更新支付退款状态，但未更新分账退款状态。
　　更新退款状态，但是账务金额不足会怎么办，是否有监控？
　　多次退款，能否一下子查出的该订单所有的退款记录
　　分账退款金额是否一定要小于分账金额？ 超额退款是否可行？
　　2. 异常退款
　　入账异常，是否会通知商户，是否提供查询接口？ （目前已彻底解决入账异常问题，解决的方式是以贷记卡进行试算，如果平台分账金额小于手续费，则拦截交易）
　　重复支付、入账异常、失败交易等不同类的自动退款模式，假设系统退款发起失败，是否有补偿机制，邮件预警机制？
　　五、账户
　　目前分账方账户结构为3层，用户根本看不懂；是否可以简化？
　　能否定制化推出个人类型账户、普通商家账户、VIP商家账户？
　　简化账户模式，如何才能不影响已对接使用的商户？
　　账户支付模式的要素，以及前提是什么？