德勤IFRS 17新保险合同准则系统建设之三：子账系统

2020年12月24日，中国财政部修订印发《企业会计准则第25号——原保险合同》（下称“新保险合同准则”）。新保险合同准则与目前正在实施的《国际财务报告准则第17号——保险合同》（下称“IFRS 17”）趋同，IFRS 17由国际会计准则理事会（IASB）于2017年5月发布。

新保险合同准则要求，在境内外同时上市的企业以及在境外上市并采用国际财务报告准则或企业会计准则编制财务报表的企业，自2023年1月1日起执行；其他执行企业会计准则的企业自2026年1月1日起执行；同时，允许企业提前执行。

新保险合同准则为新增和现有业务的盈利能力提供了更大的可比性和透明度，使报表使用者比以往任何时候都更了解保险公司的财务状况。把承保业绩与财务业绩分开列报，将会增加利润来源和盈利质量的透明度。

新保险合同准则的实施迫在眉睫，德勤管理咨询的专家们拥有丰富的IFRS 17咨询和成功实施经验，特意撰写了一组文章（共八篇），分享业界领先的IFRS 17系统部署技术干货。

前两篇文章我们介绍了IFRS 17的系统架构与数据，本文将重点探讨子帐系统。

IFRS 17新保险合同准则的子账系统实现方式多样，不同的实现方式对于系统预算、核心人力要求、系统建设时间、资源投入、管理水平、风险控制能力有着不同的要求，这些都是管理者需要考量的方面。

一、子账功能的成功实现是后续报表生成的基础

子账系统是IFRS 17新保险合同准则实施落地的关键支持系统，它通过接收数据平台的实际现金流和预期现金流来将数据进行核心计量，并针对计量的结果匹配对应的会计场景生成会计凭证，最终汇总到总账系统生成符合准则要求的财务报告。结合业务需求，子账系统功能大致分为计量功能和会计引擎功能。

1. 计量功能

读取底层数据，根据所需的颗粒度对数据进行汇总；根据计量算法公式配置、精算假设及参数进行IFRS 17相关计量。计量结果数据分别为计量平台内部报表和分析需求输出。具体为：数据输入、数据准备、核心计算、计量输出。

a. 数据输入

输入数据来自多个现有的不同系统，统一在数据处理平台汇总到不同算法的接口表。数据来源区分直接来源和间接来源，直接来源主要包括数据处理平台，间接来源主要包括业务系统、手工上传、精算系统传入、总账等。

b. 数据准备包括：

• 数据读取
• 配置功能
• 数据处理
• 数据存储

将计量数据按所需维度存储在数据准备结果表中。

c. 核心计算

计量平台核心计算只需读取数据准备结果表即可进行计量，包括GMM(General Measurement Model)、 VFA（Variable Fee Approach）、 PAA（Variable Fee Approach）各个模型的计量。

d. 计量输出

计量平台输出计算的结果和满足内部管理需要的报表。

2. 会计引擎功能

计量结果在入账前需转换为会计分录，通常考虑在会计引擎下处理。经计量引擎计算得出的CSM结果将输出到子账会计引擎系统，并且生成相应的会计分录，再上载至总账系统。

表1 ：会计引擎功能列表    来源：德勤管理咨询

从业务事件到会计分录的会计规则复杂性大幅提升，在会计入账的基础上需要同时在IFRS 17子帐会计引擎中留存业务交易记录。如图2所示 IFRS 17会计引擎功能需求。

子账系统反映IFRS 17带来的重大变化，其变化影响多个业务事件、多个场景、多个会计事件，并取决于计量方法，如: 计量模型的使用、初始和后续计量、 亏损成分的确认和转回等。此外，会计事件的颗粒度也受计量层级影响，如: 合同服务边际在保单组层级计算，经验偏差计算中使用到实际现金流影响会计事件采集数据的层级。

表2：会计引擎功能重点 来源：德勤管理咨询

子账功能的成功实现是后续报表生成的基础，因此如何针对行业内不同客户的业务需要来进行方案的设计并确保成功落地就显得尤为重要。德勤管理咨询在子账系统实施中积累了大量的经验，能帮助险企少走弯路，确保计量及核算的准确、高效。

二、子账系统实施方案多样，建议保险公司按自身实际情况选择

目前保险行业内子账系统实施方案，含采购子账系统全部功能、采购子账系统部分功能、以及自开发全部子账系统功能。子账系统实施方案的选择主要是根据市场产品（功能）的成熟度、客户现状及内部需求（如系统、数据、系统技术及业务人员配备等）等来决定。

• 采购子账系统全部功能

采购较为成熟的子帐产品。目前市场上已出现较为成熟的子帐产品，部分产品已经能够覆盖子账系统的全部功能。

• 采购子账系统部分功能

市场上的部分产品在部分功能方面表现较完善，如精算类产品在计量功能上相对较灵活，财务类产品在会计核算方面更完善。结合保险公司系统现状及人员配置情况，某些保险公司选择部分功能采购产品，部分功能选择自开发。

• 自开发全部子账系统功能

在金融公司科技化建设策略的推动下，金融及保险公司的科技力量逐渐强大，部分保险公司也选择自主开发子账系统及其功能。自主开发对保险公司业务需求（精算及财务）及系统技术人员都有一定的实力要求，该要求不仅体现在系统开发测试阶段，后续系统上线后运维也需要。

三、子账系统选型POC方案设计

子账系统选型阶段，由于业务流程比较复杂，单一的功能性演示并不能覆盖实际的业务需求，这时候需要事先划定一个小范围的实验对象（选择能尽量体现业务逻辑复杂性的实验对象），通过小范围的项目导入与实施，从实际业务的实践到战略意图的实现，来验证系统方案是否能满足IFRS 17新保险合同准则实现与用户的实际需求，从而做出更客观更准确的判断。为此，我们初步建议系统选型过程如图5所示。

德勤管理咨询拥有着丰富的保险行业及IFRS 17项目的实操经验，并且拥有一体化实施团队。人员组合技能全面，覆盖精算BA、财务BA、系统架构、数据平台实施、系统实施、流程落地、测试管理、项目管理等各个方面。系统开发实施人员和精算、财务BA人员技能交叉融合，如数据平台、系统团队配备精算、财务BA及系统架构师，确保业务需求快速、成功地实现系统落地。精算和财务的专家人员会在业务上保驾护航，精算和财务BA会全程参与端到端测试。德勤管理咨询IFRS 17项目核心成员均具备足够的资历面对和解决项目过程中碰到的问题，为保险公司满足IFRS 17新保险合同准则提供全面的专业服务。

如果您想了解更多IFRS 17系统建设技术干货，一键扫码或者点击这里，注册参与我们7月8日即将推出的在线研讨会！

以上内容如需翻译转载，请联系cndcmarketing@deloitte.com.cn获得许可。