2. IFRS 17基础回顾
在进入期末滚动与披露报表自动化之前，必须先回到IFRS 17的计量原点。期末滚动表并不是一张孤立的报表，它是各计量模型在报告期内逐项变动的结果汇总。如果对模型边界、计量要素和变动来源理解不清，自动化脚本只会把错误逻辑固化下来。本节从计量模型出发，重点说明四种计量方法如何决定期末滚动的结构、行次和勾稽关系。
一、核心原理：四种计量模型与期末滚动的映射关系
IFRS 17下，保险合同负债的计量并非单一模型，而是由通用模型（GMM）、保费分配法（PAA）和可变收费法（VFA）共同构成。三者共享同一套计量要素：履约现金流（FCF）、合同服务边际（CSM）和风险调整（RA），但在计量方式、折现处理和变动分摊上差异显著。期末滚动的本质，是把这些要素在期初余额、当期新增、利息增值、估计变更、经验调整、释放确认和期末余额之间建立可验证的桥接关系。
通用模型是基准模型，适用于大多数保险合同。它要求对履约现金流进行显式估计，并按当前折现率计量，CSM在保障期内按服务提供模式释放。保费分配法适用于保障期不超过一年的短期合同，允许以保费收入为基础简化计量未到期责任负债。可变收费法适用于直接参与分红特征的合同，其核心是底层项目收益变动直接进入CSM或履约现金流，而非全部计入当期损益。
关键判断：期末滚动表的行次结构，本质上由计量模型决定。GMM需要单独列示CSM的利息增值和估计变更；PAA通常简化CSM处理，但需关注未到期责任负债的释放；VFA则必须单独反映底层项目收益变动对CSM和履约现金流的双重影响。
二、方法流程：从模型选择到滚动行次生成
期末滚动的自动化实现，需要先完成模型分类，再按模型生成对应的滚动逻辑。流程可分为四步：
- 合同分组与模型判定：根据保障期、分红特征、规模等条件，将合同组合归入GMM、PAA或VFA。这一步决定后续滚动表的模板选择。
- 计量要素初始化：提取期初FCF、CSM、RA余额，并确认折现率曲线、释放模式、底层项目范围等参数。
- 变动归集与分摊：将当期保费、赔付、费用、假设变更、经验调整等归入对应滚动行次。GMM需区分CSM利息增值与估计变更；VFA需将底层项目收益变动按合同约定分摊至CSM或FCF。
- 勾稽校验与披露映射：验证“期初+新增+利息+变更−释放=期末”的恒等式，并将结果映射至披露报表的对应行次。
自动化提示：建议在数据层为每份合同打上“计量模型”标签，并在滚动引擎中按标签路由至不同计算模块。这样可避免用同一套逻辑处理GMM和PAA导致的CSM释放错误。
三、案例场景：三种模型下的期末滚动差异
假设某保险公司有三份合同：A为20年期寿险（GMM），B为1年期车险（PAA），C为分红型年金（VFA）。报告期内，三份合同均发生保费收取、利息增值和估计变更，但滚动表呈现方式截然不同。
| 滚动行次 | GMM（合同A） | PAA（合同B） | VFA（合同C） |
|---|---|---|---|
| 期初CSM | 单独列示，金额较大 | 通常不单独列示或简化 | 单独列示，受底层收益影响 |
| 当期新增 | 新合同CSM确认 | 保费收入按时间比例确认 | 新合同CSM确认 |
| 利息增值 | CSM按锁定利率增值 | 通常不单独计算 | CSM按锁定利率增值 |
| 估计变更 | 调整CSM或FCF | 调整LRC或LIC | 底层收益变动直接调整CSM |
| 释放确认 | 按服务提供模式释放 | 按保障期时间比例释放 | 按服务提供模式释放 |
| 期末余额 | FCF+CSM+RA | LRC+LIC | FCF+CSM+RA（含底层收益） |
从案例可见，PAA的滚动表最为简化，但并不意味着可以忽略勾稽。PAA下未到期责任负债的释放通常与保费赚取模式一致，自动化时需确保释放曲线与合同保障期匹配。VFA的复杂性在于底层项目收益变动可能同时影响CSM和FCF，且需判断变动是否与未来服务相关，进而决定是否吸收进CSM。
四、误区与复盘：期末滚动自动化中的常见陷阱
误区一：用同一套CSM释放逻辑处理所有模型。GMM和VFA的CSM释放基于服务提供模式，而PAA通常按时间比例简化处理。混用会导致释放金额和期末余额同时出错。
误区二：忽略VFA底层项目收益的双重影响。底层项目收益变动并非全部计入损益，部分需吸收进CSM。自动化脚本若直接将其归入当期损益，会破坏CSM的滚动连续性。
误区三：折现率假设在滚动中未保持一致。GMM要求按当前折现率计量，利息增值应使用锁定利率或当前利率需严格区分。自动化时若折现率曲线版本管理混乱，会导致利息增值行次无法勾稽。
复盘建议：在自动化上线前，先用三份代表性合同（GMM、PAA、VFA各一）进行手工与系统并行测试，重点核对CSM期初至期末的桥接表、利息增值的计算基础、以及估计变更对CSM和FCF的分摊比例。只有确认三种模型的滚动逻辑均能独立闭合，才能将自动化扩展到全量合同组合。
# 期末滚动勾稽校验伪代码示例
for contract in portfolio:
model = contract.measurement_model # GMM / PAA / VFA
opening = get_opening_balance(contract)
additions = get_additions(contract)
interest = get_interest_accretion(contract, model)
changes = get_estimate_changes(contract, model)
releases = get_releases(contract, model)
closing = get_closing_balance(contract)
expected = opening + additions + interest + changes - releases
if abs(expected - closing) > tolerance:
raise ReconciliationError(
f"{contract.id} 滚动不勾稽: "
f"expected={expected}, actual={closing}"
)