📚 课程目录第4章 IFRS 17数据需求分析

4. IFRS 17数据需求分析

IFRS 17不是一张报表格式的调整，而是一次计量逻辑的重构。准则条文描述的是“如何计量”，但落到系统实现时，必须回答一个更具体的问题：计量一个合同组，究竟需要哪些数据字段？数据需求分析的核心任务，就是把准则中的抽象概念翻译成可采集、可存储、可追溯的字段清单，并明确每个字段属于哪个数据域、由哪个源系统提供、在哪个计量环节被使用。

核心原理：IFRS 17的数据需求遵循“计量模型驱动数据域”的映射逻辑。通用计量模型（GMM）需要合同服务边际（CSM）、履约现金流（FCF）、风险调整（RA）三条主线；变量收费法（VFA）额外需要底层项目回报；保费分配法（PAA）则依赖未到期责任负债的简化计算。不同模型对字段的粒度和时效要求不同，因此数据需求分析必须先确定合同组适用的计量模型，再反向推导字段。

一、五大核心数据域及其属性

从准则要求出发，IFRS 17的数据可以归纳为五个核心数据域。它们不是孤立存在的，而是通过合同组标识（Group ID）和计量日期（Measurement Date）串联成一条完整的数据链。

数据域	核心属性	典型字段	主要来源
合同域	合同识别、分组、边界	合同ID、产品代码、起保日、满期日、合同组ID、是否属于IFRS 17范围	保单管理系统
保单域	保障责任、保费现金流	险种、保额、保费频率、应收保费、保障期间、责任终止日	核心承保系统
赔案域	已发生赔款、未决赔款、理赔费用	赔案号、事故日期、报案日期、估损金额、已付金额、状态	理赔系统
费用域	获取成本、维护费用、分摊基础	费用类型、金额、发生期间、分摊动因、归属合同组	财务系统、费用分摊引擎
投资成分域	可明确区分的投资成分、账户价值	账户价值、结算金额、投资回报、退保现金价值	投资/账户管理系统

需要特别注意的是，投资成分的拆分是IFRS 17数据需求中最容易被低估的环节。准则要求将可明确区分的投资成分从保险收入中剔除，这意味着系统必须在合同层面识别哪些现金流属于投资成分，并单独记录其金额和变动。如果源系统只记录“保费收入”一个总额字段，就需要在数据映射层增加拆分逻辑。

二、从准则条文到字段的映射方法

数据需求分析不是简单地“把准则抄一遍”，而是建立一条可验证的映射链。推荐采用以下四步方法：

识别计量单元：确定合同组、组合、年度组三层分组结构，明确每个计量单元的唯一标识字段。
拆解计量公式：将CSM、FCF、RA的滚动计算拆解为输入项和输出项，输入项即为数据字段需求。
标注数据来源：对每个字段标注源系统、更新频率、历史留存要求，区分“事件驱动”和“定期快照”两类数据。
建立追溯关系：确保每个输出金额都能追溯到原始合同、原始赔案或原始费用凭证，满足审计和披露要求。

实操提示：在映射过程中，建议用“字段—准则条款—计量模型—报表披露”四列矩阵进行管理。任何一个字段如果无法对应到具体准则条款或披露要求，就需要重新评估其必要性，避免过度采集。

三、数据流与系统边界

IFRS 17的数据不是从单一系统直接产生的，而是从多个源系统汇聚到计量引擎，再输出到子账和总账。理解这条数据流，有助于识别字段在传递过程中的丢失和变形风险。

在这条数据流中，合同域是主键来源，所有其他数据域都必须能够关联到合同组。赔案域和费用域的数据往往存在时间滞后，需要在计量时点进行完整性检查。投资成分域的数据则可能来自独立的账户管理系统，需要与保单域进行逐单匹配。

四、常见误区与复盘要点

误区一：把“合同”等同于“保单”。IFRS 17的合同可能包含多个保单，也可能一个保单拆分为多个合同。如果系统只以保单号为主键，会导致合同组划分错误。

误区二：忽略数据时效性。CSM滚动需要期初、期末两个时点的数据，如果源系统只保留当前状态，历史时点数据无法还原，计量将无法追溯。

误区三：投资成分拆分后未建立对应关系。拆分出的投资成分需要单独记录其后续变动，如果只做一次性拆分，后续账户价值变化将无法正确反映。

复盘时，建议重点检查三个问题：第一，每个字段是否有明确的源系统和责任人；第二，字段的更新频率是否满足计量频率要求；第三，字段的历史版本是否可追溯。这三个问题直接决定了IFRS 17子账能否稳定运行。

字段映射检查清单（示例）：
[ ] 合同组ID是否唯一且稳定？
[ ] 保费现金流是否区分保险成分与投资成分？
[ ] 赔案估损是否包含理赔费用？
[ ] 费用分摊动因是否可追溯到合同组？
[ ] 折现率曲线是否按合同组匹配？
[ ] 历史时点数据是否可重算？

数据需求分析是IFRS 17系统建设的起点，也是最容易返工的环节。只有在字段层面把准则要求、计量模型和系统实现三者对齐，后续的子账记账和对账才有可靠的基础。