IFRS 17实施宝典之二：IFRS 17端到端架构

1.  IFRS 17涉及的系统

IFRS 17系统实施注定是个复杂的工程，通常需要一个专门的IFRS 17数据平台，并且与保险公司现有的数据仓库（数据集中平台）相互独立，但又保持着一定的相互依存关系。保险企业基于数据平台对接再搭建或改造精算软件、费用分摊、子账系统，并最终将财务数据输入给总账系统以产出IFRS 17新保险合同准则要求的报表。下图是一个典型的IFRS 17架构图，我们从业务功能上将IFRS 17所涉及的系统拆分为以下几部分：
 

a.  IFRS 17数据处理平台；

b.  精算处理；

c.  费用分摊；

d.  子账系统；

e.  总账系统。

2.  IFRS 17数据处理平台

IFRS 17的数据处理平台既是数据存储中心，也是承担大部分IFRS 17特色处理的枢纽。它的主要职责包括：

a.  数据采集。

b.  数据清洗。

c.  数据处理。

d.  数据追溯与查询。

e.  数据标准和数据质量。

f.   数据安全、监控与日志、调度与任务计划、日常报表。

就目前已实施或正在实施的案例来看，IFRS 17数据处理平台通常是基于现有的某个成熟的企业级数据仓库或者大数据平台上搭建一个新的数据集市来实现，也有部分保险公司借IFRS 17的机会升级现有数据平台，或者重新规划企业数据平台。

3.  精算软件

a.  精算软件需要产出IFRS  17所需的数据并与IFRS 17 数据处理平台交互，这是IFRS 17数据处理平台区别其他保险数据平台的重要特征之一。IFRS 17中最重要的数据之一预期现金流计算需要借助精算软件来处理。

b.  这就涉及到数据平台与精算软件间的数据交互，精算软件需要通过数据平台的接口获取精算计算所需的模型点数据，同时也需要通过接口将生成的预期现金流输出给数据平台和计量系统。

4.  费用分摊

a.  在IFRS 17新保险合同准则要求下，我们需要将费用分摊至合同组级，用于后续的计量以及 IFRS 17 利润表披露。具体费用分摊：含费用分类、费用分摊规则设置、费用分摊计算等。投资收益分摊：对具有参与分红特征的产品，同时需按照相关分摊因子分摊投资组合的公允价值变动至合同组级，用于计算 IFRS 17 合同服务边际。  
 

b.  费用分摊可以借助分摊系统来实现，比如SAP PaPM（SAP盈利能力和绩效管理）或者Oracle 的OFSA（Oracle金融服务应用 – 管理会计系统），也可以改造现有管理会计系统的分摊功能来实现，但也有不少的保险公司通过IFRS 17数据处理平台来实现费用分摊。

5.  子账系统

子账系统作为新保险合同准则实施落地的关键支持系统，即通过接收数据平台的实际现金流和预期现金流来将数据进行核心计量，并针对计量的结果匹配对应的会计事件生成会计凭证，最终汇总到总账系统生成符合新保险合同准则要求的财务报告。子账功能的成功实现是后续报表生成的基础。结合业务需求，系统功能大致可分为（详见本实施宝典第五章）：
 

a.  子账系统包括计量引擎和会计引擎。

b.  计量引擎偏精算处理，主要有GMM（通用模型：适用于传统险（赔付固定））/VFA（浮动收费法：适用于直接分红合同（赔付与分红与底层资产公允价值同时变化））/PAA（保费分摊法：适用于保险期间小于1年的合同，或与GMM下计量负债结果无重大差异的合同）等计量模型。

c.   会计引擎主要承担会计处理中的记账、对账和子账处理等功能。

d.  子账系统也是IFRS 17系统选型的重要模块，目前成熟的供应商很多，主流的有SAP/SAS/FIS/Moody's/Aptitude等。

e.  自研发子账系统也是一种选择。

6.  总账系统

作为较重要的核心系统之一，总账系统需要对财务账套、科目体系、财务对账等维度进行改造以满足新保险合同准则财务列报及披露的要求（我们将在后续连载第六期中对此进行详解）。

a.  数据流及账套设计原则

b.  科目体系设计

c.  财务系统核算维度设计

d.  新旧准则对账设计

e.  新准则财务报表系统方案设计