理解跨系统之间金额的业务调用的资金平衡结算程序和过程

• bId(B系统业务流水号)
• aId(金额处理流水号，可选)

1. B系统发起业务处理前程序出错
2. B向A发起预交易处理时网络出错
3. A系统处理预交易业务出错
4. A系统向B系统返回数据时网络出错
5. B系统接收到数据，处理业务逻辑程序出错
6. B系统处理完数据，向A系统发送确认命令网络出错

    首先，讨论业务不能完成的情况，其中第1到第5步，都导致业务不能继续进行，因为这中间发生了程序或网络上的错误，导致整个业务逻辑未能完成，此时B系统业务被回退。第6步，为业务commit之后，A系统没有收到确认，导致确认金额没有更新。

    在第1到第5步操作中，1,2,3步出错，对业务没有任何影响，此时A系统没有数据发生，而B系统也不会有数据发生修改。
    在第4步到第5步，A系统均记录了预付金额，而B系统确没有业务发生，即表示此时记录的数据为错误的预付数据，需要在一定时刻将金额返回到帐户上。
    在第6步，A系统记录了预付金额，B系统发生了业务，但并没有记录确认金额，即表示此记录数据为沿未确认金额，需要在一定时刻将确认金额进行记录。

    这两种操作，都需要一个定时的结算业务来进行，这个结算操作由系统定时发生，或由人工进行干预。结算业务在进行处理时，将指定时间内的B系统所有流水号一起打包，统一传递给A系统进行处理。两边数据进行对比，对比过程中将处理由上面产生的两种未处理完业务。
    当B系统和A系统均存在相同的业务流水号时，表示此笔业务为正常业务。此时，将判断A系统的确认金额是否已记录，如果未记录，将记录确认金额。此操作，将解决第4步和第5步产生的问题。
    当A系统存在业务流水号，而B系统没有此流水号时，表示此笔业务为错误业务。此时，将A系统中相对应的记录进行冲正处理，记录相应标识，同时将相应记录的预付金额返回到帐户上。此操作，将解析由第6步产生的问题。
    结算业务并不操作只执行一次，可以进行多次。进行多次不影响最终的数据变化，因此可以将结算业务设计成一个可重复的操作，当一次操作未能正常完成时，可发起同一天操作的第二轮结算业务。

    需要注意的是，在整个操作中，都是由B系统的业务流水号来进行两边数据的对比。且业务流水号，要在业务未进行逻辑运算时，就要产生。所以，业务流水号，不 能由表数据的自动字段来记录，需要预先生成一个流水号。可以考虑由类似oracle序列的手段来进行，在业务逻辑进行前，申请一个流水号，不管此业务完成 与否，此流水号均已被使用，下一个业务时，就需要重新申请了。oracle序列保证每一次请求时，均返回不同的流水号，这就满足了业务系统的要求。