一、子账系统出现的背景
国际财务报告准则第17号（以下简称“IFRS 17”）对于适用保险合同定义的合同，规范了新的负债计量方式与披露要求，这些规范包括：1、现金流量区分为保险组成部分及投资组成部分。2、负债项目包含最佳估计负债（BEL）、非财务风险之风险调整（RA）及合同服务边际（CSM）。3、除了现行的财务报表外，需要分别披露期初到期末BEL、RA、CSM的各项变动。4、损益表中保险收入跟保险费用与现行国际财务报告准则第4号的确认方式不同等等。
在实施IFRS 17之前，精算部门仅需将计算出的准备金余额提供给财务部门，财务部门依据前后期的准备金余额进行资产负债表、损益表等财务报表的编制。而实施IFRS 17后，负债项目可细分为BEL、RA、CSM，且期初至期末的会计处理将更加细致，例如：报告期间的实际现金流量与预期现金流量的差异，会依据是否为保费（及其相关现金流量）或是否属投资组成部分来判定调整至CSM，其余则是反映在损益；又与未来服务有关的履约现金流量估计变动及财务风险的假设变动将反应至损益，非财务风险的假设变动则以CSM调整等。在多个计量结果的产出需求下，子账系统应运而生。子账系统可以在计算出各计量结果后，直接连接会计事件以产出财务报表，无须透过人工的衔接。
二、子账系统的定位及使用
（一）子账系统与公司现行系统的互动
子账系统的出现也改变了保险公司的结账流程，为了支持子账系统的计算与出账，需要核心系统、数据平台及精算系统间的相互配合，产出子账系统所需的数据，后续在子账系统进行计量。所计算之计量结果将连接会计事件后，产出IFRS 17所规定的披露报表，最后将子账系统的结果提供至总账系统以完成结账流程作业。
2、子账系统操作与维护
目前市面上的子账系统，因为是商用套装软件，各厂商系统的界面、操作步骤大同小异，在系统界面已经配置按钮或菜单来运行，执行的步骤可以归纳如下：
（1）结账日数据需求准备好后，在系统界面可以点选执行以报告日为基准的cycle。
（2）进行相关参数的设置，例如筛选汇率类型、选择是否执行费用分摊、选择CSM摊销的方式、进行会计分录借贷的配置等。
（3）执行计算端运算，精算部门核查运算结果。
（4）执行会计事件与计算变量配对。
（5）分录与报表制作。
关于子账系统的运算逻辑与会计事件之间映射配置，大部分的子账系统厂商都将其在系统中以程序语言固化处理。另外有厂商为了方便使用者管理，将部分的运算逻辑与会计事件以EXCEL列表方式输入变量公式及对应会计事件进行配对。然而，这两种方式都需要精算部门及财务部门之专责人员加入，熟悉并了解精算端与会计端配置的语法及逻辑。此外，在数据输入到子账系统时，也需要信息技术部门协助进行数据转换。
（二）子账系统与总账系统的区别
总账系统是负责统整公司的财务资料，例如各种费用项目、资产负债项目等，统整完毕后产出各种财务报表，因此总账系统会与公司的各种系统串连并吸收产出的资料。子账系统虽然也是吸收前端资料平台产出的信息，但子账系统的性质跟总账系统较不相同。子账系统需要先建置运算逻辑，再配合会计事件进而产生分录，因此若是准则变更，或主管机关要求改变影响了运算逻辑，子账系统就需要配合调整。然而，总账系统是收取各系统的账务结果或会计分录，进而产出财务报表，因为准则变更或主管机关要求改变而调整总账系统的几率较低，这也间接导致了维护人员组成的不同。总账系统维护人员基本上以财务部门使用者为主，子账系统因为还要处理计算逻辑，因此除了财务部门以外，精算部门也需要规划人员一同维护。
（三）子账系统与精算系统的区别
子账系统结合精算系统提供的预期现金流量，以及资料平台提供的实际现金流量，计算保险合同分组的BEL、RA各项变动下的数值增减和CSM滚动等。与精算系统产出逐单的各项现金流量相比，在计算上相对简单许多，多数保险公司常用的定价系统、精算系统等亦可执行相同的计算。但针对会计事件配对的设置及账务的处理，并非现行精算系统导入的目的。另外，目前市面上的子账系统的计算公式，仅开放使用者修改部分计算公式，或是根本无法修改，相较之下，精算系统的灵活性较高。
三、子账系统的实施实务
子账系统是IFRS 17新保险合同准则实施落地的关键支持系统，它通过接收数据平台的实际现金流和预期现金流来将数据进行核心计量，并针对计量的结果匹配对应的会计场景生成会计凭证，最终汇总到总账系统生成符合准则要求的财务报告。结合业务需求，子账系统功能大致分为计量功能和会计引擎功能。
（一）计量功能
读取底层数据，根据所需的颗粒度对数据进行汇总；根据计量算法公式配置、精算假设及参数进行IFRS 17相关计量。计量结果数据分别为计量平台内部报表和分析需求输出。具体为：数据输入、数据准备、核心计算、计量输出。
1、数据输入
输入数据来自多个现有的不同系统，统一在数据处理平台汇总到不同算法的接口表。数据来源区分直接来源和间接来源，直接来源主要包括数据处理平台，间接来源主要包括业务系统、手工上传、精算系统传入、总账等。
2、数据准备
数据准备包括数据读取、配置功能、数据处理数据存储，将计量数据按所需维度存储在数据准备结果表中。
3、核心计算
计量平台核心计算只需读取数据准备结果表即可进行计量，包括GMM(General Measurement Model)、 VFA（Variable Fee Approach）、 PAA（Variable Fee Approach）各个模型的计量。
4、计量输出
计量平台输出计算的结果和满足内部管理需要的报表。
图1：IFRS 17计量平台功能需求
（二）会计引擎功能
计量结果在入账前需转换为会计分录，通常考虑在会计引擎下处理。经计量引擎计算得出的CSM结果将输出到子账会计引擎系统，并且生成相应的会计分录，再上载至总账系统。
图2：IFRS 17会计引擎功能需求
表1 ：会计引擎功能列表
|
管理模块 |
主要功能 |
|
记账管理 |
1、接收交易和计量数据，根据映射规则将其转换为子帐的会计分录 2、管理科目规则和记账规则 |
|
子账管理 |
1、汇总子帐数据生产总账凭证 2、汇总子帐，输出附注接口表 3、分析子帐数据的科目和源数据映射关系 4、支持总账数据向源系统的下钻 |
|
对账管理 |
1、IFRS 17的业财自动对账 2、IFRS 17与总账自动对账 |
|
会计规则管理 |
支持维护和管理：1、统一的会计入账和汇总规则。2、可配置的对账科目等信息 |
从业务事件到会计分录的会计规则复杂性大幅提升，在会计入账的基础上需要同时在IFRS 17子帐会计引擎中留存业务交易记录。如图2所示 IFRS 17会计引擎功能需求。
图3：IFRS 17场景梳理
子账系统反映IFRS 17带来的重大变化，其变化影响多个业务事件、多个场景、多个会计事件，并取决于计量方法，如: 计量模型的使用、初始和后续计量、 亏损成分的确认和转回等。此外，会计事件的颗粒度也受计量层级影响，如: 合同服务边际在保单组层级计算，经验偏差计算中使用到实际现金流影响会计事件采集数据的层级。
表2：会计引擎功能重点
|
编号 |
流程 |
功能点/重点 |
|
1 |
业务事件映射：定义业务事件实际现金流和子账生成的会计账目流之间的映射原则。 |
业务事件与IFRS 17会计事件保持一致，如: 在CSM分组层级进行数据提取和分配。 |
|
2 |
IFRS 17会计事件与子账生成的会计账目流保持一致。 |
|
|
3 |
IFRS 17会计架构：德勤管理咨询开发了IFRS 17过账框架加速器，并与IFRS 17会计科目表相结合。更新后的过账框架将整合非IFRS 17账目流动（如现金控制账户）。 |
对从子账入账的非IFRS 17账目进行会计科目、过账逻辑以及账目流动的核对。 |
|
4 |
重新设计在日常经营交易（如现金管理，结算）和手动调整的会计控制点。 |
|
|
5 |
核对和管控：确定IFRS 17合规所需的关键管控点和核对工作。整合子账、总账和财务报表的过程的流程与管控。 |
从源系统到子账和总账分现金流类型的接口管控，完整性和正确性。 |
|
6 |
建立校验机制检查变动分析及平行运行期间IFRS 4和IFRS 17之间的结果比较。 |
四、子账系统未来可能面临的挑战
1、多套系统后续维护
子账系统是因应IFRS 17上线所衍生的新系统，目前保险公司普遍已有多套系统运行中如核心系统、理赔系统、总账系统、精算系统等，因为子账系统的需求，需要各部门配置专责人员维护，因此未来公司在多套系统并行下，势必会增加负担。例如IFRS 17准则或监管要求出现变化，到子账系统的版本更新，都需要投入时间与人力重新测试。
2、计算过程不透明且使用者难以即时修改
现行市场上子账系统的计算平台与公司精算人员使用的计算平台差异较大，加上计算过程较不透明，且在公式修改上亦受到限制，使计算结果有误时无法顺利追踪过程。我们观察到台湾的寿险公司在精算系统使用，纷纷转而选择计算过程较透明的系统，说明计算平台的透明度将影响使用者的续约意愿。因此如何提供更透明，甚至使用者可以更灵活地进行修改的计算平台，可能是未来子账厂商可以思考的改良方向。
3、管理报表功能不足
目前市面上的子账系统主要目的皆为产出IFRS 17财务报表，对于管理报表功能的开发较少。对于保险公司而言，虽然管理报表可以额外独立制作，但是在IFRS 17上线后，绩效指标也相应地产生了改变，这些绩效指标几乎都与财务报表的项目相同，例如，新合同原始确认CSM、报告期间的CSM摊销、RA释放或理赔费用的实际预期差等，皆可基于财务报表的项目计算而得。因此，若与财务报表使用同个数据库，并以财务报表相同基础制作管理报表，则可以减少资料不一致的情况，以及减少资料处理与计算的时间。
4、无预算与实际财务报表偏差分析功能
一般保险公司需要预测未来的财务报表表现，以估计下一年度的目标业绩或拟定未来商品策略。预测的准确度对公司来说相当重要，因此公司会需要将当年实际的财务表现与前一年度的预测对比，以确认实际经验与预期的差异原因。例如新合同的CSM比预期多、实际的理赔比预期少等，该偏差的项目及原因都可以作为下一年度预测的调整依据，并让管理层快速了解差异的项目以及影响数。若可以在一个系统中同时预测未来财务表现和检视当年度财务报表，就可以很容易对实际经验与预期的差异进行比较。然而观察目前市面上现有的子账系统，并没有支持这个功能。
5、存在被其他系统取代的可能
综观市面上现有的子账系统功能，多数仍局限在法定财务报表的产出，子账系统中的计算及出账功能，基本上可以研究透过现行保险公司常使用的软件或是系统来取代。例如，将IFRS 17要求的负债项目滚动的计算公式，输入实际现金流量建置于精算系统，即可以产出出账所需要的计量结果。该计量结果则可以通过公司的数据库系统，以会计事件的对应表，产出各计量结果的会计事件以及分录，并依IFRS 17披露要求制作出财务报表及调整表。
因此子账系统的计算功能有可能会被精算系统取代。一是包含结账流程可以减少维护一个系统，维护的人力可以减少，产生报表的时程也可以缩短。二是计算逻辑的配置可以更透明化、容易追踪且容易修改，目前市面上的精算系统在计算端的配置方式已经非常成熟，若有准则变更或是公司会计选择需要重新检视IFRS 17报表内容、会计账务、计算结果时，使用精算系统配合修改可以更清楚且容易。三是精算系统可以应用于资产负债管理。IFRS 17准则的一大重点是处理IFRS 4下的资产负债会计计量不匹配的问题，而子账系统目前只处理负债端的计量。未来可以尝试将资产负债管理（Asset Liability Management; ALM）与负债端在精算系统进行整合，在精算系统加入资产计量模型，以精算系统中的负债计量结果为基础，配合会计事件的映射表，不同IFRS 17的计量模型（GMM法、VFA法、PAA法）所对应的资产应有不同的配置，需要考量对应资产的权益类占比或固定收益类的占比，监测净值比、资产收益率及损益的波动，以此决定未来的战略资产配置，通过整合也会增强使资产负债管理效率。
综上，保险公司将资产评价模型建置于精算系统后，对保险资本标准ICS（Insurance Capital Standard）的计算上也可事半功倍。ICS的负债可与财报使用相同的资料基础由精算系统计算，而资产模型则依ICS的要求做补充，在负债与资产整合于精算系统的情况下，即可于同一系统平台进行资产负债情境加压计算各种风险，以得出风险资本要求。
在IFRS 17下部分绩效指标与财务报表的计量结果雷同，因此都可由精算系统产出，即使有新增的绩效指标，亦可以即时地在精算系统中新增，快速提供公司管理层定制化的管理报表，检视各项绩效指标。
财务报表预测一般也会透过精算系统产出未来的现金流量，因此若财务报表的计量结果可以由精算系统计算，未来的财务报表预测亦可以由精算系统计算，无论是实际或预测的财务报表计量结果结果，最终都会记录在同一个数据库系统，由同一个数据库系统进行实际经验与预期的差异比较，可以节省资料落地的频率，较不容易生成操作风险的问题。