您的位置:首页 > 其它

T24银行核心业务系统:10 会计核算--会计分录篇

2019-04-24 21:28 3079 查看
版权声明:本文为博主原创文章,遵循 CC 4.0 by-sa 版权协议,转载请附上原文出处链接和本声明。 本文链接:https://blog.csdn.net/zhaogang1993/article/details/89503053

前言

         前文简要描述了银行会计核算中的一些基本术语,从本文开始将深入讲述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的余额之外的其它分录,如:

  1. 更新合同CONTRACT的余额,更新ACCOUNT的或有余额;
  2. 利息计提分录:应收利息/应付利息;
  3. 合并键值CONSOL.KEY调整的分录;
  4. 科目归属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,属于总账体系的下一层,本文将不过多解释,请听下回分解。

内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: