4.2银行中间业务系统和核心系统对账

　　核心系统日切后，统计当天处理成功的交易总笔数、总金额、所有交易的明细信息（包括日期、流水、帐号、金额、状态等）发送给中间业务系统，后续由中间业务系统进行对账处理。

　　4.3对账处理的过程

　　1）先把收到的对方系统发来的对账汇总信息和明细信息进行入库处理。

　　2）统计本系统的总笔数、总金额，形成对账总表。

　　3）对比本系统的交易明细和核心系统发来的交易明细，形成对账明细表。

　　4）根据对账明细表，找出双方状态不一致的交易明细形成对账不一致表。

　　通过对账总表、对账明细表、对账不一致表，可以直观的反映出两个系统的账务一致性。

　　图4是银行核心系统和中间业务系统的对账流程图，中间业务系统和商家扣费系统的对账过程也基本一样。

　　5对账不一致以及调账

　　5.1单边帐情况1（A不等于B）

　　根据图2，商家扣费系统对完帐后应该会出现商家扣费系统失败，中间业务系统是成功的不一致情况。这时商家扣费系统根据不一致明细信息调整自己系统该笔交易的状态为成功，并按扣费成功的逻辑修改系统内相关的数据。

　　5.2单边帐情况2（B不等于C）

　　根据图3，银行中间业务系统对完账后会出现中间业务系统失败，核心系统成功的不一致情况。这时中间业务系统返回给商家的结果也是失败状态，这时银行中间业务系统需要往核心系统发起冲正交易进行调账，把扣了客户的钱冲回去给客户。

　　6异常的连锁反应

　　1）对账经常是在当天日切之后才进行，是相对滞后的。在对账调账发起之前这个时间内，针对该笔异常的扣费，如果又发起了第二次交易，情况会变得复杂。

　　2）单边帐情况1（A不等于B）时，当天如果发起第二次扣费并且成功，这时会导致对账后无法调整成功的情况，因为客户的欠费已经被第二次扣费处理成功了。这时，实际上对客户的欠费扣了两次钱。在系统设计时应考虑通过如下方法解决这种情况：

　　方法1：商家扣费系统可以对异常的交易标识为第三种状态，以区别于成功、失败的情形。对第三种状态的扣费交易通过晚上对账来明确该笔交易的最后状态为成功或者失败，再做下一步处理。从而避免多次扣取客户的钱。

　　方法2：银行中间业务系统提供冲正接口给商家扣费系统，商家扣费系统对完帐后对于自己失败，中间业务系统成功的交易，在调账时无法调成功的，发起冲正。

　　3）单边帐情况2（B不等于C）时，如果商家扣费系统发起第二次扣费并且成功，这时也会导致扣了客户两次钱，在系统设计时应考虑通过如下方法解决这种情况：方法1：电信扣费系统每天只发起一次扣费，如果失败，下一天再发起扣费。

　　方法2：银行中间业务系统对账后发起冲正，把多扣客户的钱冲回去。

　　7结束语

　　银企互联的业务种类繁多，这里只是列举了一个常见的例子进行了分析，其他异常情况的处理思想也是相通的。对账和调账就是以保证双方系统的账务一致性、保证资金安全为首要原则，它应该是在系统建设方案设定的时候就制定好的一个规范。

　　参考文献：

　　[1]理查德·史蒂文斯.UNIX环境高级编程[M].2版.张亚英，戚正伟，译.北京：人民邮电出版社，2006：450-455.

　　[2]McdonaldC.精通OraclePL/SQL[M].蔡伟毅，译.北京：人民邮电出版社，2009：47-53.

　　[3]JonC.TCP/IP高效编程[M].陈涓，赵振平，译.北京：人民邮电出版社，2011：210-215.

---

期刊库（http://www.zgqkk.com），是一个专门从事期刊推广、投稿辅导的网站。
　　本站提供如何投稿辅导，寻求投稿辅导合作，快速投稿辅导，投稿辅导格式指导等解决方案：省级投稿辅导/国家级投稿辅导/核心期刊投稿辅导//职称投稿辅导。

---

　　【免责声明】本文仅代表作者本人观点，与投稿辅导_期刊发表_中国期刊库专业期刊网站无关。投稿辅导_期刊发表_中国期刊库专业期刊网站站对文中陈述、观点判断保持中立，不对所包含内容的准确性、可靠性或完整性提供任何明示或暗示的保证。请读者仅作参考，并请自行承担全部责任。