安盟财产保险有限公司新保险合同准则实施项目招标书

（略）

招 标 文 件

项目名称：（略）

（略）

二○二四年四月

目录

第一章 项目概述

一、 项目背景

二、 项目必要性

三、 项目范围

四、 项目目标

五、 投标

5.1.总则

5.2.费用

5.3.语言

5.4.计量单位

5.5.保密

5.6.其他

5.7.投标保证金

5.8.招标文件的解释权

六、 招标文件

6.1.招标文件的内容

6.2.招标文件的澄清

6.3.招标文件的修改

6.4.投标文件的编写

七、 投标文件

八、 开标

九、 招标文件递交

十、 招标（略）

十一、 评标办法

第二章 需求分析

一、项目背景和目的

二、项目范围及要求

2.1.整体（略）（PMO）

2.2.财务精算咨询

2.3.数据系统流程（DSP）咨询与设计

2.4.系统功能开发及测试

2.5.项目技术需求

2.6.其他（略）

第三章 实施要求

一、 项目计划安排

二、 实施流程

三、 项目组人员要求

四、 工期（略）

五、 测试要求

六、 验收要求

七、 实施培训要求

第四章 合同签订

一．总则

二、签订合同

三、合同付款条件

国际会计准则委员会分别于（略）年6月发布了《国际财务报告准则第17号——保险合同》和《对的修订》（以下简称“IFRS17”）。中国财政部于（略）订发布了《企业会计准则第25号——保险合同》(财会〔（略）（以下简称新保险合同准则），与IFRS17趋同。新保险合同准则的实施，将对保险公司的财务报告、负债计量、信息披露、经营管理等产生深远的影响。实施新保险合同准则需要对数据、系统开展全面的梳理、分析、设计和建设工作，以同时满足准则要求和公司内部管理要求。考虑到实施新保险合同准则专业要求高、难度系数高、时间紧迫等特点，拟聘请咨询方以及实施方协助公司推进项目的咨询及落地实施工作。

随着保险行业的（略），新的保险产品和服务不断涌现。实施新保险（略） 17的要求，有助于提高公司的合规性、透明度和财务报告质量，进而提高客户和投资者对公司的信任度。

1.符合国内外会计准则要求：实施新保险合同项目是财产险保险公司遵循国际和国内会计准则的必然要求，有助于提高公（略）。

2.提高财务报（略）：实施新保（略），使投资者和其他利益相关方更好地了解公司的业务状况和风险敞口。

3.优化（略）：实施新保险合同项目有助于公司深入分析业务数据，更好地了解各种保险产品的盈亏状况，从而优化业务结构，提高盈利能力。

4. 提升风险管理水平：实施新保险合同项目要求保险公司对保险合同的现金流、风险调整等进行更加严格的管理和披露，有助于提升公司（略），降低潜在风险。

5. 符合监管要求：实施新保险合同项目有助于财产险保险公司满足国际和中国监管部门的要求，降低监管风险，保障公司稳健经营。

综上所述，新保险合同（略），应对（略），提升企业管理水**市场竞争力，实现可持续发展。

整体上，咨询部分涵盖与新保险合同准则落地实施相关的包含数据处理平台、计量平台、会计引擎、费用分摊、现有业务系统及周边相关系统改造、总账系统改造、过渡期处理等在内的全部业务需求说明以及相关功能结果的测试、确认。

项目（略）：

（1）符合《企业会计准则第25号——保险合同》准则的相关规定；

（2）通过外部审计，包括系统的审计和财务业务结果的审计；

（3）支持未来功能拓展；

（4）财政部及金融监管总局等政府监管机构的相关要求。

实施新保险合同项目，以满足会计准则的要求，优化业务流程，提高工作效率，降低成本，提升客户满意度，增强公司品牌形象和市场竞争力。

按照质量和时间两方面的要求完成新保险合同准则报表披露：

（1）质量要求：建成标准化的保险精算财务系统，确保公司保险精算与财务会计信息的处理和财务报告均符合新保险会计准则的要求。

（2）时间要求：

2025年3月31日前项目整体部署生产环境；

（略）入试运行阶段，对试运行阶段出现的问题及优化提升功能实施落地

2026年1月1日系统正式上线，能够按要求出具符合新保险合同准则要求的财务报表及相关披露。

（3）质量保证措施及备用方案

投标方应提供未能在规定时间内完成项目目标的质量保证措施及备用方案，应体现：

(1) 未能按项目目标完成项目的潜在原因及风险；

(2) 未能按项目目标完成项目的确认条件、迹象；

(3) 未能按项目目标完成项目时的责任划分方式或指标；

(4) 未能按项目目标完成项目时的**分配，包括但不限于额外人力**的投入；

(5) 未能按项目目标完成项目时的具体应对方案，详细的工作内容描述；

(6) 未能按项目目标完成项目时备用方案的时间计划表。

1.本次招标不接（略）。

2.投标人必须是总包供应商，总包供应商必须是端到端数据集市原厂商或子账系统原厂商或计量系统原厂商之一（提供原厂商证明）

3. 本项目允许供应商通过以下两种方式参与投标:

（1）投标人单独组成项目组; （2）投标人与其他公司(以下简称“项目组成员”或“成员”)一同组成项目组且代表项目组参与投标。若投标人最终中标，招标人仅与投标人就项目签订合同。

4.业绩要求：至少有1项在财产险行业新保险合同项目的中标案例（投标方或原厂案例均可），提供合同关键页。

5.分包要求：

（1）本项目允许对咨询进行分包且只允许分包给一家分包商，IT部分不允许分包。分包商须为具有相应咨询、财务精算能力，并拥有实施经验的咨询服务提供商，且分包商自有精算师不少于10人，其中正精算师不少于5人。

（2）中标人不得向他人转让中标项目，接受分包的（略）。中标人应当就分包项目向招标人负责，接受分包的人就分包项目承担连带责任。

6.财务状况良好，无破产或资不抵债的情况。提供投标人近三年经审计的财务报告或有效的财务报表。投标人成立时间晚于（略），提供成立之日至2023年度的经审计的财务报告或有效的财务报表。

7.信誉要求：

（1）登陆“全国企（略），提供（略）信企业名单（黑名单）信息 ”等5项截图，如有信息异常情况，且未移除，需要出具异（略）。如发现存在（略）（黑名单）信息或其（略）（采购）人造成潜在重大影响的，投标将被否决。评标时采购委员会可以查询网站对有关信息复核。信息（略），以评标时采购委员会的查询为准。

（2）登陆“中国执行信息公开网”分别查询公司和法人代表信息，提交公司和法人代表全国范围内不是“失信被执行人”共2页截图。评标时采购委员会可以查询网站对有关信息复核。信息不一致时，以评标时采购委员会的查询为准。

8.不存在禁止投标的其他情形。

投标人准备和参加投标活动发生的费用自理。

招标投标文件使用的语言文字为中文。专用术语使用外文的，应附有中文注释。

所有计量均采（略）。

1.

参与招标投标活动的各方应对招标文件中的商业和技术等内容保密，违者应对由此造成的后果承担法律责任。

招标人有权（略），进行采购数量及安装调试内容及周期的调整。

1. 投标人在递交投标文件的同时，应按招标文件规定的投标保证金格式递交投标保证金，并作为其投标文件的组成部分。境内投标人以电汇形式提交的投标保证金，应当从其基本账户转出并在投标文件中附上基本账户开户证明。投标人在汇款时发生的跨行手续费，由投标人自行承担。

2. 投标（略）.7投标保证（略），采购委员会将否决其投标。

3. 投标保证金金额为人民币10万元，招标人最迟将在与中标人签订合同后5个工作日内，向未中（略）。

4. 有以下情形的汇款，投标保证金无效：（1）以个人名义汇至招标公司账户的；（2）汇款人账户（略）

5. 投标保证金账（略）：

户名：（略）

账号：（略），

开户行：（略）

本招标文件的解释权属招标人。

2.

1. 招标文件用以阐明所需产品及服务、招标投标程序和合同条款。招标文件由下述部分组成：

（1）招标说明

（2）投标须知

（3）招标需求

（4）投标文件要求

投标人应认真审阅招标文件中的各个组成部分，充分了解本招标文件中的各项规定和投标人一旦中标后须承担的合同责任和义务；如果投标人的投标文件不能满足本须知的要求，责任由投标人自负，不符合招标文件要求的投标文件将视为废标。

3.

1. 投标人在获得招标文件后，如果有问（略），可要求澄清。投标人应当在投标截止时间前1天按招标文件中载明的地址及时间以邮件通知形式通知到招标人。

2. 招标人将视情况采用适当方式予以澄清答复，并在其认为必要时，将不标明来源的答复发给已收到招标文件的每一投标人。如有必要，（略）的形式在投标答疑会上进行解释。

3. 由此而形成的答疑文件或补充招标文件是招标文件的组成部分，与招标文件具有同等效力。

4.（略）方面的问题。

5. 特别提醒投标人注意：如果投标人发现（略）（包括但不限于：各个组成部分之间出现歧义或存在相互矛盾；组成文件中出现明显或不符合思维逻辑等的错误；打印错误）时，投标人可提出异议。如果投标人在投标过程中未能发现并未对有关歧义、矛盾、错误提出质疑，中标后，中标人必须接受由招标人依据合同有关条款做出的书面解释。

4.

1. 招标人对已发出的招标文件进行必要的澄清和修改的，将在投标人提交投标文件截止时间前，以书面形式（略）。该澄清或者（略）。

2. 招标文件的补充文件将以书面的方式发给所有获得招标文件的投标人，并对他们起约束作用。投标人收到招标文件的任何补充文件后，应立即以书面的方式通知招标人，确认已经收到招标文件的补充文件。

3. 如果招标人对招标文件进行了修改，当他认为有必要时或为国家有关法律法规所必须时，招标人可以通知投标人**本须知中规定的投标截止时间。这种通知将以书面的方式发给所有获得招标文件的投标人，投标人收到通知后，应当立即以书面及电话的方式通知招标人，确认已经收到该通知。

4. 投标人（略），收到本招标文件后，招标答疑截止时间前书面通知招标人，招标人给予书面答疑，异议部分以招标人书面答疑为准，投标人自（略），将视为投标人已完全认可，一旦投标人中标，不得以任（略）。

(一)投标文件的组成应包括下列部分：

1. 投标文件封面；

2. 项目投标函；

3. 法定代表人身份证明书；

4. 投标文（略）

5. 负责本项目实施的项目经理、项目负责人、技术人员简历；

6. 开标一览表

7. 加盖公章的《项目需求报价单》；

8. 投标产品/服务/技术方案详细说明（不限格式）。要求包括：项目分析、具体实施驻场人员、参与人员、实施计划、（略）

9. 过往（略）

10. 其他（略）。

（二）报价要求

5.

1. 具体报价编制依据及要求如下：

（1）根据国家、本市有关的规定，参照行业收费标准和各企业内部服务取费标准，以及其他有关收费标准等，提出具体报价金额。

（2）各个投标单位应依据自身条件和特点，结合本项目（略），发挥优势自行报价。

（3）投标人应在投标文件所附的投标报价表上列明分项报价，并加盖公章。

（4）投标报价币种为人民币。

11. 招标人在发出中标通知书前对商务标进行审核，如发现有计算错误者，中标人必须按中标价反推算出各子目单价进行调整，否则招标人可认为中标人放弃其中标资格。调整后的价格作为项目结算价格的依据。

12. 投标人根据招标文件提供的采购（略）更或拆分项目需求进行报价，保证投标报价完整准确无误，如有错漏概由供应商负责。

13. 一旦投标人中标，投标人不得以任何借口向招标人提出增加费用要求，否则，投标人将承担因此造成的一切法律责任。

14. 投标人应根据本招标项目的性质及投标人企业的经营范围，按照国家相关规定确定适用的增值税税率进行投标。

15.（略）报价和/或缴纳增值税，或者有任何弄虚作假的行为，则所引起的一切法律责任和经济损失与赔偿（包括但不限于税收差额、税务机关课收的罚金等）均由投标人承担，同时投标人向招标人承担协议的违约和赔偿责任。

16. 中标后，除需求变更，由我方审核（略）。

17. 本项目设有最高投标限价，即总价850万（含税价）。以上费用包含（略）（含差旅费用等）、项目咨询（略）。

18. 投标人应当在投标文件中，就免费运维服务期结束后的运维费用另行合理报价，该报价不包含在IFRS 17 项目最高投标限价内。

（三）投标有效期

1.

1. 除投标人须知前（略），投标有效期为 90 天。

2. 在投标有效期内，投标人撤销投标文件的，应承担招标文件和法律规定的责任。

（四）投标（略）

1. 投标文件应按“投标文件格式”进行编写，如有必要，可以增加附页，作为投标文件（略）。

19. 投标文件应当对招标文件有关供货期、投标有效期、招标需求、招标范围等实质性内容作出响应。投标文件在满足招标文件实质性要求的基础上，可以提出比招标文件要求更有利于招标人的承诺。

（1）投标文件应用不褪色的材料书写或打印，投标函及对投标文件的澄清、说明和补正应由投标人的法定代表人（单位负责人）或其授权的代理人签字或盖单位章。由投标人的法（略）（单位负责人）签字的，应附法定代表人（单位负责人）身份证明，由代理人签字的，应附授权委托书，身份证明或授权委托书应符合第五章“投标文件格式”的要求。投标文件应尽量避免涂改、行间插字或删除。如果出现上述情况，改动之处应由投标人的法定代表人（单位负责人）或其授权的（略）。

（2）投标文件正本一份，副本三份。正本和副本的封面右上角上应清楚地标记“正本”或“副本”的字样。正本文件袋需包含投标文件电子版。当副本和正本不一致或电子版文件和纸质正本文件不一致时，以纸质正本文件为准。

（3）投标文件的正本与副本应分别装订，并编制目录，投标文件需分册装订的，具体分册装订要求见投标人须知前附表规定。

7.1.投标单位须知附表

投标（略）

7.2.投标人资格的证（略）

投标人必须提供证明其有资格进行投标和有能力履行合同的文件，作为投标文件的一部分。

1. 投标人有效的“营业执照”复印件（加盖公章）；

2. 《法人代表授权委托书》（原件）；

3. 法人授权代表身份证（复印件）；

4. 负责本项目的项目经理、项目负责人、重要成员简历；

5. 若投标人提供的产品及服务不是投标人生产或拥有的，则必须得到产品制造商或技术拥有者向投标人提供该种产品的正式授权，如许（略）

6. 投标人应具有履行合同所需的财务、技术和生产能力（提供客户名单及合同等证明材料）；

7. 投标人认为有必要提供的相关证书、认证、声明等文件或复印件。

7.3.投标文件的密封和标记

1. 投标人应将投标文件的正本和副本分别用非透明文件袋密封，在封签处加盖公章，并标明正本或副本。

2. 每一封套上应载明的信息详（略）

3. 如投标文件由专人送交，投标人应将投标文件按上述条款的规定进行密封和标记后，按招标文件规定的时间和地址送至招标人。

4. 如未按上述规定进行密封和标记，招标人对投标文件的误投或提前拆封不负责任。

7.4.投标文件递交说明

1. 投标人应在招标时间安排规定的投标截止时间前递交投标文件。

2. 投标人递交投标文件的地点：（略）

3. 除招标文件另有规定外，投标人所递交的投标文件不予退还。

4. 招标人收到投标文件后，向投标人出具签（略）。

5. 逾期送达的投标文件，招标（略）。

7.5.投标文件的修改与撤回

1. 投标人在提交投标文件后可对其投标文件进行补充、修改或撤回，但招标人须在投标截止时间之前收到该补充、修改或撤回的书面通知，该通知须经投标人的法定代表人或授权代理人签字并加盖公章。

2. 投标人对投标文件进行补充、修改的书面材料或撤回的通知应按本招标文件规定进行编写、密封、标注和递送，并注明“补充/修改投标文件”或“撤回投标”字样。

3. 投标截止时间（略）。

4. 投标人不得在开标后至投标有效期届满前撤销投标文件。

1.

8.1.开标

招标人在规定的日期、时间和地点组织开标。开标时，招标人当众拆封并审查投标书是否完整，并以此进行初审，所有不符合要求的投标书将作为无效标处理将不予考虑。

在开标时没有（略）（包括递交的修改书），在评标时将不予考虑。提交了可接受的“撤回”的投标文件将不予**并退回给投标人。

8.2.采购委员会

招标人根据招标特点组建采购委员会，负责评标工作；在评标期间，投标人企图影响招标人的任何活动，将导致投标被拒绝，并承担相应的法律责任。

8.3.投标文件的澄清

在评标期间，招标人可根据采购委员会的需要，要求投标人对其投标文件进行澄清，有关澄清的要求和答复应以书面形式提交，但不得寻求、提供或允许对投标价格等实质性内容做任何更改。

8.4.资格审查

合格的投标人（略）：

投标人必须满足《中华人民**国政府采购法》二十二条之规定：

（1）具有独立承担民事责任的能力；

（2）具有良好的商业信誉和健全的财务会计制度；

（3）具有履行合（略）

（4）有依法缴纳税收和社会保障资金的良好记录；

（5）前三年内，在经营活动中没有重大违法记录；

（6）法律、行政法规（略）。

8.5.评审方法及评标办法

评标工作在采购委员会内独立进行，采购委员会将公正、公平地对待所有投标人。对所有投标人的投标评估，都采用相同的（略），评标将依据招标文件和投标文件的记载。

投标人需向采购委员会进行陈述（以PPT形式），陈述内容请结合本文中“技术要求”中各章节内容。

每个投标人分别向采购委员会进行陈述。每个投标人陈述时间为（略）分钟（需安排咨询商实施经理和厂商项目经理现场进行相关项目经验陈述），采购委员会成员针对每个投标人进行提问，总计40分钟。

招标人可根据项目需求面试投标人团队的成员，提供人员名单后，未经招标人认可，投标人不得更换、调减项目团队人员。如果需要更换调减任何人员，必须书面向招标人提出，经招标人同意后，方可（略）。接替人员的职位、资质应当与调换的人员相当。

8.6.评审说明

评委根据综合表现最终选定中标方。

8.7.废标条件

出现下列情形之一的，应予废标：

（1）符合专业条件的投标人或者（略）

（2）出现影响采购公正的违法、违规行为的；

（3）因重大变故，采购任务取消的；

废标后，采购人应当将废标理由通知所有投标人。

（略）间之前将报名材料（正本一份，副本三份）密封（略）。

招标机构：（略）

标书投递地址：**市高新区交子大道33号中国华商金融中心1号楼36层；

联系人：（略）

联系电话：（略）

邮箱：（略）

注：逾期送达或不符合规定的投标文件恕不接受。

本项目报名时间：自公告之日起至2024年4月19日，每天上午9:（略）-11:（略）；下午13:（略）-17:（略）（**时间，节假日除外）

一、项目背景和目的

国际会计准则委员会分别于2017年5月和2020年6月发布了《国际财务报告准则第17号——保险合同》和《对的修订》（以下简称“IFRS17”）。中国财政部于（略）订发布了《企业会计准则第25号——保险合同》(财会〔（略）（以下简称新保险合同准则），与IFRS17趋同。新保险合同准则的实施，将对保险公司的财务报告、负债计量、信息披露、经营管理等产生深远的影响。实施新保险合同准则需要对数据、系统开展全面的梳理、分析、设计和建设工作，以同时满足准则要求和公司内部管理要求。考虑到实施新保险合同准则专业要求高、难度系数高、时间紧迫等特点，拟聘请咨询和实施方协助公司推进项目的落地实施工作。

二、项目范围及要求

为实现新（略），本项目将分为整体项目管理、财务精算咨询、数据系统流程（DSP）咨询与设计、系统功能实施、测试及项目后续运维六个部分进行，从而（略） 2026 年 1 月 1 日新保险合同准则财务报告编制的所有财务精算技术要求。各部分的主要工作内容摘要如下：

2.1.整体项目管理（PMO）

由于（略），涉及面广，且持续时间长，为确保项目顺利完成，需要各方的有力支持和高效的项目管理，因此需要在项目期间配合公司至少完成下列管理工作。项目咨（略），具体需求包括：

1. 制定清晰的项目架构，PMO工（略）盟财险自身的项目团队成员；

2. 设计各项任务、供应商及工作组的工作任务，各工作组的人员要求，工作组之间的工作衔接机制；

3. 对接安盟财险新保险合同准则实施业务技术咨询项目供应商，协调好衔接工作，跟踪业务技术咨询项目交付进度，衔接交付内容，从DSP需求的角度进行把关；

4. 制定项目实施计划，制定工作计划（包括任务、时间表）；确定与安盟（略）

5. 制定项目**计划；

6. 项目沟通管理：组织项目启动（略）

7. 项目日常管理：包括范围及变更管理、交付管理、进度管理、**（略）

8. 建立项目管理工具。

该模块交付物

2.2.财务精算咨询

基于IFRS17要求，结合公司现状、行业做法及现阶段进展，设计提供适合安盟财险的咨询方案。从深度，广度和（略）。

1. 精算技术需求解读

实施商需结合新准则、项目期间发布的监管要求和公司具体现状，提供相关咨询服务，包括但不限于以下内容：

2.1.1．会计政策：协助我司梳理当前业务场景、产品及保险合同现状，针对不同的会计政策和技术方案。技术方案包含但不限于重大风险测试、最小计量单元、合同边界和确认、合同分组、投资成分定义、计量模型、过渡期方案的选择、亏损合同、OCI选择权、列表和披露等。制定符合新保险合同准则要求并结合我司实际情况的会计政策，并协助开展相关会计政策测试；

2.1.2.计量模型设计：精算模型需包含PAA模型、直保临分、合约分入、分出等模型，功能覆盖：底层现金流输入及赔付、费用现金流等处理，（略）量收入、计息、获取现金流量（IACF）摊销等项目，上层模型输出计量相关的项目映射至财务报表和披露表，形成计量逻辑文档；

2.1.3.过渡期计算：协助梳理过渡期数据需求，协助公司测算不同假设下过渡日的财务结果并开展分析，确保过渡（略）。

2.1.4.增值服务：持续跟进监管、行业对部分争议点或特殊业务场景（如价税分离、其他可能简化的方案等）的观点及看法，结合公司现状，确保甲方在新保险合同准则方面通过2026年年度审计报告的确认，协助公司进行影响评估后确认具体会计政策；协助公司和审计进行沟通，并协助公司配合审计完成IFRS17相关意见反馈；

该模（略）

2. 财务技术需求解读

实施商需结合新准则、项目期间发布的监管要求和公司具体现状，提供相关咨询服务，包括但不限于以下内容：

1.

2.

2.2.1业（略）：根据公司现有（略），梳理IFRS17下与现有场景差异的部分，制定场景改造相关方案；

2.2.2.修订会计政策：需基于公司的会计政策现状，结合新准则的要求，与公司讨论、修订现有会计制度或编制新制度；确定符合公司实际业务的具体会计政策；确定符合公司特点和新准则要求的会计核算工作流程制度和内部控制管理办法；

2.2.3.费用分摊方案：根据公司费用实际情况及管理要求，结合行业实践和费用影响测算结果，制定新保险合同准则要求的费用分摊方案。分摊方案包括但不限于分摊范围、获取费用和维持费用（略）

2.2.4.编制会计科目体系：设计符合新准则要求的会计科目表，科目表应结合（略）

2.2.5.制定会计制证规则方案：以现行准则全量业务场景为基础，制定符合新准（略）。具体需求包括：

一、

二、

二.1.

二.2.

二.3.

二.4.

二.5.

一、 会计制证规则应覆盖细分的各类险种或产品，覆盖其全生命周期下的全场景，包括适用新准则和不适用新准则的保险业务；

二、 会计制证规则应匹配各场景，并符合新准则的要求；

三、 会计制证规则应明确制证时点、制证颗粒度；

四、 会计制证规则应（略），以及数（略）

五、 相关交付物应明确制证规则和产生分录的会计政策依据，并对新准则下新增的制证场景做重点、全面的说明。

2.2.6.制**算流程：设计与现有月结、季结、年结流程相融合的新准则下的月结、季结、年结流程；明确新旧流程下关账任务的具体内容、任务依赖关系、人力安排建议、完成任务步骤的数据要求、时间要求等；

2.2.7.设计报表列示和披露方案：根据新准则和公司的具体需求对财务报表做出设计。设计财务报表的勾稽关系和生成逻辑；设计附注披露报表的内容、格式和生成逻辑，及报表结果的验证逻辑；

该模（略）

2.3.数据系统流程（DSP）咨询与设计

实施商需调研公司系统、流程、数据现状细节，结合软件招标工作所确定使用的应用软件，制定总体设计方案和各系统业务需求说明书，用于指导各系统/模块建设，包括但不限于以下内容：

1. 总体设计方案

1.1. 高阶数据流转图：设计基于IFRS17的端到端的数据流转图；

1.2. 总体功能架构：调研IFRS（略），细化、（略），并结（略），确定功能架构中各项功能系统分布以及系统集成方案；

该模块交付物

2. IFRS17数据平台需求说明书

IFRS17数据平台的主要业务功能包括：数据（略）（数据（略））、合同分（略）。需求说明书的内容需与总体设计方案呼应，具体包括但不限于本需求后续章节中描述的各系统落地实施的业务需求、数据接口需求、定制化数据处理加工需求、性能需求等；

2.

2.1. 数据（略）：根据功能模块的数据需求，逐模块配合客户核心系统团队和业务团队进行数据探源工作，结合现状分析IFRS17在数据方面的差异，输出数据差异下数据修复和核心改造高阶建议；

2.2. 数据平台基座（略）：实施商应设计合理的数据平台基座功能，数据平台在获取源数据的同时，进行各（略），以满足IFRS17相关需求及数据平台加工条件。同时提供IFRS17数据平台各功能模块中的数据质量检查需求，并协助公司完成源系统数据质量规则改造；

2.3. 源系统改造功能设计：实施商需结合数据平台基座功能说明书，提出IFRS 17数据源需求，配合公司进行数据探源工作。对于数据差异部分与公司共同沟通解决方案，提出核心系统优化改造需求；

2.4. 合同分组（直保 再保）：根据精算业务方案，梳理直保 再保核心数据对接方案，设计合同分（略）。根据准则对重大风险测试/盈利性水平测试/PAA适用性测试/合同分组主流程的要求，完成数据平台（略）

2.5. 跟单现金流分组 (保费、理赔、佣金等)：设计完成数据平台将逐保单现金流匹配上IFRS 17相关标签的方案；明确逐保单实际现金流汇总至计量系统所需维度的需求方案；若业务场景不满足IFRS17需求，协助梳理源系统场景改造方案；

2.6. 费用分摊：结合业务技术咨询的会计方案，根据（略），设计合理的分摊方案，将现有财务记账结果中业管费、佣金及手续费等分类为可直接归属于合同组-获取、可直接归属于合同组-维持、不可直接归属于合同组的部分，并进一步分（略）

2.7. 过渡期数据处理方案：根据过渡期业务方案，将历史存量保单根据规则置上合同分组标签，以备后续IFRS17正式实施后的计量评估。配合业务及公司IT从各源系统获取所有历史明细数据，并在最小核（略），包括历年的流量类数据及余额类数据。

该模块交付物

3. IFRS17（略）

按照梳理完成的业务场景及会计逻辑，将计量引擎输出的结果转换成财务凭证数据，并对接总账系统。会计引擎业务需求描述与交付物如下：

3.

3.1. 数据接口设计：协助梳理会计引擎从计量引擎中提取待制证数据；

3.2. 记账规则管理：IFRS17会计引擎用于实现新准则要求下的业财转换；

3.3. IFRS 17期末账：对接计量引擎，将计量变量按照（略），形成IFRS17期末帐子帐；

3.4. 子账与总账映射配置：维护子账与总账映射配置关系，汇总子帐数据，对接总账系统推送总账；

3.5. 结果查询及明细追溯：设计期末帐追（略），实现总账凭（略）

该模块交付物

4. IFRS17计量引擎需求说明书

计量引擎将对接IFRS17数据平台各模块输出的结果（包括但（略）），引擎内实现（略），按照IFR（略）。系统可支持比对不同精算假设对准备金评估结果的影响。计量引（略）：

4.

4.1. 数据（略）：设计计量引擎从IFRS17数据平台取数等数据源的的数据接口设计；

4.2. PAA模型：实施商需调研PAA模型计量方法的具体需求，结合精算解读，设计适当的方案。设计未到期责任准备金的计算和摊销、未决赔款准备金计算、亏损部分计算等；

4.3. BBA模型：按照新保险合同准则相关的计量要求，精算模型需要（略）。本项目将（略），但需要根据BBA模型进行必要的培训与讲解，以便业务人员熟悉BBA模型的业务逻辑。并对未来实施工作量和费用进行评估。

4.4. 数据校验机制：实施商应设计合理的数据校验机制，确保数据一致性、完整性需贯穿全过程；在预定义的检查点自动开展校验处理、产生相关报告，做到问题早发现早处理，满足技术性、业务性数据核对的需要；

该模（略）

2.4.系统功能开发及测试

实施商需调研公司系统、流程、数据现状细节，结合公司所确定使用的应用软件，制定总体设计方（略），用于指导各系统/模块建设。

1. 数据平台功能开发：实施新保险（略）。按照项目整体设计，开发实施合同分组、现金流梳理、费用模块梳理；

2. 会计（略）：实施商应设计合理的数据接口对接、记账规则管理、IFRS 17期末帐生成、子账与总账对接实施；

3. 计量引擎功能开发：实施商应设计合理的计量引擎开发方案并实施，包括底层预期现金流计算，上层所有产品模型。包括但不限于合同服务边际/亏损部分的计算与滚存、未决赔款准备金计算、递延获取费用计算、现金流折现等，并提供BBA接口（暂不验证功能）；

4. 功能测试（SIT）：根据精算及财务提供的测试案例，完成上述模块的功能测试制定并管理测试计划，明确测试策略、测试方法，主导设计测试用例及场景，设计测试过程记录文档模板等；

5. 端到端测试：制定端到端功能测试流程及方案，并协助公司完成测试；协助、协调测试人员完成测试过程，并记录测试结果，编制（略）。

6. UAT测试：实施团队应统筹项目的端到端 UAT 测试，协调相关部门和用户完成UAT测试流程，制定UAT测试（略），给出测试管理的流程和规范，如：测试案例、缺陷管理、版本管理的工具、流程和方法等；在测试过程中提供技术支持，验证并保留测试结果，协助出具测试报告。

7. 上线支持：系统切换上线试运行及后续正式并行运行阶段支持，支持系统切换上线，协助提供相应工作准备方案和技术支持，系统切换上线业务验证和技术验证。提供系统上线试运行阶段的支持以及后续正式并行运行阶段的支持，完成（略）正式上线及（略）的月结，同时为新准则报表报送提供兜底方案和技术支持，提供不少于1年的免费运维期，且必须承接I17系统后续的日常运维工作。

该模块交付物

2.5.项目技术需求

系统设计技术需求包括但不限于以下功能：

1. 基础架构原则

1. 高性能原则：满足业（略）。

2. 高可靠性原则：保证系统运行的连续性和稳定性，保障7*24小时正常运行。

3. 跨平台原则：系统程序语言为JAVA，使用mysql等开源数据库及一些国产数据库，支持各主流的操作系统平台，支持主流（略），能在各平台间进行平滑迁移。

4. 可管理性原则：整体架构结构清晰、各部分分工明确、易于管理。

5. 先进性原则：先进性原则首先要求技术领先，同时要求相应（略），以达到利于系统较长期维护、升级的目的。

6. 安全性原则：保证网络安全、系统安全和数据安全，整个系统要配置和构建可靠实用的安全策略和机制。根据不同的业务（略），设置不同的（略），既满足业（略）。同时要保证集中管理的数据安全，并对招标方采用身份验证和权限控制，为系统提供全面的安全防御措施。有完善易查的日志功能，便于进行审计跟踪非法操作，保证招（略）。

7. 规范性原则：整个系（略），保证系统与各业务系统实时对接，信息数据实时交换和共（略）体系，代码管理、文档管理都采用规范化管理。

8. 实用性原则：系统的开发建设不仅要实现强化管理和业务控制功能，同时还应考虑到（略）（包括资金成本和时间成本）因素，这就要求在制定系（略）使用环境（包括人员、设施及有关的技术**等）、业务发展规划等多个因素出发，做到先进性和（略）。

9. 扩展性原则：系统要支持并适应硬件平台、支撑软件上的扩展能力；系统的设计容量能满足和支（略）据管理，支持多数据源间的访问连接，能方便地与其他相关的应用系统集成在一起；系统具备多招标方和多任务操作能力。

2. 技术要求

1.硬件架构

（1）采用虚拟化或云部署模式，支持Linu（略）。支持基于vm虚拟机、基于K8S自建容器云平台容器化部署。

2.系统架构

（1）整体架构高标准，以 SOA （面向服务的架构）和微服务与 DDD （领域驱动）思想体系为标准升华的微服务架构。

（2）支持对接人工组件，支持Python编程实现智能化。

（3）应用系统高可用，支持异地多活，面向高并发业务场景支持定向服务节点扩容，支持通过配置化方式完成快速节点扩容。

（4）部署环境灵活性，多种运行环境，灵活发布方式。

3.应用部署中间件及应用平台

（1）采用RocketMQ，Kafka等开源消息队列，用于在分布式系统中存储转发消息。

（2）使用服务网关和负载均衡技术实现服务的统一入口和负载均衡。

（3）实现服务间的远程调用，包括RESTful AP（略）。

（4）采用高速缓（略）。

（5）搭建 K8S 服务， 安装 Maven、Jenkins等服务软件。

（6）搭建研发运维一（略）。涵盖开发、测试、集成、发布等各流程。Jenkins、Maven、Sonar等提供研发、测试、运维过程中涉及的开发工具、代码管理与审核工具、测试工具、集成工具、发布工具等。

（7）采用高性能软负载反向代理nginx。

4.开源技术组件

（1）采用基于组件化开发的后端技术，基于 SpringBoot 技术实现，在设计环节，完 全 遵 守 微 服 务 和 组 件 化 设 计 方 式 ，采 用 组 件 化 设 计 模 式 ，以 开 源 的 SpringBoot3.x、Spring Cloud 与 Spring Cloud Al（略）作为（略），在此基础上进行封装的五层领域驱动模式。

（2）采用基于VUE的前端技术，构建用户界面的渐进式框架，该框架运用前后端分离的 MVVM 软件架构设计模式，基于渐进式JavaScript框架 Vue.js、Webpack 构建 技术、vuex 状态管理和Element-UI 等技术栈进行架（略）。

（3）在分布式微服务架构与容器部署下，适应不同的（略）。

（4）满足分布式微服务的架构与环境下，任务调度的维护与触发， 自定义节点调用控制，与调度报表的统计等的分布式任务调度服务模块。

（5）框架base组件模块引入开源的Sentinel、Ribbon和 Hystrix、zipkin、skywalking，实现面向分布式服务架构的高可用流量防护组件，实现微服务的流量为切入点，从限流、流量整形、熔断降级、系统负载保护、热点防护等多个维度保障微服务的稳定性。

（6）支持注册中心，利用代码生（略），引入开源的 Eureka 与Nacos 客户端依赖组件，基于开源（略） Cloud Config 组件进行整合服务的配置中心与服务注册发现的功能。

（7）支持兼容低代码平台完成功能快速配置、开发。

（8）支持网关中心，利用代码生成器模块生成网关中心微服务模块结构，编写网关 ymal 配置等个性配置参数，实现流量的集中管理、服务路由弹性控制、自定义的鉴权过滤与服务路由转发等。

（9）日志组件与ELK 对接组件，整体的技术栈采用ELK、Nginx，以便业务开发的日志统一与追踪。

（10）支持分布式文件报表服务模块，利用代码生成器模块生成分布式文件中心微服务模块结构，实现分布式容器部署的文件高性能上传下载的与文件的压缩、备份等。 支持工作（略），利用代码生成器模块生成工作流引擎中心微服务模块结构，实现改（略），提高业务工作效率；实现更好的业务过程控制，提高顾客服务质量；提高业务流程的柔性等。

（11）支持规则流引擎组件模块，利用代码生成器模块生成规则引擎中心微服务模块结构，实现了将业务决策从应用程序代码中分离出来，并使用预定义的语义模块编写业务决策。

（12）支持统一接口转化组件，在架构公共（略），封装各种格式转化工具类，实现前后端数据通信（实现请求链路优化，做防盗链和 DNS劫持处理，跨域等处理）与对外第（略）。

5.开发平台及工具

（1）采用快速开发代码生成器，提高开发效率，创建与业务无关微服务模块脚手架，提供微服务拆分效率与开发的模块结构、代码风格统一管理，提高模块代码质量。 搭建代码检测质量平台SonarQube，定义质量规则规范文档，控制代码质量。使用Git作为代码版本管理工具。

（2）使用Maven或Gradle等工具实现项目构建管理。

（3）使用Postman等工具进行API测试和调试。

（4）使用JMeter等工具进行性能测试。

6.开放服务接口和开放服务

（1）采用 Eureka/Nacos 服务器用作注册服务，简化客户端与服务器的交互。

（2）支持 Web Services,HTTP REST 标准接口服务，按照网络协议和规定的一些标准数据格式 (Http、XML、Soap)来访问接口服务。微服务内部通讯（略） GET/POST方式。

（3）支持 Restful 标准接口服务，对外提供数据交互服务能力， 获取所需要的结果和服务。

7.应符合系统安全等级保护2.0三级备案要求，满足系统等级保护2.0三级测评标准。

8.系统支持信创国产（略）

3. 技术规范

（1）代码编写符合安盟技术代码规范，代码注释率超（略）%；

（2）系统的安全性、完整性、保（略），严格执行so（略），扫描结果不存在高危漏洞，Reliability（可靠性）、Security（安全性）、Security Review（安全审查）级别方面没有任何问题。

（3）提供完整的源代码，提供（略），包括但（略），数据库设计说明、概要设计、详细设计文档，提供完整的测试用例和测试验收报告。

4. 数据处理规范

（1）在数据层面，需使用大数据技术，涵盖数据采集、数据存储到数据处理等环节。严格确保数据处理时效，使用大数据架构平衡计算**和存储能力，不能出现因数据量级变化或其他系统性能问题导致处理时间**。

（2）整个系统应实现全流程自动化，并具备灵活的断点执行功能。即使在流程中的任意节点出现问题时，后续只对出现问题节点单独重跑即可，不需要重跑全流程。

（3）在数据处理、数据文件生成等阶段，应采用并发模式处理，提高（略）。系统需合理分配任务和优化**调度，保证高效的（略）。

（4）系统需有强大的可视化能力，保证能直观（略）。通过（略），快速（略），保证系统运维效率。

（5）统一管理数据指（略），支持线上化修正取数口径。修正取数口径需立即生效且支持取数口径回滚功能。

（6）系统需包含数据检核机制，数据检核规则可支持修正及添加并且规则立即生效。检核机制应（略），校验（略）。

（7）预警机（略），包括但不限于：各阶段报错、数据加工时长异常、数据检核错误、服务器**异常等。

（8）系统需包含消息提醒机制，可根据消息内容自主选择推送人及推送频次。消息推送采用邮件和短信。

（9）系统需包含数据环比差异比对机制，可自主选择月份进行数据比对。

2.6.其他非功能性需求

项目进行过程中，根据安盟财险的需求，实施商（略），并分享行业内相关的最新动态，具体包括：

1. 培训：为使公司更好地了解新准则及其带来的影响，确保项目顺利进行，对公司进行公司管理层培训、项目组成员与相关部门及人员的工作培训，帮助公司领导层及项目组成员全面理解IFRS17与具体实施后需要完成的各项工作，培训内容包括（略）财务报告的分析等，可使各项目成员快（略）利开展；

2. 上线项目知识转移：基于操作手册完成财务部、精算部、信息技术部等相关部门的上线操（略）

该模（略）

实施部分，包括现有业务系统及周边相关系统改造，与项目落地实施相关的系统的落地实施，包括但不限于数据平台、计量平台、会计引擎、子账系统、费用分摊系统的建设和相应接口的开发，涵盖数据平台、计量平台、会计引擎、子（略）统端到端测试和项目群管理。整体上计划安排为：

（略）项目整体部署生产环境；

（略）入试运行阶段，对试运行阶段出现的问题及优化提升功能实施落地

（略）统正式上线，能够按要求出具符合新保险合同准则要求的财务报表及相关披露。

确定（略），即可开展项目实施，在实施过程中，乙方需安排专业的项目经理及实施团队，严格按照计划要求的进度安排工作，进度安排如下：

1.按照招标结果签订项目合同，乙方（略），同时，甲方也应配备相应工作人员；

2.乙方提交实施人员进场办公申请，并提交相关材料；

3.甲方对乙方项目组成员进行面试、级别评估确认；

4.按甲（略），开展（略），包括需求收集、需求评估、需求分析、需求评审、需求确认、系统设计、开发排期、开发编码、集成测试、业务验收、发布上线等。

5.运维人员需支持日常使用问题解答、系统运行监控、系统故障处理、数据核对、错（略）

3.1项目组咨询团队人员至少包括具有财险公司新保险合同准则成功咨询或实施项目经验的项目经理一名，财务人员三名（略），其中至少包括一名项目经理、一名开发工程师、一名测试工程师。上述人员需具有丰富的项目经验及管理能力，同时项目总负责人需具有财产保险行业经验五年以上从业经验，其他人员不少于三年从业经验。

3.2项目组人员应保证工作的稳定性，未经招标人认可，投标人不得（略）。如果需要更（略），必须书面向招标人提出，经招（略），方可最终确认更换。接替人员的职位、资质应当与调换的人员相当。

3.3如招标方认为项目组相关人员不能胜任相关工作，有权要求（略），投标人应及时响应配合。

1.需求管理

一个实施过程最重要的是实施目标要明确，针对软件开发项目实施需求管理尤为重要。这就需要对需求进行规范的管理及处理流程，需求处理过程包括：接收原始需求、需求评估、需求分析、需求评审、需求（略）成员首先进行需求变更风险评估，然后确定需求变更后的**、计划、工期等内容调整。

2.开发效率

项目组开发人员应严格要求按照甲乙双方确认的开发编码规范进行开发工作，增加开发质量考核指标。重视前期的需求、设计工作，保证项目组与需求提出人员的需求理解高度一致，对需求、设计增加评审、确认环节减少不必要的返工。

3.协调统一

软件实施是一个多专业的协同工作，一方面需要客户与实施团队紧密配合，另一方面需要项目组内部需求、开发、测试等各专业人员相互协调配合工作，此外在各专业之间出现矛盾时应及早发现及早解决。对此项目组成员应做到有计划、有措施、有落实，提前预控。

4.加强进度计划的执行控制

计划实施过程中进行动态管理，检查和发现计划中的偏差，并及时进行调整和纠正，避免影响月计划、阶段计划，进而（略）。

对计划进行严格管理，建立相应奖惩制度，切实保证计划的实施效果。

1.项目实施方应制定一套完整的测试计划，提出测试方案，与甲方讨论通过后，方可（略）。

2.系统测试的条款（略）。

3.测试计划及程序包括下列几项：

（1）测试目的、目标及测试方案；

（2）测试用例编写；

（3）测试用例执行（略）

（4）测试进度表；

（5）有关的测试结果要以书面报告的形式提交，内容包括但不限于：（略）

项目实施方需完成本项目中所列需求，符合签订合同中相关需求标准，若与实际需求单冲突的以实际需求单为准。需求分析、功能设计、开发编码、系统测试达到技术规范书规定的要求，满足甲方需求并达到项目建设目标进行验收。按照需求提出时间进行发布版本制定并推动需求提出人进行验收，验收通过后进行生产版本发布。

本次项目的验收内容主要包括各类文档、量化测试结果。

1.按照甲方要求完（略）

2.每月进行人力投入情况、对应投入工作量及人员周报提交甲方确认；

3.配合协助甲方进行实施人员的相关考核工作；

4.完成甲方要求的技术文档的提交，包括（略）

（1）各类（略），是否涵盖了所有交付物要求；

（2）文档（略），文档描述的信息是否正确、表达是否有歧义、与实际做法是否一致、或表述是否有错等；

（3）文档是否明了，文档描述是（略），是否运用了适（略）

（4）文档是否切实，文档是（略）

（5）文档是否可读性强，文档是否为后续系统开发和测试提供清晰、明确的需求指引和操作指引；

5.测试的验收

（1）数据测试，对数据质量体系（略）

（2）合理性测试，对量化结果的合理性进行测试

（3）稳定性测试，对量化结果的稳定性进行测试

6. 验收标准：

数据、系统符合保险合同准则要求

数据、系统符合公司管理要求

所有本项目需求的功能均已实现

所有提交的事项都已得到解决

系统的（略），项目完成后及时（略），与甲方相关人员约定培训时间，组织培训达到培训目的。

一．总则

1. 合同将授予其投标符合招标文件要求、并能圆满地履行合同的、对采购方最为有利的投标人。

2. 最低报价不（略）。

3. 招标人（略）。

二、（略）

1. 中标人按《（略）。

2. 招标文件、中标人的投（略）为签订合同的依据。

3. 招标人和中标人应当在中标通知书发出之日起（略）日内，根据招标文件和中标人的投标文件订立书面合同。中标人无正当理由拒签合同，在签订合同时向招标人提出附加条件，招标人取消其中标资格，其投标保证金不予退还；给招标人造成的损失超过投标保证金数额的，中标人还应当对超过部分予以赔偿。

三、合同付款条件

按项目进度（里程碑事件）支付相关款项，不高于五期（含），每期支付比例不高于（略）%，其中最后一期付款条件原则上为2026年年度财务审计报告审计完成后，支付项目尾款10%。

附件：（略）

（略）

2024年4月9日

附件：（略）

（略）采购尽职调查表

鉴于贵公司/贵组织（以下简称贵公司或公司）拟参加（略）（以下简称安盟公司）采购事项，为保证采购事项公平、公正，请贵公司填写以下事项，并加盖公章。本（略）为采购投标（包括单一来源采购）的必要文件。如填写虚假信息，将取消投标资格，并列入安盟公司采购黑名单，对于发现有舞弊或违法事项，将进一步追究相关人员责任。贵公司如中标，本（略）将作为与安盟公司签订的采购合同的组成部分。

（贵公司为政府机关、军队、银行、保险公司、（略）

1.公司名称：

2.公司成立时间：

3.公司注册资金：

4.公司注册地址：

5.公司在采购项目实际使用或实施地的地市级行政区域内是否有经营机构（如有，请填写办公地址）：

6.负责本次采购投标的联系人是否为公司正式员工，请填写联系人姓名、职务、电话：

7.公司营业执照所列经营范围：

8.公司是否具有与采购项目有关的资质（资质指政府规定提供与本次采购相关的商品或服务必须具备的资质，不包括已获奖（略），如有请具体说明）：

9.公司股东与实际控制人（实际（略）：持有公司50%以上股份，或对公司具（略））：

10.投标的项目是否需要第三方授权（如是，请说明是否已取得第三方授权，需要授权事项包括但不限于知识产权、肖像权等）：

11.公司是否承诺，因公司提供的商品或服务中存在未授权的事项（不包括安盟公司提供或附加的部分），因此产生的一（略）（如否，请说明理由）：

12.公司近三年是否被列为失信执行人（如有，请具体说明）：

13.公司近（略）（如有，请具体说明）：

14.公司近三年是否存在违规缴纳社保、偷漏税款的情况（如有，请具体说明）：

15.公司近三年是否受到过政府或行政主管部门的行政处罚（如有，请具体说明）：

16.（略）门登记的存续状态是否正常（如存在异常提示，请具体说明）：

17.公司是否能够遵守反洗钱的有关规定（如否，请说明理由）：

18.公司当期资产负债率（资产负债率如超过70%时，请简（略），并分析是否会影响合同的履行）：

19.公司知悉本次采（略）：

20.公司实际控制人、股东、负责人、与采购项目有关的人员及上述人员其近亲属，是否与安盟公司高管、采购承办部门/机构的人员具有亲属、**与合伙、或其他存在利益关联的关系（如有，请具体说明）：

21.安盟公司高管（略）或曾经在公司任职，或与公司有过其他**（如有，请具体说明）：

22.公司相关人员是否与安盟公司高管、采购（略）他给予利益的行为（如有，请具体说明）：

23.公司近三年是否作为投标方投标过安盟公司采购项目（如有，请逐项说明）：

24.公司近三年是否中标过安盟公司采购项目（包括单一来源采购，如有，请逐项说明）：

公司盖章：

经办人签字：

填写日期： （略）