T24银行核心业务系统：10 会计核算--会计报表篇

版权声明：本文为博主原创文章，遵循 CC 4.0 by-sa 版权协议，转载请附上原文出处链接和本声明。 本文链接：https://blog.csdn.net/zhaogang1993/article/details/89890369

前言

         前文提及因T24是一款全球实施的银行产品，若按照传统总分类账（GL）→ 明细分类帐的方式形成报表，将很难满足不同地区/不同国家的会计核算要求。因而，T24采用虚拟弹性总账方式形成报表，即先通过consolidate.key形成分类账（LINE MAPPING），再通过自定义的配置形成总分类账-----自底向上的方式。

         本文在前文解释的T24的会计分录、合并分录的基础上，将继续向上分析T24的账务体系：LINE（俗称的会计科目）和REPORTING（会计报表）。

术语

         会计报表：会计报表是对日常核算的资料按一定的表格形式进行汇总反映和综合反映的报告文件。常见的会计报表有：资产负债表、利润表（损益表）、现金流量表；

       会计科目：会计科目是对会计要素对象的具体内容进行分类核算的类目；

       会计恒等式：会计恒等式是指各个会计要素在总额上必须相等的一种关系式。常用的会计等式有：

                            资产 = 负债 +所有者权益

                            利润 = 收入 – 费用

              综合等式：

资产 = 负债 + 所有者权益 + 利润

资产 = 负债 + 所有者权益 + 收入 – 费用

       T24报表术语：

         CRF：Central Reporting Files，合并财务报告；

         CRB：consolidate report base。

         CRC：consolidate report company，机构财务报告；

T24实现

         前文提及T24的 consolidate机制，在分户账和总账之间引入汇总层，可实现灵活会计科目映射与报表生产。具体财务报表样式如下：

• 报表头head

通过RE.STAT.REPORT.HEAD定义报表头。包括报表的1、2、3、4部分，其中3（报表column）是通过引用（链接）RE.STAT.COLUMN.TYPE的记录ID实现；

• 报表列column

通过RE.STAT.COLUMN.TYPE定义报表列类型，包含报表第3部分的详细信息。通过GROUP域定义列的类型（Closing OR Movement）。Closing类型主要用于记录期末余额。Movement类型主要用于记录资金的流动，包括期初余额、借记转移、贷记转移、期末余额等；

• 报表明细科目

通过RE.STAT.REP.LINE定义报表科目，ID命名为HEAD.XXX，其中HEAD指示科目所属的报表（RE.STAT.REPORT.HEAD表的记录ID）。如图所示：

[code]其中：
TYPE：用于指示科目的类型（detail、link、total、heading），detail/link用于承载余额、total用于余额合并、heading仅仅用于显示；
GB desc：此LINE的描述信息；
total accum：用于科目合并（2合并所有的1，3合并所有的2，以此类推…）
AL Detail、PL Detail：根据希望此Line（科目）匹配的consolidate.key而配置。如本例中希望此LINE匹配category为10021的consolidate.key；

报表案例

LINE描述

         摘取一个报表的一部分如下：

 

图中：

[code]1指示的科目是标题科目：heading，不承载余额信息；
2指示的三个科目为detail科目，记录余额信息；
3指示的科目为total科目，统计上述0015、0020、0025三个科目的余额总和。

完整报表

         为了说明consolidate.key和报表的关系，笔者重新配置了一个报表ZAVIERGL，报表中只有一个科目（ZAVIERGL.000 7ff7 1），科目匹配category：21060、application ID：LD、sector：2001、residence：CN。这些属性刚好匹配customer 100600的属性。

         于是，我为100600的客户做一笔category为21060的业务（短期贷款），业务单号：LD1827420000。

 

         授权后产生分录：

                   借记  合约RE.CONSOL.SPEC.ENTRY                    100CNY-----对应本币USD14.41

                            贷记   客户帐STMT.ENTRY                   100CNY

         特种分录的详细信息：

其中：consol key为：LD.1.TR.CNY.21060.2001.CN.7D...2110......SG0010011.LIVEDB

跑日终，查报表，看到这笔consol.key。0.01的差别是因为这笔合约跑日终后产生了0.01的利息。

总结

1. 尽管遗漏了诸多知识点，但系列博文基本覆盖了整个T24账务体系，包括会计术语、会计分录、合并分录、会计科目LINE、会计报表等等。从上面整个流程可知，T24弹性总账的设计淡化了会计科目的概念，会计人员可以根据自身需求配置不同的LINE，从而映射不同consolidate.key而形成明细账；

2. 从使用经验感知，T24的会计报表功能非常薄弱，配置起来相对晦涩难懂。因而，银行往往只将T24作为基本的账务系统，待当天业务结束后通过T24的DFE或其他工具导出业务数据，形成会计报表；

3. 掌握了会计分录、合并分录(consol.key)、会计科目、会计报表等概念，基本上就是掌握了T24的账务体系的全部。可以看出账务体系其实不难，难就难在各个业务模块如何记账，这就又回归到了银行业务的本质。因而，后续博文将继续深入挖掘T24各个业务功能及其会计分录，对其如何影响报表将不再详述。