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