3. 期末滚动核心概念
在IFRS 17的计量体系中，期末滚动（Roll-forward）不是一张简单的加减表，而是把保险合同负债从期初状态“推演”到期末状态的完整因果链。理解这条链，是后续实现披露报表自动化的前提。本节聚焦三个核心问题：期初余额从哪里来、本期变动由哪些驱动因素构成、期末余额如何与披露要求对齐。
一、核心原理：滚动表的会计恒等式
IFRS 17下的保险合同负债滚动，本质上遵循一个扩展的会计恒等式：
这个恒等式看似简单，但在实务中，每一个加项和减项都对应不同的计量模型（GMM、VFA、PAA）、不同的组成部分（履约现金流、合同服务边际CSM、风险调整RA），以及不同的披露颗粒度。滚动表的价值在于：它把利润表、资产负债表和现金流量表之间的勾稽关系，用一张表清晰地呈现出来。
需要特别注意的是，IFRS 17要求滚动表按“剩余保障责任”和“已发生赔款责任”分别列示。这两部分的变动逻辑不同：前者涉及CSM的释放，后者涉及赔款进展和折现率调整。自动化实现时，必须为这两条线分别建立数据管道。
二、方法流程：从期初到期末的六步推演
构建一个可自动化的滚动表，建议按以下六步组织数据流：
- 锁定期初余额：从上一期期末余额结转，确保与上期披露数字完全一致，并记录期初的计量模型、折现率曲线、CSM余额等参数快照。
- 识别本期新增业务：区分新签合同、续保、以及当期确认的保费收入，分别归入不同的计量单元。
- 计算利息增值：对期初履约现金流和CSM按锁定利率（GMM）或当前利率（VFA）计提利息，注意折现率变动对OCI和P&L的拆分影响。
- 确认当期服务：按保障期释放CSM，按风险调整释放RA，同时确认已发生赔款的当期进展。
- 处理现金流出：包括实际赔付、费用支付、退保金等，需与现金流量表勾稽。
- 调整假设与汇率：记录精算假设变更、汇率折算差异，并区分计入损益或OCI的部分。
每一步都应生成可追溯的中间结果，便于后续审计和差异分析。自动化系统通常采用“参数快照+计算引擎+结果校验”三层架构。
三、可视化：滚动表的构成逻辑
下图展示了期末滚动表中各组成部分的层级关系与数据流向，帮助理解从期初到期末的完整推演路径。
四、案例场景：一张滚动表的自动化生成
假设某寿险公司采用GMM模型，2024年12月31日的剩余保障责任期初余额为12.5亿元，其中履约现金流8.2亿元、CSM 3.8亿元、RA 0.5亿元。2025年第一季度发生以下事项：
| 变动项目 | 金额（万元） | 计入损益 | 计入OCI |
|---|---|---|---|
| 新签合同新增 | +3,200 | — | — |
| 利息增值 | +680 | +420 | +260 |
| 当期服务确认（CSM释放） | −950 | −950 | — |
| 实际赔付支出 | −1,100 | — | — |
| 精算假设变更 | +180 | +180 | — |
| 汇率折算差异 | −75 | — | −75 |
自动化系统需要从精算引擎获取上述变动明细，按计量单元汇总，再映射到披露模板的对应行次。关键校验点包括：期末余额是否等于期初加总变动、CSM释放是否与保障期进度匹配、OCI拆分是否与资产端折现率变动一致。
# 滚动表校验伪代码
opening_balance = get_opening_balance(period, unit)
changes = {
"new_business": get_new_business(period, unit),
"interest": get_interest_accretion(period, unit),
"service": get_service_release(period, unit),
"cash_out": get_cash_outflow(period, unit),
"assumption": get_assumption_change(period, unit),
"fx": get_fx_difference(period, unit)
}
closing_balance = opening_balance + sum(changes.values())
assert closing_balance == get_closing_balance(period, unit), "滚动表不平"
五、误区与复盘
期末滚动的本质，是把保险合同的“经济实质”翻译成“会计语言”。期初余额是起点，本期变动是过程，期末余额是结果，而披露要求则是这套语言的语法规则。只有把这三者打通，自动化系统才能真正替代手工底稿，实现从精算数据到披露报表的端到端流转。