ifrs9分类「概括文章」

【IFRS9系列文章】之全文概述

【业务背景】

IFRS-9(INTERNATIONAL FINACIAL REPORTING STANDARDS 9)国际财务报告准则第9号在2014年7月发布，且根据监管要求2021年1月1起全部启用IFRS9准则（上线前几天通知可推迟至2022年，我们也就继续上线了）。我行非上市公司，仍按项目计划时间节点正式启用。一般意义上来看，IFRS9主要内容是减值和估值，减值本质是对预期信用损失计量，估值即公允价值计量。相比于老的国际会计准则IAS-39，重点关注点包括：

1）调整金融资产分类与计量标准

2）引入预期信用损失法作为减值基础等。

众所周知，会计上采用权责发生制，只要在当前确认了权利形成的资产或义务形成的负债就需要在会计上进行入账。入账需要明确的金额，但部分交易的金额并没有在现在实际发生，即当前无法明确。在这种情况下，未来的资产或负债的值是明确的（终值），但是现在入账需要转为现在的价值（现值），需进行终值对现值的折算—折现。本文主要整理两种计量方式：摊余成本计量-AC和公允价值计量-FVTOCI/FVTPL。

我们需要理解一下这两种计量方式，公允价值计量是一种独立的计量基础；摊余成本计量并不是一种独立的计量基础，而是一种隶属历史成本中基于实际利率法的计量技术，所以这是两个维度的两种计量逻辑；其次，最新的会计准则要求金融资产和金融负债需要按公允价值进行初始计量，若实际交易价格和公允价值不一致，需要调整至公允价值。

基于这个理解，无论按计量方式，计量初始起点都是一致的，区别是在于后续计量中采用的技术路线不同而导致的计量结果的差异。本文对象可能是一些金融知识较为基础性的同学，一些基础性的概念也同步做个介绍，摊余成本法最通俗的理解是以买入成本计价，不考虑期间票面价格波动，将债权组合持有收益平摊到每一天。只不过有别于直线平均法，摊余成本法考虑的是时间价值，用时间价值逐步还原本身价值的一种摊销方法。

所谓摊余成本是在初始入账（期初）的摊余成本是未来现金流量的现值，之后的每一年的摊余成本都是该时间点以后的现金流量的现值，即期初摊余成本*（1 实际利率）-支付或收到的金额，这里的“摊”摊的是利息调整的部分，利息调整是单独设立的科目。所谓公允价值是指熟悉市场买卖双方在公平交易和自愿的条件下所确定的价格，在实务中，通常用资产评估机构进行评估。

不同计量方式对会计处理产生直接影响，会计处理的不同最终会反映在资产负债表和利润表中。系统是借据级（或者说交易级）处理时会逐笔校验金融资产或负债确定计量方式，根据会计准则要求，金融资产的计量方式的选择基础有严格判断要求，判断逻辑如下：因为计量方式涉及到会计科目的使用，直接影响核算。部分资产如贷款、同业业务默认为AC计量方式；债券类业务需逐笔进行SPPI（SOLELY PAYMENTS OF PRINCIPAL ANDINTEREST）合同现金流量测试，根据sppi测试结果及其他要素判断该金融资产的计量方式。

图1 SPPI金融资产分类

其中，权益类工具不涉及减值，FVTPL不涉及减值；我行采用的方式是资产本金不计入减值，但是利息计入减值。

（以上部分内容可能比较枯燥,专业性较强。但是是理解IFRS9系统的基础，也都是一些公开资料，所以为了逻辑连续性就整理、补充了。)

开篇的基础性知识介绍便于大家理解IFRS-9的业务表达，回归系统面，抽象一下系统的业务环节，主要包括：

1)减值/估值资产认定

2)减值/估值敞口细化

3)减值/估值计量

4)账务核算

我行实践的IFRS9系统数据处理采用的是T-1日的数据，且生成账务的频度为月。值得一提的是T-1日还是T日，业内各有招数。但是核心不变的，为保证报送口径一致，最核心的一点是需保证贷款业务五级分类中的后四类（关注、次级、可疑、损失）不能发生变化。其次，就是所有业务的最后一日的还款，放款也会影响最低拨备率造成资产余额标的和拨备不一致。

正因为我们是月度并账，所以每次月结都如临大敌。在月底各围系统关账后，按约定生成接口规范格式提交交易级余额文件，我们采用的是文件交互，通过NAS存储方案，文件交互的好处是解耦了系统间的交互，而且一旦回溯都是可以做到有据可依（也正是这个特性造就了我们系统支持重跑，因为源文件都在，后面我也想专门讲讲我们重跑的心路历程，后来无奈了一气之下做成了存储过程的功能）。我们曾经也讨论对比过NAS和对象存储两种技术方案，但是NAS的扩展性，文件目录方式管理方式目前可以满足我们的诉求，我们目录层级也只有两个层级：“系统名称SYSTID”和“数据日期SOURDT”。

具体有多少业务产品要接入I9是前期一个重要的梳理工作，理论上资产端都要被覆盖。经梳理，涉及I9的业务系统群主要包括：零售贷款系统（含线上线下贷款），对公贷款系统，同业业务的拆放，存放业务的核心系统，SSTS系统，债券业务的SSTS系统，表外业务中的银票开立的票据系统，垫款业务的核心系统，还有信用卡业务、衍生品业务都要作为单独的一种模型等。

基于NAS文件交互方案和数据范围，我们与上述外围系统约定接口规范，在外围系统关账后，跑批上传余额文件以.dat结尾，并上传对应的ok标识文件，OK文件中存放dat文件中条数作为校验。I9系统调度平台设置任务轮询NAS指定路径下的文件，如果检测到文件就导入并解析数据文件入表-接口模型表（示例：IMP_**），作为基础数据来源表使用，接口模型表设计与外围系统的文件一一对应。经过梳理讨论，我们定下了7个接口规范。下表为I9系统提供给外围系统的文件数据对接的接口清单，外围系统如个贷系统，按贷款模型接口接入，文件名就是：I9 类型 YYYYMMDD.dat,I9 类型 YYYYMMDD.ok.

表2 IFRS9系统外围系统文件数据同步接口表

1

贷款模型接口

2

同业模型接口

3

债券模型接口

4

表外模型接口

当各外围系统数据导入至模型表后，调度自动启动“数据加工”任务，将模型表数据加工至与模型真正关联的接口表，如下表。从导数到数据加工的目的，其实是因为有些数据来源是多个系统，比如贷款模型中的对公贷款的贷款余额来源是核心系统，但是五级分类数据来源是信贷系统，那么在“数据加工”任务中，我们会做一个关联查询并插入到imi表的脚本。将所有的数据按正确的加工逻辑处理到IMI表中，我们系统四个模型接口表，正好对应四个模型，这四张表也是减值估值测算的来源数据。

表3 IFRS9系统测算来源数据表

贷款模型接口表

同业模型接口表

债券模型接口表

表外模型接口表

在正式开始前，为保证T日数据正确，系统会通过调度任务设置去和总账校验产品余额，核对正确才导入系统执行测算。产品余额的核对非常重要，尤其是贷款产品受最低拨备率的限制，如果减值的资产余额数据有误，那么减值计提不符合，多减值或者少减值都会对损益明细表造成直接的影响，后续的文章会专门写到减值估值的会计处理。

此时，数据流向接口表，余额核对无误后，系统启动自动测算。测算完成后数据进入减值/估值测算结果表（例:IMA_RETA_INFO/IMA_ASSE_INFO），可在系统界面进行单笔、汇总的测算结果查看。系统测算的原理其实是一个简单的“输入-加工-输出”的模型，即把imi表中数据作为输入数据，系统配置参数（各类映射值集，最低拨备率，贷款补提逻辑，特殊计提逻辑等）作为程序加工处理，最终输出减值/估值测算结果。

系统可以支持多次测算的，以便于业务人员可以调整五级分类，最低拨备率等准确的数据，给业务人员一个容错的机会。最终完成确认后的测算数据，进行真实计提，在数据处理上，测算结果数据由IMA_RETA_INFO/IMA_ASSE_INFO转存至IMA_RETA_bach/IMA_ASSE_bach/IMA_RETA_RULT/IMA_ASSE_RULT,其中BACH表为当前表，RULT表位历史表。另外，贷款的补提表也会在真实计提过程进行减值文件生成。

真实计提顾名思义是将测算结果数据等生成标准交易流水文件，文件包括三个部分1、减值测算数据2、减值补提数据3、估值测算数据，并按交易级流水文件同步至总账系统会计引擎，文件交互方案同样是通过NAS，在总账系统中生成传票和分录。

下篇预告：【IFRS9系列文章】减值模型拆解之贷款模型。

贷款模型是减值模型中最为复杂的模型，没有之一，其中复杂之复杂的是PD逻辑也参考国内四大咨询之一的审计意见，干货满满，敬请关注。