大家上午好！欢迎各位保险客户和合作伙伴，每年我们都要做一个汇报工作，今年我们要汇报的主题是"IFRS17下的保险业务参考模型变革"，随着IFRS17会计准则在国内保险行业的推进，将会引起保险公司业务核算、管理和发展的一系列变革，客户和合作伙伴对这个问题很关注，中科软作为长期深耕保险IT行业的企业，过去几年我们针对保险IT的研发方向给出了一些建议，例如精准保险、数据架构及积分规则和飞轮模式等等，我们的汇报不是广告，而是向客户汇报我们对于行业最新发展趋势和关注问题的看法。今年也是如此，我将结合行业最关心的IFRS17（简称“I17”）给大家做一些研发方面的介绍，这样大家可以从系统角度和业务原理角度有一个更充分的认识。
IFRS17推动保险行业迈向精细化管理并为其他行业提供示范 软件系统是重要抓手
首先，宏观上来看I17是一个新的保险行业会计准则，其实保险行业是强监管的金融行业，一直以来对会计准则较为严谨，或者说是循序渐进的。而未来要实行的新的会计准则，会使整个行业发生很大变化：简单说是增加了行业管理会计的能力，企业管理看重的是效率，因为企业管理是一个总集团，中国保险公司都是总部+分公司的运营模式，从管理角度，会很看重分支机构和总部经营的效果到底怎么样。I17恰恰会给我们这样一个机会，作为一个推动力，使得我们内部的改革加快。而想加强管理会计的能力，必然要有一系列的软件管理和改造。管理会计的软件系统群，是一个居中的内容，前端有业务系统群，后端是财务软件。这两个环节都要做适度的变革；此外，保险合同本质上是典型的多模态非结构化数据集，比如大量的保险合同，对个险业务是比较结构化的，团险业务其实有各种各样的表述。这些表述是非结构化信息为主， 但我们在进行信息系统管理的时候，往往是以结构化数据为主去管理，而随着管理会计的深入，很多的管理内容是往前推的。这里便引起非结构化和结构化技术手段上的差异，所以处理方法一定是未来应用大量的人工智能，保险各种各样的条款描述大部分其实是非结构化的，包括各种承诺，涉及到法律和各种各样的计算，所以未来是可以有很多创新性的。
所有想法都离不开工具支撑，新一代的兵法思想、领导的战略都需要技术装备支撑，应用软件作为技术装备的体现就是行业参考模型，分为几个层次。我们每年都在做一个保险系统群的介绍，作为ISV重点关注的是最上层的应用层，最底层的环境层主要包含各类通用软、硬件产品，我们的合作伙伴在基础环境层正在进行技术变革，这些技术变革的技术含量很高，需要合作伙伴把技术迁移到客户端，所以就产生了一系列的合作方式。无论怎么变化，要在应用层进行体现，除了有装备以外还要有条例。我们曾经看到二战的时候，法军和德军的基本装备差不多，但条例不同，战术效果也就不同，因此从这个意义来讲，基础装备是是非常重要的，我们需要不停学习基础装备。各个厂家都会把这些情况变成文字提供给我们的客户，我们也会跟客户去做配合。
我们今天的讨论还是集中在上层应用层，以前相较于应用软件，大家更看重系统软件，中科软作为ISV的侧重点是应用软件，应用软件的特点就是领域支持，所有中科软提供的软件服务全是具有强领域支持的，既对领域所有的事务和条例都非常熟悉，不光是熟悉客户领域，还要熟悉客户的客户，医疗、健康、公共卫生，因为要为客户提供服务。系统厂家由于需要跨行业，所以需要弱化领域，系统厂商与ISV是相互配合的，这是一种天然的配合。
领域支持又分为很多层，包括相对通用的支持。财务是跨行业的，但是有很大的比重在保险行业，因为实现了I17，虽然都是会计系统，但用的准则不同、行业不同，所以能力也不同。一个通用的财务软件公司也不一定能够服务好客户完成I17财务软件的服务过程中提供支持，所以大家可以理解我们与合作伙伴的关系，除了把自己做好以外，我们还要协同所有伙伴一起为客户提供服务。
由于I17是一个相对比较大的变革，标志着保险行业内精细化管理要迈上一个新台阶。如果说人工智能是辅助的话，从业务的角度来看，I17是最值得业务领导、主管部门领导关心的。因为保险公司的技术支撑不应只是会做软件，而是需要对保险领域熟悉的技术人员，跟中科软的团队一样，必须是非常注重领域知识的。
目前各行各业都在进行数字化转型，或者是发展新质生产力，这是一个上位概念，也是非常宏观的话题。就像《孙子兵法》一样，属于很高层次的兵法，但要落实的话必须要有软件系统支撑，必须配置很高的系统软件和应用软件才能完成数字化转型。数字化转型不是买个Office把报表做出来，很多业务实现数字化就认为完成了数字化转型，这只是最基本的数字化，而真正的数字化是业务通过软件进行统一管理，正因如此，我们想借助I17彻底升级保险行业管理能力。
新准则会慢慢地有一系列管理方法，也会有更多监管的探知和要求。要是没有很强的一体化系统支撑，反应就会慢，而监管要的数据是多维度的，今天要这几个维度，明天要那几个维度。要是刚开始没有在权威性上进行良好的设计，你的工作量很大，需要投入很多的人力物力去做这件事情。因此在保险行业系统参考模型系统群中，通用的管理核算模型应该占有重要的份额，也就是说未来在保险系统群中以核算角度去管理将是一个重要趋势，所以I17，虽然现在是在保险行业实施，但是实际上它有管理会计的普遍关联意义，我们保险行业先自己践行，而由于保险是帮千行百业去服务，所以这种以核算方式控制风险为特征的模型实际上是各行各业都需要的，这里也将是保险公司去赋能自身的客户重要特征抓手。
IFRS17推动“企业数字化管理”，系统升级需要建立“长交付”生态
因此I17系统，就有了存量和增量的概念，在很多的保险服务中，我们原来一直给客户基于存量业务进行服务，慢慢的我们也要做一些增量性业务，提供增量服务；I17是企业运行管理的重要方法之一，无论我们想做什么样的数字化企业变革，都需要有一个基础的软件，所以这也是大家为什么这么重视软件系统群的建设，保险公司自身有很多系统群，同时服务的客户也有很多的系统群，如何通过对这种数字化技术的能力还有核算技术的能力来服务于我们客户，将是思考的关键。从大方向上去理解，现在说各行各业都在提数字化，软件系统群是我们数字化经营的基础，而这个基础里边I17系统也是这个数字化的基础，因此需要足够重视，另外新准则将是外部和监管评价企业经营的重要规范方法，这对企业未来的发展很重要，或者说它是企业的核心经营内容，是“企业数字化管理”浪潮的主角。
这一次新标准的实施是每个保险公司的核心秘密，所有收入确认明细方法、计量、准备金计提、短期和长期资产利润的情况有很强的安全属性，要求委托的服务商有较强的中立性。保险公司可以进行广泛咨询，但会介意将系统建设实施也交给对手，因为对手如果知道你的计提方法或者计提数据，就会在市场竞争中处于被动。咨询分为两种：一种是短交付，可以讲三个月到半年，一种是长交付，就是一直运维，但是有很强的保密属性。就像我们的核心业务系统一样，长交付以运维为主，保守客户的秘密，每个客户都应该做出这样的规划。长交付和短交付是不同的，需要最大限度地与客户或者市场上有经验的提供商合作。
刚才我也说了I17整个是一系列的交付，包括咨询、实施、维护，实际过程当中也有一些修正，或者是最佳实践，可能需要不断修改和完善，所以要建立长期的合作，通过低成本的方式，建立长期合作，这一点中科软提供全套方案，我的团队也会做更多的介绍。此外I17实际上是要解决业务财务一体化、业务精算一体化、业务投资一体化等等这样的内容，而在技术端实际上也要做一体化，比如说I17实际上要建立台账，而且用新技术建立这些台账，有些公司已经做了数据治理平台，包括大数据一体化平台保险管理存在大量台帐，有的时候就叫做大数据平台。这些大数据平台是针对不同方向，技术也是不断创新，每个厂家都有自己的特点和特色，客户的选择性也会变多。由于有选择性，客户服务的质量就变高了，成本就变低了，我们认为保险公司它应该建立自己的数据管理的台账，这也是这次我们I17项目之一。
用人工智能的“小而精”技术路线升级核心业务系统
大家都在关注人工智能，下午也会有更多的介绍。中科软的主战略是小模型，区别于和OpenAI 对标的大模型，国内的大模型厂家很多，大模型的应用很广，保险公司肯定也要合作，所以我们也要进行合作的支持，很多保险公司跟大模型厂家签署战略协议，现在看来，保险公司跟大模型厂家合作提出问题的时候必须做事前过滤。我们有很多内部资料交给大模型，特别是更加敏感的数据，怎么做呢？必须前面加上一个过滤的装置，这些是保险公司和大模型厂家合作的重要内容；小模型是大模型厂家提供很多小而轻的基座，这些基座是本地部署、本地训练，不会跟外部连接，因此保密性很强。就像核心系统一样，我不会担心核心系统会被别人拿到，这便形成了两个技术路线。中科软关注后一种技术路线，与客户和模型厂家、算力厂家等合作伙伴一道合作探索人工智能的具体应用。
人工智能有一个关键概念就是幻觉，保险行业回答客户各种各样的问题，会有很多幻觉跟事实相互对应。事实就是标准答案，未来保险公司在文本标准答案方面会有重要的需求，跟保险合同条款的复杂性有关，因为保险是金融行业合同条款复杂性最高的。要是保险各种合同条款表述被半结构化处理，金融的其它行业或者各行各业都是有引领的，这一点我们是可以看到的，大家看保险合同的文本厚度就知道了。事实就是保险合同的很多标准答案，客户要是问条款的细节，只有标准答案恐怕不够；有些问题是半开放的。就像各行各业都有职业考试，大概一半都是标准答案，但有四分之一可能是比较开放的，也有一定范围的答案，这些答案还是在可行范围内的幻觉。幻觉大部分被认为是不对的，有些常识他们不知道，所以造成了幻觉。在幻觉和标准答案之间还有很多答案，就是通过人工智能的方法替代人工。
从这个角度来看，所有人工智能方案就是传统的核心业务系统的升级版。过去的想法是一个大模型是不是能够解决所有问题？但不是，就如同我们买了一个雷达，但如何跟系统串联在一起还需要方案。因此，无论是国际还是国内，大家都可以看到应用的实效才是评价人工智能的标准。
I17是财务端与业务端的双向奔赴 依靠更细化的财务核算提升经营效率
在变革的过程中，系统工具已经有了，但增加了新的应用工具，又在新的系统平台支撑，所以就会引起一系列的变化。假设我们侧重于业务应用层，其实有两个重要方向：核心业务系统和财务系统，这些系统的变革叫做双向融合，就是双方都要适合。I17的建设是使业务系统群和财务系统群双向奔赴的改造，由于一些财务的要求，核心系统要改，由于核心系统的采集特征，财务也要适配。即便做了新的会计科目，科目也来源于原来核心系统的采集，要是另采集，系统的效率和成本就会低。为什么保险公司的很多IT部门越招越多？很多时候是因为业务领导的角度和方向的变化，无论是现有的设计还是新角度都不够，因此对数据模型要有一个高度的设计、评审和实践。
我们在进入新的会计准则之时，需要注意，所有业务人员需要对财务知识进行普及，最简单的就是损益和资产，配置财务就是损益表和资产负债表。作为一个非财务的业务管理者，我需要知道损益表是什么、资产负债表是什么。在损益表侧，构成相对简单，就是收入、成本，税金，然后形成一个利润，也包括其他费用的分摊。原来我们做保险会看收入，包括直接成本，但未来我们会看很多。由于我们实现了要求的I17准则的要求，条目相比以前要更加细分，需要拆开，跟最原始的数据对比，就这一次I17的改造，需要对考虑不同业务的分摊记录问题，通过加强经营管理力度，对各种类型的业务，通过收入减成本，加上各种费用分摊这样一种结构，形成的利润来进行考核。企业的合同、产品的盈利能力，企业的组织和效能，这些都是损益类的一个核算内容。此外，由于监管的要求，保险里面还要区分不同的产品，设立负债分类，比如这个产品到底是存在那到时候想还给我，还是说我给你保险金但是你出了险你赔付我，这些都是不同的分类，储蓄需要原封不动地还给你，以至于纯负债。保险保障产品是看天，天好灾少，天差灾多，所以就要有准备金。虽然好像都做了保费和收入，但收入的性质是不同的，需要分开，利润核算方式也是不同的，损益这条线上都需要做设计。所以这一次I17实际上对业务和产品的核算分类做了很细致的要求。那么这个细致分类的要求，都要体现在我们整个系统里边，并影响我们的实现结果。
这一点特别明显，其实很多保险公司的管理者都是很有经营头脑的，他们早就对刚才所说的问题内部进行管理，只是没有现在这么强的行业推动。现在行业有了，我们就借此机会把原有的各种成果进一步细化。其实这个软件价格是极其高的，很多领导说想抓管理，但没有抓手、没有武器，而且不是总公司在抓，而是一下子延伸到所有分支机构甚至渠道的，要在这个维度切分损益表。
监管还有一个趋势，就是从会计来讲，财务报表不应该是跳跃式的，其实这是从收付实现制向权责发生制转移，财政部新会计准则没有I17，而准则是监管部门发的。会计比较特殊，因为财政部本身就是会计司，他们把前面几级的会计科目做了规定，后面的几级做了指导。由于监管是行业性的，后几级科目有更明确的要求，财政部作为通用会计对前几级科目有很多要求。大家可以观察，财政部在做会计准则的时候还对保险单提，以此让大家知道保险就是在财政部的环节已经单列，更何况这次监管还会做更多的要求，也就是说从财政部的角度来看，就是要让权责发生制靠近。收付实现制有一个缺点，就是跳跃性比较强。要是一个时点里没有收入可能就会产生巨大的亏损，如果收入是巨大的波动，业绩就会波动很大。权责发生制的意思就是在这个考核时点，权利义务关系是不是平衡的？要是平衡的跳跃就少，权责发生制使得我们的业务均值差不多，方差变小了，实际上这是通过权利关系反映任何一个企业的经营效果。
资产负债表也是一个重要的背景知识，大家都知道资产和负债是有对应关系的，我把钱存给你，你还要还给我，然后你又有一个你自己的本金或者你的权益，也就是所有者权益。保险公司是高负债经营的公司，为什么要监管？因为高负债，保险公司是允许做负债的，但有一个配额需要管理，就是我们常说的偿付。要是基础数据不准，需要对偿付能力进行监管，所以I17一定要把资产端的内容做得非常清楚，由于高负债的偿付能力，保险公司面临一个困难，就是产品设计的时候到底是用负债的方式还是服务的方式？其实这次指标已经给了这个机会，如果不是高负债特征的产品，而是有很多服务特征，这些剥离以后偿付能力的压力就变小了，现实中保险公司确实也是这么做的。由于把再保险分出去了，已经拿到分包手续费，就是利益已经实现，所以新一代的偿付能力是对整个模型进行考虑。很多服务商其实是专项的，只管一项，中科软这么多年做了所有系统，不光是保险业务系统、财务系统、再保险系统，所以可以和伙伴一道为客户提供刚才说的全方位的服务。
利用技术手段实现更细化的投资和负债管理 是精细化管理的方向
资产又有流动性的特征，资产有一个重要特征，就是有流动性。为什么国际上保险公司比银行投资更大？因为银行的产品本身有大量的负债，保险公司的产品有很大一类是保障特征，保障特征是一种概念，如果不发生灾害就不一定赔，在这种情况下监管的投资应该是比银行更宽的，银行不能这样投，都是别人的钱，流动性的要求也特别强，现在存进去的钱明天就要拿回来，不能说给我一个楼或者给我一辆车，必须保证我的流动性。保险公司在流动性上要做规划，也就引发了刚才我们说的，必须进行全方位的核算，所以跟现金流有关。
有些资产可以经常放在银行里，有一些资产流动性弱，保险的价值就是用这些流动的资产，比如说现金参与某种投资等等，这里可以展开讨论，首先流动资产是我们保险公司主要的投资，但是这个投资所引起的收益可以独立的计算，投资是有成本的，还要分摊各种各样的费用，要把税搁进去，然后才能判断投资管理部到底盈不盈利。投资有差价，但不一定盈利，就像保险公司有差价也不一定盈利。这跟所有的考核机制挂钩，你说这个东西增值了就要奖金，但你是不是做了全面的运营分析、支撑和考核？这一点特别重要，全部都在信息系统。投资的这条线是把流动资产投资了，很少用固定资产投资，但需要用损益表的方法进行全面分析。它的损益表原理和前面我们刚才介绍的业务损益表原理是一致的，他这个里面也是收入，然后成本，然后费用均摊等等这些，任何业务管理起来都需要配额，所有管理主要手段就是配额。总公司主要是费用配额、收入配额，一个产品只能做这么多，不能再做多了，否则就没有偿付能力了。
由于保险这样的金融行业，是一个高负债的管理，从监管角度来讲，就需要监管负债的规模，我们叫偿付能力，就是一旦出现问题的时候保险公司怎么赔付。这种监管是配额式监管，你的负债到了一定的比例，就不能在涨了，因为你配额就到这了，所以这一次的I17实际上也会配合监管出很多管理的要求，这可能是报表，也可能是数据的传报，这些都需要我们系统的支持。另外一个偿付能力配额也比较复杂，它还涉及到再保险，也就是说保险公司把负债转移出去了，转移出去后，你的偿付能力可能变强，因此保险公司需要做一些具有细分粒度的软件进行支持。保险业务结构很复杂，资产有流动性的问题，保险公司在流动性这个环节上也被监管，流动性监管就是说你资产还在，但是你没现金了，客户找你赔付你没现金了，你不能说我把这楼赔给你。这样的话也需要软件系统的支持，来支持我怎么样从公司运营的角度来平衡流动性以符合监管要求，这些都是保险行业精细化管理的方向。
由于I17市场竞争非常激烈，金额越来越少，也越来越小。要是对标国际，软件价格应该更高，希望大家能够理解。希望我们的各级领导加大这方面的呼吁，现在我们做的这些事情是保险公司很重要的内容，我们应该对这个价值予以肯定。国内和国外最大的区别就是软件定价基本上是按照人头，所以我们也在这方面进行呼吁，希望行业能够理解针对专业人才提供的服务，综合考虑人头和价值。
IFRS17是一项系统性工程 要做到“全险种、全组织、全核算”，技术价值受监管重视
I17并不是单纯的软件，而是一个工程，包括很多关键环节。我们需要开发、需要升级，也需要进行某种推广、长期运维和迭代。由于跟组织有关，所以是下沉的。保险公司通过I17，前几次汇报的时候我一直在说地域压强，因为保险公司真正接触的都在具体地市，肯定要强调地域压强。I17的核算中组织机构就是下沉，下沉的组织机构要和合同产品进行全方位的呼应，这一点也希望大家了解。
系统工程的特点就是先要咨询规划，然后要把软件开发升级，因为涉及到很多系统，所以需要考虑联调和互相操作的问题，同时系统群还要适用还要推广，然后还要长期的运行迭代循环。这也是为什么这一次I17，是从2026年开始正式实施的规则，而我们在2024年就开始动手推动，就是因为涉及工程的周期。从工程的角度，中科软作为一个服务商需要在这些方面上为客户提供各样的服务，在软件层面，刚刚提到了我们是全险类、全组织、全核算，那这个组织是分层的，总公司有组织，分公司有组织，包括还有中介这个组织，那么全组织、全核算就是要看在运行下来以后，哪个分支结构的哪个单位在哪个产品上它到底盈利还是亏损，这是一个重要的工程。
要做到全险类、全组织、全核算，需要参照前面提到的核算和管理逻辑，做基础数据台账，基础数据台账需要不断细化，细化以后有很多维度，全险类包括客户、合同，I17特别看中合同分项，因为保险公司是通过合同来进行产品分类的，所以这个分项可以不断细化；在组织分类上，正如前面所说，它一直可以延伸到保险公司的各级分类机构，然后在收、付费控制这一环节中，我们在数据上都有表现。因为我们现在做的是上位结构，最后我们都要核算到某一个标量上，这个标量有的时候是收入，有的时候是核算到地域，收入加上成本的表述，最后就反映利润，并且在每一个分项上都可以细分，比如说客户维度、合同维度。我们做I17系统的时候大家可以看到和我们保险业务系统非常类似的。
前面涉及到的是合同和业务内容，后面涉及到的是组织和费用控制，管理会计还有一个重要的职能，就是他实际上有一个辅助明细账，大家知道我们会计系统是一个分类账，因为我们要使账目不要那么厚，但是核算有时候会比较细，所以它会把核算的一些细节放在辅助明细账上，或者说台账上，所以这一点恰恰是我们这一次系统改造工程的重点。这一次在实践中还有一些特点，比如它涉及到合同口径分类处理方法都不一样，所以取值也是很重要的，有的时候会增加新的取值，有的是来源于标准，有的原来就在核心系统里边，因此需要做一个重点采集，这些也是我们系统分配的特点。每个公司可以在这种取值项下增加取值，管理的力度就会增加，管理的水平就会提高。一旦监管要求在取值分项提出要求，回答一定要快而准。
概括来说，I17是全险类、全组织、全核算，这是我们最想做到的，特别是业务组织要看到底有多少收益，到底能不能赚钱。因为所有企业都是需要盈利的，如果不盈利，忙活了半天越做越亏。当然，你可以说长远战略来看会盈利，但心里要有数，否则会越做越亏，有些业务越做成本越高。其实全险类、全组织这个名字在保险行业已经存在十年以上，但I17让我们有了更大的推动力。
在收付控制能力上，特别是寿险，最大的问题是什么？就是产品渠道费占了很大的比重，怎么压缩渠道费？显然需要通过技术手段，技术手段代替过去的返佣，但我们不能完全没有激励机制。我们介绍过积分系统，简单来说就是返佣系统，只是后奖励，不能先奖励。无论怎么做都是销售成本，未来的保险管理用技术方法来做的越来越多，因为很多费用实际上会变成技术服务费用，这里包括技术支撑的费用和技术服务的费用，现在我们要借着I17和整个行业监管把基本法做一个变革，把一些技术服务提到水面上来透明化，因为本身叫是技术手段，比如数据采集是不是有技术手段？监管会认同技术服务的费用，整个系统就会回到柔性，不然寿险在费用层次面临这么强的监管。保险行业是提供保障的，保障的重要内容是服务，而服务的重要内容是技术支撑，所以这个链条就被彻底连在一起了，希望借助I17把整个变革做好。
I17建设的整个实施过程，专业复合性很强，是一个长链条，涉及到种类很多，内部涉及到各业务部门，我们发现系统内部协同往往有组织边界，就算是可以跨边界，但话语权是很低的，所以需要领导重视，协同对内。外部涉及到咨询公司、审计公司、软件开发和集成公司、专项软件产品公司（含精算和工具软件）、运维业务公司等各类服务方，大家一起服务和协调，所以是长链条、多方交付的工程，中科软愿意和大家一起完成长链条这项工作。
最后简单总结，由于是工程，所以需要把整体规划做好，不能只讲战术不讲战略，战略是很重要的，特别强调全成本、全核算，然后要正向的使用，最后有一个主体方向叫“增产皆知”，因为我们保险行业有规模效益，通过规模，实现飞轮模式发展，改善保险的经营；I17也反映一个精准核算的原理，保险信息化参考模型在整个发展过程中起到了重要的作用，在I17开发中必须吸收国际、国内一些优秀的成果，现在我们有很多咨询项目，这个阶段也是需要的；新的I17体系会持续发展，保险公司必须根据自己的运营和已有的情况进行针对性的使用；新一代的I17的系统是我们促进企业全面数字化转型的一个重要知识管理工具，这一点所有管理者要特别重视，实际上I17就是考验保险行业的学习素质和执行效果，总公司的学习能力很强，但分公司的执行力强不强？能不能完成你的战略？这些都是面临着前所未有的挑战。总之在新规的监督下，每一个保险公司都面临着挑战和机遇，保险公司从事信息化的管理者，以及保险公司的高级管理人员在整个过程中会起到很关键的作用。
最后祝本次大会圆满成功，谢谢客户和合作伙伴对我们的支持和帮助，谢谢大家！
科技应用高峰论坛