T24银行核心业务系统:10 会计核算--会计分录篇
前言
前文简要描述了银行会计核算中的一些基本术语,从本文开始将深入讲述T24的会计记账方法,包括T24虚拟弹性总账概念、会计分录、合并分录等;
T24总账体系简介
传统总账建账方式一般采用自顶向下的记账方法。先建立总账,再建立分户账,账簿中每一币种、产品或子产品都先预先配置好,而不管是否实际需要。如果需要进行科目调整或拆分,非常困难甚至不可能。如:按照《企业会计准则》,公司资产类会计科目为1XXX,假设有一级科目1012(存款同业活期款项)下多个二级科目:
[code]101201:存放国有商业银行; 101202:存放其他存款类金融机构; 101203:存放政策性银行 …
使用一段时间后,假设需要将把101202再作进一步细分或将其调整到其他一级科目,将会相对困难。
T24虚拟总账
T24作为一个全球实施的核心银行产品,无法提供一个预定义标准化的适用于所有客户的总账,因此建立了一套动态虚拟总账机制.
T24允许银行根据自身会计报表需求,通过T24提供的机制以自定义规则对产品或业务按照指定要素进行分组,由系统自动建立合并键值Consolidation Key,之后通过自定义映射规则映射到所需的总账科目GL Line中,如果合并键值Consolidation Key中的构成要素发生变化,则系统会自动重建分组键值,并产生调整分录。
注意:是CONSOL.KEY的要素值发生变化时,如:一个客户之前是US的,后来变成CN,这种情况系统会生成调整分录,但如果CONSOL.KEY 添加了新的核算要素,之前已经生成的CONSOL.KEY是不会变化的。
此记账方式相当于自底而上的记账方式,如图
- 首先,底层不同的CATEGORY代码和应用(APPLICATION) ID区分不同的业务,正如前文所述的AC(账户)、FT(转账汇款)、LD(存贷)等Application。
- 其次,交易授权后,T24的会计分录生成器根据不同的业务类型产生不同的会计分录,记载在不同的分录表中;
- 再次,根据已经预定义的合并要素(consolidate key),对会计分录进行汇总。合并要素如:CATEGORY代码、客户居住地RESIDENCE、客户行业sector等;合并主要有两类:资产负债类、损益类,分别对应我国国内资产负债表、损益表(利润表)概念;
- 再次,T24根据汇总的会计分录后,通过配置的LINE(类似于报表科目)产生总账科目余额信息(总账明细科目),包括资产负债表、损益表各个科目的余额。会计分录到LINE的这个过程称为:LINE MAPPING;
- 最后,总账LINE结合其他一些信息(如:报表头HEAD、标题)产生会计报表(CRF—合并财务报表)。
记账原则
T24的记账原则有:
- 有借必有贷,借贷必相等
在T24里,表内表外账都遵循该原则(如果有需要,表外账可以设置不平衡);不同币种也遵循这个原则,也就是说,系统中各类币种都遵循这个原则,如USD,
USD的资产=USD的负债 + 损益
CNY的资产=CNY的负债
如果USD 是本币,CNY就没有损益帐,T24里都是损益都是以本币的方式体现。
- 会计分录一但产生,不会调整或变化。如果需要调账,可以反向记账处理.
会计分录
T24提供三大分录:STMT.ENTRY、CATEG.ENTRY、RE.CONSOL.SPEC.ENTRY,用于记录不同业务的不同会计分录。
STMT.ENTRY
全称为statement entry,用于记录影响账户非或有余额的交易分录(一般称账户分录)。此STMT.ENTRY分录在T24日间在线交易会产生,日终批处理时也会产生。
T24除了提供STMT.ENTRY记录分录的详细信息外,还提供ACCT.ENT.TODAY简易记录单日产生的账户分录ID,主要用于每天日终的批处理。
主要包括如下字段:
[code]ACCOUNT.NUMBER:账号 CUSTOMER:客户 CATEGORY:产品代码 CURRENCY:币种 AMOUNT.LCY, AMOUNT.FCY:本币金额,外币金额 EXCHANGE.RATE:汇率 BOOKING.DATE:记账日 VALUE.DATE:起息日,利息起算日期 EXPOSURE.DATE:过账日,资金可用日期 TRANSACTION.CODE:交易代码 OUR.REFERENCE:交易参考号 CONSOL.KEY:合并键值
CATEG.ENTRY
全称为category entry,用于更新损益CATEGORY的余额(一般称:损益分录)。分录信息在T24日间在线交易可以产生,COB批处理时也可以产生。与STMT.ENTRY一样,CATEG.ENT.TODAY用于简易的记录单日损益category分录信息。
CATEG.ENTRY主要字段如下:
[code]PL.CATEGORY:损益产品代码,如50000利息支出,51000利息收入 PRODUCT.CATEGORY:产品代码 CURRENCY:币种 AMOUNT.LCY, AMOUNT.FCY:本币金额,外币金额 EXCHANGE.RATE:汇率 BOOKING.DATE:记账日 TRANSACTION.CODE:交易代码 OUR.REFERENCE:交易参考号 CONSOL.KEY:合并键值
RE.CONSOL.SPEC.ENTRY
可能的全拼为report consolidate special entry,一般称特种分录。用于更新账户非或有余额及损益CATEGORY的余额之外的其它分录,如:
- 更新合同CONTRACT的余额,更新ACCOUNT的或有余额;
- 利息计提分录:应收利息/应付利息;
- 合并键值CONSOL.KEY调整的分录;
- 科目归属LINE调整分录;
RE.CONSOL.SPEC.ENTRY分录的主要字段有:
[code]PRODUCT.CATEGORY:产品代码 CURRENCY:币种 AMOUNT.LCY, AMOUNT.FCY:本币金额,外币金额 EXCHANGE.RATE:汇率 BOOKING.DATE:记账日 TRANSACTION.CODE:交易代码 OUR.REFERENCE:交易参考号 CONSOL.KEY.TYPE:归集键值
同样,CONSOL.ENT.TODAY用于记录当天产生的spec.entry(简易版)。
测试
在一个刚跑完日终的环境下测试,看这些分录表到底是如何记账。
STMT.ENTRY
- 账户间实时转账
客户100600将其账户1(211006001001)上的钱转账到账户2(211006001002)上,金额为3CNY,实时到账。业务单号为:FT18271T5KYL
交易授权后,产生两笔分录:
借记211006001001 -3CNY
贷记211006001002 +3CNY
两笔分录的consol.key分别为:
187154905465245.000001:AC.1.TR.CNY.1010.2001.CN....2110......SG0010011
187154905465245.000002:AC.1.TR.CNY.1011.2001.CN....2110......SG0010011
ACCT.ENT.TODAY表(当天账户分录)收录了此两笔分录ID。此表记录在日终时被move到ACCT.ENT.LWORK.DAY(上个工作日账户分录表)
- 远起息分录
假设客户100600今天(2018/9/28)要求银行从其账户1(211006001001)转账20CNY至其账户2(211006001002),起息日为第二天(2018/9/29)。业务单号为:FT182716G6HD
授权后,产生分录,由于是远期分录,在 ACCT.ENT.TODAY找不到:
CATEG.ENTRY
假设今天需要支付100元工资给客户100600,收款账户为: 211006001001,损益科目(category)为60010。继续用FT模块实现,只不过debit account填损益科目号(PL60010)。业务单号:FT18271MDQSP
交易授权后,产生如下分录
借记 CATEG.ENTRY损益PL 60010 100CNY
贷记 STMT.ENTRY内部头寸账户(USD转CNY) 100CNY
借记 STMT.ENTRY内部头寸账户 100CNY
贷记 STMT.ENTRY客户帐 211006001001 100CNY
损益分录详细信息如下:
其中,损益分录的consolidate key为:
PL.60010..2001.4.CN........SG0010011
RE.CONSOL.SPEC.ENTRY
客户100600定期存款100CNY,业务单号为:LD1827120000。
产生两笔分录:
借记:客户帐STMT 100CNY
贷记:合约SPEC.ENTRY 100CNY
在此,我们只查看特种分录。
由于合并consolidate的存在,此分录在RE.CONSOL.SPEC.ENTRY,直接被合并了,而具体的信息记录在RE.SPEC.ENTRY.DETAIL。这个过程笔者不是很懂….
其中,consolidate key为:
LD.1.TR.CNY.21005.2001.CN.7D...2110......SG0010011.LIVECR
总结
随着系列博文的深入,笔者开始一步步深入到T24的核心账务功能。紧随T24自底向上的总账产生步骤,本文从会计分录层详细介绍了T24如何进行记账。由于处于整个过程的中间层,读者有对底层application/category等不熟悉的地方,可以阅读笔者的前述博文;
另外,笔者摘录了每笔分录的consolidate.key,属于总账体系的下一层,本文将不过多解释,请听下回分解。
- T24银行核心业务系统:10 会计核算--会计报表篇
- 天津检验检疫局完成核心业务容灾备份系统建设
- 某P2P开发商ERP系统核心业务介绍
- 核心业务系统的内容讨论(管理篇)
- 某P2P开发商ERP系统核心业务介绍
- 商业银行为什么要更换核心业务系统?
- 银行核心业务系统开发项目管理之道-金融项目我们应该关注那些东西
- 引进国外银行核心业务系统的讨论(二)
- 某P2P开发商ERP系统核心业务介绍
- 关于核心系统日终扎帐控制外围系统当天未处理的业务
- 某P2P开发商ERP系统核心业务介绍
- P2P网络借贷系统-核心功能-用户投标-业务讲解
- 核心业务系统数据库平台迁移: Oracle -> MySQL
- P2P网络借贷系统-核心功能-用户投标-业务讲解
- 寿险核心业务系统比较
- P2P网络借贷系统-核心功能-用户投标-业务讲解
- 浅谈J2EE是否适合做核心业务系统
- 浅谈公司核心业务数据的重构——结合Memcache分析缓存策略与系统数据交互
- P2P网络借贷系统-核心功能-用户投标-业务讲解
- 银行核心系统冲账业务流程描述