一个账户有很多维度，科目只是会计维度
账户由科目定的，所以一个账户只能归一个科目下，当然，一个账户有不同维度，还可以从产品上去分，设定产品账。
要做好统计，得分维，科目就是维度，为了好分析，又要降维，所以才出了总账。 根据科目账户原理，账户必须隶属于某个科目
账户只能隶属于叶子科目，而不能隶属于非叶子科目。 会计核算
阿里产品分享账务会计
（一）缓冲记账配置和管理
缓冲记账是指针对频繁需要进行账务操作的部分帐户提供一种缓冲记账模式（含汇总记账），可以将该账户在一段时间内的账务操作请求放在一次性账务操作中进行处理，避免系统性能瓶颈。
用缓冲记账处理的帐户统一登记在如下表结构的数据表中：（会计分录的记帐其实也可以参考缓冲记帐）
账务核心系统在系统启动时自动加载该表的配置内容，并在每日首次被使用时刷新加载数据。也就是说，任何一项的修改，都将在次日生效。不选择实时生效的原因是缓冲记账必须在完整的账务日内实现，如果中途随时加载，会造成当日一部分数据是实时记账，一部分数据是缓冲记账，从而导致日终时无法统一处理。
对缓冲记账业务的配置与管理过程，实质就是对这样一个表进行数据增加、删除、修改、查询的操作，应允许设置各个参数项即可。
字段说明：
1、 某付宝账号：需要使用缓冲记账处理的20位某付宝账号；Account_ID 2、 业务代码：需要使用缓冲记账处理的6位业务代码；
3、 补账间隔：缓冲记账处理的时间间隔，以秒为单位，如60秒，则每60秒进行一次缓冲记账；
4、 记账模式：具体缓冲记账的模式，缓冲记账则根据补账间隔执行记账操作，汇总记账则在日终时汇总执行记账操作；
5、 其他：其他除了创建时间、最后修改时间为必选，其他字段均为业务预留字段，暂时没有直接的业务应用；
业务限制：不允许同一个账号、同一个业务代码配置两条记录，比如某账号的某业务即做收款缓冲，又做付款缓冲，这样的配置业务上是不存在的，系统也应是不允许的。
账务核心系统在系统启动时自动加载该表的配置内容，并在每日首次被使用时刷新加载数据。也就是说，任何一项的修改，都将在次日生效。不选择实时生效的原因是缓冲记账必须在完
整的账务日内实现，如果中途随时加载，会造成当日一部分数据是实时记账，一部分数据是缓冲记账，从而导致日终时无法统一处理。
对缓冲记账业务的配置与管理过程，实质就是对这样一个表进行数据增加、删除、修改、查询的操作，应允许设置各个参数项即可。
关于缓冲记账的功能，支付宝是可以动态加载的，例如针对突然出现的商户交易秒级笔数上升，可以在达到一定的阈值之后会出发监控，从报警日志中拿到实时的账号从而动态修改标准记账模型到缓冲记账模型。同一时间记账模型只能是一个。然后针对切换期间的兼容性问题，主要保证账务流水在资金的变化连续性。一方面是查询做排序，一方面是缓冲补账按照业务顺序来执行。
在新增和修改时应满足下面的规则：
1. 某付宝账号：需要使用缓冲记账处理的20位某付宝账号，必须在某付宝系统内存在； 2. 业务代码：需要使用缓冲记账处理的6位业务代码，必须是存在的业务代码，1，7，8开头的业务代码不可以配置为缓冲记账
3. 补账间隔：缓冲记账处理的时间间隔，以秒为单位，如60秒，则每60秒进行一次缓冲记账，本字段目前不允许修改，默认为300秒；
4. 记账模式：具体缓冲记账的模式，缓冲记账则根据补账间隔执行记账操作，汇总记账则在日终时汇总执行记账操作，汇总记账模式目前并不支持，
5. 补账最大记录数,页面限制2000，系统只做数据库字段长度限制
6. 其他：其他除了创建时间、最后修改时间为必选，其他字段均为业务预留字段，暂时没有直接的业务应用，创建时间和最后修改时间由数据库产生，不允许操作员修改；
7. 不允许同一个账号、同一个业务代码配置两条启用状态的记录，比如某账号的某业务即做收款缓冲，又做付款缓冲，这样的配置业务上是不存在的，系统也应是不允许的。 8. 增加废止日期字段，插入当前操作日期
9. 缓冲记账在记账和补账时都应使用满足这样规则的记录 10. 无废止日期或废止日期等于今日的
11. 不允许重新启用废止日期等于今日的记录
（二）会计结算业务参数的配置与管理
会计系统作为核心中重点负责清算、结算会计平衡的系统，在每增加一家银行时，都需要配置相关的会计结算关系。
会计系统的日间记帐处理包含两种模式：即时模式和缓冲模式，具体采用何种模式由账务系统触发时决定。即时模式需要会计系统严格按照账务系统发送的指令进行会计记帐处理，缓冲模式需要会计系统根据相关的参数配置进行会计记帐处理，一般日间都是单边的会计记账处理，如充值与提现业务，日间会计系统根据参数配置仅记录客户帐的变化部分，不记录内部账的变化部分，内部账的变化部分在日终时根据相关参数和日间的单边账务记录，进行分类汇总后再分别记帐处理。
第一、针对日间所有的充值类交易代码、提现类交易代码操作，其下每一个子交易码sub_trans_code对应的每一个涉及该业务的title_code科目代码都需要配置一条对应的参数记录，来确定日间该科目下的该交易代码进行怎样的单边会计记帐处理；参数重点说明该科目该交易记帐的方向、是否需要汇总记帐、是否需要发送对帐中心处理、是否需要cache
每增加一种涉及充值或者提现业务的科目都需要增加对应一整套参数记录； 每增加一种涉及充值或者提现业务子交易代码都需要增加对应一整套参数记录；
第二、日终批量处理时，有一步是专门针对缓冲记账的处理，会计系统会根据参数表中充值、提现相关的每一个子交易码sub_trans_code对应的银行代码bank_type不同，分类统计日间的单边会计记账数据，按照汇总后的数据会计系统单边记账处理，完成缓冲记账的剩余部分；
第三、日终批量处理时，有一步是专门针对银行存款结转的，即将经过对帐的资金从待清算账户结转到银行存款账户，以保持与银行真实资金变化的一致。会计系统会根据与银行的对账结果数据进行结转记账处理，参数表中记录了每家银行从待清算户到银行存款户进行结转的具体记账参数
这里面会存在两种结算方式（某付宝开立结算户头的银行可直接从待清算户结转到银行存款户；对于某付宝未开立结算户头的银行，是通过XX银行调拨结转的，需要从待清算户结转到调拨户，再从调拨户结转到银行存款户，需要两步处理），所以存在两套记账参数
会计流转：
会计流转规则主要讲的是从客户账最终变成银存各个环节分录的生成规则。 1、客户侧分录汇总成一笔待清算分录 2、待清算结转到银存 3、待清算结转到调拨 4、调拨结转到银存
以上这生成规则把整个资金如何流转展示出来了。所以配置会计流转规则也是按照这个思路来操作，那么业务侧一般由于以下两种情况需要添加这个规则。一是新增银行，需要把相关的交易代码都配一套资金流转规则；一是新增交易代码，需要把相关的银行也都配一套资金流转规则。
在以上整个资金流转过程中，每个环节需要配置如下的要素： 1、汇总入账：需要配置一方的借贷方向，账户和科目。
2、待清算结转给银存：需要配置双方的借贷方向，账户和科目。待清算方的账户和科目在汇总入账中清楚，借贷方向跟汇总入账一方科目的方向相反。
3、待清算结转到调拨和调拨结转银存的配置和上面待清算结转给银存类似
Alipay账户体系产品设计-上海-分享
