根据业务发展需要，按照宁波银行股份有限公司采购相关管理办法，我行拟对《总账2026年优化项目》面向社会公开征集供应商，诚邀符合条件的供应商参与方案洽谈。

一、资质要求

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

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

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

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

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

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

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

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

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

二、技术要求

1、公司具备丰富的金融行业交易级总账系统研发经验，熟悉微服务架构，熟悉账务建模及总账相关开发；

2、公司具备企业级总账体系建设或运用经验，具备不少于2个财务相关项目（国有、股份制、城商行）实施经验。

3、公司具备不少于2个总账类项目（国有、股份制、城商行）实施经验。

三、报名方式及起始时间

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

四、联系方式

联系人： 童迪杰 0574-87821427   （采购部）

         刘秋斌15258323908  （业务部）

总账2026年优化项目主要需求概述

一、实现增值税按季调账

每个季度10号日终（1月10日、4月10日、7月10日、10月10日）总账系统将各个系统结转至同一网点的“2650700000100未交增值税”及“2650700000200已交增值税”金额，根据下述增值税上划机构逻辑及账务处理规则进行处理。

1、增值税上划机构逻辑

⑴不上划网点：1101、1120、6899、7*99、7804、7805、8899、8999、9099、9199、9299、9399。

⑵除上述网点之外的所有账务网点，上划参照一般规则，具体为：

宁波地区的，上划给总行清算中心。即总行各部门（即网点号为11开头的）及宁波地区支行（即网点号为66以下开头的）全部上划至1101网点。

上海分行及上海自贸区分行，上划给上海分行清算中心。上海分行各自贸区网点（即网点号为69开头的）及上海分行各网点（即网点号为70开头的）全部上划至7099。

各分行网点上划给各分行清算中心。其余分行各网点全部上划至各分行对应网点号带99的清算中心机构内。

二、实现财务报表异常波动分析

1、建立损益变动分析“三步走”分析框架

①　设定科目变动阈值：在二级科目的颗粒度层面，设定不同科目的触发阈值。

②　追溯科目变动原因：通过四层分析链路，逐层下探，定位到变动的流水，自动/人为获取变动流水的所有要素，分析变动原因。

③　输出变动原因分析：有专门的接口录入/导入变动原因，并发送邮件上报领导。

2、建立四个层级的逐级递进/逐级深入式的分析链路（第一条中，触发阈值时）

①　通过变动金额，找到贡献变动的最大前三的（若第二大于第三2倍，只取前二，若第一大于第二2倍，只取第一）流水，定位到这笔流水的机构、金额、币种，科目信息。若能从科目信息确认原因，查询终止。

②　通过流水摘要，确认原因。

③　若摘要简单且无指向性，则深入到前端系统中寻找对应的业务流水，抓取业务信息进行分析。

实现方法：通过数据仓查询业务系统流水。

前置条件：前端系统要将经过沟通确认的结果，按追溯要求，将业务流水的相关重要字段/要素全量导入数据仓。

④　若业务流水信息也不甚明确，需要人工介入的，则由指定工作人员打电话给相关客户经理/分支行财务人员，确认变动原因。

3、建立基于数据仓的前端业务系统数据查询机制（第二条中，需要延伸到前端系统查询业务流水信息时）

①　全量梳理所有科目（在二级科目颗粒度上）对应的前端业务系统，确认每个单个科目的来源是否唯一，来源包括哪些系统、传输方式（会计流水、交易流水、内部帐桥接等），按系统来源进行二次归类。

②　挨个系统与系统管理的业务部门进行沟通，明确业务流水的相关要素及要素是否已入表，如果未入表，要明确哪些要素需要入表、如何入表（入表的模式/接口/时间），以及各个表之间的关联度和相关性（尤其针对业务流水信息存在多个表的情况，需要明确跨表关联的标识码的唯一性和可追溯性）。

③　明确抽取后呈现的表格形式（输出端），明确输出表格的信息、内容、排版，涉及到记账人员的需要呈现相关人员信息（方便后续人工干预询问），并针对无明确记账人员的情况，与系统管理的业务部门建立首问责任人/归口管理人，实现该系统异常变动的归口管理和单点对接。

三、实现柜台债表外对接

1、实现交易级产品接入

①　调整表外记账逻辑

原柜台债以客户持仓面值进行表外登记，现调整为以客户持仓市值进行表外登记。具体调整如下：

存量余额初始化

A、上线日，原登记核心系统71201000001内部账户余额全部清零。（此步送核心记账）会计分录：

表外贷：71201000001    原账户余额的负数

备注：科目调整

B、上线日，根据柜台债系统计算的日终客户持仓债券类型、债券面值与市值，得到总市值，按资金绑定账户开户网点分类汇总，送总账入账，会计分录：

表外贷：7141200000100     上线日日终市值

备注：柜台债总账科目余额初始化

具体业务系统接入总账的接口及数据文件格式，由总账科技与代理理财科技人员对接。

②　每日送账

上线次日起，每日日终，柜台债系统在总账系统约定的时间内，重新计算每个客户不同债券的最新市值，按约定的接口文件传输要求，传送与总账系统，总账系统采用“全冲全记”方式进行处理。

先冲昨日柜台债客户持仓总市值，会计分录：

表外贷：7141200000100     昨日市值的负数

备注：冲昨日柜台债客户持仓总市值

再记当日柜台债客户持仓总市值，会计分录：

表外贷：7141200000100     当日市值的正数

备注：记当日柜台债客户持仓总市值

③　会计凭证及报表

每日柜台债客户级持仓市值明细送至数据仓，作为每日表外记账凭证的附件，总账系统查询凭证时，可以链接至数据仓进行查询并下载。数据仓报表要素至少包括：数据日期、客户类型（对公/个人/同业）、客户号、客户名称（可以脱敏）、证件类型、证件号码（可以脱敏）、机构号、机构名称、债券代码、债券简称、币种、持有面值、市价、债券总市值（此值汇总即为每日记正数的值，若客户同时持有多支债券，应多条展示）、资金绑定账户、账户开户网点号、账户开户网点名称。

④　每日对账

按照总账统一要求，业务系统与总账系统日终对账。由总账科技与柜台债科技人员对接。

四、对接核心、互金、票据、国结、资金、减值、估值等系统配套改造需求

五、实现财务部其他优化需求

附件：

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

一、基本信息

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服务经验与市场评价

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

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

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

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

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