2005年的大事是科目结转，但对我们行来说还有一件大事，就是2005年年初的个人住房贷款和房屋消费贷款的利息调整。
这种分期还款的个人贷款在贷款项目中实在是个异类——不但全是长达几十年的贷款，而且计算起来本金利息全是零头零脑的，要想精确衔接，简直是一分也错不得。一旦有问题，客户找你查帐你都没办法——他们很可能会在贷款十几二十几年后来查。再说数据还要上收到总行，到那时想要调整或查询——那后果就是四个字：不但麻烦而且麻烦。
年初下达的指令要求我们在1月20日计息之前校验修改好贷款户信息和利率代码，一定要协调一致。我在ABIS系统中想法弄出来贷款帐户余额表，再从CMS系统弄出个贷款信息表来，两表互相核对筛选，找出误差。然后将其打印出来，最后开始修改。
修改的时候可没有什么巧法儿，只能一个一个地做交易，除了耐心就是耐心，力保一次成功——因为你没有时间核对。最终的结果是只错了一户，两个客户的名字只相差一字——不管怎么说，结果令人满意。
——不过，更好的结果还在后面。
大约在十月份吧，科目结转的指令下来了。
省行针对科目结转工作，下达的要求是八个字：“不出纰漏，万无一失”——让我想起了西昌的卫星发射中心。
——那就干吧。
在科目结转工作中，内核子系统和贷款子系统是难点，而贷款子系统中的应收息更是难中之难。
因为个人住房贷款在年初差不多都校对完了，因此面前的难题是那些陈年旧欠。
我们支行营业部是差不多是本市最老的农行了，有许多陈年贷款的年限都很长——长到有些借款人都已失踪或过世。
数据清理要求在各科目中不能有余额为零且状态为正常的未销账户，尤其是贷款科目中的贷款帐户（所以我认为历次帐务清理中，贷款户都是最大的难题）
——问题是如果余额为零的话，内部余额表中就根本反映不出来。
但是我们想了一个说巧不巧、说笨不笨的办法，就是在查询时按序列号硬查，系统根据系列号提示校验码，我们再根据校验码查内部科目的帐户，然后再根据帐户信息查账户内的贷款卡片。
——这办法虽然笨了点儿，可是一点也不会漏查。
最后一步是根据贷款卡片查询各个卡片的表内外利息记录。
这次利息清理的最大的成果，是将我们行2002年移植以前的打包利息全部按帐户、按卡片分拆并移进了ABIS系统的应收息登记簿中，从此我们行再也没有手工帐跟着了。
还有一个挺杰出的事是找到了利息登记簿中的误差8分钱。
我核对那本好几百页的利息明细记录时，发现它的汇总额与表内外利息余额表差了8分。
于是我就开始找，把所有的利息一一分类汇总、校对，先找科目，再找帐户，再找卡片，然后再找表外帐户明细，一直追到2003年4月，居然找到了当年那张传票（单位档案保管得好啊）。
原来是当年的记帐员由于核销表外利息错误，多核销了8分，出现了表外红字。而后为了平帐，又少核销了8分。总帐倒是平了，可分户帐明细出问题了。现在总算解决了。
但是事情还没完。
31日中午11时多时，上级又下来了一个通知：因为2006年年初个人住房贷款要调息，因此上级行需要校对各个贷款户的贷款款信息，从而给予客户新的优惠利率和惩罚利率。
问题是如果这时要再核对修改的话，是说什么也来不及的——那要做一千多笔交易才行，而现在离决算只有几个小时了。
——在这个时候，我们在年初下功夫调整个人住房贷款利率信息的作用就显示出来了。
于是我们只是施施然地看了一下打印出来的帐簿，轻轻一笑就放下了。
——爽！
2005年科目结转工作的代价：
1、后半夜1点多送同事回家，下楼时被楼下的出租车车灯一晃，没有看清楼下窗口护栏，结果迎面一头撞上，真正是眼冒金星，半天没缓过来。当时只知道头疼，第二天一看才发现额头肿了个血包，眼镜也裂了。
2、某日中午接到电话指令，需要修改某项帐户信息。我放下电话，看看还没到吃午饭时间，起身就走，奔向我们行的另一个网点。在半路时想打个电话，结果一撩衣服，发现皮带脱扣了，挂在上面的手机连套不见了！我走路向来是习惯性的连蹦带跳，估计是我跳下大门台阶时把皮带扣挣脱了。唉，真是痛心之至！
3、在那一段时间里，夜里做梦都是乱飞乱舞的科目号。最怪的感觉是某次梦中发现一个科目死活轧不平，后来我咬紧牙关，用脚使劲儿给踩平了——那种“踩”的感觉，唉，实在是难忘啊。