中国进出口银行2025年联合开发系统（SWIFT ISO报文升级需求）实施项目单一来源采购论证和供应商征集结果公示中标结果

### ####年联合开发系统（SWIFT ISO报文升级需求）实施项目 单一来源采购论证和供应商征集结果公示 项目名称：####年联合开发系统（SWIFT ISO报文升级需求）实施项目采购人名称： ### 采购人地址： ### 区复兴门内大街##号项目资金来源：企业自筹资金项目预算：###万元本次采购内容为：采购联合开发系统（SWIFT ISO报文升级需求）实施服务拟采购方式：单一来源采购拟采购供应商名称： ### 拟采购供应商地址：中国（上海） ### 路##号##层、##层论证专家成员：王晓波、王欣新、刘涛专家论证意见表：见附件#供应商征集情况： ### ，至报名结束时间####年#月##日，共有#家供应商报名，最终#家供应商（ ### ）参与。公示期：####年#月##日至####年#月#日，共计#个工作日。潜在供应商对公示内容有异议的， ### ，书面文件包括：? 有效的营业执照或事业单位法人证明复印件； ? 法定代表人授权书（如由授权代理人提出异议的）； ? 异议单位情况介绍（包括但不限于供应商名称、联系人、联系电话、联系邮箱等）；能够完成本项目的声明及证明材料； ? 采购需求技术指标的不合理性意见（如有）； ? 若异议材料通过审核，能够准时参加后续采购活动的承诺函（非不可抗力不得放弃参加后续采购活动， ### 不良供应商名录）； 以上内容均需加盖企业公章。 项目需求：见附件#。采购代理机构： ### 地 址： ### B座##层（邮编：######） 业务联系人：刘轩博、金美廷 电 话： ########### 、 ########### 电子邮件： ### inochem.com、 ### inochem.com ### zl招标代理签章 ####年#月##日 附件#：专家论证意见表 附件#：项目需求 一、项目介绍 （一）项目背景概述 SWIFT组织于 ### 跨境支付和现金对账单的数据传输，取代现有MT标准。根据SWIFT组织要求，从####年开始用三年时间分阶段完成支付及报告类业务报文（MT#,#,#）ISO #####标准迁移工作（以下简称ISO迁移）。其中，####年## ### 期；至####年##月，MT#,#, ### 迁移至ISO标准， ### 络上支付类和对账单类报文仅支持ISO #####标准的“跨境支付和报告领域报文”（CBPR+报文）。 为此，我行分两阶段完成ISO迁移和支付系统升级工作：第一阶段已于####年#月份完成ISO CBPR+ ### 理功能改造；第二阶段须于####年##月前完成ISO CBPR+报文发报功能改造，涉及客户汇款、银行间调拨、查询查复、 ### 景。现拟将已澄清的#项涉及SWFIT ISO CBPR+报文发报需求作为####年联合开发系统（SWIFT ISO报文升级需求）采购实施服务。 （二）需求依据和来源 SWIFT组织关于跨境支付和现金对账单的数据传输采用ISO#####标准后，我行按计划推进ISO CBPR+报文发报功能改造， ### 有与SWIFT报文相关的上下游系统。 （三）功能或目标 ####年##月前完成相关系统功能改造并投产上线，并提供至少#年的免费运维服务，避免出现业务阻断风险。 二、服务一览表 序号 服务内容 主要工作 # 项目管理 ### 开展以下工作：制定项目计划，监督和控制项目进度；负责管理安排项目资源；开展实施项目配置和交付管理以及项目质量管理；开展项目问题管理和项目风险管理； ### 工作报告等 # 需求分析 根据业务要求，梳理转化为业务对系统功能性和非功能性等具体要求，形成需求规格说明书 # 设 计 完成相关物理子系统的概要设计、详细设计等相关工作，形成相应设计说明书 # 开 发 根据功能设计按计划完成开发，实现设计功能，完成单元测试等工作 # 测 试 开展产品、系统集成等测试工作，包括测试计划、 ### ，完成测试案例、脚本及数据的编制和准备，及时组织系统修补和必要的回归测试，形成测试报告；协助开展用户验收测试相关工作 # 投产运维 为系统投产演练和投产上线等提供必要支持，包括但不限于各类方案计划和流程策略的制定、现场人员支持及运维培训等工作 # 培 训 ### 相关人员熟悉系统内容和功能，以及使用权限划分与操作方式，包括系统架构、部署运维、参数配置等内容；提供完备的培训材料 三、业务要求 ####年##月前完成系统功能改造并投产上线为项目时间刚性约束。各业务需求说明书中对需求提出了详细了业务要求和调整内容。具体可见业务需求说明书。 四、技术要求 ### 的基础上， ### 合理架构初分，各物理子系统按照涉及需求的关联依赖情况，科学设计系统功能改造方案，确定实施计划安排，确保系统功能切分清晰，底层逻辑准确，业务流程顺畅。 ### 列物理子系统。 序号 需求简称 物理子系统情况 # SWIFT ISO CBPR+报文升级 主牵：外币支付配合代码改造：汇路外币，SWIFT报文服务平台，管理分析服务-上开组件库，银行核心产品支持领域计算，清算系统，员工渠道整合平台配合配置改造：应用调度平台配合测试：反洗钱清单监测 # 头寸管理系统SWIFT CBPR+报文升级适配改造需求 头寸管理 # ### SWIFT CBPR+报文升级 主牵：总行报文管理配合代码改造：头寸管理，支付结算-国际结算组件，反洗钱清单监测 # SWIFT CBPR+报文升级业务需求（ ### 跨境汇款+境内外币汇款） 主牵：外币支付配合代码改造：员工渠道整合平台，汇路外币，SWIFT报文服务平台，清算系统，现金管理，客户渠道展现-网银，客户渠道服务，反洗钱清单监测，企业数据仓库配合配置改造：应用调度平台配合测试：P#-支付结算领域 # SWIFT ISO CBPR+报文升级（支付结算） 主牵：汇路外币配合代码改造：反洗钱清单监测，外汇业务管理信息，企业数据仓库，现金管理配合测试：外币支付，SWIFT报文服务平台 # 转贷系统适配SWIFT CBPR+报文升级业务需求 配合代码改造：SWIFT报文服务平台配合测试：外币支付，汇路外币 # 国结系统适配SWIFT CBPR+报文升级业务需求 主牵：支付结算-国际结算组件配合代码改造：P#-银行核心产品支持领域，管理分析服务-上开组件库，银行核心产品支持领域计算，外汇业务管理信息，人民币跨境收付信息管理，反洗钱清单监测，监管应用配合测试：SWIFT报文服务平台 # 转贷系统适配SWIFT CBPR+报文升级业务需求- ### 配合测试：外币支付，SWIFT报文服务平台，汇路外币，反洗钱清单监测 其中， ### 示第#和第#项需求， ### 旧线保留系统，其相关改造已包含在《转贷业务系统####年开发服务项目》中， ### 涉及系统的代码改造和配合测试工作。 五、服务要求 （一）服务要求 #.总体要求 ### 享有对核心产品软件系统拥有永久的、不可撤销的、不可转让的修改权、复制权及其他使用权，以 ### ### 知识产权。为实现上述目的， ### ### ### 源代码， ### 源代码。 保证能够满足项目实施全生命周期中对开发、测试的要求，并支持通过开发实现对未来业务和技术功能的扩展。 为项目配备具有相关资质、技能和经验的技术服务人员， ### 需的信息技术服务。在人员供给方面， ### 要求的高质量人力资源，并且公司应该具备此类人力资源的储备， ### 各项业务需求的开发质量及时间要求。在人员稳定性方面， ### #的稳定性，以确保服务质量。在人员培训方面， ### 培训，以使人员不断补充提高服务技能。 供应商通过电话、电子邮件、 ### 提供远程技术支持， ### 服务请求， ### 服务支持。 #.服务指标 服务要求根据重要性分为“★”、“＃”和一般性指标。★代表实质性要求，不满足该指标项将导致投标被拒绝，＃代表重要性参数，无标识则表示一般指标项。 序号 服务要求项目 重要性 服务要求标准 # 产品要求 ★ 要求乙方必须对本项目涉及的产品拥有完全的知识产权；使用非自身产品的， ### 商对本项目的书面授权。（第三方授权有关信息应明确告知甲方，包括被授权产品名称，授权方式，授权期限、授权费等）。 ### ### ### 源代码， ### 源代码。 # ### 理 ＃ ### 软件的故障诊断和排除； ### 理。 响应时限：（##）分钟 ### 时限：（#）小时 解决问题时限：（#）小时 # 总体要求 ### 业务特点阐述系统实施方法论，并结合方法论，描述完整、可行的系统整体技术方案、实施方案，包括但不限于项目管理、需求确认、系统设计、系统开发、系统测试、系统切换、系统推广等方案， ### 策略。 要求完成项目实施、测试及系统投产等工作，并阐述系统的项目整体技术方案、实施方案、测试方案、系统投产方案，根据需要附相应模板。 ### 有模板要求的交付件， ### 编写。 阐述项目实施的组织架构（ ### 人员），并描述实施预期的时间进度表，提供具有明确里程碑的项目实施计划。 要求提供初步的验收测试计划以及充分的验收标准，并提供系统集成测试和投产测试的测试方案、测试案例和测试工具。 厂商在本项目实施过程中， ### 项目管理机构的管理。 ### 有交付物清单，包括但不限于项目文档、产品技术文档（包括平台/系统相关的接口和集成技术规范、设计规范等规范类文件，与整体技术方案一并纳入评审范围。 ### 专家参加评审的， ### 专家评审费用）、用户手册和系统管理手册。 阐述系统故障应急预案，确保系统在突发状况后能够及时发现，补救，恢复。 如有涉及第三方产品及服务，阐述相关产品及服务内容，报价及后期维护方式和费用。 在技术方案评审阶段，提供软件物料清单，如涉及开源软件引入和使用的，应按照甲方要求开展引入评审和使用备案后方可使用。提供后续对开源软件的维护及升级支持，纳入维保范围。 ### 涉及系统的 ### 系统设计，制定系统架构方案， ### 国产化替代工作情况。 ### 联机、批量、 ### 交互； ### 统一的用户认证系统， ### 应用实现单点登录功能； ### 开发等。 # 项目实施要求 以下列出了本项目实施过程中重要的实施任务， ### 有实施任务，并遵守其中相关约定。相关要求参照项目工作说明书。 （一）项目管理。 负责制定项目计划， ### 必要的调整。监督和控制项目进度。 负责管理安排项目资源。 ### 、人力资源、相互工作配合与交付承诺。 负责配合管理项目范围和需求变更，并协调变更要求的签署。 负责实施项目配置和交付管理以及项目质量管理。 负责项目问题管理和项目风险管理。 ### 工作报告。 （二）业务功能分析和设计。 负责对本项目需求梳理细化。 负责业务需求差异分析和评估。 负责业务功能分析和制定。 负责编写需求规格说明书。 负责提出与周边系统的集成解决方案。 负责系统配置设计、界面设计、扩展功能开发设计、数据转换设计等。 （三）技术架构分析和设计。 负责制定技术架构方案。 负责制定运维管理方案。 负责分析接口定义并提出技术实现方案。 ### 总体技术架构的差异，并编写技术规格说明书。 负责提出开发与测试环境的构建方案。 负责提出生产环境的构建方案。 负责编写技术设计说明书。 （四）业务功能构建。 负责提出参数配置模版及配置方案。 ### 分的详细设计，并编写详细设计说明书。 负责接口开发、扩展功能开发、数据转换开发。 负责计划、 ### 单元测试。 负责确认单元测试结果并提交单元测试报告。 （五）技术架构构建。 负责测试环境的构建与确认。 ### 达成一致。 ### 测试环境下的应用系统的安装和配置。 （六）产品测试和性能测试。 负责产品测试的计划、 ### 。 负责系统修补，并完成产品测试报告。 负责性能测试的计划、 ### 。 负责系统调优和进一步的性能测试，并负责完成性能测试报告。 （七）系统集成测试。 负责提出系统集成测试计划和方案。 负责完成系统集成测试案例、测试脚本以及相关的测试数据。 ### 系统集成测试，进行系统修补和必要的回归测试。 负责完成相应的系统集成测试报告。 （八）用户验收测试。 协助提出用户验收测试计划和方案。 协助准备用户验收测试案例、测试脚本和数据。 ### 用户验收测试。 负责系统修补。 ### 回归测试、协助完成用户验收测试报告。 （九）投产和推广（包括投产、 ### 、 ### 、最终验收）。 根据需要负责制定上线演练计划和方案。 负责制定投产演练方案、运维测试方案，负责运维培训， ### 方完成投产演练和运维测试工作。 ### 上线演练。 负责制定投产上线范围、制定系统（数据、业务）投产上线计划。 负责制定投产上线操作方案、流程和策略，并制定应急和恢复方案。 ### 方案、流程和策略，并制定应急和恢复方案。 ### 推广文档编制。 ### 完成投产上线。 ### 工作。 ### 完成系统最终验收。 （十）第三方测试（如有）。 负责准备测试对象的搭建及调试。 负责按第三方测试要求准备测试数据。 为第三方测试提供技术支持。 负责缺陷修复。 # 培训及知识转移要求 （一）培训对象： ### 的开发人员、 ### 维护管理人员，以及其他相关人员。 （二）培训目标：通过培训，应使上述人员掌握系统提供的内容和功能，以及使用权限划分与操作方式。 （三）培训内容：乙方应具有知识和技术转移的意愿，并阐述详细的实际措施，以对项目 ### 进行全面、有效的知识转移。 ### 提供系统在配置、开发、安装、使用、监控和维护等方面的培训。乙方须详细列出各阶段培训的服务清单和培训费用，服务清单包括培训内容、授课方式、培训对象、 ### 理等，对项目 ### 进行全面、有效的知识转移， ### ### #。 （四）培训材料： ### 有被培训人员提供完备的文字资料（书面及电子版）和讲义（书面及电子版）等相关用品。 （二）主要交付物 在项目工作书中明确交付物类型、内容及交付形式，包含但不限于以下内容。 过程域 文档 项目管理 《项目详细实施计划》 《项目质量审计报告》 《关键人员简历》? 《关键人员人力资源变动报告》 项目状态报告：日常管理采用周报 需求分析 《功能需求规格说明书》 《非功能需求规格说明书》（如有） 设计 《概要设计说明书》 《详细设计说明书》 ### 署架构（如有） 基础软硬件配置清单（如有） 开发 《单元测试案例》 《系统内集成测试案例》 《系统内集成测试报告》 测试 《应用组装测试案例》 《应用组装测试报告》 通过用户验收测试后的源代码 业务培训 《培训讲义》（如有） 《用户操作手册》（如有） 技术培训 《培训讲义》（如有） 系统投产 《投产任务跟踪表》（按版本） 《操作控制表》 待投产的应用程序版本 《应急预案》（如有） 《投产报告》（按版本） 《运维手册》、《日志报错代码表》、《批量手册》、《监控手册》、《知识库》（如有） 系统应用维护 知识转移文档：《运维手册》（含《日志存储备份清理方案》等日常运维的必要件）、《日志报错代码表》、《批量手册》、《监控手册》（如有） 知识库（包含《 ### 问题报告和问题跟踪表》、《重大问题分析报告》（如有）） 《维护期总结报告》 《 ### 维护报告》 六、 ### 要求 ### 联合开发系统实施现状，具有项目系统相关实施经验；具备完成服务范围内各项工作的能力；团队中关键核心岗位人员，如项目经理、关键技术人员等不得外包。 #.承诺已进入项目组的关键核心岗位人员不得随意更换。如确实需要更换人员须经过甲方审核通过后方可换人。同时要求新换人员必须通过甲方的审核，且由供应商保证人员更换期间工作的连续性。其他岗位人员如有更换需书面告知甲方，并承诺不因此降低服务质量。 #. ### 服务人员，要提供人员简历、学历证明复印件及人员相关认证资质复印件，签署安全保密承诺书，并满足甲方管理要求： （#） ### 服务人员必须遵守甲方作息制度和相关工作制度规定，提供#* ### 服务。 （#）驻场服务期间， ### 服务人员必须严格按照甲方各项规章制度合规开展工作；驻场服务地点为甲方指定地点。 （#） ### 服务人员不得随意更换。如果更换人员则供应商应提前#个月通知甲方，并经过甲方审核通过后方可换人。同时要求新换人员必须通过甲方的审核，且由供应商保证人员更换期间支持工作的连续性； （#） ### 制度，并给甲方造成了损失， ### 赔偿，具体赔偿标准见合同。 （#）根据支持效果，对于不能够胜任支持工作的人员， ### 调换。同时由供应商保证人员更换期间支持工作的连续性。 七、安全要求 ### 同意的情况下， ### 提供的人员能够严格遵守各项规章制度，主要包括但不限于以下内容： （一）法律合规方面， ### 带来的法律风险。 （二）信息安全方面， ### 信息（如业务数据和商务信息等）泄漏风险。 （三）生产安全方面，应严格规避因人员操作不当， ### 系统出现安全性和稳定性风险事件。 （四）安全审计方面， ### 设备的相关操作留有纸质或视频记录。 （五）保密要求方面，供应商对项目实施中涉及到的相关数据、资料、文档等具有保密的义务， ### 。 ### 有。 ### 同意，供应商不得向第三方泄露、公开或用于提供法律服务之外的其他目的， ### 、我行客户的资料， ### 有效隔离。 八、交付或实施时间、地点 （一）项目周期 合同签署至项目验收后##个月。 （二）服务地点 ### （北京或其他指定地点）。 九、财务支付要求 序号 付款节点 付款条件 付款比例(或金额) # 首付款 合同签署后，甲方在收到乙方出具的付款申请及相应金额经甲方认可的合法有效发票之日起##个工作日内 付款至合同金额的##% # 验收款 全部需求通过验收后，甲方自收到乙方出具的付款申请及相应金额经甲方认可的合法有效发票之日起##个工作日内 付款至合同金额的##% # 尾 款 维护期结束，乙方提交维护期总结报告并得到甲方书面确认后，甲方收到乙方出具的付款申请及相应金额经甲方认可的合法有效发票之日起##个工作日内 付款至合同金额的###% 十、履约验收方案 （一）履约验收的主体、时间、程序 #.验收主体 我行组织验收。 #.验收时间及程序 ### 满#个月，各项功能满足验收标准， ### 组织验收。 具备验收条件后， ### 提出验收申请，我行收到申请后，自行或授权第 ### 验收评估，如验收评估中发现其工作存在瑕疵、问题或遗漏，供应商须按照甲方要求限时解决， ### 验收。验收通过后，我行出具验收报告。 （二）履约验收内容和标准 本项目应于####年##月前完成上线，此时间为刚性约束，乙方应严格按实施计划完成设计、开发、测试、投产等各阶段内容，并确保项目总体目标。 #.验收内容 （#）交付件，包括文档资料、源代码等 （#）适配改造的物理子系统应用软件 （#）以量化的SLA考核指标为依据， ### 量化评价 #.验收标准 （#）文档验收标准 ? ### 有工作任务的最终成果 ? 文档内容无重大分歧， ### 能够接受文档中的主要观点、 ### 体现的工作成果 ? 所有正式交付件表达清晰、内容完整， ### 要求。交付文档的描述不存在实质性的错误（包括不真实、遗漏、误差、以及对使用者可能产生误导的信息）；文字无重大或误导性错误 ? 文档交付齐备 ? ### 同意的英文提交文档之外，要求提供中文文档 ? ### ### 审核，在此基础上形成项目的《交付件交付情况一览表》， ### 核对认可 （#）系统验收标准 ? 系统符合项目工作说明书的要求 ? 新增系统的安全等级保护基本要求满足国家标准和监管要求中对本系统的相应要求 ? 系统通过用户接收测试，若有遗留问题须在本项目最终验收启动前解决 （#）SLA指标考核 本项目发起验收时，进行SLA考核。指标项如下： 序号 指标名称 量化标准 评估方式 （优###-良##-中##-差#） 指标占比 # ### 率 各阶段累计工作延后完成天数/各阶段累计计划天数 #. 计划延误率为# 优 #. #＜计划延误率≤#% 良 #. #%＜计划延误率≤#% 中 #. #%＜计划延误率 差 ##% # 项目投产后问题数量 投产后至验收时累计问题数 #.每###功能点每#月发现问题数# 优 #.每###功能点每#月发现问题数=## 良 #.每###功能点每#月发现问题数=## 中 #.每###功能点每#月发现问题数## 差 ##% # ### 理率 ### 理时长超一个月工单数量/总工单数量 #. ### 理率≤#% 优 #. #% ### 理率≤#% 良 #. #% ### 理率≤##% 中 #. ##% ### 理率 差 ##% # 异常考勤率 驻场期间异常考勤天数/应出勤天数 #. 异常考勤率≤#% 优 #. #%＜异常考勤率≤##% 良 #. ##%＜异常考勤率≤##% 中 #. ##%＜异常考勤率 差 ##% 根据SLA最后得分情况，划分为四个等级： SLA=##的为优； SLA在##-##的为良； SLA在##-##的为中； SLA##的为差。 （三）违约责任 #.乙方在合同签署后，需要按项目计划完成投产上线。如因乙方原因导致未能按期投产上线，将按照每逾期一（#）日（不足一日的按比例计算），扣除“合同价款”的千分之二（#‰），上限百分之三十。 #.SLA考核的罚则。 （#）SLA考核为良：约谈公司高管，提出服务质量保障具体措施并限期落实； （#）SLA考核为中：约谈公司高管，提出服务质量保障具体措施并限期落实，从本次付款起每期付款顺次延迟半年支付，如有多次延迟的，延迟期限叠加。 （#）SLA 考核为差：约谈公司高管，提出服务质量保障具体措施并限期落实，暂停本次及以后各期款项支付，直至下次考核时服务质量达到中级以上， ### 。如已是最后一次验收，则扣除“合同价款”的百分之五（#%）。 十一、投标资质要求 无。 十二、投标人及产品的技术、能力、认证等相关证书 无。 十三、合同条款 ### 与建信金科前期签署的####年联合开发系统需求实施项目类合同。