精算与会计、监管 — 未来的承诺，今天记多少

一句话总结

保险会计解决的是“未来要支付的钱，现在应确认多少”的问题。责任准备金（成本）、IFRS17 负债（市价）和 K-ICS 偿付能力（资本）三个层次，会用不同数字观察同一份合同；此外，保险法和个人信息监管还会进一步叠加 IT 要求。

为什么需要这些知识

保险公司的结算系统需求中，会出现“准备金计算批处理”“对接 IFRS17 引擎”“K-ICS 计算数据集市”“敏感信息加密”等说法。如果不了解精算团队使用这些术语的基本框架，就无法理解数据字段为什么如此繁多、同一份合同的负债为何在不同界面显示不同数字，以及为什么每次结算时系统都要整夜运行。

责任准备金——按成本计量的负债

保险公司用今天收到的保费履行数十年后的承诺。为了兑现这些承诺而现在积存的资金，就是责任准备金。定期寿险的保费准备金等于“未来给付的现值 − 未来将收取的净保费现值”。投保初期尚待收取的保费很多，因此金额较小，之后会逐渐增大。计算使用的是投保当时的风险率与预定利率，所以称为成本口径。

准备金还包含其他组成部分。例如，为尚未支付的理赔计提的赔款准备金（个案准备金与 IBNR），以及为尚未经过保险期间的保费计提的未到期责任准备金。结算批处理会按合同和保障责任粒度计算这些部分，再汇总起来。

IFRS17——按市价计量的负债

自 2023 年起实施的 IFRS17 使用当前假设评估负债。

BEL   Best estimate liability. Future cash flows (benefits + expenses − premiums) valued at current discount rates.
RA    Risk adjustment. Compensation for uncertainty in those cash flows. The insurer chooses the method.
CSM   Contractual service margin. Unearned profit left after BEL + RA. Held as a liability, released as profit over the coverage period.

CSM 是其中的核心。它防止公司在售出合同后立即确认全部利润，而要求根据已经提供的服务，在各期间逐步释放利润。反过来，如果 BEL + RA 大于保费，CSM 就为 0，差额则作为损失组成部分立即计入损失。结算系统需要按合同组维护 CSM 余额的滚动变化；每次假设改变时，CSM 也要随之调整。

K-ICS——从资本角度衡量稳健性

偿付能力制度用于判断整家公司能否承受极端损失。它把保险风险、市场风险、信用风险和操作风险分别换算为资本要求，再基于这些风险不会同时发生的假设，应用相关系数进行汇总。可用资本 ÷ 要求资本就是偿付能力充足率；法定最低值为 100%，监管机构会建议维持在更高水平（具体数字随时间与制度变化）。落实到 IT 需求中，就是“按风险因素拆分资产、负债和合同的数据集市”。

保险法与个人信息

保险法涵盖产品申报、基础文件（条款、经营方法书、计算方法书）管理、招揽流程、资产运用限额和会计处理标准。从 IT 角度看，最重要的是计算方法书——其中规定了保费与准备金的计算方式，系统必须按文档原样实现。个人信息方面的关键在于，保险处理的数据属于敏感信息（健康、疾病）和唯一身份识别信息（居民登记号码）。个人信息保护法要求处理这类信息时取得单独同意，并采取加密等安全措施，同时还会叠加适用信用信息法。理赔材料中的诊断书和诊疗记录属于最敏感的数据，因此访问权限、脱敏和保留期限必须纳入需求。

把精算计算迁移到系统时会遇到的问题

IFRS17 与 K-ICS 虽然是会计标准，但实际会转化为计算系统的需求。它们与普通业务系统需求有三个不同之处。

计算量大，而且必须重复计算。 每份合同都要生成未来数十年的现金流，并在多个情景下运行。合同达到数百万份时，批处理可能持续数天。因此，从一开始就必须具备保存计算进度并从中途重新开始的结构。如果全部运行结束前失败，无法每次都从头重算。

相同输入必须得到相同答案。 审计会要求“说明这个数字是如何产生的”。为此，计算使用的假设、费率表版本和代码版本都必须与结果一同保存。只保存结果的系统，几个月后无法复现该数字。

估计值之后会发生变化。 会计结账后假设发生变化时，必须预先规定从当期开始应用，还是重新计算历史期间。在系统中，这体现为“锁定已经确认的期间”规则。缺少锁定时，已结账季度的数字会悄然改变，最后由外部审计发现。

开发人员不必掌握全部精算知识，但必须问三个问题。 这个数字的基准日是什么时候？使用了哪些假设？再次计算能否得到相同结果？只要这三个问题有明确答案，其余部分可以交给精算负责人。

性能瓶颈通常来自输入输出。 按合同生成的现金流如果不按行，而按列式格式存储并压缩，数据量会大幅减少。批处理的大部分时间经常不是花在计算本身，而是花在读写结果上。

实际工作中真正重要的事

第一，同一份合同在三个层次会呈现不同数字。 成本口径准备金与 IFRS17 负债不同，并非错误，而是使用了不同假设。对账时不要混合不同层次。

第二，假设也是数据，并且具有版本。 风险率表、折现率曲线和费用假设会在每个结算时点确定；哪次结算使用了哪组假设，是实现复现的必要条件。

第三，尽量少接触敏感信息。 计算准备金与赔付率并不需要诊断名称。应先确认分析数据集市是否确实需要诊断代码；如果需要，就应把脱敏和访问控制纳入设计。

下一次实验将计算 5 份合同的责任准备金，使用当前折现率求出 BEL、RA、CSM，并结合公司的数据一次性计算偿付能力充足率。