很多时候运营商的电信BSS系统也叫业务支撑系统，客户会通过VC充值卡进行充值或者通过app从第三方(银行，如支付宝等—）进行话费充值。

为了保证费用的准确性， 需要把两边的充值记录拿出来对比，确保两边记录是balanced平衡的。

为什么要对账

如果不对账，充值的时候可能客户钱钱充上了，另一端充值失败的问题。导致客户投诉或者收入损失。

另外对账如果有误差，

如果是VC侧有记录，BSS没记录，可以考虑两种方式：平账：一种是通过job自动平账，或者通过GUI运营商员工查询后单个或者批量手工平账。也可以不平账。 

（为什么会存在这些问题呢？）

对账的几种模式+How

1.文件对账：

1.1以VC充值卡充值为例，一般数据以VC提供的文件为准。

High level workflow.

a.ZTE VC充值平台会定期生成包括date,Pin number,mobile number等字段的对账文件，

b.要么他们mput推送要么我们ftp方式去get。

c.然后BSS系统通过job去读区里面的文件，入库处理。

c1:如果OCS充值了，VC没有记录需要回退费用。c2：如果VC有记录，OCS没有，需要给客户补充值。

RECONCILE_STATE字段说明：A－未对帐，B－帐务平衡，C－不平衡，D－补充付款，E－冲正，F－本端多已被冲正。

1.1.1我方多，对方少，即VC对帐文件中没有该笔缴费记录，而数据库中有:

 acct_book_reconcile表原记录状态由A变更为F。并对原缴费记录，做冲正处理，而新增记录ACCT_BOOK_RECONCILE表状态为E。表示冲正。 

1.1.2双方一致，VC对帐文件与数据库中均有该笔记录

 payment_partner表状态A->B；acct_book_reconcile表状态 A->B

1.1.3 我方少，对方多 ，VC对帐文件中有这笔记录，而数据库中没有。

会做充值操作 将新增缴费记录的acct_book_reconcile状态记为D（补充付款），将payment_partner原对端多出的记录的状态记为F（本端多已被冲正）。

代码解析:

/account/sr