2006年的数据上收完成了一件让我期盼以久的事，那就是公积金委托个人住房贷款终于可以移进ABIS系统内进行核算了，我们摆脱了自1999年12月以来就一直使用的手工核算方式。
公积金委托个人住房贷款与农行的个人住房贷款大同小异，但麻烦的地方全在这一个“小异”之上。
因为公积金个人住房委托贷款在刚开始发放时的计算方式与农行并不完全一样（其实是当初公积金管理中心弄错了），而后在几年内数次更改和几次调息，本金和利息变化都很大。这一次业务数据的中途移植，我们必须保证每一笔公积金贷款业务数据的规范和准确，保证新旧系统数据相互精确衔接。若是在数据上收之后才发现难以弥补的差错，肯定引起不必要的风险和纠纷——那可是三方面的纠纷，乱子可就大了。
——而且公积金管理中心是个存款大户，不好得罪。
公积金贷款是十一月份移植，因此我们必须保证在移植之后的第一次扣款，必须与前十个月的扣款额一致，不然客户准会找上门来。
——幸好我们很早就做了准备。（还是古话说得好，人无远虑，则必有近忧啊。）
在2004年9月，我们花了两个多月的时间，将所有的公积金贷款进行了计算和调整——从贷款发放之日起，一个户一个户地重新推算至2004年12月。
在2005年1月第一期扣款之前，我们把所有公积金贷款户的本金、利息都一一校准掐齐，把它的核算方式与农行的核算方式统一起来，以备将来的移植。
当时我们就判断公积金贷款一旦移植进农行的核算系统，它的计算公式肯定与农行自己的公式是一致的，因此我们决定按农行的方式进行核算，以保证将来的核算进程统一。
当时还请了个程序员帮助我们设计了一个小程序，可惜那个程序精度太高，与农行系统的核算结果总是差一分钱，只好放弃。最后我们只能使用EXECL表格进行计算，幸好这一方式歪打正着，恰好符合最终数据上收的数据格式。
从2005年初一直到2006年十月，在二十二个月的时间里，我们几乎每个月都要仔细地核对一次公积金贷款，校对所有的客户信息，保证在上收的时刻数据正确无误。
我们完全可以这么讲，我们会计部门在公积金贷款的管理上，做的工作比客户信贷部门还要多还要细。
这中间由于行所撤并和业务变换，还更换过两次业务员，但我们都一直坚持了下来。
可以说我们时时刻刻在为数据上收作准备。
那是真一个长期而艰辛的坚持过程。
最后，终于到了收尾的时候了。
2006年10月末，我们行所有的公积金委托贷款数据保质保量地一次性移植成功，不但与前期数据衔接精确完整，而且与CMS系统也完全核对正确——这一点要感谢我们行信贷部门的综合员，就是前文《搭挡与协作》中的那个CMS系统管理员。
很圆满的胜利。
当时的感觉就是一个：如释重负——我们以后再也不用操心费力地手工核算了。
从此我们行再无任何手工帐。
网友评论