场景一：用户支付给平台
场景二：平台需要将大部分业务收入分给商户
场景三：用户申请平台退款
场景一：用户支付给平台
业务流程
业务系统创建业务订单；支付系统创建支付订单；账务系统记录所有账务。
常见问题
1. 组合支付和合并支付
组合支付：用户可以同时使用两种以上的支付方式。
如:同时使用支付宝和应用中的余额去支付一笔业务订单（前端一笔业务订单对应后端两笔支付订单）。
合并支付：用户一次支付多个商户提供给他不同商品合并的业务订单。
如：用户在平台上购买两种家具用品只需支付一笔支付订单，其中枕头是商户A提供，床单是商户B提供。（前端两笔业务订单对应后端一笔支付订单）
2. 渠道收取手续费
后台需要记录产生的所有账务：
如：一笔业务订单产生的两笔账务（平台的业务收入：1000和平台支出的手续费：6）
支付记账
账务
场景案例：用户有一笔组合订单，900余额支付，100用支付宝支付，支付宝收手续费为收入的0.6%
平台需要记录账务：余额收入900，同时记录平台与支付宝之间的收入100和支出手续费0.6
账户
后台记录：余额的900会记录在余额账户中，支付宝到收入和支出记录在渠道账户中。
业务、账务、账户的关系
账务用来记录由业务引起的资金在各个角色的账户之间转移的信息。
场景二：平台需要将大部分业务收入分给商户
- 实时记录平台的每笔订单的应付
- 在商户端可以看到对应订单的应收
常见分销代理模型（根据业务场景确定模型形式）
- 中心式的分润：制造商直接给一级、二级代理商分别分润
- 分散式的分润：制造商给一级代理商，一级代理商再给二级代理商...
针对不同形式，不同场景，产品经理可设计自定义分润。
结算：结算方式定制化
结算：结算周期多样化
业务系统逻辑
场景三：用户申请平台退款
退款的种类：支付宝和微信的余额退款（可实时到账）、绑定银行卡退款（不是实时到账）。
退款的状态：申请中、处理中、退款完成...
什么是退款完成？
可以定义为管理系统中退款已完成、或用户已到账，需要注意退款的完成状态在API层面和管理平台层面可能存在差异（比如：退款到用户微信，管理平台显示已退款，用户可能还没到账）。
同一订单的多次退款：在一笔订单金额内，用户可发起多次退款。（比如：用户一单有5件衣服，在总金额内，可多次退单件衣服的金额。）
