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

（略）
招标文件
项目名称：（略）
（略）
二○二四年四月
目录目录
第一章项目概述
一、项目背景
二、项目必要性
三、项目范围
四、项目目标
五、投标
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.其他非功能性需求
第三章实施要求
一、项目计划安排
二、实施流程
三、项目组人员要求
四、工期保证措施
五、测试要求
六、验收要求
七、实施培训要求
第四章合同签订
一．总则
二、签订合同
三、合同付款条件
第一章项目概述一、项目背景国际会计准则委员会分别于2017年5月和2020年6月发布了《国际财务报告准则第17号——保险合同》和《对国际财务报告准则第17号>的修订》（以下简称“IFRS17”）。中国财政部于2020年12月24日修订发布了《企业会计准则第25号——保险合同》(财会〔2020〕20号)（以下简称新保险合同准则），与IFRS17趋同。新保险合同准则的实施，（略）的财务报告、负债计量、信息披露、经营管理等产生深远的影响。实施新保险合同准则需要对数据、系统开展全面的梳理、分析、设计和建设工作，（略）内部管理要求。考虑到实施新保险合同准则专业要求高、难度系数高、时间紧迫等特点，（略）推进项目的咨询及落地实施工作。
二、项目必要性随着保险行业的快速发展和竞争加剧，新的保险产品和服务不断涌现。实施新保险合同项目以符合IFRS17的要求，（略）的合规性、透明度和财务报告质量，（略）的信任度。
1.符合国内外会计准则要求：（略）遵循国际和国内会计准则的必然要求，（略）在国（略）场的信誉和竞争力。
2.提高财务报告质量和透明度：实施新保险合同项目将有助于提高财务报告的质量和透明度，（略）的业务状况和风险敞口。
3.优化业务管理和决策：（略）深入分析业务数据，更好地了解各种保险产品的盈亏状况，从而优化业务结构，提高盈利能力。
4.提升风险管理水平：（略）对保险合同的现金流、风险调整等进行更加严格的管理和披露，（略）的风险管理水平，降低潜在风险。
5.符合监管要求：（略）满足国际和中国监管部门的要求，降低监管风险，（略）稳健经营。
综上所述，（略）顺应行业发展趋势，应对外部环境变化，提升企业管理水（略）场竞争力，实现可持续发展。
三、项目范围整体上，（略）、（略）、会计引擎、费用分摊、（略）改造、（略）改造、过渡期处理等在内的全部业务需求说明以及相关功能结果的测试、确认。
项目上线后必须满足：
（1）符合《企业会计准则第25号——保险合同》准则的相关规定；
（2）通过外部审计，（略）的审计和财务业务结果的审计；
（3）支持未来功能拓展；
（4）财政部及金融监管总局等政府监管机构的相关要求。
四、项目目标实施新保险合同项目，以满足会计准则的要求，优化业务流程，提高工作效率，降低成本，提升客户满意度，（略）品牌形（略）场竞争力。
按照质量和时间两方面的要求完成新保险合同准则报表披露：
（1）质量要求：（略），（略）保险精算与财务会计信息的处理和财务报告均符合新保险会计准则的要求。
（2）时间要求：
2025年3月31日前项目整体部署生产环境；
2025年4月1日进入试运行阶段，对试运行阶段出现的问题及优化提升功能实施落地
2026年1月1日系统正式上线，能够按要求出具符合新保险合同准则要求的财务报表及相关披露。
（3）质量保证措施及备用方案
投标方应提供未能在规定时间内完成项目目标的质量保证措施及备用方案，应体现：
(1)未能按项目目标完成项目的潜在原因及风险；
(2)未能按项目目标完成项目的确认条件、迹象；
(3)未能按项目目标完成项目时的责任划分方式：（略）
(4)未能按项目目标完成项目时的资源分配，包括但不限于额外人力资源的投入；
(5)未能按项目目标完成项目时的具体应对方案，详细的工作内容描述；
(6)未能按项目目标完成项目时备用方案的时间计划表。
五、投标5.1.总则1.本次招标不接受联合体投标。
2.投标人必须是总包供应商，总包供应商必须是端到端数（略）（略）原厂商之一（提供原厂商证明）
3.本项目允许供应商通过以下两种方式：（略）
（1）投标人单独组成项目组;（2）（略）(以下简称“项目组成员”或“成员”)一同组成项目组且代表项目组参与投标。若投标人最终中标，招标人：（略）
4.业绩要求：至少有1项在财产险行业新保险合同项目的中标案例（投标方或原厂案例均可），提供合同关键页。
5.分包要求：
（1）本项目允许对咨询进行分包且只允许分包给一家分包商，IT部分不允许分包。分包商须为具有相应咨询、财务精算能力，并拥有实施经验的咨询服务提供商，且分包商自有精算师不少于10人，其中正精算师不少于5人。
（2）中标人不得向他人转让中标项目，接受分包的人不得再次分包。中标人应当就分包项目向招标人：（略）
6.财务状况良好，无破产或资不抵债的情况。提供投标人近三年经审计的财务报告或有效的财务报表。投标人成立时间晚于2021年1月1日的，提供成立之日至2023年度的经审计的财务报告或有效的财务报表。
7.信誉要求：
（1）登陆“（略）”查询企业信用信息，提供“基础信息”、“行政许可信息”、“行政处罚信息”、“列入经营异常名录信息”、“列入严重违法失信企业名单（黑名单）信息”等5项截图，如有信息异常情况，且未移除，需要出具异常原因及采取措施的说明材料。如发现存在重大安全事故、偷税漏税、列入严重违法失信企业名单（黑名单）信息或其它可能对招标（采购）人造成潜在重大影响的，投标将被否决。（略）站对有关信息复核。信息不一致时，以评标时采购委员会的查询为准。
（2）登陆“（略）”（略）和法人代表信息，（略）和法人代表全国范围内不是“失信被执行人”共2页截图。（略）站对有关信息复核。信息不一致时，以评标时采购委员会的查询为准。
8.不存在禁止投标的其他情形。
5.2.费用投标人准备和参加投标活动发生的费用自理。
5.3.语言招标投标文件使用的语言文字为中文。专用术语使用外文的，应附有中文注释。
5.4.计量单位：（略）
5.5.保密1.
参与招标投标活动的各方应对招标文件中的商业和技术等内容保密，违者应对由此造成的后果承担法律责任。
5.6.其他招标人：（略）
5.7.投标保证金1.投标人在递交投标文件的同时，应按招标文件规定的投标保证金格式递交投标保证金，并作为其投标文件的组成部分。境内投标人以电汇形式提交的投标保证金，应当从其基本账户转出并在投标文件中附上基本账户开户证明。投标人在汇款时发生的跨行手续费，由投标人自行承担。
2.投标人不按本章第5.7投标保证金中第1项要求提交投标保证金的，采购委员会将否决其投标。
3.投标保证金金额为人民币10万元，招标人：（略）
4.有以下情形的汇款，投标保证金无效：（1）（略）账户的；（2）汇款人账户名称：（略）
5.投标保证金账户信息如下：
户名：（略）
（略）：（略）（略），
开户行：（略）成都新华支行
5.8.招标文件的解释权本招标文件的解释权属招标人：（略）
六、招标文件6.1.招标文件的内容2.
1.招标文件用以阐明所需产品及服务、招标投标程序和合同条款。招标文件由下述部分组成：
（1）招标说明
（2）投标须知
（3）招标需求
（4）投标文件要求
投标人应认真审阅招标文件中的各个组成部分，充分了解本招标文件中的各项规定和投标人一旦中标后须承担的合同责任和义务；如果投标人的投标文件不能满足本须知的要求，责任由投标人自负，不符合招标文件要求的投标文件将视为废标。
6.2.招标文件的澄清3.
1.投标人在获得招标文件后，如果有问题需要招标人：（略）
2.招标人：（略）
3.由此而形成的答疑文件或补充招标文件是招标文件的组成部分，与招标文件具有同等效力。
4.答疑的目的是澄清各投标人的疑问、解答该阶段投标人可能提出的任何有关方面的问题。
5.特别提醒投标人注意：如果投标人发现招标文件中存在错误（包括但不限于：各个组成部分之间出现歧义或存在相互矛盾；组成文件中出现明显或不符合思维逻辑等的错误；打印错误）时，投标人可提出异议。如果投标人在投标过程中未能发现并未对有关歧义、矛盾、错误提出质疑，中标后，中标人必须接受由招标人：（略）
6.3.招标文件的修改4.
1.招标人：（略）
2.招标文件的补充文件将以书面的方式：（略）
3.如果招标人：（略）
4.投标人对本招标文件若有异议，收到本招标文件后，招标答疑截止时间前书面通知招标人：（略）
6.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.投标人应当在投标文件中，就免费运维服务期结束后的运维费用另行合理报价，该报价不包含在IFRS17项目最高投标限价内。
（三）投标有效期
1.
1.除投标人须知前附表另有规定外，投标有效期为90天。
2.在投标有效期内，投标人撤销投标文件的，应承担招标文件和法律规定的责任。
（四）投标文件的编制
1.投标文件应按“投标文件格式”进行编写，如有必要，可以增加附页，作为投标文件的组成部分。
19.投标文件应当对招标文件有关供货期、投标有效期、招标需求、招标范围等实质性内容作出响应。投标文件在满足招标文件实质性要求的基础上，可以提出比招标文件要求更有利于招标人：（略）
（1）投标文件应用不褪色的材料书写或打印，投标函及对投标文件的澄清、说明和补正应由投标人的法定代表人（单位：（略）
（2）投标文件正本一份，副本三份。正本和副本的封面右上角上应清楚地标记“正本”或“副本”的字样。正本文件袋需包含投标文件电子版。当副本和正本不一致或电子版文件和纸质正本文件不一致时，以纸质正本文件为准。
（3）投标文件的正本与副本应分别装订，并编制目录，投标文件需分册装订的，具体分册装订要求见投标人须知前附表规定。
七、投标文件7.1.投标单位：（略）
投标单位：（略）
（略）
条款名称：（略）
编列内容
1
招标单位：（略）
名称：（略）
地址：（略）
联系人：（略）
电话：（略）
2
项目名称：（略）
新保险合同准则实施项目采购
3
项目地点：（略）
成都
4
报价方式：（略）
含税包干总价
5
资格审查方式：（略）
资格后审
6
是否接受联合体投标
不接受
7
投标单位：（略）
递交截止日期前
8
招标单位：（略）
递交截止日期前
9
投标书递交截止时间
2024年4月19日17：30
10
最高投标限价
850万（含增值税）
11
近年完成的类似项目的年份要求
近3年
12
签字或盖章要求
不要求逐页小签，按招标文件要求签字和盖章
13
投标文件正、副本份数
投标文件：壹份正本、叁份副本
14
装订要求
投标文件由商务部分、技术部分及资格证明文件三部分组成，三部分按顺序合并装订，投标文件的正本与副本应分别装订成册，投标文件应编制目录，并且逐页标注连续页码，否则，招标单位：（略）
15
签字或盖章要求
招标文件明确要求签署的文件均应加盖投标单位：（略）
16
封套上写明
投标文件密封并在封套上写明：
投标单位：（略）
17
开标时间和地点：（略）
地点：（略）
时间：另行通知
18
招标程序
密封情况检查：展示投标文件的密封情况，经投标单位：（略）
开标顺序：按报名顺序开启。
19
评标小组的组建
评标专家确定方式：（略）
20
评标办法
综合评分法
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形式），陈述内容请结合本文中“技术要求”中各章节内容。
每个投标人分别向采购委员会进行陈述。每个投标人陈述时间为30分钟（需安排咨询商实施经理：（略）
招标人：（略）
8.6.评审说明
评委根据综合表现最终选定中标方。
8.7.废标条件
出现下列情形之一的，应予废标：
（1）符合专业条件的投标人或者对招标文件作实质响应的投标人不足三家的；
（2）出现影响采购公正的违法、违规行为的；
（3）因重大变故，采购任务取消的；
废标后，采购人：（略）
九、招标文件递交招标文件获取：（略）
招标机构：（略）
标书投递地址：（略）
联系人：（略）
联系电话：（略）
邮箱：（略）
注：逾期送达或不符合规定的投标文件恕不接受。
十、招标时间安排本项目报名时间：自公告之日起至2024年4月19日，每天上午9:30-11:30；下午13:30-17:30（北京时间，节假日除外）
十一、评标办法
评审项目
评分内容
企业规模
1.企业注册资本。2.企业近三年年度平均营业收入。3.近三年财务审计报告。
实施供应商企业资质
1.取得高新企业认证。2.取得DCMM认证3级或以上证书。3.获得（咨询申报：（略））ISO27001质量管理体系认证证书。4.（略）软件著作权。5.具有CMMI5级别以上认证资质。注：以上证书均需提供复印件并且必须在有效期内，不提供证明文件或者少提供和证明文件不符合要求，不得分。
领域经验
1.（略）、费用分摊、（略）、会计引擎相关项目建设经验。在此基础上，（略），请特别说明。
2.有财产险行业财务精算新保险合同准则相关项目方面咨询案例；在此基础上，（略），请特别说明。
3.（略）（略）、（略）、（略）、（略）、数据仓库等相关项目的建设经验。
需提供上述中标案例的合同关键页复印件或其他相关上线证明材料并加盖投标人公章，复印件须能体现采供双方名称：（略）
咨询服务能力
1.投标人提供财务精算相关业务分析方案，考察方案的完整性、专业性、有效性。
2.投标人提供业务分析方案的相关资源投入，其中精算、财务方面业务分析专家是否熟悉农业保险业务的财务、（略）；是否具有中国、北美、英国或澳洲精算师协会认证的产险精算师资格（含正精算师和准精算师资格）。
项目实施方案
1.投标人提供应答文件，（略）需求分析、设计和实施。2.投标人提供产品方案，结合本项目提供解决方案应答。
3.（略）架构（技术架构、数据架构、部署架构）和技术要求的应答。4.投标人应提供所投标方案的基本部署原型及基准版本测试报告（或截图），（略）的关键性能指标（例如可承载业务量、吞吐量、响应时间、并发用户数等）。5.承诺数据库设计满足数据治理的标准（元数据、参考代码等）。
团队人员资质
1.（略）实施项目总负责人，（略）派出人员，具有财产保险行业经验5年以上，且有财产保险行业新保险合同准则项目成功咨询案例1个及以上。
2.（略）新保险合同准则咨询或实施项目经验的财务人员3名、精算人员4名、系统实施人员7名（项目经理：（略）
3.项目服务团队中，具有中国、北美、英国或澳洲精算师协会认证的产险正/准精算师资格的人员数量。
注：以上人员资质及案例需提供相关证明材料
现场讲标及答疑
采购委员会对投标方对此项目的讲标情况及现场答疑进行评分。注：投标人讲标及答疑内容包括但不限于项目财务精算咨询方案、项目实施技术方案、项目建设保障措施、项目实施需求解读、项目实施后续质保及服务、项目实施团队情况、公司既往实施案例，以及项目经理：（略）
现场运维服务
（略）实施商分支机构的开设情况，运维阶段能否提供现场支持运维服务。
报价
报价超出最高限价视为废标，以投标企业850万以内报价为有效价格。
总计
第二章需求分析
一、项目背景和目的
国际会计准则委员会分别于2017年5月和2020年6月发布了《国际财务报告准则第17号——保险合同》和《对国际财务报告准则第17号>的修订》（以下简称“IFRS17”）。中国财政部于2020年12月24日修订发布了《企业会计准则第25号——保险合同》(财会〔2020〕20号)（以下简称新保险合同准则），与IFRS17趋同。新保险合同准则的实施，（略）的财务报告、负债计量、信息披露、经营管理等产生深远的影响。实施新保险合同准则需要对数据、系统开展全面的梳理、分析、设计和建设工作，（略）内部管理要求。考虑到实施新保险合同准则专业要求高、难度系数高、时间紧迫等特点，（略）推进项目的落地实施工作。
二、项目范围及要求
为实现新保险合同准则的落地，本项目将分为整体项目管理、财务精算咨询、（略）流程（DSP）咨询与设计、系统功能实施、测试及项目后续运维六个部分进行，从而确保满足2026年1月1日新保险合同准则财务报告编制的所有财务精算技术要求。各部分的主要工作内容摘要如下：
2.1.整体项目管理（PMO）
由于项目复杂，涉及面广，且持续时间长，为确保项目顺利完成，需要各方的有力支持和高效的项目管理，（略）至少完成下列管理工作。项目咨询团队需主导项目的整体PMO管理工作，具体需求包括：
1.制定清晰的项目架构，PMO工作范围包括安盟财险IFRS17项目群相关的所有子项目、供应商和安盟财险自身的项目团队成员；
2.设计各项任务、供应商及工作组的工作任务，各工作组的人员要求，工作组之间的工作衔接机制；
3.对接安盟财险新保险合同准则实施业务技术咨询项目供应商，协调好衔接工作，跟踪业务技术咨询项目交付进度，衔接交付内容，从DSP需求的角度进行把关；
4.制定项目实施计划，制定工作计划（包括任务、时间表）；确定与安盟财险项目组的对接机制；
5.制定项目资源计划；
6.项目沟通管理：组织项目启动会、项目、关键里程碑汇报会、结项会等；
7.项目日常管理：包括范围及变更管理、交付管理、进度管理、资源管理、问题管理、风险管理、质量管理等；
8.建立项目管理工具。
该模块交付物
（略）
工作模块
交付物
1
项目管理
PMO工作方案
项目工作规划和详细计划
项目交付物审核签收管理表
项目工作周报
项目工作问题清单
高管汇报材料
会议记要
2.2.财务精算咨询
基于IFRS17要求，（略）现状、行业做法及现阶段进展，设计提供适合安盟财险的咨询方案。从深度，广度和频度上完善及明确技术需求提供。
1.精算技术需求解读
实施商需结合新准则、（略）具体现状，提供相关咨询服务，包括但不限于以下内容：
（略）．会计政策：协助我司梳理当前业务场景、产品及保险合同现状，针对不同的会计政策和技术方案。技术方案包含但不限于重大风险测试、最小计量单元、合同边界和确认、合同分组、投资成分定义、计量模型、过渡期方案的选择、亏损合同、OCI选择权、列表和披露等。制定符合新保险合同准则要求并结合我司实际情况的会计政策，并协助开展相关会计政策测试；
（略）计量模型设计：精算模型需包含PAA模型、直保临分、合约分入、分出等模型，功能覆盖：底层现金流输入及赔付、费用现金流等处理，中层计量模型按照新保险合同准则要求计量收入、计息、获取：（略）
（略）过渡期计算：协助梳理过渡期数据需求，（略）测算不同假设下过渡日的财务结果并开展分析，确保过渡日财务结果的合理性。
（略）增值服务：持续跟进监管、行业对部分争议点或特殊业务场景（如价税分离、其他可能简化的方案等）的观点及看法，（略）现状，确保甲方在新保险合同准则方面通过2026年年度审计报告的确认，（略）进行影响评估后确认具体会计政策；（略）和审计进行沟通，（略）配合审计完成IFRS17相关意见反馈；
该模块交付物
（略）
工作模块
交付物
1
会计政策
会计政策——重大保险风险测试
会计政策——最小计量单元
会计政策——合同边界和确认
会计政策——合同分组
会计政策——投资成分拆分
会计政策——PAA方法
会计政策——BBA方法
会计政策——RA处理方法
会计政策——折现率
会计政策——再保险合同处理方案
2
精算计量模型
重大保险风险测试方案及模板
盈亏测试方案及模板
PAA模型适用性测试方案及模板，模型操作手册文档
PAA模型场景财务核算方案
PAA模型场景数据需求
PAA模型直保临分（包含分入、分出）计量模型
PAA模型合约分入计量模型
PAA模型合约分出计量模型
PAA模型计量结果分摊方案
未决赔款准备金计量方案及数据需求文档
（略）升级改造的技术文档
BBA培训材料
3
过渡安排
过渡期方案
过渡期安排数据需求方案
过渡期计量模型
过渡期合理性分析模版
4
增值服务
协助与审计、监管及其他政府相关管理机构进行沟通
确保甲方在新保险合同准则方面通过2026年年度审计报告的确认
2.财务技术需求解读
实施商需结合新准则、（略）具体现状，提供相关咨询服务，包括但不限于以下内容：
1.
2.
（略）业务场景梳理：（略）现有或预计可能发生的全量业务场景，梳理IFRS17下与现有场景差异的部分，制定场景改造相关方案；
（略）修订会计政策：（略）的会计政策现状，结合新准则的要求，与公司讨论、修订现有会计制度或编制新制度；（略）实际业务的具体会计政策；（略）特点和新准则要求的会计核算工作流程制度和内部控制管理办法；
（略）费用分摊方案：（略）费用实际情况及管理要求，结合行业实践和费用影响测算结果，制定新保险合同准则要求的费用分摊方案。分摊方案包括但不限于分摊范围、获取：（略）
（略）编制会计科目体系：设计符合新准则要求的会计科目表，（略）财务分析要求、新准则账务处理要求、披露要求；
（略）制定会计制证规则方案：以现行准则全量业务场景为基础，制定符合新准则要求的会计制证规则和处理流程。具体需求包括：
一、
二、
二.1.
二.2.
二.3.
二.4.
二.5.
一、会计制证规则应覆盖细分的各类险种或产品，覆盖其全生命周期下的全场景，包括适用新准则和不适用新准则的保险业务；
二、会计制证规则应匹配各场景，并符合新准则的要求；
三、会计制证规则应明确制证时点、制证颗粒度；
四、会计制证规则应明确各场景下的业财对接方案，以及数据输入需求、系统对接需求、数据处理逻辑需求等；
五、相关交付物应明确制证规则和产生分录的会计政策依据，并对新准则下新增的制证场景做重点、全面的说明。
（略）制定结算流程：设计与现有月结、季结、年结流程相融合的新准则下的月结、季结、年结流程；明确新旧流程下关账任务的具体内容、任务依赖关系、人力安排建议、完成任务步骤的数据要求、时间要求等；
（略）设计报表列示和披露方案：（略）的具体需求对财务报表做出设计。设计财务报表的勾稽关系和生成逻辑；设计附注披露报表的内容、格式和生成逻辑，及报表结果的验证逻辑；
该模块交付物
（略）
工作模块
交付物
1
业务场景梳理
业务场景清单
2
会计政策
会计政策——费用分摊
会计政策——会计政策选择
3
财务核算
新保险合同准则会计科目设计
新保险合同准则下现有业务和新增业务场景核算方法
4
列报与披露
新保险合同准则报表列示方案
新保险合同准则披露方案
5
过渡安排
过渡期方案
过渡期安排数据需求方案
过渡期合理性分析模版
6
增值服务
协助与审计、监管及其他政府相关管理机构进行沟通
确保甲方在新保险合同准则方面通过2026年年度审计报告的确认
2.3.（略）流程（DSP）咨询与设计
（略）系统、流程、数据现状细节，结合软件招标工作所确定使用的应用软件，（略）业务需求说明书，（略）/模块建设，包括但不限于以下内容：
1.总体设计方案
1.1.高阶数据流转图：设计基于IFRS17的端到端的数据流转图；
1.2.总体功能架构：调研IFRS17（略）现状，细化、设计满足新准则端到端计算所需的各个功能，并结合总体集成架构，（略）集成方案；
该模块交付物
（略）
工作模块
交付物
1
总体设计方案
（略）评估结论及解决方案
（略）详细设计方案
（略）间衔接交互详细方案
报表应急报送解决方案
手工报表
2.IFRS（略）需求说明书
IFRS（略）的主要业务功能包括：（略）基座（数据质量检查需求）、合同分组、逐保单现金流处理、特殊现金流处理、费用分摊。需求说明书的内容需与总体设计方案呼应，（略）落地实施的业务需求、数据接口需求、定制化数据处理加工需求、性能需求等；
2.
2.1.数据探源与分析：根据功能模块的数据需求，（略）团队和业务团队进行数据探源工作，结合现状分析IFRS17在数据方面的差异，输出数据差异下数据修复和核心改造高阶建议；
2.2.（略）基座功能设计：（略）基座功能，（略）在获取：（略）
2.3.源系统改造功能设计：（略）基座功能说明书，提出IFRS17数据源需求，（略）进行数据探源工作。（略）共同沟通解决方案，（略）优化改造需求；
2.4.合同分组（直保&再保）：根据精算业务方案，梳理直保&再保核心数据对接方案，（略）实现方案。根据准则对重大风险测试/盈利性水平测试/PAA适用性测试/合同分组主流程的要求，（略）处理方案设计；
2.5.跟单现金流分组(保费、理赔、佣金等)：（略）将逐保单现金流匹配上IFRS17相关标签的方案；（略）所需维度的需求方案；若业务场景不满足IFRS17需求，（略）场景改造方案；
2.6.费用分摊：结合业务技术咨询的会计方案，（略）实际情况，设计合理的分摊方案，将现有财务记账结果中业管费、佣金及手续费等分类为可直接归属于合同组-获取：（略）
2.7.过渡期数据处理方案：根据过渡期业务方案，将历史存量保单根据规则置上合同分组标签，以备后续IFRS17正式实施后的计量评估。（略）IT（略）获取：（略）
该模块交付物
（略）
工作模块
交付物
1
（略）
数据质量检查需求说明
IFRS17数据源需求说明书
2
业务需求文档
业务需求说明书——数据需求文档
业务需求说明书——合同分组
业务需求说明书——费用分摊
业务需求说明书——现金流预处理
3.IFRS17会计引擎需求说明书
按照梳理完成的业务场景及会计逻辑，将计量引擎输出的结果转换成财务凭证数据，（略）。会计引擎业务需求描述与交付物如下：
3.
3.1.数据接口设计：协助梳理会计引擎从计量引擎中提取待制证数据；
3.2.记账规则管理：IFRS17会计引擎用于实现新准则要求下的业财转换；
（略）期末账：对接计量引擎，将计量变量按照记账规则转换，形成IFRS17期末帐子帐；
3.4.子账与总账映射配置：维护子账与总账映射配置关系，汇总子帐数据，（略）推送总账；
3.5.结果查询及明细追溯：设计期末帐追溯与查询的功能，实现总账凭证、期末账务凭证、计量变量等相关的关联查询；
该模块交付物
（略）
工作模块
交付物
1
会计引擎
（略）建设需求说明书
（略）参数配置和客户化功能设计
4.IFRS17计量引擎需求说明书
计量引擎将对接IFRS（略）各模块输出的结果（包括但不限于实际现金流输出、费用分摊输出），引擎内实现预期现金流计算及上层模型计算，按照IFRS17准则要求输出对应披露内容。系统可支持比对不同精算假设对准备金评估结果的影响。计量引擎业务需求描述与交付物如下：
4.
4.1.数据接口设计：设计计量引擎从IFRS（略）取数等数据源的的数据接口设计；
（略）模型：实施商需调研PAA模型计量方法的具体需求，结合精算解读，设计适当的方案。设计未到期责任准备金的计算和摊销、未决赔款准备金计算、亏损部分计算等；
（略）模型：按照新保险合同准则相关的计量要求，精算模型需要包含PAA和BBA模型的整体方案。本项目将不实施BBA模型，但需要根据BBA模型进行必要的培训与讲解，以便业务人员熟悉BBA模型的业务逻辑。并对未来实施工作量和费用进行评估。
4.4.数据校验机制：实施商应设计合理的数据校验机制，确保数据一致性、完整性需贯穿全过程；在预定义的检查点自动开展校验处理、产生相关报告，做到问题早发现早处理，满足技术性、业务性数据核对的需要；
该模块交付物
（略）
工作模块
交付物
1
计量引擎
（略）建设需求说明书
（略）参数配置和客户化功能设计
计量模型技术文档（BBA法）示例模型
BBA培训材料
2.4.系统功能开发及测试
（略）系统、流程、数据现状细节，（略）所确定使用的应用软件，（略）业务需求说明书，（略）/模块建设。
1.（略）功能开发：（略）相关功能模块。按照项目整体设计，开发实施合同分组、现金流梳理、费用模块梳理；
2.会计引擎功能开发：实施商应设计合理的数据接口对接、记账规则管理、IFRS17期末帐生成、子账与总账对接实施；
3.计量引擎功能开发：实施商应设计合理的计量引擎开发方案并实施，包括底层预期现金流计算，上层所有产品模型。包括但不限于合同服务边际/亏损部分的计算与滚存、未决赔款准备金计算、递延获取：（略）
4.功能测试（SIT）：根据精算及财务提供的测试案例，完成上述模块的功能测试制定并管理测试计划，明确测试策略、测试方法，主导设计测试用例及场景，设计测试过程记录文档模板等；
5.端到端测试：制定端到端功能测试流程及方案，（略）完成测试；协助、协调测试人员完成测试过程，并记录测试结果，编制测试报告。
6.UAT测试：实施团队应统筹项目的端到端UAT测试，协调相关部门和用户完成UAT测试流程，制定UAT测试相关的组织架构，给出测试管理的流程和规范，如：测试案例、缺陷管理、版本管理的工具、流程和方法等；在测试过程中提供技术支持，验证并保留测试结果，协助出具测试报告。
7.上线支持：系统切换上线试运行及后续正式并行运行阶段支持，（略）切换上线，协助提供相应工作准备方案和技术支持，系统切换上线业务验证和技术验证。（略）上线试运行阶段的支持以及后续正式并行运行阶段的支持，完成2026年1月1日的正式上线及2026年1-12月份的月结，同时为新准则报表报送提供兜底方案和技术支持，提供不少于1年的免费运维期，且必须承接I17系统后续的日常运维工作。
该模块交付物
（略）
工作模块
交付物
1
（略）开发
（略）功能开发（合同分组、费用分摊、现金流汇总）
会计引擎功能开发
计量引擎功能开发
2
功能测试
（略）功能测试
会计引擎功能测试
计量引擎功能测试
3
端到端测试
（略）端到端测试
会计引擎端到端测试
计量引擎端到端测试
4
UAT测试
测试的技术支持
合理性分析文档
5
并行期支持/上线支持
并行期结果合理性验证
上线支持
2.5.项目技术需求
（略）设计技术需求包括但不限于以下功能：
1.基础架构原则
1.高性能原则：满足业务大数据量处理的高性能、高吞吐量需求。
2.高可靠性原则：（略）运行的连续性和稳定性，保障7*24小时正常运行。
3.跨平台原则：系统程序语言为JAVA，使用mysql等开源数据库及一些国产数据库，（略），（略）等，（略）间进行平滑迁移。
4.可管理性原则：整体架构结构清晰、各部分分工明确、易于管理。
5.先进性原则：先进性原则首先要求技术领先，同时要求相应的产品和技（略）场和服务等方面领先，（略）较长期维护、升级的目的。
6.安全性原则：（略）络安全、系统安全和数据安全，（略）要配置和构建可靠实用的安全策略和机制。根据不同的业务要求和应用处理方式：（略）
7.规范性原则：（略）的各类软件、硬件均应符合相关的国际、国内及业内标准，（略）实时对接，信息数据实时交换和共享；（略）接入；代码采用标准化体系，代码管理、文档管理都采用规范化管理。
8.实用性原则：系统的开发建设不仅要实现强化管理和业务控制功能，同时还应考虑到实施的成本（包括资金成本和时间成本）因素，（略）实现方案时必须从安盟财险目前的实际技术环境、使用环境（包括人员、设施及有关的技术资源等）、业务发展规划等多个因素出发，做到先进性和实用性的相结合。
9.扩展性原则：（略）、支撑软件上的扩展能力；系统的设计容量能满足和支持未来业务发展的需要；系统功能应形成结构化、模块化，模块和代码能方便复用，能进行方便的二次开发和平滑的版本升级；能提供参数化管理；支持分布式数据管理，支持多数据源间的访问连接，（略）集成在一起；系统具备多招标方和多任务操作能力。
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技术实现，在设计环节，完全遵守微服务和组件化设计方式：（略）
（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三级测评标准。
8.系统支持信创国产化、（略）或中间件,并配合甲方进行技术架构变更及相关配套改造。
3.技术规范
（1）代码编写符合安盟技术代码规范，代码注释率超30%；
（2）系统的安全性、完整性、（略）信息技术验收基本要求，严格执行sonar代码扫描，扫描结果不存在高危漏洞，Reliability（可靠性）、Security（安全性）、SecurityReview（安全审查）级别方面没有任何问题。
（3）提供完整的源代码，提供完整的设计文档，（略）架构图，数据库设计说明、概要设计、详细设计文档，提供完整的测试用例和测试验收报告。
4.数据处理规范
（1）在数据层面，需使用大数据技术，涵盖数据采集、数据存储到数据处理等环节。严格确保数据处理时效，使用大数据架构平衡计算资源和存储能力，（略）性能问题导致处理时间延长。
（2）（略）应实现全流程自动化，并具备灵活的断点执行功能。即使在流程中的任意节点出现问题时，后续只对出现问题节点单独重跑即可，不需要重跑全流程。
（3）在数据处理、数据文件生成等阶段，应采用并发模式处理，（略）性能。系统需合理分配任务和优化资源调度，保证高效的数据处理能力。
（4）系统需有强大的可视化能力，保证能直观地监控到各节点的运行情况。通过可视化界面，快速发现和定位问题，（略）运维效率。
（5）统一管理数据指标口径，支持线上化修正取数口径。修正取数口径需立即生效且支持取数口径回滚功能。
（6）系统需包含数据检核机制，数据检核规则可支持修正及添加并且规则立即生效。检核机制应支持可自主选择待校验表，校验机制灵活。
（7）预警机制需覆盖各节点的异常情况，包括但不限于：各阶段报错、数据加工时长异常、数据检核错误、服务器资源异常等。
（8）系统需包含消息提醒机制，可根据消息内容自主选择推送人及推送频次。消息推送采用邮件和短信。
（9）系统需包含数据环比差异比对机制，可自主选择月份进行数据比对。
2.6.其他非功能性需求
项目进行过程中，根据安盟财险的需求，（略）提供对IFRS17准则的解读及答疑，并分享行业内相关的最新动态，具体包括：
1.培训：（略）更好地了解新准则及其带来的影响，确保项目顺利进行，（略）管理层培训、项目组成员与相关部门及人员的工作培训，（略）领导层及项目组成员全面理解IFRS17与具体实施后需要完成的各项工作，培训内容包括但不限于对新准则内核原理的拆分解读、（略）的影响、新准则下财务报告的分析等，可使各项目成员快速理解IFRS17的具体内容并有效支持项目顺利开展；
2.上线项目知识转移：基于操作手册完成财务部、精算部、信息技术部等相关部门的上线操作培训与文档、源代码交接与知识转移；
该模块交付物
（略）
工作模块
交付物
1
培训
培训材料
2
上线支持
用户操作手册
（略）源代码
（略）架构设计文档
（略）部署升级手册
数据字典
数据流转逻辑思维图
第三章实施要求一、项目计划安排实施部分，（略）改造，（略）的落地实施，（略）、（略）、会计引擎、（略）、（略）的建设和相应接口的开发，（略）、（略）、会计引擎、（略）、费用分摊以及相关接口的端到端测试，（略）端到端测试和项目群管理。整体上计划安排为：
2025年3月31日前项目整体部署生产环境；
2025年4月1日进入试运行阶段，对试运行阶段出现的问题及优化提升功能实施落地
2026年1月1日系统正式上线，能够按要求出具符合新保险合同准则要求的财务报表及相关披露。
二、实施流程确定中标结果后，即可开展项目实施，在实施过程中，乙方需安排专业的项目经理：（略）
1.按照招标结果签订项目合同，乙方建立实施项目组，同时，甲方也应配备相应工作人员；
2.乙方提交实施人员进场办公申请，并提交相关材料；
3.甲方对乙方项目组成员进行面试、级别评估确认；
4.按甲方需求管理要求，开展项目实施工作，包括需求收集、需求评估、需求分析、需求评审、需求确认、系统设计、开发排期、开发编码、集成测试、业务验收、发布上线等。
5.运维人员需支持日常使用问题解答、系统运行监控、系统故障处理、数据核对、错误数据处理、监管报送、（略）问题排查等工作。
三、项目组人员要求3.（略）新保险合同准则成功咨询或实施项目经验的项目经理：（略）
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.软件日常维护4.系统框架及结构设计培训
业务骨干培训
相关业务人员
1.（略）内的实现方式：（略）
2.掌握初始化的基本工作方法，能参加初始化工作
1.软件基本结构体系及运行原理
2.（略）内的实现方法
3.初始化工作的操作方法
业务人员培训
（略）用户
（略）
（略）功能的操作方法
第四章合同签订一．总则
1.合同将授予其投标符合招标文件要求、并能圆满地履行合同的、对采购方最为有利的投标人。
2.最低报价不是被授予合同的保证。
3.招标人：（略）
二、签订合同
1.中标人按《中标通知书》要求与买方签订合同。
2.招标文件、中标人的投标文件及其澄清文件及双方合同谈判所形成的协议等，均为签订合同的依据。
3.招标人：（略）
三、合同付款条件
按项目进度（里程碑事件）支付相关款项，不高于五期（含），每期支付比例不高于30%，其中最后一期付款条件原则上为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.（略）采购项目（包括单一来源采购，如有，请逐项说明）：
（略）盖章：
经办人签字：
填写日期：年月日