中国进出口银行
****年联合开发系统（基金业务需求）实施项目
单一来源采购论证和供应商征集结果公示
1.项目名称：****年联合开发系统（基金业务需求）实施项目
2.采购人名称：中国进出口银行
3.采购人地址：北京市西城区复兴门内大街**号
4.项目资金来源：企业自筹资金
5.项目预算：****万元（待审批）
6.本次采购内容为：采购****年联合开发系统（基金业务需求）实施服务
7.拟采购方式：单一来源采购
8.拟采购供应商名称：建信金融科技有限责任公司
9.拟采购供应商地址：中国（上海）自由贸易试验区银城路**号**层、**层
**.论证专家成员：袁臻、陈天虹、乔硕文
**.专家论证意见表：见附件1
**.供应商征集情况：本项目于****年5月**日发布征集公告，至报名结束时间****年5月**日，共有2家供应商（德科信息有限公司、建信金融科技有限责任公司）报名，最终1家供应商（建信金融科技有限责任公司）参与。
**.公示期：****年5月**日至****年6月2日，共计5个工作日。潜在供应商对公示内容有异议的，请于公示期内将书面意见反馈至中化商务有限公司，书面文件包括：
有效的营业执照或事业单位法人证明复印件；
法定代表人授权书（如由授权代理人提出异议的）；
异议单位情况介绍（包括但不限于供应商名称、联系人、联系电话、联系邮箱等）；能够完成本项目的声明及证明材料；
采购需求技术指标的不合理性意见（如有）；
若异议材料通过审核，能够准时参加后续采购活动的承诺函（非不可抗力不得放弃参加后续采购活动，否则将被列入中国进出口银行不良供应商名录）；
以上内容均需加盖企业公章。
**.项目需求：见附件2。
**.单一来源采购方式建议说明表：见附件3。
采购代理机构：中化商务有限公司
地 址：北京市丰台区平安幸福中心B座**层（邮编：******）
项目负责人（异议联系人）：张颖、刘轩博、金美廷、洛向刚、黄凡
电 话：**********1、**********8、**********4
电子邮件：****、****、****
项目经理签名：
中化项目经理签名
中化商务有限公司中化商务有限公司（章）
****年5月**日
附件1：专家论证意见表
附件2：项目需求
为更好支持开展进银基金、新型政策性金融工具的投资与管理工作，解决基金业务无系统功能支持问题，为基金公司的贷款投放和贷后管理提供系统功能支持，实现包括客户信息管理、评级授信、业务审批、贷款投放、投后管理、监管报送等操作的系统线上化。综上，拟启动****年联合开发系统（基金业务需求）实施项目。
（二）需求依据和来源
根据基金业务需求书（见附件，含进银基金、新型政策性金融工具），对基金业务全流程相关系统进行功能改造，包括客户信息管理、评级授信、业务审批、贷款投放、账务核算、投后管理、监管报送等全流程业务涉及的系统，实现采购人基金业务的全流程系统化操作，解决基金业务无系统支持问题，提高采购人对基金投放管理和风控管理能力。
（三）功能或目标
本项目目标：实现采购人基金业务全流程系统支撑，基金业务流程包括客户信息管理、评级授信、业务审批、贷款投放、账务核算、投后管理、数据报送等全流程业务操作，本项目涉及基金业务全流程相关的系统功能的改造实施工作，实现采购人基金业务的全流程系统化操作，提高采购人对基金投放管理和风控管理能力。
初步评估涉及改造、测试系统范围包括：客户信息管理、信贷业务管理、贷款核心、员工渠道整合平台、机构信息和用户管理、企业数据仓库、监管应用、财务会计-非引擎等**个物理子系统改造、配合测试。
本项目拟采购服务内容：
1.固定需求工作量服务。完成采购人基金业务全流程涉及的相关系统功能的改造开发、测试及上线，包括但不限于需求范围内的架构分析、需求分析、开发实施、测试、投产、运行维护等内容。
2.预留计划外工作量服务。采购人首次建设支持基金业务开展的系统，为应对系统建设中出现计划外紧急需求，或前期差异化分析中未识别的功能需求，预留**人月（固定需求工作量***%）计划外工作量，用于基金业务相关计划外需求的开发、测试和上线等服务，并据实结算。
本项目要求合同签署后7个月内完成投产上线，并力争提前。上线后三个月为重保期，重保期结束后需提供一年的免费维保服务。
本项目存在难点如下：
1、目前拥有涉及改造系统的全部源代码、可支持开发的接口文档及操作文档等资料，本项目需依托原系统平台及行内整体系统架构进行二次开发，根据上述材料可能存在技术壁垒。
乙方需保证达成项目目标（包括但不限于乙方能够克服上述难点），项目后续目标是投产后系统运行正常，为此乙方需保证交付成果可使后续目标能够据此实现。
| 服务名称 | 服务期 | 服务人员和数量要求 | 服务内容 | |
| 1 | 固定需求工作量服务 | 自合同签署后至项目维保期结束。 （项目投产三个月为重保期，重保期后可开展项目验收，免费维护期为投产上线且重保期满3个月后**个月。） | 根据项目需要安排人员 | 根据采购人需求开展需求分析、设计、开发、测试和投产上线等工作。详细服务内容见下表。 |
| 2 | 预留计划外工作量服务 | 自合同签署后至项目维保期结束。 | 不超过**人月 | 根据采购人需求开展需求分析、设计、开发、测试和投产上线等工作。详细服务内容见下表。 |
| 序号 | 服务内容 | 主要工作 |
|
1 | 项目管理 | 配合采购人开展以下工作：制定项目计划，监督和控制项目进度；负责管理安排项目资源；开展实施项目配置和交付管理以及项目质量管理；开展项目问题管理和项目风险管理；按照要求定期进行工作报告等 |
| 2 | 需求分析 | 根据业务要求，梳理转化为业务对系统功能性和非功能性等具体要求，形成需求规格说明书 |
| 3 | 设 计 | 编写项目架构方案说明书，并在项目实施前按照采购人要求开展评审。完成相关物理子系统的概要设计、详细设计等相关工作，形成相应设计说明书 |
| 4 | 开 发 | 根据功能设计按计划完成开发，实现设计功能，完成单元测试等工作 |
| 5 | 测 试 | 开展产品、系统集成等测试工作，包括测试计划、准备和执行，完成测试案例、脚本及数据的编制和准备，及时组织系统修补和必要的回归测试，形成测试报告；协助开展用户验收测试相关工作 |
| 6 | 投产运维 | 为系统投产演练和投产上线等提供必要支持，包括但不限于各类方案计划和流程策略的制定、现场人员支持及运维培训等工作 |
| 7 | 应用运维 | 在本项目投产后至合同周期结束前，安排人员负责本项目开发、改造功能的日常应用二级运维工作。 |
| 8 | 培训及知识转移 | 通过必要培训使采购人相关人员，以及采购人指定的人员（包括第三方人员），熟悉系统内容和功能，以及使用权限划分与操作方式，包括系统架构、部署运维、参数配置等内容；提供完备的培训材料；掌握本项目新客户化开发部分功能的二次开发能力 |
三、业务要求
根据基金（包括进银基金、新型政策性金融工具）业务需求书（见附件），对基金业务全流程相关系统进行功能改造，包括客户信息管理、评级授信、业务审批、贷款投放、账务核算、投后管理、数据报送等全流程业务涉及的系统，实现采购人基金业务的全流程系统操作，解决基金业务无系统支持问题，提高采购人对基金投放管理和风控管理能力。
在保持现有系统整体架构和稳定运行的基础上，对需求进行合理架构初分，按照需求的关联依赖情况，科学设计系统功能改造方案，确定实施计划安排，确保系统功能切分清晰，底层逻辑准确，业务流程顺畅。另外，本项目为在当前系统按照“双法人”模式做差异化改造，要确保项目投产后，对现有银行实体下信贷业务流程、账务核算等系统功能无影响。同时，要详细分析需求依赖关系，做好版本基线管理，避免同期实施中需求如核心系统信创、信贷系统信创、授信改革、香港分行筹建等项目交叉影响。
（一）服务要求
1.总体要求
供应商应向采购人提供客户化软件及项目涉及的已有系统中客户化部分的目标程序及全部源代码，或为实现项目需求改造员工渠道整合平台等系统，需提供产品软件的目标程序及加密后的全部源代码，且不影响采购人应用的二次开发。
保证能够满足项目实施全生命周期中对开发、测试的要求，并支持通过开发实现对未来业务和技术功能的扩展。
为项目配备具有相关资质、技能和经验的技术服务人员，提供所需的信息技术服务。在人员供给方面，应高效及时提供满足采购人要求的高质量人力资源，并且公司应该具备此类人力资源的储备，保证满足采购人业务需求的开发质量及时间要求。在人员稳定性方面，应有效保障服务队伍的稳定性，以确保服务质量。在人员培训方面，应定期对服务人员进行内部培训，以使人员不断补充提高服务技能。
供应商通过电话、电子邮件、传真等可能必要方式向采购人提供远程技术支持，及时响应采购人服务请求，必要时协商提供人员现场服务支持。
2.服务指标
服务内容及标准如下：
| 序号 | 服务要求项目 | 服务要求标准 |
| 1 | 产品要求 | 要求乙方必须对本项目涉及的产品拥有完全的知识产权；使用非自身产品的，必须有原厂商对该产品的授权经销商或者有原厂商对本项目的书面授权。（第三方授权有关信息应明确告知采购人，包括被授权产品名称，授权方式，授权期限、授权费等）。向采购人提供客户化软件及核心产品系统中客户化部分的目标程序及全部源代码，以及核心产品软件的目标程序及全部源代码。提供方式由双方协商确定。 |
| 2 | 故障处理 | 供应商通过标准化的操作流程进行软件的故障诊断和排除；配合其他条线进行故障处理。 响应时限：（<**）分钟 到达现场时限：（<2）小时 解决问题时限：（<4）小时 |
| 3 | 总体要求 | 针对进出口银行业务特点阐述系统实施方法论，并结合方法论，描述完整、可行的系统整体技术方案、实施方案，包括但不限于项目管理、需求确认、系统设计、系统开发、系统测试、系统切换、系统推广等方案，以及试运行策略。 要求完成项目实施、测试及系统投产等工作，并阐述系统的项目整体技术方案、实施方案、测试方案、系统投产方案，根据需要附相应模板。对于其中进出口银行有模板要求的交付件，应使用要求的模版进行编写。 阐述项目实施的组织架构（其中应包含进出口银行人员），并描述实施预期的时间进度表，提供具有明确里程碑的项目实施计划。 要求提供初步的验收测试计划以及充分的验收标准，并提供系统集成测试和投产测试的测试方案、测试案例和测试工具。 厂商在本项目实施过程中，须服从进出口银行项目管理机构的管理。 要求厂商提供本项目中所有交付物清单，包括但不限于项目文档、产品技术文档（包括平台/系统相关的接口和集成技术规范、设计规范等规范类文件，与整体技术方案一并纳入评审范围。如需外部专家参加评审的，乙方负责外部专家评审费用）、用户手册和系统管理手册。 阐述系统故障应急预案，确保系统在突发状况后能够及时发现，补救，恢复。 如有涉及第三方产品及服务，阐述相关产品及服务内容，报价及后期维护方式和费用。 在技术方案评审阶段，提供软件物料清单，如涉及开源软件引入和使用的，应按照采购人要求开展引入评审和使用备案后方可使用。提供后续对开源软件的维护及升级支持，纳入维保范围。 项目所涉及系统的新建及升级改造应遵循采购人企业级架构原则进行系统设计，制定系统架构方案，并综合考虑采购人国产化替代工作情况。包括但不限于按照采购人联机、批量、消息等接口标准与行内系统进行交互；可对接采购人统一的用户认证系统，平台内部应用实现单点登录功能；Web页面应基于chrome内核浏览器进行开发等。 |
|
| 应用架构要求 | （1）遵循采购人企业级架构原则进行系统设计，制定系统架构方案。 （2）融入采购人企业级架构，遵循渠道、服务、产品分离的架构原则。 （3）遵循采购人服务集成原则，服务需通过采购人统一的应用调度平台进行注册与发布。 （4）遵循采购人外联服务设计原则及接入模式。 （5）按照采购人联机、批量、文件传输、事件消息等接口和相关报文标准与行内相关系统进行交互。 （6）遵循采购人全局事件跟踪号编码规范。 （7）使用采购人公共组件进行机构与用户信息管理，融入采购人统一的用户权限控制机制。 （8）对接采购人用户认证等系统按照统一标准实现单点登陆等功能。 （9）采用高内聚、低耦合原则进行模块设计。 （**）按照采购人开源软件管理的要求引入开源软件。 |
| 4 | 项目实施要求 | 以下列出了本项目实施过程中重要的实施任务，乙方应承诺完成所有实施任务，并遵守其中相关约定。相关要求参照项目工作说明书。 （一）项目管理。 负责制定项目计划，并按照进出口银行的要求进行必要的调整。监督和控制项目进度。 负责管理安排项目资源。 负责配合管理项目的各项任务执行、人力资源、相互工作配合与交付承诺。 负责配合管理项目范围和需求变更，并协调变更要求的签署。 负责实施项目配置和交付管理以及项目质量管理。 负责项目问题管理和项目风险管理。 负责与进出口银行进行沟通并按照要求进行工作报告。 （二）业务功能分析和设计。 负责对本项目需求梳理细化。 负责业务需求差异分析和评估。 负责业务功能分析和制定。 负责编写需求规格说明书。 负责提出与周边系统的集成解决方案。 负责系统配置设计、界面设计、扩展功能开发设计、数据转换设计等。 （三）技术架构分析和设计。 负责制定技术架构方案。 负责制定运维管理方案。 负责分析接口定义并提出技术实现方案。 负责评估与进出口银行总体技术架构的差异，并编写技术规格说明书。 负责提出开发与测试环境的构建方案。 负责提出生产环境的构建方案。 负责编写技术设计说明书。 （四）业务功能构建。 负责提出参数配置模版及配置方案。 负责进行客户化部分的详细设计，并编写详细设计说明书。 负责接口开发、扩展功能开发、数据转换开发。 负责计划、准备与执行单元测试。 负责确认单元测试结果并提交单元测试报告。 （五）技术架构构建。 负责测试环境的构建与确认。 负责就测试环境管理流程和制度与进出口银行达成一致。 负责进行测试环境下的应用系统的安装和配置。 （六）产品测试和性能测试。 负责产品测试的计划、准备和执行。 负责系统修补，并完成产品测试报告。 负责性能测试的计划、准备和执行。 负责系统调优和进一步的性能测试，并负责完成性能测试报告。 （七）系统集成测试。 负责提出系统集成测试计划和方案。 负责完成系统集成测试案例、测试脚本以及相关的测试数据。 负责在进出口银行统一管理下执行系统集成测试，进行系统修补和必要的回归测试。 负责完成相应的系统集成测试报告。 （八）用户验收测试。 协助提出用户验收测试计划和方案。 协助准备用户验收测试案例、测试脚本和数据。 协助执行用户验收测试。 负责系统修补。 协助进行回归测试、协助完成用户验收测试报告。 （九）投产和推广（包括投产、试运行、正式运行、最终验收）。 根据需要负责制定上线演练计划和方案。 负责制定投产演练方案、运维测试方案，负责运维培训，配合行方完成投产演练和运维测试工作。 在进出口银行统一管理下执行上线演练。 负责制定投产上线范围、制定系统（数据、业务）投产上线计划。 负责制定投产上线操作方案、流程和策略，并制定应急和恢复方案。 负责制定试运行方案、流程和策略，并制定应急和恢复方案。 协助进出口银行进行推广文档编制。 协助进出口银行完成投产上线。 支持系统试运行工作。 协助进出口银行完成系统最终验收。 （十）第三方测试（如有）。 负责准备测试对象的搭建及调试。 负责按第三方测试要求准备测试数据。 为第三方测试提供技术支持。 负责缺陷修复。 |
| 5 | 培训及知识转移要求 | （一）培训对象：培训对象包括进出口银行的开发人员、系统运行维护管理人员，以及其他相关人员。 （二）培训目标：通过培训，应使上述人员掌握系统提供的内容和功能，以及使用权限划分与操作方式。 （三）培训内容：乙方应具有知识和技术转移的意愿，并阐述详细的实际措施，以对项目实施阶段的参与者及项目最终的使用和运维团队进行全面、有效的知识转移。乙方需向进出口银行提供系统在配置、开发、安装、使用、监控和维护等方面的培训。乙方须详细列出各阶段培训的服务清单和培训费用，服务清单包括培训内容、授课方式、培训对象、时间计划安排和培训反馈处理等，对项目实施阶段的参与者及项目最终的使用和运维团队进行全面、有效的知识转移，确保进出口银行形成一支熟悉系统运用和维护的专家队伍。 （四）培训材料：乙方为所有被培训人员提供完备的文字资料（书面及电子版）和讲义（书面及电子版）等相关用品。 |
（二）主要交付物
在项目工作书中明确交付物类型、内容及交付形式，包含但不限于以下内容。
| 过程域 | 文档 |
| 项目管理 | 《项目详细实施计划》 |
| 《项目质量审计报告》（如有） | |
| 《关键人员简历》 | |
| 《关键人员人力资源变动报告》（如有） | |
| 项目状态报告：日常管理采用周报 | |
| 架构管理 | 项目架构方案说明书 |
| 需求分析 | 《功能需求规格说明书》 |
| 《非功能需求规格说明书》（如有） | |
| 设计 | 《概要设计说明书》 |
| 《详细设计说明书》 | |
| 应用系统部署架构（如有） | |
| 基础软硬件配置清单（如有） | |
| 开发 | 《单元测试案例》 |
| 《系统内集成测试案例》 | |
| 《系统内集成测试报告》 | |
| 测试 | 《应用组装测试案例》 |
| 《应用组装测试报告》 | |
| 通过用户验收测试后的源代码 | |
| 业务培训 | 《培训讲义》（如有） |
| 《用户操作手册》（如有） | |
| 技术培训 | 《培训讲义》（如有） |
| 系统投产 | 《投产任务跟踪表》（按版本） |
| 《操作控制表》 | |
| 待投产的应用程序版本 | |
| 《应急预案》（如有） | |
| 《投产报告》（按版本） | |
| 《运维手册》、《日志报错代码表》、《批量手册》、《监控手册》、《知识库》（如有） | |
| 系统应用维护 | 知识转移文档：《运维手册》（含《日志存储备份清理方案》等日常运维的必要件）、《日志报错代码表》、《批量手册》、《监控手册》（如有） |
| 知识库（包含《上线运行问题报告和问题跟踪表》、《重大问题分析报告》（如有）） | |
| 《维保期总结报告》 | |
| 《月度运行维护报告》（如有） |
六、项目团队要求
熟悉采购人系统实施现状，具有项目相关系统实施经验；具备完成服务范围内各项工作的能力。
1.项目经理、开发人员应具有同类项目的工作经验，提供人员简历。如发生更换，对替代人员的工作经验要求相同。
2.承诺已进入项目组的人员不得随意更换。如确实需要更换人员须经过采购人审核通过后方可换人。同时要求新换人员必须通过采购人的审核，且由供应商保证人员更换期间工作的连续性。其他岗位人员如有更换需书面告知采购人，并承诺不因此降低服务质量。
3.承诺已进入项目组的驻场服务人员，要提供人员简历、学历证明复印件及人员相关认证资质复印件，签署安全保密承诺书，并满足采购人管理要求：
（1）所有驻场服务人员必须遵守采购人作息制度和相关工作制度规定，提供5*8小时驻场服务。
（2）驻场服务期间，所有驻场服务人员必须严格按照采购人各项规章制度合规开展工作；驻场服务地点为采购人指定地点。
（3）任何驻场服务人员不得随意更换。如果更换人员则供应商应提前1个月通知采购人，并经过采购人审核通过后方可换人。同时要求新换人员必须通过采购人的审核，且由供应商保证人员更换期间支持工作的连续性；
（4）如果支持人员因违反采购人工作纪律或相关运行制度，并给采购人造成了损失，则供应商有责任进行赔偿，具体赔偿标准见合同。
（5）根据支持效果，对于不能够胜任支持工作的人员，采购人有权利要求供应商重新进行调换。同时由供应商保证人员更换期间支持工作的连续性。
七、安全要求
在未征得采购人同意的情况下，供应商供应商必须保证所提供的人员能够严格遵守各项规章制度，主要包括但不限于以下内容：
（一）法律合规方面，应有效规避实施过程中给采购人带来的法律风险。
（二）信息安全方面，应有效规避因服务人员导致的银行信息（如业务数据和商务信息等）泄漏风险。
（三）生产安全方面，应严格规避因人员操作不当，导致的银行系统出现安全性和稳定性风险事件。
（四）安全审计方面，应确保针对银行设备的相关操作留有纸质或视频记录。
（五）保密要求方面，供应商对项目实施中涉及到的相关数据、资料、文档等具有保密的义务，并应按照相应保密规定执行。本项目所形成的数据成果归采购人所有。未经采购人同意，供应商不得向第三方泄露、公开或用于提供法律服务之外的其他目的，对掌握的采购人、采购人客户的资料，供应商应采取措施与其他客户资料施行有效隔离。
八、交付或实施时间、地点
（一）项目周期
合同签署后至免费维保期（三个月重保期结束后十二个月）结束。
（二）服务地点
中国进出口银行信息科技部（北京或其他指定地点）。
九、财务支付要求
| 序号 | 付款节点 | 付款条件 | 付款比例(或金额) |
| １ | 第一笔 | 合同签署后，采购人在收到乙方出具的付款申请及相应金额经采购人认可的合法有效发票之日起**个工作日内 | 付款至合同中固定需求工作量金额的**% |
| 2 | 第二笔 | 项目需求通过验收，采购人自收到乙方出具的付款申请及相应金额经采购人认可的合法有效发票之日起**个工作日内 | 付款至合同中固定需求工作量金额的**% |
| 3 | 第三笔 | 一年维保期结束，乙方提交维保期总结报告并得到采购人书面确认后，采购人收到乙方出具的付款申请及相应金额经采购人认可的合法有效发票之日起**个工作日内 | 付款至合同中固定需求工作量金额的**0%，预留计划外工作量据实结算 |
十、履约验收方案
（一）履约验收的主体、时间、程序
1.验收主体
采购人组织验收。
2.验收时间及程序
项目涉及系统投产上线完成并稳定运行满3个月，各项功能满足验收标准，进出口银行组织验收。
具备验收条件后，由供应商向采购人提出验收申请，采购人收到申请后，自行或授权第三方监理依照合同及本工作说明书对其工作进行验收评估，如验收评估中发现其工作存在瑕疵、问题或遗漏，供应商须按照采购人要求限时解决，解决后采购人再次进行验收。验收通过后，采购人出具验收报告。
（二）履约验收内容和标准
本项目按采购人计划前完成上线，乙方应严格按实施计划完成设计、开发、测试、投产等各阶段内容，并确保项目总体目标。
1.验收内容
（1）交付件，包括文档资料、源代码等
（2）适配改造的物理子系统应用软件
（3）以量化的SLA考核指标为依据，对供应商服务及项目完成情况进行量化评价
2.验收标准
（1）文档验收标准
文档内容应包含对应工作阶段的所有工作任务的最终成果
文档内容无重大分歧，进出口银行能够接受文档中的主要观点、认可文档中所体现的工作成果
所有正式交付件表达清晰、内容完整，符合采购人要求。交付文档的描述不存在实质性的错误（包括不真实、遗漏、误差、以及对使用者可能产生误导的信息）；文字无重大或误导性错误
文档交付齐备
除特别指明的并经采购人同意的英文提交文档之外，要求提供中文文档
提交项目全部交付件并通过采购人审核，在此基础上形成项目的《交付件交付情况一览表》，经过采购人核对认可
（2）系统验收标准
系统符合项目工作说明书的要求
新增系统的安全等级保护基本要求满足国家标准和监管要求中对本系统的相应要求
系统通过用户接收测试，若有遗留问题须在本项目最终验收启动前解决
（3）SLA指标考核
本项目发起验收时，进行SLA考核。指标项如下：
| 序号 | 指标名称 | 量化标准 | 评估方式 （优**0-良**-中**-差0） | 指标占比 |
| 1 | 本项目进度及计划执行率 | 各阶段累计工作延后完成天数/各阶段累计计划天数 | 1. 计划延误率为0 优 2. 0＜计划延误率≤1% 良 3. 1%＜计划延误率≤3% 中 4. 3%＜计划延误率 差 | **% |
| 2 | 项目投产后问题数量 | 投产后至验收时累计问题数 | 1.每**0功能点每3月发现问题数+每3月发现影响银行实体下问题数<2 优 2.每**0功能点每3月发现问题数+每3月发现影响银行实体下问题数<=5良 3.每**0功能点每3月发现问题数+每3月发现影响银行实体下问题数<=**中 4.每**0功能点每3月发现问题数+每3月发现影响银行实体下问题数>** 差 | **% |
| 3 | 工单未及时处理率 | 工单处理时长超一个月工单数量/总工单数量 | 1. 工单未及时处理率≤0% 优 2. 0%<工单未及时处理率≤5% 良 3. 5%<工单未及时处理率≤**% 中 4. **%<工单未及时处理率 差 | **% |
| 4 | 异常考勤率 | 驻场期间异常考勤天数/应出勤天数 | 1. 异常考勤率≤5% 优 2. 5%＜异常考勤率≤**% 良 3. **%＜异常考勤率≤**% 中 4. **%＜异常考勤率 差 | **% |
| 说明：本项目涉及功能点情况和数量随报价文件一并提供，应与工作量评估底稿一致；考勤率结合采购人外包考勤情况进行计算。 | ||||
根据SLA最后得分情况，划分为四个等级：
SLA>=**的为优；
SLA在**-**的为良；
SLA在**-**的为中；
SLA<**的为差。
1.乙方在合同签署后，需要按上线计划完成投产上线。如因乙方原因导致未能按期投产上线，将按照每逾期一日，扣除“合同价款”的千分之五（5‰）。
2.SLA考核的罚则。
（1）SLA考核为良：约谈公司高管，提出服务质量保障具体措施并限期落实；
（2）SLA考核为中：约谈公司高管，提出服务质量保障具体措施并限期落实，从本次付款起每期付款顺次延迟半年支付，如有多次延迟的，延迟期限叠加。
（3）SLA 考核为差：约谈公司高管，提出服务质量保障具体措施并限期落实，暂停本次及以后各期款项支付，直至下次考核时服务质量达到中级以上，接续按以上标准执行。如已是最后一次验收，则扣除“合同价款”的百分之五（5%）。
十一、投标资质要求
附件：
附件3：单一来源采购方式建议说明表
单一来源采购方式建议说明表
| 项目名称 | ****年联合开发系统（基金业务需求）实施项目 |
| 预算金额 | ****万元 |
| 推荐供应商 | 建信金融科技有限责任公司 |
| 单一来源采购方式适用情形 | ¨只能从唯一供应商处采购的 ¨发生了不可预见的紧急情况不能从其他供应商处采购的 þ必须保证原有采购项目一致性或者服务配套的要求，需要再次向原供应商采购的 |
| 推荐供应商情况 | 与同业合作案例：与国家开发银行、恒丰银行、蒙商银行等均有相关案例。 |
| 供应商评价：该供应商为我行最重要的业务系统实施厂商，为我行提供**9个业务系统的实施，占我行业务系统数量的**%以上。该供应商技术能力、人员素质和整体服务水平良好。 | |
| 本期项目开展的必要性说明 | 为更好支持开展进银基金、新型政策性金融工具基金的投资与管理工作，解决基金业务无系统功能支持问题，需要启动****年联合开发系统（基金业务需求）实施项目，以对我行基金业务全流程相关的系统进行改造，支持基金业务的线上化系统操作。 我行基金业务流程包括客户信息管理、评级授信、业务审批、贷款投放、账务核算、投后管理、数据报送等全流程业务操作。本项目涉及基金业务全流程相关的系统功能的改造实施工作，实现我行基金业务的全流程系统支撑，保障业务数据的完整性、准确性和时效性。 |
| 单一来源采购方式必要性和合理性证明 | 技术方面：****年以来，建信金科与我行在联合开发（一期）、巩固提升专项、****年联合开发系统需求实施、****年联合开发系统需求、****年联合开发系统信创改造等多个系统建设项目中开展深度同业合作。建信金科团队经过项目建设的长期实践，熟悉我行应用系统的系统架构、技术体制及工作流程，具备实施此类需求的能力。同时，本项目涉及多个联合开发系统，均由建信金科以同业合作方式与我行联合开发完成，通过往期其他项目系统建设，建信金科对我行系统需求具有较深理解，对相应系统功能改造积累了较为成熟的经验，由建信金科开展本项目需求实施工作在系统建设延续性上具有明显优势。 本项目共涉及客户信息管理、信贷业务管理、贷款核心、员工渠道整合平台、机构信息和用户管理、企业数据仓库、监管应用、财务会计-非引擎等**个物理子系统配合改造、测试。经第三方评估，开发测试工作量约需**2.**人月，同时，为应对计划外需求，额外预留**人月（固定需求工作量***%）计划外工作量，此部分根据使用情况据实结算。目前主牵该需求的开发经理1人，日常承担系统技术管理、业务需求对接、工作量评审、交付物验收、外包人员管理、二级运维等工作，且需同步开展系统承接工作，与项目实际需求人员数量差距较大，无法满足项目实施需要。 本项目所涉及**个系统分属对公信贷、客户管理、数据集成、员工渠道等多个业务领域。按照我行联合开发系统承接总体工作进度和计划，签订合同后还需3-6个月的系统承接知识转移阶段，才可能具备接收需求订单进行开发实施的能力，由于业务部门对基金业务系统诉求较强烈，行领导要求尽快完成系统上线，上述领域厂商无法满足该需求的时间紧急性要求，不具备开展相应功能改造的条件。 |
| 业务方面：按照业务部门诉求，为减少手工操作量、降低操作风险，要尽快解决基金业务无系统支持问题，提高我行对基金投放管理和风控管理能力。按照现有方案，在现有信贷全流程系统上进行差异化改造，基金业务全流程涉及系统较多，包括客户信息管理、信贷业务管理、贷款核心、企业数据仓库、财务会计-非引擎等，流程较复杂，建信金科对我行信贷业务流程、系统现有功能具有较深理解，对系统功能改造积累了较为成熟的经验。 业务部门对基金业务系统的诉求较强，行领导对基金业务上线时间要求较紧，要求尽快完成投产上线。建信金科对我行信贷业务流程、系统现有功能、代码逻辑具有较深理解，对基金业务与口行业务的差异清晰了解，相比其他厂商，在项目实施质量、实施周期和保障我行业务连续性方面更有优势，能很大程度减少对现有业务影响，降低业务连续性风险。 综上，由建信金科开展本项目实施在业务延续性上具有明显优势。 | |
| 管理方面：我行与建信金科建立了良好的沟通机制。建信金科了解现有系统架构、功能与配置，熟悉源代码，同时内部有一整套完善成熟的系统研发流程，项目组人员对整体流程熟悉了解，规范化流程能降低管理风险，整体的沟通成本较低，与我行配合情况良好，能够高效提供服务支持。 同时，行方人员加强项目管理和技术把控。开发经理参与需规说明书、设计文档、测试案例等关键实施文档评审，在建信金科技术团队支持下，能帮助行内人员深入了解系统改造方案、改造内容，对项目涉及系统改造范围和内容进行深入学习，加强项目实施的技术掌控和项目管理，降低管理风险。 | |
| 市场竞争方面：本项目可能存在潜在供应商能够承接相关工作，但考虑其他供应商对我行联合开发系统的业务功能、架构设计、源代码、技术流程工艺均不熟悉，且项目需求上线时点有明确要求，在实施层面对比建信金科不具备可行性。 | |
| 风险方面：使用其他供应商将带来较大的实施风险，本项目涉及改造系统较多，由于其他供应商不了解我行联合开发系统的架构设计、模块划分、功能实现、代码逻辑、处理流程、参数配置、数据库配置以及系统间接口的设计与实现方式，不熟悉系统源代码和相关系统功能改造情况，项目合同签署后，无法马上开展系统开发改造工作，需要一定时间学习承接和知识转移工作，其他供应商无法保证在有限的时间内完成系统开发改造工作，将面临成本、质量和工期等多方面的风险，项目质量将出现不可控的情况。 另外，该项目涉及**个系统改造、测试，系统范围广，改造影响大，其他厂商对现有系统代码、功能架构不熟悉，如进行系统改造，存在影响现有信贷业务的风险，影响我行业务连续性。而建信金科对我行系统功能改造积累了较为成熟的经验，对现有系统功能、代码逻辑深入了解，对基金业务与口行业务的差异清晰了解，在项目实施周期、实施质量和保障我行业务连续性方面更有优势，能很大程度减少对现有业务影响，降低业务连续性风险。 |
