一、问题
1）分户账与热点账户区别？
2）什么是“日切”？
3）系统日切之后，有哪几个方面需要重点关注？
4）如果发生人工错误，如何进行错账处理？
二、分户账与热点账户
2.1 分户账
分户账分为基本户和一般户，基本户：只能在一家银行开，开了基本户之后，需要向人民银行备案；一般户：可以在多家银行开，只有开了基本户之后，才能开一般户，一般户不能取现，可以转账。
2.2 分户账场景举例
分户账的概念，比如张三有个活期存款账户，昨日余额是100.00元，今天上午存了100.00元，今天下午取了50.00元，那么今日余额就是150.00元。
- 昨日余额分录：
借：现金 100.00元
贷：存款 100.00元
- 今日存款分录：
借：现金 100.00元
贷：存款 100.00元
*今日取款分录：
借：现金 50.00元
贷：取款 50.00元
- 今日余额分录：
借：现金 150.00元
贷：存款 150.00元
汇总这个帐的记录过程（昨日负债余额+负债贷方发生额-负债借方发生额=今日负债余额），称之为分户账。在记录张三存取款过程中，分户帐一方面需要记录每一笔明细，另一方面有需要更新账户余额，由此又衍生出两张表：明细表和余额表。
2.2.1 明细表：
明细表是用来记录每一笔明细交易，明细表一般设计的字段有“账户，工作日期，发生额，借贷标志，对方账户”具体到数据库，主要是进行插入(insert)操作。
2.2.2 余额表：
余额表是用来记录账户最新的余额，一般设计的字段有“账户，工作日期，昨日余额，当期余额”。其中“当期余额”到了当晚就会变成“今日余额”，到了第二天早上就变成了“昨日余额”，具体的数据库，主要是行更新(update)操作。
每发生一笔交易，根据发生额，一方面插入“明细表”中，另一方面更新到“余额表”的当期余额，到第二天就会变成今日余额。
其中，对于一天当中发生多笔交易，则明细表中那天该ID有多条记录，而在余额表那天该ID只有一条记录。
2.3 热点账户
热点账户就是在交易过程中，出现频次特别高的账户，交易频次指的账户在某个时间段的交易一直保持比较高的次数，由于次数较多，所以银行系统在交易的时候会产生大量并发，并发会引起资源的竞争，从而导致交易超时等问题。财务性能问题主要关注一下几个方面：
2.3.1 死锁
转账是两个账户之间的事务，假设在并发的情况下。
事务1：A账户向B账户转账。
事务2：B账户同时向A账户转账。
这种情况可能导致事务1与事务2发生互相等待死锁，在技术上通常的处理方法是借用交通规则，开一个单行道，避免互相锁死。
2.3.2 热点字段
在并发交易中，部分字段使用的频率很高，比如序号、流水号、余额、发生额等字段称之为热点字段。
2.3.3 热点事件
导致热点字段的交易称之为热点事件。比如淘宝双11。
2.3.4 热点账户应用场景：淘宝购物
淘宝购物分为两个步骤：一是卖家付钱给淘宝代理中间账户；二是淘宝代理中间账户再把钱给卖家，如图所示：
其中买家付钱是联机交易，在双11的时候，大量买家付钱将成为热点事件，而热点事件将进一步导致热点账户的形成(淘宝账户入账)。
另外，卖家收钱一般都是批量的作业，可以在空暇时间做，所以不是热点事件。
对于热点字段，如商家代理中间账户余额，不同事务会并行更新余额，通常的做法如下：
1） 事务等待：其中一个事务在更新，就会进行加锁处理，其他事务要等待。
2） SQL操作：只进行更新处理。
如图所示，更新需要上锁，并发需要等待，不同的事务之间会等待加锁，故不能有效的应对高并发的事务。所以在银行系统中，针对次传统方法进行了优化。
1） 事务松耦合：将事务解耦，通过一个临时的“登记簿”缓冲，进行异步处理。
2） SQL操作：先插入，进行汇总后再批量更新。原本更新10次合并后只更新一次。
其中批量更新是热点期间启动的一个后台进程，它按一定时间间隔唤醒、工作完休眠、再唤醒，不断循环。
工作流程：
登记簿设置标志位，后台进程扫描登记簿，将它看到的一批未入账记录锁起来，然后求和，再批量更新，最后将这批记录改为已入账并释放锁。
三、日期、总分核对、试算平衡、积数计算以及计算天数
3.1 日期
3.1.1工作日期
银行有一个“日切”的概念，就是指：系统工作日期的切换，工作日期与自然日期不一致，自然日期过了24点就会切换到第二天，但是银行可能是凌晨1点才切换。
系统在日切之后需要关注：
1、 初始化：
主要是全局时钟变量初始化，同时双日志也需要进行切换。
2、 签到：
网点签到：主要是环境初始化，下载最新的数据。
柜员签到：进行柜员指纹认证，交易序号的初始化等。
3、 初笔：
对客户的账户进行日初始化，增加一条记录，因为不是所有的账户都有交易，所以采用了最小的初始化：只对当天动账的账户进行初始化，即客户在当天第一笔交易进行初始化（初笔处理）。
3.1.2 联机与批量
联机业务与批量业务
联机业务：去银行网点去存取款、通过手机银行转账、在ATM机上取款等，都是联机业务，即通过各类终端连接到银行后系统直接开展的交易。
批量业务：如代发工资，批量的数据源不像联机那样有客户输入，而是通过事先准备好的文件导入，批量效率高，客户不是主动而是被动感知的。
业务事务与数据库事务
事务：是指涉及到一系列操作要么同时成功要么同时失败，即事物具有原子性、一致性。“业务事务”要求该业务涉及的分录有事务性，从会计角度来说，每一笔交易都要做会计分录，即一笔交易的会计分录是一个“业务事务”。
数据库事务：从技术角度来看，数据通常都是存放在数据库中，数据库作为一种工具，提供了“数据库事务”操作，即程序员把一串数据库操作存放到数据库事务中。
业务事务与数据库事务不在一个层面（前者是业务层面，后者是技术层面），我们的目标是用已有的数据库事务处理机制来满足业务事务的要求。
以辖区内转账为例来说明业务事务与数据库事务的关系。
为了方便叙述，在会计分录中加上了标号。
① 借：存款-客户A
② 贷：辖区内往来-转出网点
③ 借：辖区内往来-转入网点
④ 贷：存款-客户B
操作串①②③④是“业务事务”，假设涉及的数据在一个数据库中，则可以将它们存放在一个数据库事务中，这时候业务事务等同于数据库事务。
银行系统是一个大量用户的并发系统，为了提高效率，通常将与客户相关①④联机处理，将其作为一个数据库事务。同时将于客户无关的②③放到批量中，与其他操作放在一起，整合成一个“大”的数据库事务，放到系统不繁忙的时候处理，称之为批量补账。
再假设在分布式系统中，①与④不在一个数据库中，则当作不了一个数据库事务。那么则需要在应用层按“先借后贷”的原则，通过编程来保证业务的事务性；
1、若①失败，则④不做，向客户反馈交易失败。
2、若①成功，则做④：
1） 若④成功，则向客户反馈成功；
2） 若④失败，则退回①，向客户反馈失败；
日间批量与日终批量
为了应对24小时的联机业务，设计上需将连续的时间通过日切分为“天”。日切后系统会产生：一是联机业务在新的环境下开展新一天的业务；二是批量完成“昨日”的财务扫尾工作：
（1） 按协议进行的自动账务处理，如信用卡自动还款、代收代付等；
（2） 特殊日处理，如结息；
（3） 批量补账；
（4） 进行总分核对，输出对账信息等；
（5） 导出业务数据给数据库及大数据环境等。
昨日的账务扫尾工作是批量完成的，称之为日终批量。
与日终批量相对的是日间批量，日间批量不一定是白天的批量，也可以是晚上。
3.1.3 积数与利率
银行计算利息的公式如图所示：
利息：季末20日计息，计息日之后，如果没有取出来，就转入本金。
本金：到元，分以下不计算。
存期：按日。
利率：日利率
央行公布的利率是年利率，日利率等于年利率除以360，因此利息计算公式可以进一步演变为：
本金乘以天数，称之为积数，单位:元/天。积数除以360就称之为息余。
关于利息计算的关键日期：
结息日
在结息日的时候，通过积数算出利息，如果利息取不出来就继续存放在本金里。
利息加本金之后，对应到余额表里面，积数要清零。
利率调整日：
把当前积数用调整前的利率计算利息，然后把积数重新清零计算。
需要在余额表里面在新增加一个字段，用于存储利率调整以前的利息，一般为“应付利息”。
在结息日的时候，除了正常计算的利息，还要加上应付利息。
客户销户日：
除了本金，积数也要清零：计算上一个结息日到今天的利息。
3.2 总分核对
余额表的汇总值应该等于总账，称之为“总分核对”，如果对不上就是“总分不平”。在银行进行联机交易的时候，系统会做两部分工作：
做日志：记录每一笔交易的明细，比如活期转账：转入方账户、转出方账户、柜员号等。
记分户帐：前面说明了分户账中有个余额表，会记录张三余额多少钱，李四余额有多少钱。
从日志中计算总帐的操作，被称之为“日终批量”，但是“日终批量”需要耗时，而银行系统都是24小时工作的，为了不影响业务，做了双日志处理，A日志与B日志来回切换，互不影响。如图所示：
双日志的框一个是实线一个是虚线，实线代表了当前使用的日志，联机交易不断记录；虚线的是不活动的日志，只批量做读取操作，批量完成后备份，最后删除信息。两日志切换时实现变虚线，虚线变实线。这种设计保证了联机能24小时工作。
在分户账的余额表里面，张三有余额，李四有余额，余额表加起来有一个余额汇总值，那么余额表的汇总值等于总帐，这就叫做“总分核对”。如果对不上就是“总分不平”。
3.3 试算平衡与错账处理
资产负债表是用来强调平衡的，如果不平衡说明有问题，所以有一个概念：试算平衡。也就是判断左边是否等于右边。
试算平衡表是在还未对相关账户调整前出的资产负债表，除了在业务上可以通过该表了解调整情况，它还具有差错的作用。
一般发生错误都是左边不等于右边。
假设发现左边小于右边，差额是100元，那么首先需要临时找一个科目把100元补起来，这个科目称为挂帐科目(也称其他应收)。然后具体再查发生了错误，查到后，再从挂帐科目结转到错误科目。
如果是右边小，那么对于挂帐科目就是“其他应付”。
如果试算平衡发生错误，就要进行处理，称为错账处理。错误类型一般分为：机器错误与人工错误。
机器错误：一般就是系统程序错误，需要发补丁解决。
人工错误：比如柜员操作失误发生汇错款、漏汇款等，人工错误需要用三要素核对：物、票、帐。
发生人工错误一般分为两种情况进行解决：
(1) 抹账：也就是反交易，一般都是在当天进行反交易，反交易需要找到原交易，在日志里面把标志置为作废，然后在明细中减掉相关明细交易记录。
(2) 冲账：冲账不作废历史交易，其实就是一笔新交易。以下情况使用冲账：重复入账、遗漏入账和汇错收款人。
3.4积数计算
假设：
客户当前余额为“余额0”.
经过n1天后，余额增加了，变成了“余额1”。
再经过n2天后，余额减少了，变成“余额2”。
再经过n3天，到了结息日。
积数计算方法有些不同，主要分为一下几种方法：
1、加法
最简单的方法：积数：=积数+余额，加法需要每天日终批量都进行累加计算。
2、乘法
积数：=积数×余额0×n1+余额1×n2+余额2×n3
3、可能积数法
（1）假设客户存了一笔钱，银行默认这笔钱的状态会一直维持到结息日，积数即加上用当前的发生额×当前日期到结息日的天数。
（2）假设客户取了一笔钱，银行默认这笔钱的状态会一直维持到结息日，积数即减去用当前的发生额×当前日期到结息日的天数。
公式：
积数：=积数+存钱发生额×当前日期到结息日的天数
-取钱发生额×当前日期到结息日的天数
此方法即每笔动账的时候都要算，这种方法称之为可能积数法。
3.5 计算天数
计算天数是会计系统中经常要调用的程序，因此其性能很重要。
首先了解一下阳历的基本规则：
（1） 大月31天：一月、三月、五月、七月、八月、十月、十二月。
（2） 小月30天：四月、六月、九月、十一月。
（3） 二月：平年28天，闰年29天。
（4） 闰年与平年：能被4整除的为闰年，其余为平年。
接下来计算从起始日期到终止日期的相隔天数，可以将天数分为三个部分进行求和计算。
（1） 起始日期到当年年底的天数；
（2） 两日期间整年的天数；
（3） 终止日期到当年年初的天数。
其中第1点和第3点计算方法相类似，比如：假设起始日期是闰年2月15日，则第一点天数为：2月15日到2月29日共15天，再加上3月到12月共306天，共计15+306=321天；
而对于第2点，可以进行逐年相加计算。
四、 总结
首先对分户帐、热点账户进行介绍说明，并且使用案例进行规则说明。最后对日期、总分核对、试算平衡、积数计算与天数计算进行了简单介绍并举例说明相关业务。