安盟财产保险有限公司新保险合同准则实施中标结果
安盟财产保险有限公司
招标文件
项目名称：新保险合同准则实施项目
二○二四年四月
随着保险行业的快速发展和竞争加剧，新的保险产品和服务不断涌现。实施新保险合同项目以符合IFRS17的要求，有助于提高公司的合规性、透明度和财务报告质量，进而提高客户和投资者对公司的信任度。
1.符合国内外会计准则要求：实施新保险合同项目是财产险保险公司遵循国际和国内会计准则的必然要求，有助于提高公司在国内外市场的信誉和竞争力。
3.优化业务管理和决策：实施新保险合同项目有助于公司深入分析业务数据，更好地了解各种保险产品的盈亏状况，从而优化业务结构，提高盈利能力。
4.提升风险管理水平：实施新保险合同项目要求保险公司对保险合同的现金流、风险调整等进行更加严格的管理和披露，有助于提升公司的风险管理水平，降低潜在风险。
5.符合监管要求：实施新保险合同项目有助于财产险保险公司满足国际和中国监管部门的要求，降低监管风险，保障公司稳健经营。
综上所述，新保险合同项目的实施将有助于公司顺应行业发展趋势，应对外部环境变化，提升企业管理水平和市场竞争力，实现可持续发展。
项目上线后必须满足：
（2）通过外部审计，包括系统的审计和财务业务结果的审计；
（3）支持未来功能拓展；
实施新保险合同项目，以满足会计准则的要求，优化业务流程，提高工作效率，降低成本，提升客户满意度，增强公司品牌形象和市场竞争力。
（1）质量要求：建成标准化的保险精算财务系统，确保公司保险精算与财务会计信息的处理和财务报告均符合新保险会计准则的要求。
2025年3月31日前项目整体部署生产环境；
2025年4月1日进入试运行阶段，对试运行阶段出现的问题及优化提升功能实施落地
（3）质量保证措施及备用方案
(1)未能按项目目标完成项目的潜在原因及风险；
(2)未能按项目目标完成项目的确认条件、迹象；
(3)未能按项目目标完成项目时的责任划分方式或指标；
(4)未能按项目目标完成项目时的资源分配，包括但不限于额外人力资源的投入；
(5)未能按项目目标完成项目时的具体应对方案，详细的工作内容描述；
1.本次招标不接受联合体投标。
2.投标人必须是总包供应商，总包供应商必须是端到端数据集市原厂商或子账系统原厂商或计量系统原厂商之一（提供原厂商证明）
3.本项目允许供应商通过以下两种方式参与投标:
（1）投标人单独组成项目组;（2）投标人与其他公司(以下简称“项目组成员”或“成员”)一同组成项目组且代表项目组参与投标。若投标人最终中标，招标人仅与投标人就项目签订合同。
4.业绩要求：至少有1项在财产险行业新保险合同项目的中标案例（投标方或原厂案例均可），提供合同关键页。
5.分包要求：
（1）本项目允许对咨询进行分包且只允许分包给一家分包商，IT部分不允许分包。分包商须为具有相应咨询、财务精算能力，并拥有实施经验的咨询服务提供商，且分包商自有精算师不少于10人，其中正精算师不少于5人。
（2）中标人不得向他人转让中标项目，接受分包的人不得再次分包。中标人应当就分包项目向招标人负责，接受分包的人就分包项目承担连带责任。
7.信誉要求：
（1）登陆“全国企业信用信息公示系统”查询企业信用信息，提供“基础信息”、“行政许可信息”、“行政处罚信息”、“列入经营异常名录信息”、“列入严重违法失信企业名单（黑名单）信息”等5项截图，如有信息异常情况，且未移除，需要出具异常原因及采取措施的说明材料。如发现存在重大安全事故、偷税漏税、列入严重违法失信企业名单（黑名单）信息或其它可能对招标（采购）人造成潜在重大影响的，投标将被否决。评标时采购委员会可以查询网站对有关信息复核。信息不一致时，以评标时采购委员会的查询为准。
（2）登陆“中国执行信息公开网”分别查询公司和法人代表信息，提交公司和法人代表全国范围内不是“失信被执行人”共2页截图。评标时采购委员会可以查询网站对有关信息复核。信息不一致时，以评标时采购委员会的查询为准。
8.不存在禁止投标的其他情形。
投标人准备和参加投标活动发生的费用自理。
招标投标文件使用的语言文字为中文。专用术语使用外文的，应附有中文注释。
所有计量均采用中华人民共和国法定计量单位。
1.
参与招标投标活动的各方应对招标文件中的商业和技术等内容保密，违者应对由此造成的后果承担法律责任。
招标人有权根据本次采购的具体情况，进行采购数量及安装调试内容及周期的调整。
1.投标人在递交投标文件的同时，应按招标文件规定的投标保证金格式递交投标保证金，并作为其投标文件的组成部分。境内投标人以电汇形式提交的投标保证金，应当从其基本账户转出并在投标文件中附上基本账户开户证明。投标人在汇款时发生的跨行手续费，由投标人自行承担。
2.投标人不按本章第5.7投标保证金中第1项要求提交投标保证金的，采购委员会将否决其投标。
3.投标保证金金额为人民币10万元，招标人最迟将在与中标人签订合同后5个工作日内，向未中标的投标人和中标人无息退还投标保证金。
4.有以下情形的汇款，投标保证金无效：（1）以个人名义汇至招标公司账户的；（2）汇款人账户名称与投标人名称不一致；
5.投标保证金账户信息如下：
户名：安盟财产保险有限公司
开户行：中国建设银行股份有限公司成都新华支行
本招标文件的解释权属招标人。
2.
1.招标文件用以阐明所需产品及服务、招标投标程序和合同条款。招标文件由下述部分组成：
（1）招标说明
（2）投标须知
（3）招标需求
（4）投标文件要求
投标人应认真审阅招标文件中的各个组成部分，充分了解本招标文件中的各项规定和投标人一旦中标后须承担的合同责任和义务；如果投标人的投标文件不能满足本须知的要求，责任由投标人自负，不符合招标文件要求的投标文件将视为废标。
3.
3.由此而形成的答疑文件或补充招标文件是招标文件的组成部分，与招标文件具有同等效力。
4.答疑的目的是澄清各投标人的疑问、解答该阶段投标人可能提出的任何有关方面的问题。
5.特别提醒投标人注意：如果投标人发现招标文件中存在错误（包括但不限于：各个组成部分之间出现歧义或存在相互矛盾；组成文件中出现明显或不符合思维逻辑等的错误；打印错误）时，投标人可提出异议。如果投标人在投标过程中未能发现并未对有关歧义、矛盾、错误提出质疑，中标后，中标人必须接受由招标人依据合同有关条款做出的书面解释。
4.
2.招标文件的补充文件将以书面的方式发给所有获得招标文件的投标人，并对他们起约束作用。投标人收到招标文件的任何补充文件后，应立即以书面的方式通知招标人，确认已经收到招标文件的补充文件。
(一)投标文件的组成应包括下列部分：
1.投标文件封面；
2.项目投标函；
3.法定代表人身份证明书；
5.负责本项目实施的项目经理、项目负责人、技术人员简历；
6.开标一览表
7.加盖公章的《项目需求报价单》；
8.投标产品/服务/技术方案详细说明（不限格式）。要求包括：项目分析、具体实施驻场人员、参与人员、实施计划、实施策略、风险应对、增值服务等内容。
9.过往项目案例；
10.其他支持材料。
（二）报价要求
5.
1.具体报价编制依据及要求如下：
（1）根据国家、本市有关的规定，参照行业收费标准和各企业内部服务取费标准，以及其他有关收费标准等，提出具体报价金额。
（2）各个投标单位应依据自身条件和特点，结合本项目的要求、规模等特点，发挥优势自行报价。
（3）投标人应在投标文件所附的投标报价表上列明分项报价，并加盖公章。
（4）投标报价币种为人民币。
11.招标人在发出中标通知书前对商务标进行审核，如发现有计算错误者，中标人必须按中标价反推算出各子目单价进行调整，否则招标人可认为中标人放弃其中标资格。调整后的价格作为项目结算价格的依据。
13.一旦投标人中标，投标人不得以任何借口向招标人提出增加费用要求，否则，投标人将承担因此造成的一切法律责任。
16.中标后，除需求变更，由我方审核确认后的报价表不可调整。
17.本项目设有最高投标限价，即总价850万（含税价）。以上费用包含项目管理费用、项目实施费用（含差旅费用等）、项目咨询费用、人员培训费用、一年免费运维服务等全部费用。
18.投标人应当在投标文件中，就免费运维服务期结束后的运维费用另行合理报价，该报价不包含在IFRS17项目最高投标限价内。
（三）投标有效期
1.除投标人须知前附表另有规定外，投标有效期为90天。
2.在投标有效期内，投标人撤销投标文件的，应承担招标文件和法律规定的责任。
（四）投标文件的编制
1.投标文件应按“投标文件格式”进行编写，如有必要，可以增加附页，作为投标文件的组成部分。
19.投标文件应当对招标文件有关供货期、投标有效期、招标需求、招标范围等实质性内容作出响应。投标文件在满足招标文件实质性要求的基础上，可以提出比招标文件要求更有利于招标人的承诺。
（2）投标文件正本一份，副本三份。正本和副本的封面右上角上应清楚地标记“正本”或“副本”的字样。正本文件袋需包含投标文件电子版。当副本和正本不一致或电子版文件和纸质正本文件不一致时，以纸质正本文件为准。
（3）投标文件的正本与副本应分别装订，并编制目录，投标文件需分册装订的，具体分册装订要求见投标人须知前附表规定。
7.1.投标单位须知附表
投标单位须知附表
条款号
条款名称
编列内容
1
招标单位
名称：安盟财产保险有限公司
地址：四川省成都市高新区交子大道33号中国华商金融中心1号楼36层
联系人：邱老师
2
项目名称
新保险合同准则实施项目采购
3
项目地点
成都
4
报价方式
含税包干总价
5
资格审查方式
资格后审
6
是否接受联合体投标
不接受
7
递交截止日期前
8
9
2024年4月19日17：30
10
最高投标限价
850万（含增值税）
11
近年完成的类似项目的年份要求
近3年
12
签字或盖章要求
不要求逐页小签，按招标文件要求签字和盖章
13
投标文件正、副本份数
投标文件：壹份正本、叁份副本
14
装订要求
投标文件由商务部分、技术部分及资格证明文件三部分组成，三部分按顺序合并装订，投标文件的正本与副本应分别装订成册，投标文件应编制目录，并且逐页标注连续页码，否则，招标单位对由于投标文件装订松散而造成的丢失或其他后果不承担任何责任。
15
16
封套上写明
投标文件密封并在封套上写明：
17
地点：成都:四川省成都市高新区交子大道33号中国华商金融中心1号楼36层
18
招标程序
密封情况检查：展示投标文件的密封情况，经投标单位确认投标文件完好后，当众开启投标文件。
开标顺序：按报名顺序开启。
19
评标小组的组建
评标专家确定方式：由招标单位依法组建。
20
评标办法
综合评分法
7.2.投标人资格的证明文件
投标人必须提供证明其有资格进行投标和有能力履行合同的文件，作为投标文件的一部分。
1.投标人有效的“营业执照”复印件（加盖公章）；
4.负责本项目的项目经理、项目负责人、重要成员简历；
6.投标人应具有履行合同所需的财务、技术和生产能力（提供客户名单及合同等证明材料）；
7.3.投标文件的密封和标记
1.投标人应将投标文件的正本和副本分别用非透明文件袋密封，在封签处加盖公章，并标明正本或副本。
2.每一封套上应载明的信息详见招标文件。
4.如未按上述规定进行密封和标记，招标人对投标文件的误投或提前拆封不负责任。
7.4.投标文件递交说明
2.投标人递交投标文件的地点：见招标文件。
3.除招标文件另有规定外，投标人所递交的投标文件不予退还。
4.招标人收到投标文件后，向投标人出具签收凭证。
5.逾期送达的投标文件，招标人将予以拒收。
7.5.投标文件的修改与撤回
2.投标人对投标文件进行补充、修改的书面材料或撤回的通知应按本招标文件规定进行编写、密封、标注和递送，并注明“补充/修改投标文件”或“撤回投标”字样。
4.投标人不得在开标后至投标有效期届满前撤销投标文件。
8.1.开标
在开标时没有启封的投标文件（包括递交的修改书），在评标时将不予考虑。提交了可接受的“撤回”的投标文件将不予开封并退回给投标人。
8.2.采购委员会
招标人根据招标特点组建采购委员会，负责评标工作；在评标期间，投标人企图影响招标人的任何活动，将导致投标被拒绝，并承担相应的法律责任。
8.3.投标文件的澄清
在评标期间，招标人可根据采购委员会的需要，要求投标人对其投标文件进行澄清，有关澄清的要求和答复应以书面形式提交，但不得寻求、提供或允许对投标价格等实质性内容做任何更改。
8.4.资格审查
合格的投标人应具备以下条件：
投标人必须满足《中华人民共和国政府采购法》二十二条之规定：
（1）具有独立承担民事责任的能力；
（2）具有良好的商业信誉和健全的财务会计制度；
（3）具有履行合同所必需的设备和专业技术能力；
（4）有依法缴纳税收和社会保障资金的良好记录；
（5）前三年内，在经营活动中没有重大违法记录；
（6）法律、行政法规规定的其他条件。
8.5.评审方法及评标办法
评标工作在采购委员会内独立进行，采购委员会将公正、公平地对待所有投标人。对所有投标人的投标评估，都采用相同的程序和标准，评标将依据招标文件和投标文件的记载。
投标人需向采购委员会进行陈述（以PPT形式），陈述内容请结合本文中“技术要求”中各章节内容。
招标人可根据项目需求面试投标人团队的成员，提供人员名单后，未经招标人认可，投标人不得更换、调减项目团队人员。如果需要更换调减任何人员，必须书面向招标人提出，经招标人同意后，方可最终确认更换。接替人员的职位、资质应当与调换的人员相当。
8.6.评审说明
评委根据综合表现最终选定中标方。
8.7.废标条件
出现下列情形之一的，应予废标：
（1）符合专业条件的投标人或者对招标文件作实质响应的投标人不足三家的；
（2）出现影响采购公正的违法、违规行为的；
（3）因重大变故，采购任务取消的；
废标后，采购人应当将废标理由通知所有投标人。
招标机构：安盟财产保险有限公司
标书投递地址：成都市高新区交子大道33号中国华商金融中心1号楼36层；
联系人：邱老师；
注：逾期送达或不符合规定的投标文件恕不接受。
评审项目
评分内容
企业规模
1.企业注册资本。2.企业近三年年度平均营业收入。3.近三年财务审计报告。
实施供应商企业资质
领域经验
咨询服务能力
项目实施方案
1.投标人提供应答文件，系统功能清单应答情况及系统需求分析、设计和实施。2.投标人提供产品方案，结合本项目提供解决方案应答。
团队人员资质
1.投标人需指定一人为新保险合同准则系统实施项目总负责人，该项目总负责人需为咨询公司派出人员，具有财产保险行业经验5年以上，且有财产保险行业新保险合同准则项目成功咨询案例1个及以上。
2.项目团队成员应至少包括具有财险公司新保险合同准则咨询或实施项目经验的财务人员3名、精算人员4名、系统实施人员7名（项目经理、开发工程师、测试工程师每个岗位至少1人）。
3.项目服务团队中，具有中国、北美、英国或澳洲精算师协会认证的产险正/准精算师资格的人员数量。
现场讲标及答疑
采购委员会对投标方对此项目的讲标情况及现场答疑进行评分。注：投标人讲标及答疑内容包括但不限于项目财务精算咨询方案、项目实施技术方案、项目建设保障措施、项目实施需求解读、项目实施后续质保及服务、项目实施团队情况、公司既往实施案例，以及项目经理自我介绍（咨询、实施各1名项目经理，每人3分钟）、现场答疑等内容。
现场运维服务
系统实施商分支机构的开设情况，运维阶段能否提供现场支持运维服务。
报价
报价超出最高限价视为废标，以投标企业850万以内报价为有效价格。
总计
一、项目背景和目的
二、项目范围及要求
为实现新保险合同准则的落地，本项目将分为整体项目管理、财务精算咨询、数据系统流程（DSP）咨询与设计、系统功能实施、测试及项目后续运维六个部分进行，从而确保满足2026年1月1日新保险合同准则财务报告编制的所有财务精算技术要求。各部分的主要工作内容摘要如下：
2.1.整体项目管理（PMO）
2.设计各项任务、供应商及工作组的工作任务，各工作组的人员要求，工作组之间的工作衔接机制；
3.对接安盟财险新保险合同准则实施业务技术咨询项目供应商，协调好衔接工作，跟踪业务技术咨询项目交付进度，衔接交付内容，从DSP需求的角度进行把关；
5.制定项目资源计划；
6.项目沟通管理：组织项目启动会、项目、关键里程碑汇报会、结项会等；
7.项目日常管理：包括范围及变更管理、交付管理、进度管理、资源管理、问题管理、风险管理、质量管理等；
8.建立项目管理工具。
该模块交付物
编号
工作模块
交付物
项目管理
PMO工作方案
项目工作规划和详细计划
项目交付物审核签收管理表
项目工作周报
项目工作问题清单
高管汇报材料
会议记要
2.2.财务精算咨询
基于IFRS17要求，结合公司现状、行业做法及现阶段进展，设计提供适合安盟财险的咨询方案。从深度，广度和频度上完善及明确技术需求提供。
1.精算技术需求解读
2.1.3.过渡期计算：协助梳理过渡期数据需求，协助公司测算不同假设下过渡日的财务结果并开展分析，确保过渡日财务结果的合理性。
会计政策
会计政策——重大保险风险测试
会计政策——最小计量单元
会计政策——合同边界和确认
会计政策——合同分组
会计政策——投资成分拆分
会计政策——PAA方法
会计政策——BBA方法
会计政策——RA处理方法
会计政策——折现率
会计政策——再保险合同处理方案
精算计量模型
重大保险风险测试方案及模板
盈亏测试方案及模板
PAA模型适用性测试方案及模板，模型操作手册文档
PAA模型场景财务核算方案
PAA模型场景数据需求
PAA模型直保临分（包含分入、分出）计量模型
PAA模型合约分入计量模型
PAA模型合约分出计量模型
PAA模型计量结果分摊方案
未决赔款准备金计量方案及数据需求文档
准备金系统升级改造的技术文档
BBA培训材料
过渡安排
过渡期方案
过渡期安排数据需求方案
过渡期计量模型
过渡期合理性分析模版
增值服务
确保甲方在新保险合同准则方面通过2026年年度审计报告的确认
2.财务技术需求解读
2.2.2.修订会计政策：需基于公司的会计政策现状，结合新准则的要求，与公司讨论、修订现有会计制度或编制新制度；确定符合公司实际业务的具体会计政策；确定符合公司特点和新准则要求的会计核算工作流程制度和内部控制管理办法；
2.2.3.费用分摊方案：根据公司费用实际情况及管理要求，结合行业实践和费用影响测算结果，制定新保险合同准则要求的费用分摊方案。分摊方案包括但不限于分摊范围、获取费用和维持费用的确定、履约现金流的归属、分摊因子及比例、处理方式等；
2.2.4.编制会计科目体系：设计符合新准则要求的会计科目表，科目表应结合公司财务分析要求、新准则账务处理要求、披露要求；
2.2.5.制定会计制证规则方案：以现行准则全量业务场景为基础，制定符合新准则要求的会计制证规则和处理流程。具体需求包括：
一、
二、
二.1.
二.2.
二.3.
二.4.
二.5.
一、会计制证规则应覆盖细分的各类险种或产品，覆盖其全生命周期下的全场景，包括适用新准则和不适用新准则的保险业务；
二、会计制证规则应匹配各场景，并符合新准则的要求；
三、会计制证规则应明确制证时点、制证颗粒度；
四、会计制证规则应明确各场景下的业财对接方案，以及数据输入需求、系统对接需求、数据处理逻辑需求等；
2.2.7.设计报表列示和披露方案：根据新准则和公司的具体需求对财务报表做出设计。设计财务报表的勾稽关系和生成逻辑；设计附注披露报表的内容、格式和生成逻辑，及报表结果的验证逻辑；
业务场景梳理
业务场景清单
会计政策——费用分摊
会计政策——会计政策选择
财务核算
新保险合同准则会计科目设计
新保险合同准则下现有业务和新增业务场景核算方法
列报与披露
新保险合同准则报表列示方案
新保险合同准则披露方案
2.3.数据系统流程（DSP）咨询与设计
实施商需调研公司系统、流程、数据现状细节，结合软件招标工作所确定使用的应用软件，制定总体设计方案和各系统业务需求说明书，用于指导各系统/模块建设，包括但不限于以下内容：
1.总体设计方案
1.1.高阶数据流转图：设计基于IFRS17的端到端的数据流转图；
总体设计方案
业务系统评估结论及解决方案
数据平台详细设计方案
系统间衔接交互详细方案
报表应急报送解决方案
手工报表
2.IFRS17数据平台需求说明书
IFRS17数据平台的主要业务功能包括：数据平台基座（数据质量检查需求）、合同分组、逐保单现金流处理、特殊现金流处理、费用分摊。需求说明书的内容需与总体设计方案呼应，具体包括但不限于本需求后续章节中描述的各系统落地实施的业务需求、数据接口需求、定制化数据处理加工需求、性能需求等；
2.1.数据探源与分析：根据功能模块的数据需求，逐模块配合客户核心系统团队和业务团队进行数据探源工作，结合现状分析IFRS17在数据方面的差异，输出数据差异下数据修复和核心改造高阶建议；
2.3.源系统改造功能设计：实施商需结合数据平台基座功能说明书，提出IFRS17数据源需求，配合公司进行数据探源工作。对于数据差异部分与公司共同沟通解决方案，提出核心系统优化改造需求；
2.4.合同分组（直保&再保）：根据精算业务方案，梳理直保&再保核心数据对接方案，设计合同分组的系统实现方案。根据准则对重大风险测试/盈利性水平测试/PAA适用性测试/合同分组主流程的要求，完成数据平台处理方案设计；
2.6.费用分摊：结合业务技术咨询的会计方案，根据公司实际情况，设计合理的分摊方案，将现有财务记账结果中业管费、佣金及手续费等分类为可直接归属于合同组-获取、可直接归属于合同组-维持、不可直接归属于合同组的部分，并进一步分摊到合同组或保单；
2.7.过渡期数据处理方案：根据过渡期业务方案，将历史存量保单根据规则置上合同分组标签，以备后续IFRS17正式实施后的计量评估。配合业务及公司IT从各源系统获取所有历史明细数据，并在最小核算单元维度加工出计量所需历史逐年数据项，包括历年的流量类数据及余额类数据。
数据平台
数据质量检查需求说明
IFRS17数据源需求说明书
业务需求文档
业务需求说明书——数据需求文档
业务需求说明书——合同分组
业务需求说明书——费用分摊
业务需求说明书——现金流预处理
3.IFRS17会计引擎需求说明书
按照梳理完成的业务场景及会计逻辑，将计量引擎输出的结果转换成财务凭证数据，并对接总账系统。会计引擎业务需求描述与交付物如下：
3.1.数据接口设计：协助梳理会计引擎从计量引擎中提取待制证数据；
3.2.记账规则管理：IFRS17会计引擎用于实现新准则要求下的业财转换；
3.3.IFRS17期末账：对接计量引擎，将计量变量按照记账规则转换，形成IFRS17期末帐子帐；
3.4.子账与总账映射配置：维护子账与总账映射配置关系，汇总子帐数据，对接总账系统推送总账；
会计引擎
会计引擎系统建设需求说明书
会计引擎系统参数配置和客户化功能设计
4.IFRS17计量引擎需求说明书
计量引擎将对接IFRS17数据平台各模块输出的结果（包括但不限于实际现金流输出、费用分摊输出），引擎内实现预期现金流计算及上层模型计算，按照IFRS17准则要求输出对应披露内容。系统可支持比对不同精算假设对准备金评估结果的影响。计量引擎业务需求描述与交付物如下：
4.1.数据接口设计：设计计量引擎从IFRS17数据平台取数等数据源的的数据接口设计；
4.2.PAA模型：实施商需调研PAA模型计量方法的具体需求，结合精算解读，设计适当的方案。设计未到期责任准备金的计算和摊销、未决赔款准备金计算、亏损部分计算等；
计量引擎
计量引擎系统建设需求说明书
计量引擎系统参数配置和客户化功能设计
计量模型技术文档（BBA法）示例模型
2.4.系统功能开发及测试
实施商需调研公司系统、流程、数据现状细节，结合公司所确定使用的应用软件，制定总体设计方案和各系统业务需求说明书，用于指导各系统/模块建设。
2.会计引擎功能开发：实施商应设计合理的数据接口对接、记账规则管理、IFRS17期末帐生成、子账与总账对接实施；
3.计量引擎功能开发：实施商应设计合理的计量引擎开发方案并实施，包括底层预期现金流计算，上层所有产品模型。包括但不限于合同服务边际/亏损部分的计算与滚存、未决赔款准备金计算、递延获取费用计算、现金流折现等，并提供BBA接口（暂不验证功能）；
4.功能测试（SIT）：根据精算及财务提供的测试案例，完成上述模块的功能测试制定并管理测试计划，明确测试策略、测试方法，主导设计测试用例及场景，设计测试过程记录文档模板等；
5.端到端测试：制定端到端功能测试流程及方案，并协助公司完成测试；协助、协调测试人员完成测试过程，并记录测试结果，编制测试报告。
7.上线支持：系统切换上线试运行及后续正式并行运行阶段支持，支持系统切换上线，协助提供相应工作准备方案和技术支持，系统切换上线业务验证和技术验证。提供系统上线试运行阶段的支持以及后续正式并行运行阶段的支持，完成2026年1月1日的正式上线及2026年1-12月份的月结，同时为新准则报表报送提供兜底方案和技术支持，提供不少于1年的免费运维期，且必须承接I17系统后续的日常运维工作。
系统开发
数据平台功能开发（合同分组、费用分摊、现金流汇总）
会计引擎功能开发
计量引擎功能开发
功能测试
数据平台功能测试
会计引擎功能测试
计量引擎功能测试
端到端测试
数据平台端到端测试
会计引擎端到端测试
计量引擎端到端测试
UAT测试
测试的技术支持
合理性分析文档
并行期支持/上线支持
并行期结果合理性验证
上线支持
2.5.项目技术需求
系统设计技术需求包括但不限于以下功能：
1.基础架构原则
1.高性能原则：满足业务大数据量处理的高性能、高吞吐量需求。
2.高可靠性原则：保证系统运行的连续性和稳定性，保障7*24小时正常运行。
3.跨平台原则：系统程序语言为JAVA，使用mysql等开源数据库及一些国产数据库，支持各主流的操作系统平台，支持主流中间件平台等，能在各平台间进行平滑迁移。
4.可管理性原则：整体架构结构清晰、各部分分工明确、易于管理。
5.先进性原则：先进性原则首先要求技术领先，同时要求相应的产品和技术在市场和服务等方面领先，以达到利于系统较长期维护、升级的目的。
2.技术要求
1.硬件架构
（1）采用虚拟化或云部署模式，支持Linux、Windows跨平台部署。支持基于vm虚拟机、基于K8S自建容器云平台容器化部署。
2.系统架构
（1）整体架构高标准，以SOA（面向服务的架构）和微服务与DDD（领域驱动）思想体系为标准升华的微服务架构。
（2）支持对接人工组件，支持Python编程实现智能化。
（3）应用系统高可用，支持异地多活，面向高并发业务场景支持定向服务节点扩容，支持通过配置化方式完成快速节点扩容。
（4）部署环境灵活性，多种运行环境，灵活发布方式。
3.应用部署中间件及应用平台
（1）采用RocketMQ，Kafka等开源消息队列，用于在分布式系统中存储转发消息。
（2）使用服务网关和负载均衡技术实现服务的统一入口和负载均衡。
（3）实现服务间的远程调用，包括RESTfulAPI和RPC。
（4）采用高速缓存数据存储计算Redis。
（5）搭建K8S服务，安装Maven、Jenkins等服务软件。
（6）搭建研发运维一体化平台。涵盖开发、测试、集成、发布等各流程。Jenkins、Maven、Sonar等提供研发、测试、运维过程中涉及的开发工具、代码管理与审核工具、测试工具、集成工具、发布工具等。
（7）采用高性能软负载反向代理nginx。
4.开源技术组件
（1）采用基于组件化开发的后端技术，基于SpringBoot技术实现，在设计环节，完全遵守微服务和组件化设计方式，采用组件化设计模式，以开源的SpringBoot3.x、SpringCloud与SpringCloudAlibaba作为微服务框架为主，在此基础上进行封装的五层领域驱动模式。
（2）采用基于VUE的前端技术，构建用户界面的渐进式框架，该框架运用前后端分离的MVVM软件架构设计模式，基于渐进式JavaScript框架Vue.js、Webpack构建技术、vuex状态管理和Element-UI等技术栈进行架构设计。
（3）在分布式微服务架构与容器部署下，适应不同的场景、需求以及性能要求的定制唯一流水号生成模块。
（4）满足分布式微服务的架构与环境下，任务调度的维护与触发，自定义节点调用控制，与调度报表的统计等的分布式任务调度服务模块。
（5）框架base组件模块引入开源的Sentinel、Ribbon和Hystrix、zipkin、skywalking，实现面向分布式服务架构的高可用流量防护组件，实现微服务的流量为切入点，从限流、流量整形、熔断降级、系统负载保护、热点防护等多个维度保障微服务的稳定性。
（6）支持注册中心，利用代码生成器模块生成注册中心与配置中心组件微服务模块模块，引入开源的Eureka与Nacos客户端依赖组件，基于开源的nacos源码、SpringCloudConfig组件进行整合服务的配置中心与服务注册发现的功能。
（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）支持WebServices,HTTPREST标准接口服务，按照网络协议和规定的一些标准数据格式(Http、XML、Soap)来访问接口服务。微服务内部通讯采用HTTPGET/POST方式。
（3）支持Restful标准接口服务，对外提供数据交互服务能力，获取所需要的结果和服务。
7.应符合系统安全等级保护2.0三级备案要求，满足系统等级保护2.0三级测评标准。
3.技术规范
（1）代码编写符合安盟技术代码规范，代码注释率超30%；
（2）系统的安全性、完整性、保密性等符合安盟系统信息技术验收基本要求，严格执行sonar代码扫描，扫描结果不存在高危漏洞，Reliability（可靠性）、Security（安全性）、SecurityReview（安全审查）级别方面没有任何问题。
（3）提供完整的源代码，提供完整的设计文档，包括但不限于系统架构图，数据库设计说明、概要设计、详细设计文档，提供完整的测试用例和测试验收报告。
4.数据处理规范
（2）整个系统应实现全流程自动化，并具备灵活的断点执行功能。即使在流程中的任意节点出现问题时，后续只对出现问题节点单独重跑即可，不需要重跑全流程。
（3）在数据处理、数据文件生成等阶段，应采用并发模式处理，提高系统性能。系统需合理分配任务和优化资源调度，保证高效的数据处理能力。
（4）系统需有强大的可视化能力，保证能直观地监控到各节点的运行情况。通过可视化界面，快速发现和定位问题，保证系统运维效率。
（5）统一管理数据指标口径，支持线上化修正取数口径。修正取数口径需立即生效且支持取数口径回滚功能。
（6）系统需包含数据检核机制，数据检核规则可支持修正及添加并且规则立即生效。检核机制应支持可自主选择待校验表，校验机制灵活。
（7）预警机制需覆盖各节点的异常情况，包括但不限于：各阶段报错、数据加工时长异常、数据检核错误、服务器资源异常等。
（8）系统需包含消息提醒机制，可根据消息内容自主选择推送人及推送频次。消息推送采用邮件和短信。
（9）系统需包含数据环比差异比对机制，可自主选择月份进行数据比对。
2.6.其他非功能性需求
培训
培训材料
用户操作手册
系统源代码
系统架构设计文档
系统部署升级手册
数据字典
数据流转逻辑思维图
确定中标结果后，即可开展项目实施，在实施过程中，乙方需安排专业的项目经理及实施团队，严格按照计划要求的进度安排工作，进度安排如下：
1.按照招标结果签订项目合同，乙方建立实施项目组，同时，甲方也应配备相应工作人员；
3.甲方对乙方项目组成员进行面试、级别评估确认；
4.按甲方需求管理要求，开展项目实施工作，包括需求收集、需求评估、需求分析、需求评审、需求确认、系统设计、开发排期、开发编码、集成测试、业务验收、发布上线等。
5.运维人员需支持日常使用问题解答、系统运行监控、系统故障处理、数据核对、错误数据处理、监管报送、关联系统问题排查等工作。
3.1项目组咨询团队人员至少包括具有财险公司新保险合同准则成功咨询或实施项目经验的项目经理一名，财务人员三名、精算人员四名；实施厂商人员不少于七人，其中至少包括一名项目经理、一名开发工程师、一名测试工程师。上述人员需具有丰富的项目经验及管理能力，同时项目总负责人需具有财产保险行业经验五年以上从业经验，其他人员不少于三年从业经验。
3.2项目组人员应保证工作的稳定性，未经招标人认可，投标人不得更换、调减项目组人员。如果需要更换调减任何人员，必须书面向招标人提出，经招标人同意后，方可最终确认更换。接替人员的职位、资质应当与调换的人员相当。
1.需求管理
一个实施过程最重要的是实施目标要明确，针对软件开发项目实施需求管理尤为重要。这就需要对需求进行规范的管理及处理流程，需求处理过程包括：接收原始需求、需求评估、需求分析、需求评审、需求确认、功能设计、开发计划、开发编码、集成测试、业务验收、生产上线；在开发过程中容易出现需求变更的情况，针对甲方提出的需求变更，项目组成员首先进行需求变更风险评估，然后确定需求变更后的资源、计划、工期等内容调整。
2.开发效率
项目组开发人员应严格要求按照甲乙双方确认的开发编码规范进行开发工作，增加开发质量考核指标。重视前期的需求、设计工作，保证项目组与需求提出人员的需求理解高度一致，对需求、设计增加评审、确认环节减少不必要的返工。
3.协调统一
软件实施是一个多专业的协同工作，一方面需要客户与实施团队紧密配合，另一方面需要项目组内部需求、开发、测试等各专业人员相互协调配合工作，此外在各专业之间出现矛盾时应及早发现及早解决。对此项目组成员应做到有计划、有措施、有落实，提前预控。
4.加强进度计划的执行控制
计划实施过程中进行动态管理，检查和发现计划中的偏差，并及时进行调整和纠正，避免影响月计划、阶段计划，进而影响总控计划。
对计划进行严格管理，建立相应奖惩制度，切实保证计划的实施效果。
1.项目实施方应制定一套完整的测试计划，提出测试方案，与甲方讨论通过后，方可按计划进行测试。
2.系统测试的条款应与技术规范一致。
3.测试计划及程序包括下列几项：
（1）测试目的、目标及测试方案；
（2）测试用例编写；
（3）测试用例执行情况表、测试结果报告；
（4）测试进度表；
（5）有关的测试结果要以书面报告的形式提交，内容包括但不限于：测试用例、测试报告等。
本次项目的验收内容主要包括各类文档、量化测试结果。
1.按照甲方要求完成核心业务系统需求开发工作；
2.每月进行人力投入情况、对应投入工作量及人员周报提交甲方确认；
4.完成甲方要求的技术文档的提交，包括但不限于
（1）各类文档是否齐全，是否涵盖了所有交付物要求；
（2）文档是否准确，文档描述的信息是否正确、表达是否有歧义、与实际做法是否一致、或表述是否有错等；
（3）文档是否明了，文档描述是否简洁明了、方便理解，是否运用了适当的术语、图形等进行多方位表达；
（4）文档是否切实，文档是否对主要功能和关键操作提供应用实例；
（5）文档是否可读性强，文档是否为后续系统开发和测试提供清晰、明确的需求指引和操作指引；
5.测试的验收
（1）数据测试，对数据质量体系、数据模型、数据质量管理优化方案进行测试
（2）合理性测试，对量化结果的合理性进行测试
（3）稳定性测试，对量化结果的稳定性进行测试
6.验收标准：
数据、系统符合保险合同准则要求
数据、系统符合公司管理要求
所有本项目需求的功能均已实现
所有提交的事项都已得到解决
项目
对象
培训目的
培训内容概要
技术人员培训
系统维护人员
1.数据库日常维护2.服务接口日常维护3.软件日常维护4.系统框架及结构设计培训
业务骨干培训
1.了解业务方案在系统内的实现方式，掌握必要的操作方法，保障系统上线后能顺利操作
2.掌握初始化的基本工作方法，能参加初始化工作
1.软件基本结构体系及运行原理
2.业务方案在系统内的实现方法
3.初始化工作的操作方法
业务人员培训
系统用户
熟练操作系统
各系统功能的操作方法
一．总则
1.合同将授予其投标符合招标文件要求、并能圆满地履行合同的、对采购方最为有利的投标人。
2.最低报价不是被授予合同的保证。
3.招标人在授予合同时有权对招标产品数量和服务予以增加或减少。
二、签订合同
1.中标人按《中标通知书》要求与买方签订合同。
2.招标文件、中标人的投标文件及其澄清文件及双方合同谈判所形成的协议等，均为签订合同的依据。
3.招标人和中标人应当在中标通知书发出之日起30日内，根据招标文件和中标人的投标文件订立书面合同。中标人无正当理由拒签合同，在签订合同时向招标人提出附加条件，招标人取消其中标资格，其投标保证金不予退还；给招标人造成的损失超过投标保证金数额的，中标人还应当对超过部分予以赔偿。
三、合同付款条件
附件：《采购尽职调查表》
2024年4月9日
安盟财产保险有限公司采购尽职调查表
（贵公司为政府机关、军队、银行、保险公司、证券公司、期货公司、信托公司、股东方关联公司不需要填写此表）
1.公司名称：
3.公司注册资金：
4.公司注册地址：
5.公司在采购项目实际使用或实施地的地市级行政区域内是否有经营机构（如有，请填写办公地址）：
7.公司营业执照所列经营范围：
9.公司股东与实际控制人（实际控制人是指：持有公司50%以上股份，或对公司具有实际决定权）：
12.公司近三年是否被列为失信执行人（如有，请具体说明）：
13.公司近三年是否被列入制裁名单（如有，请具体说明）：
14.公司近三年是否存在违规缴纳社保、偷漏税款的情况（如有，请具体说明）：
15.公司近三年是否受到过政府或行政主管部门的行政处罚（如有，请具体说明）：
16.公司近三年在工商行政管理部门、税务部门登记的存续状态是否正常（如存在异常提示，请具体说明）：
17.公司是否能够遵守反洗钱的有关规定（如否，请说明理由）：
18.公司当期资产负债率（资产负债率如超过70%时，请简要说明原因，并分析是否会影响合同的履行）：
20.公司实际控制人、股东、负责人、与采购项目有关的人员及上述人员其近亲属，是否与安盟公司高管、采购承办部门/机构的人员具有亲属、合作与合伙、或其他存在利益关联的关系（如有，请具体说明）：
21.安盟公司高管、采购承办部门/机构的人员是否现在或曾经在公司任职，或与公司有过其他合作（如有，请具体说明）：
23.公司近三年是否作为投标方投标过安盟公司采购项目（如有，请逐项说明）：