截止时间：2023年7月7日18:00整
公告说明：就贵州银行应用软件开发服务（1104、客户风险报送系统建设项目）进行征集供应商
征集需求描述：

一、项目名称

贵州银行应用软件开发服务（1104、客户风险报送系统建设项目）

二、项目背景

因工作需要，我行拟发起贵州银行应用软件开发服务（1104、客户风险报送系统建设项目），建设银监1104、客户风险报送系统，要求根据我行的业务及数据架构，实现1104、客户风险系统化采集、加工、校验和报送全流程自动化，同时满足2024年新监管计量要求和制度升级内容。

三、业务需求

（一）采购内容

序号	采购内容	说明
1	银监1104和数据开发	1.业务系统及业务分析 2.数据架构调研、本地平台和接口配置 3.数据开发 4.报表开发 5.定制化功能开发 6.测试、联调和用户配置
2	客户风险系统和数据开发	1.业务系统及业务分析 2.数据架构调研、本地平台和接口配置 3.数据开发 4.报表开发 5.定制化功能开发 6.测试、联调和用户配置
3	2024年新计量规则调整和升级	1.新计量规则需求分析 2.数据开发 3.报表开发 4.制度升级包开发和部署 5.测试、联调
4	财务监管集市接入升级	1.财务监管数据集市数据接口分析和验证 2.数据接口迁移 3.定制化数据开发 4.测试、联调

• 业务功能要求

1.数据处理

提供对报文数据处理页面，对数据进行新增，修改，查看，行内一致性校验，行内一致性校验结果处理,延用上期数据，载入本期其他表信息等操作。

2.数据查询

对报送处理数据查询，包括当期数据查询和历史数据查询，支持按照多报送主体（总分支行）数据查询，按照非报送主体全行数据查询，脱敏上报数据查询等。

3.参数维护

统计机构维护，特殊客户维护，报文上传地址、管户经理模式开关、举证文件类型等系统参数维护。

4.文件导出

支持按照监管报送要求的文件格式（XML、Excel等）批量生成报文，支持统一报送报文导出：可单个报文下载和多个报文打包下载。

监管机构	报送业务	文件格式	报送业务	文件格式
人行	金融统计	ij文件	现金收支	直连
	支付统计	Excel	利率报备明细	直连
	存款保险	Excel	精准扶贫	Excel
	账户报送	txt.tmp	科技报送	JSON
	非居民	TXT	企业征信	xml
	人行金标	dat	个人征信	xml
	利率报备	Excel	金融基础数据明细	dat
	账户申报	TXT	金融基础数据报表	Excel
	企业账户	Excel
银监	EAST	txt
	客户风险	XML
	1104	Excel
	科技风险	TXT

5.报送监控

金额和异动统计：用于统计金额本期值、上期值和增长率。

6.行内提示性处理

将报文手工上传至银监客户端校验，银监反馈报文的校验结果，我行将银监生成的校验结果导出，并导入我行的数据报送平台对校验结果的数据进行查看，提供填写备注的功能。

7.客户指标

根据查询条件查询客户的客户类指标。

8.机构指标

根据机构查询机构指标的本期与上期值和变化。

9.跨系统一致性处理

支持1104、EAST等跨系统一致性校验，支持校验结果查询，包括跨系统一致性校验结果汇总表等。

10.举证处理

对跨系统一致性校验结果进行查询及举证。

11.反馈结果处理

对跨系统一致性校验结果进行单条修改及批量修改当期数据。

12.报表重报

对流程走完的待办任务，具有重报权限的管理员可以对报表发起重报。重报退回后，系统会分发待办提醒给具有填报权限的操作员。

13.数据痕迹

数据痕迹查询，对补录人员针对当期数据新增，修改，删除记录操作数据，提供查询功能。

14.字典项导入

支持银监字典项导入，并更新报表的系统码值。

15.指标预警

对报表设置上限下限值，用于判断指标是否需要预警。指标阈值设置功能支持设置多级别阈值上下限，各级别的预警提示在展示时，颜色不同，暂定三级，一级红色，二级橙色，三级黄色。

16.自定义校验

自定义指标配置，数据来源为各条线的单元格指标（自定义的每个指标只允许选择同一条线的单元格指标），运算符支持加（+）、减（-）、乘（*)、除（/），括号，可预览确认自定义指标是否正确。根据报表的需要，报送人员可根据自身的需求增加自定义校验。

17.退表记录

记录退表操作数据，对每一次退表操作提供查询功能。

18.合并报表

可对多家报表的数据进行直接合并处理。

19.数据补录

在上游系统数据中缺少字段或业务时，发现并进行台账补录。支持多种补录的流程方式，默认配置日补日审的方式。

20.公告管理

一是消息场景管理，提供系统内置消息场景的修改；二是发送通知，管理员可通过站内信的方式向用户发送消息；三是历史通知查询：查看管理员发送的通知，可批量下载，删除。

21.系统监控

系统应具备全流程关键节点（采集、填报、推送、反馈）的成功失败状态的监控，确保通过应用就能了解数据全流程情况。同时系统也应具备资源监控、服务状态监控、异常报警、监控报表、运行日志、操作日志、druid、平台jvm等功能，保障通过应用就能掌握系统的运行情况。

22.其他功能

系统还应具备如下基本功能。

功能大类	子项	具体要求
配置管理	报表配置	能可视化配置报表制度定制（报表、单元格、公式），用户能使用系统根据监管报送标准进行报表可视化配置。含一键制度升级、报表监管和行内填报说明、历史口径导入、单元格监管和行内填报说明、标准制度公式（公式描述、监管校验公式）、非制度公式（公式描述、初始化公式、预警公式、计算公式、结转公式、表间取数、行内填报说明）支持一键发布，配置后可支持试算预览校验及相应制度版本管理。配置功能均支持线上和线下操作。
	报文集配置管理	各报送模块独立配置，能根据报送机构、报送地区、报送报表、报送列、报文格式进行线上定制生成报文模版。
数据处理	数据填报	含人工批处理操作、报表提交、批量导入导出、监管制度和行内填报文件查看、监管上报截止日期、辅助填报（下级机构、关联指标、异动分析等）。
	异动分析说明	根据设定的值域值、值域比例，选择任务批次、机构或单表，根据年初列、比例、多报、少报进行分析，针对异动原因上传附件，也可根据指标编号查看下级情况或者近一年取数情况；可作为上报监管机构的异动说明凭证。
	批处理及监控（手动、自动）	含操作人、启动方式、开始时间、结束时间、数据日期、机构、报表、出错操作数-点击可查看具体详情、完成比例等。
	数据批量导入含报文反向导入	支持excel和具体报文两种模式将老数据导入至新监管库中，单次执行只能选择一种模式，以新增或覆盖方式入库。
	报文生成、校验、下载、报送、反馈	手动模式用于需要手动上传至监管机构客户端，自动模式为监管机构直联报送。校验即对待报送数据进行合法性、多报、少报校验；生成即按监管规范生成相应报文；反馈分入库成功和入库失败两种状态，入库失败需将失败明细和不符合哪条规范展示在报文反馈中。
数据查询	分析模型-填报指标自主分析	根据监管报送标准指标或明细加工指标做分析，可通过简单的拖拉拽进行组合构成所需其他报表和相应图表；分析中需含机构、指标、日期（本期、上期、同期、上几期）、异动（根据同一指标两个日期进行简单计算如增减额、增长率等）、预警。
	报表状态查询	对选定批次报表填报情况的全方位监控，需支持按机构和报表两种方式查看，可通过初始化、校验通过、校验未通过、填报、提交、审核完成、打回等状态进行按钮化筛选。点击报表填报可进行催办，点击其余非填报或审核完成的其他图标可跳转至填报。
	自动取数率	显示系统取数中自动取数和手动补录数据的比率
	报送质量核检	系统用户可查看每期数据报送情况的数据质量检核报告。系统能提供标准检核体系，包括不限于系统对每期报送数据质量、指标值异动情况、跨系统指标核对情况、校验通过情况（本系统和跨系统）、报送情况（及时性、准确性、一致性）等进行统计、展示并评分；报送前基础性的数据校验，系统用户能自定义核检规则、可配制化的数据检核规则、校验报表。
	报送差错处理	系统对于报送失败、校验不通过的任务及时告警，系统要展示所有报送记录的差错信息、处理情况，差错信息、处理情况要完整存入数据库。
	数据修改历史	显示数据的修改历史情况，可根据频度、报表、机构列表、指标编号、列编号、数据日期区间、用户和变动值（容差和非容差两种）进行查询。修改历史分最终记录和全部记录，最终记录是指因辖下最底层机构因调整非容差的填报值。明细清单应展示批次、日期、机构号、机构简称、指标编号、指标描述、列、单位、原值、修改值、差值、修改人、修改时间、联系电话、修改依据。
	数据溯源	能看大数据平台取数规则、自身系统取数规则等全流程的数据取数逻辑，展示问题数据。具有完善的数据流向全流程节点监控能力。

• 采购标准

1.系统必须完全满足1104、客户风险系统化采集、加工、校验和报送自动化。

2.系统须符合监管制度要求，支持监管部门对资本、流动性等计量的最新要求。

3.在我行财务监管集市上线前，系统须支持通过ODS取数；在我行财务集市上线后切换到财务监管集市取数。

4.供应商须支持30%以内工作量的指标调整以及新增报表。

5.供应商需明确承诺在2024年1月31日前完成采购内容第1、2部分内容的投产。

6.系统须具备一定的扩展性，具备全模块报送的扩展能力，可以满足后续类似监管报送的建设需求。

7.系统须满足我行报送系统的业务架构标准，如下图所示：

（1）报送要素层。该层级主要管理包括非现场监管报表的技术口径（主要面向源数据），业务口径（主要是对填报内容的解释），以及报送频率、精度等报送任务属性。该层是开展监管报送业务的基础性管理工作。

（2）数据采集层。通过与财务监管集市（或数据仓库）对接，设定周期采集报送要素的数据与信息，然后进行校验、清理、格式化等处理，确保数据要素和质量均能够符合监管报送的要求，该部分能够符合全行数据一致性采集管理的要求。

（3）数据存储层。将采集获得的报送数据存入监管报送系统的数据库，以实现报送数据的集中式存储与管理，该数据库由业务人员和技术人员共同维护。

（4）报送处理层。根据不同报送文件的要求，从数据存储层提取相关数据，进行计算、变更与编辑，生成最终的报送文件，然后进行报送文件格式校验与内部审核。本层还需要实现报送文件的外发与回执的技术运维，包括使用监管机构指定的安全与加密技术将报送文件上传至监管机构，并接收监管机构的回执文件。

（5）报送管理层。以实现报送任务的分配、跟踪、监控与通知等管理功能。同时对报送结果进行分析与反馈，不断优化系统与流程。

8.系统须满足我行报送服务平台业务架构总体规划，具备以下能力：

（1）构建公共报送能力服务，至少提供用户管理、后台管理、工作流管理、填报管理、数据管理、数据分析、报文管理、批量管理、质量检测预警管理、指标管理、溯源管理、知识库管理、制度管理、权限管理、数据补录管理等功能。

（2）平台通过支持制度的在线升级扩展，通过制度配置模块进行对应制度的编辑，然后一键上传制度包即可完成制度包的扩展，无需编写代码，快速平滑完成升级扩展。

（3）构建可用、可靠、可视化的数据质量管控平台。为确保监管报送数据的长期正确稳定，需依据国家标准、行业标准、地方标准，建立科学、客观的数据质量评价体系，实现海量信息异常探查，实时监控数据质量波动，建立数据状态可感知、数据问题可追溯、质量责任可落实的数据质量管理体系和运营体系，为数据管理部门构建常态化数据质量工作机制。数据质量管控平台需要具备以下能力：

个性化管理制度：结合各制度报送特征和数据管理现状，制定个性化数据质量评价指标、工作机制和考核标准，以提升数据质量为目的，以管理制度为抓手，建立数据全生命周期质量管理体系。

自动化质量监测：依据国家标准、行业标准、地方标准以及不同制度报送业务规则配置化建立数据质量全维度监测指标，实现批量数据和流式数据的动态自动化监测以及多级别告警机制，及时从源头发现和解决质量问题。

流程化问题处理：结合不同制度报送特性，规范化、定制化问题处理流程，建立发现问题、解决问题、分析问题、绩效考核的闭环工作流程，规范问题处理机制，强化数据质量责任。

常态化质量报告：出具科学的数据质量评估报告，涵盖规范性、完整性、准确性、一致性、时效性等方面的综合评价指标，包含数据库、物理表、主题、数据提供部门等维度的综合分析，帮助业务深度分析数据质量。

持续化服务运营：以数据报送需求为导向，建立数据质量的运营体系，支撑数据质量管理工作的体系化、常态化，为上层应用提供准确的、完整的、及时的、高价值、高质量的数据，加快数字化进程，释放数据价值。

• 技术要求

1.提供的系统产品应符合XC、国密改造相关要求或承诺按照行内XC、国密改造要求完成相关改造。

2.系统应使用我行已采购的GoldenDB或TDSql数据库进行建设。

3.系统应支持《信息技术中文编码字符集》(GB *****-2022)或承诺按照行方生僻字改造要求完成改造。

4.系统应支持“两地三中心”高可用部署，服务可用性至少达到99.9%。

5.系统应基于Java语言进行开发，供应商应具备系统的完全知识产权。

6.系统应基于我行统一的大数据平台进行数据开发。

7.该系统涉及用户使用的终端须适配我行国产化办公设备，如：系统需适配360国产化专用浏览器、全栈国产化办公电脑、麒麟及统信操作系统、国产化外设终端等。

8.供应商应承诺根据我行相关制度及技术规范进行必要改造，以确保系统安全、稳定、合规运行。

9.系统须符合包括但不限于《中华人民共和国网络安全法》、《中华人民共和国数据安全法》、《中华人民共和国个人信息保护法》、《贵州银行信息安全管理办法》、《中国人民银行金融消费者权益保护实施办法》、《信息安全技术个人信息保护法》等相关制度要求。

10.系统须提供完整准确的源代码、系统设计、系统部署、系统运维、用户操作手册、二次开发手册等文档并通过行方审核。

• 其他要求

1.供应商提供必要的专业培训及监管指导；

2.供应商提供系统至少1年的免费维保，免维期从双方签署终验报告之日起开始计算；

3.供应商提供7*24小时售后服务，确保30分钟内响应，必要时24小时内到达现场。

4.入围供应商需承诺项目实施全周期中对贵州银行提供的所有资料信息必须承担保密责任。

5.入围供应商需承诺按时按需完成项目建设工作，并在项目实施过程中做好知识转移工作，提供技术及业务咨询服务。

6.项目实施范围包含项目工作说明书（SOW）及经评审的需求规格说明书。

7.在项目具体实施过程中因实际情况变化导致服务内容减少的，最终以项目实际实施内容费用占比进行结算。

8.其余要求以邀请谈判文件为准。

• 服务要求

1.服务团队要求

（1）供应商具备本地实施和售后服务能力，提供售后团队名单及相关认证。

（2）供应商近3年曾为国内商业银行提供过1104和客户风险实施或迁移服务。

（3）供应商的项目负责人全程跟踪本项目，定期就项目实施情况与我行进行现场沟通，无特殊情况不得随意变更，并同时应具备如下专业资质与能力：

• 熟悉中型及以上城市商业银行主要业务；
• 熟悉1104和客户风险监管报送制度；
• 具备至少3个（含）以上监管数据咨询或实施项目经验；

（4）服务厂商在签署合同时，需同步签署《贵州银行安全协议》、《贵州银行服务水平协议》和《贵州银行保密协议》，项目实施周期中对贵州银行提供的所有资料信息必须承担保密责任。

（5）实施应用程序部署、系统开发、数据开发工作时，符合贵州银行信息系统项目有关管理办法和开发规范。

（四）商务要求

1.投标人须具备独立的法人资格，具有合法的经营范围；具有有效的营业执照副本、组织机构代码证副本和税务登记证副本，或多证合一的营业执照；

2.投标人须提供完整的近三年的财务报表；

3.投标人须提供2022年至今任意3个月依法缴纳税收和社会保障资金的证明材料；

4.投标人须提供参加本次招标活动前三年内，在经营活动中没有重大违法犯罪记录的书面声明；

5.投标人须具有履行合同所必须的专业技术能力；

6.投标人信用信息：对列入失信惩戒记录名单且还在执行期的投标人，将拒绝其参与本次招标活动。信用记录查询渠道为“信用中国”网站（www.creditchina.gov.cn），查询时间为购买招标文件之日至开标前一天的任意时间，投标人须提供查询记录截图并加盖公章，作为信用信息查询记录和证据编入投标文件；

7.投标人2020年1月至今(以合同签署时间为准)，有国内银行业1104或客户风险报送系统的新建或升级案例合同10个及以上；

8.本项目不接受联合体投标，不允许转包或分包；

9.符合相关法律法规及招标文件中的其他要求。

五、潜在供应商需提交的材料及方式、时间

（一）需提交材料：

1.公司营业执照副本、组织机构代码证副本和税务登记证副本，或多证合一的营业执照；

2.完整的近三年的财务报表；

3.2022年至今任意3个月依法缴纳税金、社会保障资金的凭证；

4.参加本次招标活动前三年内，在经营活动中没有重大违法犯罪记录的书面声明；

5.“信用中国”网站（www.creditchina.gov.cn)、中国政府采购网(www.ccgp.gov.cn)查询截图,查询时间截止报名日期前15天内；

6.2020年1月至今，国内银行业1104或客户风险报送系统的新建或升级案例10个（含）以上案例的简介、合同、测试验收报告等符合业务需求（含系统截图）等证明材料；

7.法定代表人身份证复印件；

8.公司联系人、电话、电子邮箱、地址等。

注：上述资料均需提供加盖公章的扫描件,并形成一个PDF或WORD格式文件。（形成多个文件的不符合要求）

（二）提交方式：

1．报名截止时间：2023年x月x日18:00

2.报名方式：供应商请于上述规定时间内登陆贵州银行集采平台（https://pms.bgzchina.com:8080）进行注册，注册过程中，请选择注册成为供应商，并且申请类型选择“贵州银行股份有限司”(注册步骤详见https://pms.bgzchina.com:8080/cms/channel/help2/140.htm），审核通过后，在线上传报名材料（报名步骤：登录系统—投标管理—征集公告查看—报名）。如已注册，可直接报名，报名后请自行查看审核信息。（注：供应商须对报名信息和资料的真实性负责，如提供虚假资料，并由此承担法律风险和赔偿责任。）

（三）联系方式

联系人：杨女士 电话：********

平台技术支持电话：0851-********

发布网站：中国金融集中采购网、贵州银行内外网站

附件：附件：贵州银行应用软件开发服务（1104、客户风险报送系统建设项目）-供应商资格审查标准.xlsx

贵州银行股份有限公司

2023年7月3日