第三方平台对接订单+票+款

项目描述：
对接一个新的第三方平台，商品，订单，票款，结算

遇到的问题：
1.原有的业务流程环环相扣，商品—>订单—>票—>款，这次的
业务对接要求有先款—>后票的

2.以前的认款是按照订单金额认款的，这次的款是按照

3，但凡款金额就涉及到四舍五入的问题，还涉及到业务问题
更准确来说谁来承担舍掉的损失

4.以往是供应商主动申请认款，现在是我们主动回款（这里面有权限问题）

5.如果票和款完全拆开，不能完全拆开。所有的流程貌似并行，必须有一个默认的串行的主线

6.以往发票要是合并开票数据库数据是合在一起的，合并开票必须合并回款，现在要求合并开票的要分开展示，而且合并开票支持分开回款（且款上展示票的信息），这本身就是矛盾的，后续逆向流程也无法退回—问题的跟踪最终要归结于业务-业务的根本点带是（票款一致）

7.逆向流程，逆向流程，逆向流程

8.一对多，多对多的问题，比如：我们给供应商合并付的款，三方平台分批回的款，手动建立联系或者系统拆成一对多或者多对一

总结：
1.逆向流程，逆向流程，逆向流程,完全的逆向(怎么进去就能怎么出来,每一步都可以退回到上一步)
2.还是要有一条业务流的主线
3.合就一合到底，从分到合容易，从合到分难
4.抽象剥离归纳业务的根本逻辑点（业务抽象），再去对应功能
（比如：进销必须一致，票款必须一致）
5.后台开个"后门",不做功能的任何业务和功能限制,所有功能都可随时操作,方便业务方维护特殊需求