宁波银行股份有限公司易收宝业务助手建设项目供应商召集招标公告

点击登录查看

易收宝业务助手建设 项目供应商召集公告（项目实施类）

根据业务发展需要，按照点击登录查看采购相关管理办法，我行拟对《易收宝业务助手建设项目》面向社会公开征集供应商，诚邀符合条件的供应商参与方案洽谈。

一、资质要求

1、注册资金人民币200万元（含）以上，财务状况良好；

2、公司经营正常并存续2年（含）以上；

3、企业或者其法人近两年内无行贿犯罪记录，未被列入失信执行人名单，无限制高消费、限制出入境等行为；

4、公司具备完善的组织架构和制度规范，拥有充足的技术、人员和设备资源；

5、同一法定代表人的两个及两个以上法人、母公司、全资子公司及其控股公司不得在同一次项目中参加报名；

6、参与报名的供应商能作为签约主体参与后期的商务流程；

7、设备和产品应满足《网络安全法》等法律法规要求；

8、报名供应商应符合宁波银行供应商管理相关要求；

9、如报名供应商为首次与我行合作供应商，请按附件格式提供“供应商尽职调查报告”。

二、技术要求

开发要求：

1、 供应商需具备大模型项目建设经验，在同业具有大模型项目实施案例；

2、 供应商需具备对公领域项目建设经验，在同业拥有对公业务项目案例；

3、 供应商需具备较强的大模型系统的建设能力，在同业大模型领域已有相关完成案例，技术方案具有较强的前瞻性和可落地性；

4、 熟悉主流大模型调用方式，掌握Prompt Engineering、Function Calling、Workflow等能力，了解LangChain、LangGraph等开发框架。

5、供应商中标后应有足够人力立即投入研发，保障部署上线的及时性；

6、供应商同意本次项目开发所形成的相关成果，包括应用系统和技术文档归属我行，我行是该成果的著作权、专利申请权、专利权、技术秘密及其其他相关知识产权的所有人。

7、公司拟参与项目人员必须通过宁波银行面试，人员面试不合格的公司不予准入。

测试要求：

1、具备在国有五大行或头部股份制商业银行或城商行有测试项目实施案例，或是其测试人力框架供应商。

2、签约主体具备长期测试人员储备，能够独立开展项目工作，对项目团队进行成熟的项目管理和测试过程管理，并对项目测试工作质量负责。

3、项目团队须服从行方测试管理，遵守行方各项研发测试管理制度。

4、项目团队在银行渠道类业务有较丰富的测试经验，大模型评测等相关测试经验优先。

5、公司拟参与项目人员必须通过宁波银行面试，人员面试不合格的公司不予准入。

三、报名方式及起始时间

请符合条件的供应商在 2026 年 9 月 13 日之前,通过报名链接“点击报名”方式进行报名，报名链接如下：https://cpms.nbcb.com.cn/cpms/ananymous/cms/，并按要求填写相关报名材料。

四、联系方式

联系人： 童迪杰 **** （采购部）

邵一宁 **** （业务部）

朱子奇**** （科技部）

易收宝业务助手建设项目主要需求概述

立足收单业务底座，围绕商户经营痛点，拟实施易收宝业务助手建设项目，实现商户问题自助处理、客户经理作业提效，促进收单运营高效化。具体项目内容如下：

1、 业务需求

业务需求包括但不限于：

1.1.1 进件MCC识别

当前 MCC 码选择主要依赖业务人员先判断商户核心主营业务，人工对照MCC 码表进行匹配。由于商户名称和经营范围描述往往较为宽泛、存在歧义或包含多种业态，人工判断容易受经验差异影响，导致 MCC 码选择不准确。

因此，通过识别商户的营业执照经营范围，系统自动提供MCC码参考值，减少业务人员人工判断的时间。

1.1.2 业务巡检核验

传统人工模式的商户巡检难以高效、准确、持续地识别商户经营真实性和经营一致性风险，存在人工成本高、审核标准不统一、风险发现滞后、海量存量商户难覆盖、多源信息难融合、结果可解释性不足等问题。

通过图像理解、场景识别、经营范围比对和风险判定能力，实现巡检核验更加便捷化，减轻业务审核负担。

1.2 API开放平台助手

1.2.1 对话与接入咨询

通过网页对话形式，结合上下文对话识别与多轮交互，系统识别业务意图，为用户提供接入咨询、材料提交与回答交互能力。

1.2.2 业务场景识别与接口选型

根据商户行业、收银流程和支付渠道识别支付场景，自动推荐应接接口并输出配套接入材料。

1.2.3 测试商户配置与自助办理

通过自助表单提供测试商户进件、开放银行配置及各类联调前置配置办理能力，实现测试接入前准备的自助化。

1.2.4 接入问题诊断

按"SDK → 静态请求参数 → 接口响应 → 银行失败原因"分层诊断接入问题，输出可落地的诊断结果。

1.2.5 商户验收与报告

按商户号核验接口对接完成情况，自动判断验收结论并生成可防伪验证的验收报告。

1.2.6 会话历史与运营管理

建设会话查询、反馈管理及操作日志能力，用户可分页查看、检索和删除本人历史会话；管理员可按用户、关键词和回答评价查看全量会话及详情。

保存用户反馈，支持对同一回答更新或取消评价；记录对话处理、意图路由、知识检索、工具调用、请求响应及异常等关键操作日志。

1.3全渠道对账助手

全渠道对账平台页面新增辅助操作助手入口，用户可选择搭建映射模板、搭建对账任务、搭建运营报表等。

1.3.1 搭建映射模板

当前获取得到的数据源存在高度异构：各平台结算单、企业自建系统数据、OMS系统数据等。通过专项训练，提升数据映射识别能力。

系统识别同一费用的不同称谓（比如“技术服务费”=“软件服务费”=年费），判断不同账单字段在语义上是否为同一主体，实现传统规则无法企及的语义级模糊匹配。

通过将渠道账单的原始字段自动识别为业务语义（订单号、实收金额、佣金、退款金额、交易时间等），并自动映射到平台标准字段，经人工确认后一键生成可复用、可校验的映射模板，替代人工逐字段配置。

1.3.2自动生成对账任务

用户可以按自然语言描述对账需求（店铺、渠道、业务类型、规则等），系统通过意图识别与参数抽取自动编排生成对账任务，替代逐项表单配置。

系统根据客户输入的相关对账规则等信息，自动填充对账任务，复核后点击确认，完成对账任务配置。

1.3.3自动生成运营分析报表

用户通过自然语言描述，分析需要执行的报表诉求，系统自动生成运营分析报表：（图表+明细表+结论摘要），并可保存、下载。

2、 其他要求

数字化场景项目建设经验。

2.1项目关键人员

项目实施人员的入场时间和参与阶段见下表，实施人员必须从下述人员中产生（实施人员可按1:1.5或1:2配置，但关键人员原则上不得替换），供应商应承诺实施人员能按时入场并完成整个参与阶段的工作。

附件：

宁波银行信息科技服务提供商尽职调查报告

一、基本信息

1.1服务提供商基本信息

1.2监管评价

（是否出现在监管机构的黑名单中）

（最近二年在政府或金融同业合作过程中是否受到处罚）

（是否存在未决诉讼）

1.3关联公司或附属机构信息

（关联公司或附属机构是否存在经营危机，该危机是否危及该服务提供商的正常经营）

1.4主要客户清单列表

（主要客户群体）

二、服务提供商持续经营能力

2.1财务情况

（近三年经审计的财务报表）

三、服务提供商内部控制和管理能力

3.1服务提供商内控评估报告

（评估报告内容如覆盖以下3.2-3.6内容，则将评估报告内容对应填写至各个部分）

3.2服务提供商的组织结构

(内部控制部门，如是否建立了内部的使用工具的安全测试部门、内控部门、审计部门)

3.3 IT制度体系建设

（是否对其公司及项目的安全管理及流程管理建立了相应的制度）

（项目过程中的项目管理（PMO）体系，包括例会、沟通渠道等）

（服务质量控制方法）

3.4培训体系建设

（是否对其员工定期开展技术技能以及安全防范相关的培训，提供培训计划或培训材料）

3.5服务提供商人员离职率

（了解公司技术人员的离职率）

3.6IT风险管控

（包括对公司本身的IT风险管控及所承接外包项目的IT风险管控情况）

四、服务提供商信息技术能力

4.1服务能力和支持技术

（服务提供商的技术能力资质证明，专业认证等）

（描述使用的工作方法、应用软件、技术文档、评估模型、评估工具等使用情况、知识产权等）

4.2服务经验与市场评价

（服务提供商主要的服务行业、主营业务、服务客户）

（类似的服务项目经验及项目合同证明材料）

五、服务提供商的网络和信息安全保障能力

（该项评估内容用于非驻场信息科技外包）

（描述内容可包括网络与信息安全管理体系建设情况、网络与信息安全技术防护体系建设情况、安全事件响应和恢复能力、实践经验等）