首页 /广州农村商业银行押品管理系统重建项目（第三次）供应商征集公告

广州农村商业银行押品管理系统重建项目（第三次）供应商征集公告

公告-招标公告

广东 -广州

发布时间： 2026年08月12日

标书代写官方

摘要信息

招标单位

招标编号

招标估价

招标联系人

招标代理机构

代理联系人

报名截止时间

投标截止时间

关键信息

农村商业银行管理系统供应商公告

招标详情

下文中****为隐藏内容，仅对千里马会员开放，如需查看完整内容请或拨打咨询热线： 400-688-2000

相关单位：

***********公司企业信息

****银行押品管理系统重建项目（第三次）供应商征集公告

发布时间:2026-08-12

****计划进行押品管理系统重建项目（第三次），现就该项目采购向社会公开征集有意向的供应商。

一、项目名称

押品管理系统重建项目（第三次）。

二、采购内容及项目需求（具体以采购文件为准）标书代写

（一）采购内容

本项目采购内容为押品管理系统，包括系统应用软件、开发实施及相关服务等。

（二）业务/功能要求

序号	模块	功能点	业务需求描述
1.	押品管理	押品创建	（1）押品创建可在“押品管理系统”中直接操作，也可在“信贷管理系统”中的“押品管理功能”模块，通过与“押品管理系统”的接口，连接到“押品管理系统”进行操作；（2）创建押品时，需要通过ECIF系统对抵质押人进行客户信息唯一性识别，并根据需要进行客户信息更新；（3）支持导入Excel的方式批量创建押品。
2.		押品信息智能化采集和处理	（1）押品资料上传支持OCR识别等智能方式批量上传押品资料，自动生成押品信息。（2）引用押品授信上报或登记最终审批方案时，可灵活引入存量有效抵质押品。包括单个押品引入、同一抵质押人名下押品批量引入、同一担保合同关联押品批量引入、同一授信方案关联押品批量引入、模糊查询押品信息批量引入押品等。（3）查看押品信息、修改押品、押品信息同步、押品合并等押品信息修改、押品合并流程按行内制度要求进行配置，需支持押品信息变更、合并后与外围系统（主要是信贷管理系统）的实时同步功能。（4）押品移交（含押品批量移交）支持单个押品移交，按授信客户批量移交、按担保客户批量移交、按审批意见批量移交、按担保合同批量移交，按Excel表导入批量移交等多种灵活押品移交方式。
3.		押品置换	对押品分割、换证等情况进行追踪管理，动态监控押品的变化情况。
4.		押品与授信业务关联	在授信申请、审批环节中，由客户经理在押品管理系统中创建押品或通过信贷管理系统引入押品进行关联。相关押品关联与审批抵质押率，由信贷管理系统在授信审批批复生效环节正式确定。
5.		押品处置	押品清收处置的信息通过押品编号与押品及债项信息建立关联。****银行积累历史损失数据的重要组成部分。押品管理系统实现押品处置信息的集中化管理，提供抵质押品处置信息的记录功能，记录抵质押品处置时的费用发生情况、处置价值情况、处置方式等，同时关联不良资产处置方案。
6.	估值管理	估值申请	（1）外部评估申请，一是线上评估**公司多类型的押品进行自动估值，支持系统自动（参数化配置）复评；二是线下评估，实现公司按照派单规则进行派单。系统界面设置“外部评估价值”字段。（2）内部评估，可录入内评结果或选用内嵌估值模型进行估值。支持按各区市展示押品楼盘估价地图，鼠标放置楼盘上方浮窗展示近三个月、近六个月成交均价。内部评估价值录入进行控制，要求不得超外部评估价值的110%，其中110%设置为参数。（3）客户经理在办理贷后、五级分类申请时，连带发起估值申请，或主动发起押品估值申请；支持单笔和批量发起流程（批量重估：针对居住用房及商业用房，**管理部按季录入有关价格指数，押品管理系统采取市场指数法批量重评。当系统批量重估价值下降超过20%（含）时，经营机构需参照贷前评估规定进行一次押品价值重估；对授信期限超过3年（含）的，每3年需进行一次押品价值重估。）（4）外部评估和内部评估均可单笔或批量调用评估机构或估值模型，实现贷前、贷后高效的押品估值，估值结果支持批量导出；（5）评估价值确认，可通过参数进行权重配置。
7.		模拟估值	基于估值模型的基础之上进行模拟估值，系统保存模拟估值的结果。支持批量估值和估值结果批量导出。
8.		估值模型管理	（1）部署先进的价值评估模型；（2）提供估值模型的**、维护以及模型参数的维护，为市场比较法、市场指数法、收益法、重置成本法等的估值方法提供支持。
9.		样本数据管理	对样本库中的样本数据进行新增、更新维护、综合查询。
10.		评估派单	（1）对押品按预设规则派单给评估机构，对评估派单结果进行查询统计；（2）对于招标人自有物业出租、处置前以及物业重置成本的价值评估，选用实**公司进行评估。（3）在押品系统中嵌入二次及以上派单事权审批流程，将原OA系统二次派单事权审批流程与押品系统二次派单申请流程合二为一，客户经理在押品系统发起二次派单申请即同步按照事权审批流**管理部审批，审批结束按预设规则派单给评估机构。
11.		评估报告管理	（1）客户经理可通过上传评估报告、缴费通知单，系统****公司名称、评估报告编号、估值结果、评估日期、评估收费等关键字段，或手工录入估值结果、评估日期、评估收费等字段；（2）系统自动计算同一押品多次派单估值结果的差值、二次估值结果较首次估值结果偏离度，并设置偏离度预警，对于偏离度超过±X%（可参数化配置）的押品，在信贷系统授信审批流程中予以提示预警。（3）上述关键字段支持按押品编号单笔或批量查询及导出，均可通过评估派单结果查询并导出。
12.	押权设立与权证管理	抵质押率计算	客户经理在信贷系统内发起授信合同、担保同签订时，将审批批复中确定的抵质押品与担保合同进行正式关联，在抵质押品上正式设定押权，并计算合格押品足值抵质押率、押品综合抵质押率。
13.		押权信息登记	办妥抵质押登记手续后，客户经理在押品系统录入权证信息（可通过OCR识别批量上传）并完成出入库流程。电子证照上传影像系统后支持智能化查阅和批量下载。支持通过RPA等技术关联不动产等外部抵质押登记平台获取抵质押登记最新信息。支持对权证地址信息进行数据模型校验的功能。
14.		权证出入库流程	（1）权证出入库流程（包含入库管理、出库管理、出入库审批、出入库指令管理、权证临时出入库流程等）按照行内押品管理办法的要求进行灵活配置；（2）业务结清时的押品出库，在押品管理系统发起权证出库申请时，需先发送信息至信贷管理系统查看该押品所关联的出账业务执行状态（自动发送状态查询和确认信息），只有该出账业务为“已结清”状态，才可执行出库操作。完成出库流程后，押品管理系统发送押品出库信息至信贷管理系统更新相应押品的出入库状态信息。业务未结清时办理出库，需登记出库原因。对临时出库，应说明归还时间，系统进行提醒、预警。
15.		出账环节的押权设立	出账环节的担保品管理，主要是记录每笔出账实际关联的保证金信息。出账流程发送核心系统前，需确认押品信息与信贷系统出账录入信息一致（押品管理系统通过数据接口发送保证金金额、保证金比例、币种等信息给信贷管理系统）。
16.		追加担保	参照新增押品、引入押品处理，流程结束后更新合格押品足值抵质押率、押品综合抵质押率。
17.	押品查询	押品信息查询	（1）根据预设规则设置查询模板，根据不同模板的查询条件查询出相对应的结果信息，包括押品信息查询、权证信息查询、流程查询、评估历史数据查询、风险缓释情况查询和押品出入库信息查询等。（2）可查询信贷系统与押品关联的业务信息（如合同、借据信息等）以及客户信息（如客户基本信息等）。（3）通过个性化配置查询条件和查询结果字段，可灵活查询押品与关联业务信息，满足各类业务场景的信息查询需求。
18.	押品查询	报表查询	根据预设规则设置报表模板，根据不同的报表模板，统计出相对应的报表，如保险到期押品统计表、权证出库逾期未归还押品统计表、押品差错修改统计表、押品贷后估值数据统计表等。
19.	押品视图	单个押品信息视图	以单个押品为核心对象，展示与其相关的押品基本信息、关联业务信息等。
20.	押品视图	全量押品信息视图	（1）通过各种图表展示全行押品信息，如总量、占比、趋势等，为信贷风险管理人员提供直观全面的押品管理状况及风险状况，对资产结构、押品风险的发生、处置等变动趋势进行分析，进一步提升信贷押品管理质量与效率。（2）支持按各区市展示的押品楼盘估价地图，按楼盘罗列招标人押品信息（含押品数量、市值等）。点击对应楼盘后，展示近两年成交均价和成交量的变化情况（按月）。
21.	风险监控	风险预警	（1）实现通过建立抵质押品的风险动态监测机制，及时采集、分析、处理抵押人或出质人以及抵质押品内外部风险信息，识别、评估抵质押品风险，并进行风险提示和控制。提供押品贷后检查信息的记录、押品风险预警的管理功能。（2）押品管理系统根据风险监测与预警规则，定期、不定期对抵质押品进行风险监测，并根据监控结果将相关预警信号发送至风险预警系统提醒客户经理和风险管理人员及时处置，主要包括押品状态预警、价值波动预警、到期预警、外部信息预警等单项预警和组合预警。
22.	风险监控	风险缓释	（1）由日终根据风险缓释计算规则按照押品的重估认定价值对债项进行覆盖分配，最终计算出该债项存在的风险暴露值。（2）可通过预置模型定期完成押品压力测试。模拟极端市场情景（如房价暴跌、利率骤升、抵质押物流动性骤降等），评估押品价值波动对信贷资产安全性和资本充足率的潜在冲击，测算押品在压力情景下的价值损失、违约概率及损失率，对风险进行量化。
23.	系统管理	押品目录管理	提供押品目录树形结构的**及维护、押品的属性配置。基于行内押品管理办法的可接受押品分类要求，押品管理系统实现在全行范围内对可接受押品分类标准以树形结构进行配置化管理，体现押品分类体系的有效性及精细化管理要求，实现押品管理的适合性、动态性、可实施性管理原则。
24.		系统设置	包括用户、角色、机构、权限、参数维护、规则配置等系统管理主体功能。
25.		手工台账管理	手工管理的已在库权证，提供与系统登记的押品建立关联关系。
26.		记账管理	包括记账机构移交、记账账号调整等。
27.		批处理	主要包含日终批次任务、报表批次任务、外围系统供数批次任务等。
28.	评估机构管理	评估机构管理	主要包括评估机构管理、评估机构名单查询等，****公司（含线上和线下评估）的监控及对其资质信息维护进行全生命周期管理。
29.	评估机构管理	评估机构名单查询	主要包括评估机构管理、评估机构名单查询等，****公司（含线上和线下评估）的监控及对其资质信息维护进行全生命周期管理。
30.	押品工作台	待办事项	主要用来进行押品系统中产生的工作流程事项的审批，主要功能包括待办事项、已办事项、办结事项等。
31.		已办事项
32.		办结事项
33.		押品知识库	建立押品知识库，****人大模型协同计算平台，构建智能问答交互平台，为押品管理全流程中的经办人员提供商效的知识支持。
34.	其他管理设置	机构管理	包括但不仅限于机构信息设置、机构权限设置、村镇银行管理、机构撤并（机构撤并支持根据招标人机构文件自动撤并）等，并支持根据招标人机构架构设置自动刷新机构架构。支持多法人机构管理，村镇银行与总行是平级法人机构关系，但是总行可以对村镇进行管理（不接受将村镇作为分支行接入总行的模式），支持多法人机构下客户的跨机构交易。
35.		用户角色管理	支持角色功能权限管理、用户信息管理、用户角色权限管理等。
36.		客户经理管理	支持客户经理信息与信贷系统同步。
37.		系统管理	包括但不仅限于管理平台参数管理、前后台系统参数管理、发布公告信息管理等。
38.	系统对接	信贷管理系统	1.从信贷管理系统跳转至押品管理系统； 2.与押品管理系统进行实时接口交互等。
39.		移动授信业务系统	调用押品系统的接口进行押品操作、押品处理流程审批。
40.		风险决策综合平台	调用押品系统接口处理相关数据
41.		进件审批系统	调用押品系统接口处理相关数据
42.		办公OA系统	1.从OA系统单点登录； 2.在OA系统显示押品管理系统的待办任务提醒，并可跳转至押品管理系统。
43.		核心业务系统	1.提供实时接口供押品管理系统调用，进行权证出入库记账等； 2.提供数据文件给押品管理系统。
44.		理财销售系统	提供实时接口供押品管理系统调用
45.		中间业务平台	押品管理系统通过中间业务****公司在线评估数据
46.		云平台影像系统	存储经营机构上传系统审批佐证、押品电子整数等资料。支持押品系统调用接口和URL跳转。
47.		电子商业汇票系统	1.调用押品管理系统的实时接口，新增、查询、关联及处理押品数据。 2.押品管理系统调用电子商业汇票系统实时接口，查询质押票据信息。 3.直接提供数据文件给押品管理系统，押品管理系统做入库处理等
48.		供应链金融管理系统	提供数据文件给押品管理系统
49.		风控平台	调用押品管理系统接口，查询押品类型信息
50.		大模型协同计算平台	调用押品管理系统接口，查询押品住宅抵押物信息；建立押品知识库供押品系统，构建智能问答交互平台
51.		移动银行系统	调用押品管理系统接口，保存线上评估结果
52.		统一服务网关平台	报文转发、文件传输
53.		企业服务总线系统（ESB）	报文转发（押品系统对接统一服务网关平台，若关联系统尚未对接，则链路为：押品-统一服务网关平台-ESB-关联系统）
54.		RPA流程自动化系统	RPA系**登记中心系统等外部系统数据和信贷系统数据整理EXCEL表格或自动维护到押品系统页面；RPA系**登记中心等外部系统的押品电子证照上传到云平台影像系统并与押品信息关联
55.		大数据平台	1.从上游系统（包括信贷管理系统、核心业务系统、供应链金融管理系统、电子商业汇票系统）抽取数据，提供数据文件给押品管理系统。 2.主动抽取押品管理系统的数据库数据，并提供押品相关数据给下游系统：EAST5.0报送系统、监管统计信息系统、金融基础数据及利率报备监测分析系统、客户风险报送系统、存款保险报送系统、架构管理系统（交易量统计）、全流程可视化系统、催收系统。 3.押品系统调用第三方接口时，要经过大数据平台，链路如下：押品管理系统—>统一服务网关平台—>大数据平台—>中间业务平台。
56.		数据仓库系统	协助向大数据平台提供数据处理逻辑
57.		风险管控系统	使用大数据租户抽取押品管理系统贴源层数据，对抽取逻辑进行改造。
58.		资本管理系统	使用大数据租户抽取押品管理系统贴源层数据，对抽取逻辑进行改造。
59.	报表要求	数据报表	包括但不仅限于各类押品信息等数据报表。
60.	报表要求	其他报表	能提供符合要求的报表内容。
61.	运营功能	角色/用户管理功能	支持设置业务管理员，支持业务管理员通过页面灵活设置业务角色、角色权限、配置用户、设置用户角色及功能菜单权限，并具备完整的用户配置审核机制。
		数据权限配置功能	支持按照用户角色、用户所属机构、部门对交易功能数据访问范围进行参数控制。
		机构管理功能	支持同步招标人组织架构，支持根据需要进行维护。
		业务参数配置	提供页面自主启用/禁用部分业务功能，支持灵活配置业务参数，如业务产品，流程处理人员等。
		差错处理功能	管理类系统支持通过该功能处理异常流程。
		业务查询统计功能	支持业务数据查询、统计和导出，导出文件符合招标人加密要求。
		公告信息功能	支持业务管理员配置系统通知公告，支持公告图文维护或上传附件，支持按角色、按用户多范围推送。
62.	非功能性需求	业务可连续性要求	本系统的RTO为8小时，RPO为120分钟。
灾难恢复级别	技术恢复时间目标（RTO）	恢复点目标（RPO）
重要	数分钟至4小时	0至30分钟
次要	数小时至2天	数小时至1天
一般	24小时以上	1天至7天

（三）技术要求

分类	技术需求描述
1.系统架构	1.提供完整的系统架构、部署架构，描述各设备的配置和工作内容、方式等。 2.基于先进开放的平台作为基础架构，架构具有清晰的分层，低耦合高内聚，具有高可用性和高负载能力。 3.系统界面采用B/S架构，对于国产终端，要求支持360安全浏览器V10及以上信创版本；对于传统终端，要求支持360极速浏览器极速模式。 4.应用系统各模块必须满足其一：负载均衡器、应用服务器集群。其中，应用服务器等需支**服务部署方式，数据库服务器部署方式为一主三从。 5.部署于云平台应用的整体架构要求：（1）应用所需的或框架，如云服务或云产品已提供相同功能的，要求使用。（2）云服务及云产品的范围包括但不限于容器调度管理平台（TKE）、微服务管理平台（TSF）、消息队列产品（TDMQ)、分布式或非分布式数据库（TDSQL)、缓存数据库（CREDIS）、负载均衡产品（CLB）。
2.网络架构	1.长连接重连机制：应用系统的数据交互如为长链接模式，应具备链接定时检测和自动重建机制，保证业务连续性。 2域名访问：（1）应用系统需支持全路径DS域名访问，降低因系统绑定IP地址访问引发的单点故障及复杂调用关系，提高系统的可用性和易用性。（2）新应用系统代码中如需调用其他应用系统，应通过指定其他系统域名的方式实现，不应该绑定具体IP地址。（3）应用系统架构应清晰、准确，上线时提供与其他系统之间的调用关系拓扑及说明，后期改动需及时更新，便于运维人员清晰了解各系统间关联关系。 3.流量评估：应用系统应详细评估并提供系统并发访问量、访问峰值流量等参数，针对数据、图片类访问需采用合理压缩机制和图片格式。 4.网络协议：应用系统需同时支持IPv4及IPv6访问。
3.操作系统	操作系统必须满足以下其一： 1.**v10； 2.UOS v20。
4.数据库	数据库必须满足： 1.TDSQL； 2.所有类型数据库的密码都必须至少8位，必须包含一个大写字母、一个小写字母、一个数字、一个特殊字符；密码在配置文件中加密放置，不能以明文方式显示和连接数据库。
5.中间件	应用部署采用TSF部署。
6.存储	需根据应用所部署的环境（云平台CVM），按类别支持以下存储访问方式之一：本地磁盘空间、云文件存储（CFS）、对象存储（CSP）。
7.其他软件产品	应用部署于云平台信创区域环境所采用的Java开发语言版本必须为以下其一： 1.Java-1.8.0.272及以上（**v10）（TCE云平台（操作系统自带OpenJDK）） 2.Java-1.8.0.312及以上（统信v20）（TCE云平台（操作系统自带OpenJDK））
8.文件目录	Linux主机应用文件目录要求： Linux主机单独划分应用文件系统挂载到/data目录（TCE云平台）供应用程序和文件使用，原则上应用数据和日志不能写入到其他文件系统。
9.二次开发平台	1.系统应提供方便易用、适用于本系统的二次开发平台及完整的技术文档，可以对系统进行二次开发及维护。 2.二次开发平台提供修改的范围应涵盖前台业务界面、界面控制逻辑、后台业务逻辑、业务工作流程以及新功能扩展等。 3.具备集成开发工具，提供一站式、流程式的开发模式，开发步骤简洁便利，支持模板式开发、配置化程度高。 4.具有仿真测试工具和报表工具。 5.具有规范统一、清晰、丰富的代码注释。
10.性能指标	1.系统必须具备外部访问量控制、并发控制、软负载均衡、故障隔离等压力疏导配置模块。 2.在压力测试下，支持并发数不小于300：（1）用户普通增删改查等操作响应时间不大于1秒；（2）数据加工、分析等复杂功能响应时间不超过10秒；（3）主批次低于60分钟；（4）日常报表批低于60分钟，月末报表批需低于180分钟。
11.可靠性和稳定性	系统设计和开发时应充分考虑数据存储策略的高效性，建立合理的索引，在配合数据归档清理的基础上，满足大数据量的处理，并保证数据长期保留不会影响系统的运行效率。
12.安全指标	1.系统应充分考虑用户管理方面的安全性。包括用户身份认证、密码加解密、密码有效期限、常用密码屏蔽、用户权限控制等。系统连接数据库只能使用普通用户，不能使用管理员用户。 2. 禁止明文传输用户登录身份凭证（静态口令、动态口令、生物特征等）（建议在传输用户密码至服务端之前，使用非对称加密方式对密码进行加密；不能使用base64编码等不是用于加解密用途的公开编码算法）。 3.禁止在数据库或文件系统中明文存储用户密码。 4.系统的权限设置应能严格区分业务管理员、业务交易用户和技术运维用户。根据系统访问控制策略对受限**实施访问控制，限制用户不能访问到未授权的功能和数据。 5.系统应充分考虑网络方面的安全性要求。 6．加密算法要采用国密算法，且遵循招标人技术规范要求。 7. 密码复杂度：（1）密码长度大于8位。（2）密码同时包含大、小写字母、数字及特殊符号中的3种。 8. （1）初始密码或重置后密码需符合第7点密码复杂度要求。（2）用户首次登录或在重置密码后首次登录需强制要求修改密码。（3）系统自动生成随机初始密码或重置密码，并通过邮件、手机短信形式直接通知用户持有人。（4）用户初始密码生成或重置密码后，用户在5个工作日内未登录系统修改密码，系统自动对用户进行禁用。 9.支持https安全传输协议。
13.扩展性	1.应用系统应具备模块化、参数化和插件式特征。 2.系统提供灵活体系架构，具有性能扩展能力，支持通过增加服务器的方式进行任意扩展，可随业务发展和性能要求而方便地扩展。 3.解决方案应充分考虑本系统与其它外部系统或行内系统集成的必要性与方案。 4.系统应很灵活地配置新业务管理，业务功能和管理功能及系统配置提供高度参数化，方便灵活。 5.系统应具备成熟灵活的报表开发工具，可以通过配置报表内容模板和数据源快速生成报表，有效增强系统对个性化需求的响应速度。
14.数据备份与清理	系统提供对于日志文件、临时文件、数据库表数据的定时归档和清理。定时归档和清理应支持自定义策略，包括但不限于归档时间点、保留期限、文件大小、业务条件等。清理的频率、目录范围、数据表范围等参数可通过系统功能配置。
15.与其他系统的对接	1.系统支持与其他应用系统的对接和交互，支持这些系统提供的数据上行或下行接口。 2．系统支持通过数据文件、Socket、中间件等方式与其他系统对接，支持各种常用协议与各种常用报文，如定长报文、变长报文、XML报文等。
16.日志要求	1.建立完备的系统日志、应用日志、错误日志，系统服务启动、系统服务停止、用户登录、用户注销和用户日常操作等均应登记日志记录,用户操作日志可通过界面进行查询。 2.日志的记录信息应该做到完整、条理清晰，同时应充分考虑跟踪定位问题的高效和便利。 3.系统应充分考虑日志分级、分日期、分用户的要求。开发过程中的调试日志在上线时必须屏蔽，系统出错时必须记录详细的日志以便定位问题，包括应用系统的处理步骤、代码文件、类、方法和出错行数。 4．一个交易产生的所有日志比较要有唯一标识区分，能够根据为你标识迅速定位该交易的所有日志。 5.负载均衡部署时交易错误信息能准确反映日志所在服务器。 6. 应用日志记录应包含以下事件类型：（1）系统应用程序的启动和停止。（2）应用配置变化。（3）用户登录认证信息，如登录成功或失败。（4）用户的注册、注销、变更、锁定、解锁。（5）用户关键操作，包括：对页面或功能模块的访问、对关键交易流程的请求和确认等。 7. 日志应包含如下内容要素：（1）用户ID或引起这个事件的处理程序ID。（2）事件的日期、时间（时间戳）。（3）事件类型。（4）事件内容。（5）事件是否成功。（6）请求的来源（例如请求的IP地址）。 8. 审计日志禁止包含如下内容（如必须包含，应做模糊化处理）：（1）用户敏感信息（如密码信息等）。（2）用户完整交易信息。（3）用****银行卡信息、密码信息、身份信息等）。
17.可维护性	1.系统应提供易操作、人性化的运行维护菜单，通过界面方式进行服务起停、批量处理、系统运行监控等功能。 2.系统应具备完善可靠的灾难应急、恢复方案。 3.系统使用的第三方插件是否为开源或商业版，是否获得版权。 4.对第三方的插件，厂商或插件原厂商可提供技术支持。 5.第三方插件对系统的影响面，影响辅助性功能还是业务核心功能。原则上不应影响业务核心功能流程。
18.系统迁移	系统必须考虑与旧系统的迁移过渡方案，包括数据迁移、交易功能迁移、文件迁移等，新系统投产后旧系统已有业务保持原有模式继续运作。
19.版本管理	1.采用主流的版本管理工具，所有可供发布的配置文件、脚本文件、应用文件均应纳入版本管理。 2.系统开发时必须至少具备三套版本，即开发版本、业务测试版本和上线版本。 3.系统应充分考虑版本管理的可靠性和便利性，对于需要多个手工步骤操作的发布过程，须提供自动化工具整合整个发布过程。
20.系统集成	中标方需配合基础软硬件供应商、安全设备和产品供应商的安装调试集成工作，负责应用软件的规划、部署、安装、配置、测试、上线工作。
21.数据标准规范	1.对系统数据项的设计和落地需严格符合招标人的数据标准数据项的格式规范；对于确实无法在该系统进行标准化落地的数据项，需结合相关数据标准内容，建立数据标准数据项与数据表对应数据项的完全映射关系，并可在本系统界面上更新维护映射关系。 2.数据表数据项设计时需根据缺失类、格式规范类、表间关联类以及业务类四大检核类型对数据进行限制以满足校验规则。
22.元数据质量规范	需满足招标人元数据维护机制的要求，同时，物理化建表时，要求表名和字段名均为英文，且表名和字段名都要有中文注释。中文注释格式要求：1.不能没有汉字；2.不能只有一个字符；3、不能含有标点符号或特殊字符。
23.码值规范	1.系统应建立统一的码值维护表，规范管理本系统所有的码值，并支持在本系统界面上维护码值信息。 2.系统应建立表字段与码值的映射关系维护表，登记表字段使用了码值维护表中的具体码值标识，并支持在本系统界面上维护映射关系。
24.运维功能	1.批处理调度功能。支持在页面上显示批处理运行情况及进度，实时显示当前正在跑批的批次的执行步骤情况（含错误提示），支持轮询、定时的自动跑批方式，并可对断点任务进行续跑操作，可对特期数据进行批处理补跑。同时，需提供批处理API接口供招标人统一作业调度平台调用，接口应包含作业启动、停止、重跑、状态查询等功能。 2.参数维护功能。提供一个集中化的管理界面，用于维护平台运行所涉及的各类技术参数，更改后的参数能够及时在系统中生效，无需复杂的重启或重新部署操作，确保业务的连续性。 3.数据库改密功能。提供数据库改密功能，实现数据库的用户密码、数据库连接池、应用配置中的数据库用户密码的（一键式）联动修改，且应尽可能实现操作过程整体服务不中断。如确无法实现服务不中断的，服务中断时间原则上不超过20分钟。确认无法实现数据库改密功能的，需提供完备的数据库改密手工操作方案，要求整个操作过程服务中断时间原则上不超过20分钟。 4.数据字典维护功能。提供数据字典维护功能，可通过界面查询数据元素的名称、数据类型、长度、取值范围、格式、含义等。 5.交易量统计功能。提供交易量统计分析功能，可实时查询统计指定时间范围的交易量数据，包括用户数、客户数、金融类交易笔数、非金融类交易笔数、交易成功率等指标。同时，支持定期生成统人大数据平台。 6.系统运行监控功能。提供界面展示系统集群里的应用或服务状态监控，包括每个应用或服务的运行状态、占用情况（CPU、内存、进程数等）。 7.证书管理。提供平台所使用的各类安全证书管理功能，管理员可方便地查看、导入、导出和撤销证书。 8.交易控制管理功能。允许管理员根据业务诉求、系统负载或其他因素，设置和调整交易服务的状态，以及限制交易请求量，从而实现对交易的精确控制。例如：某个交易出现异常，影响到其它系统服务时，可通过此功能禁用异常的交易，实现快速的应急处置。
25.生僻字规范准入要求	信息系统开发项目。系统应用（含前后端与中间件）、数据库、文件传输、接口通讯等模块字符集需采用GB18030-2022、UTF-8、UTF-16等大字符集。
26.准入要求	1.上述各项技术需求仅包含该项目总体技术准入规范的一部分。 2.中标方在系统投产前必须满足招标人的《**信息系统技术准入规范》（该规范持续更新），若不满足需无条件整改。如各供应商需了解当前最新规范，请各供应商在后续招标采购过程中提出。

（四）通用功能要求

分类	通用功能需求描述
界面整体风格	支持统一品牌视觉体系，包含主色调和辅助色的规范使用，其中主页面的背景色以白色或浅灰色为主，正文文字色以深灰/黑色为主，功能菜单区以蓝色或者浅蓝色为主。
	提供响应式布局设计，适配PC端（1920x1080以上）、平板（768-1024px）及移动端（375-414px）显示。
	统一界面布局，门户型系统、宣传推广类界面使用上下布局。后台系统、管理平台使用左右布局。
	导航栏样式采用横向或竖向模式，横向在上方，竖向在左侧。新打开菜单后通过新增窗口打开，不能在原界面上直接跳转。
用户登录	支持统一用户平台单点登录及账号密码登录双模式，除接入统一用户平台在OA系统实现单点登录外，支持通过输入用户账号密码进行登录。
	支持鼠标点击小眼睛按钮查看输入的密码明文，鼠标移开后恢复加密。
	提供记住账号功能，勾选后下次打开登录界面时不需再重新输入用户登录账号。
	支持密码修改和重置功能。
	密码设置时支持校验密码强度，确保设置的密码符合招标人安全规范。
	密码输错超过一定次数锁定机制（支持后台配置）。
首页待办任务	支持分类展示待办任务并显示具体每类待办任务的数量,待办数量数据需显示蓝色或红色等特殊颜色。
	支持点击待办任务后直接跳转至对应处理页面，跳转后，页面应直接定位到需要处理的任务数据，无需再次点击查询。
	支持待办任务在OA系统待办任务栏集成，允许从OA待办任务入口进入到系统待办任务页面。
	支持对逾期任务推送提醒（弹窗/消息通知），对逾期或时效长待办任务进行主动提醒，任务处理人可从提醒界面直接进入到具体任务处理界面。
数据查询功能	支持多维度组合查询（时间/状态/机构/客户/产品种类等），能快速使用查询条件定位到所要数据。
	支持自定义界面展示的字段及允许导出的数据字段，可根据用户的勾选展示所需展示的字段。
	默认按时间倒序排列并支持点击表头字段名称列自定义排序。
	复杂查询条件支持收起/展开功能，并提供重置查询条件按钮，重置后可清空所有查询条件。
	支持分页查询，并支持按10/20/50设置分页数据展示条数。
常规表单填写	提供字段填写规则预提示及错误高亮，即在填写字段里显示初始占位提示文字，填写之后如有错误鼠标移开后提示异常信息。
	针对复杂表单，支持分步骤填写并在界面上展示填写的具体的流程步骤。（如贷款申请填写，填写信息时应将个人基本信息、收入信息、单位信息等分不同页面填写，并在界面上展示流程步骤为1.个人基本信息填写->2.收入信息填写->3.单位信息填写...）
	支持自动保存未提交数据，如用户在填写表单中途退出，后续再次进入相同表单填写页面时自动返显上次已填写的内容，并支持续填。
	填写后提交时控制不可重复提交，避免前端多次点击对系统性能造成影响。
	支持复杂字段回显全部内容，如某个字段内容无法全部在页面展示，超出界面部分可用“...”显示，鼠标悬停时能展示此字段全部内容。
流程处理	支持在流程表单填写过程中随时保存草稿，确保数据不丢失。
	当流程未被当前处理人处理时，允许上一处理人主动撤回流程。
	流程节点审核支持双向处理，即需同时有通过或退回选项。
	提供业务流程节点的可视化展示，清晰呈现流程走向、下一节点及对应处理人信息。
	流程提交按钮需简洁直观，明确表达处理人意见（如“同意”“驳回”），避免歧义。
	所有表单校验规则应在申请节点完成，禁止在审批节点才触发校验，确保数据合规性。
角色管理功能	支持角色的新增、修改、删除，可配置角色名称、角色说明等基本信息。
	支持为角色分配菜单权限、操作按钮权限及数据范围权限。
	支持在用户管理为用户分配角色，支持在角色管理中批量添加用户。
	支持导出用户、角色清单。
机构管理功能	支持以树形结构展示组织机构，提供新增、修改、删除机构节点功能，并支持拖拽调整上下级关系，实现灵活组织架构配置。
	机构信息需包含机构编码、机构名称、机构类型等基础字段，确保数据结构化存储与统一管理。
	支持机构启用/禁用状态调整，禁用后自动同步限制其下属机构及关联用户的权限，无需重复配置。
	支持机构数据导出。
	支持在用户创建或编辑时关联具体机构，并支持基于机构树的层级筛选与查询，提升用户管理效率。
工作交接功能	支持将离职/退休/调离用户的未完结待办事项，交接至同部门指定承接人，承接人自动继承原用户的所有未完结待办处理权限。
	支持交接后的原用户业务数据的历史业务数据及查询权限同步转移至承接人，确保业务连续性。
	提供已交接列表，支持按用户、时间、交接状态等条件查询，支持展示交接进度及历史记录。
	承接人确认接收后系统自动生成交接记录，并留存操作日志。
委托处理	支持将待办事项在某个时间内委托给他人处理。
	支持灵活勾选待办事项部分委托或全部委托。
	支持委托人及被委托人在委托期内均可操作被委托的待办事项。
	支持查询委托他人处理或被他人委托处理的事项处理记录。
批量导入功能	在界面上明确导入支持的文件类型（如Excel、CSV），并提供标准模板下载功能，确保用户可快速获取规范格式。
	在界面上明确导入文件的大小限制（如10M、100M）。
	导入文件需进行字段合法性校验（如格式、范围）及唯一性校验（如重复数据），校验失败时需标注具体错误行及原因。
	导入完成后需提示处理结果（成功/失败），若失败需明确错误行数及详细原因，并支持用户根据错误信息修正后重新导入。
	支持导入的文件经加密软件加密。
	针对大文件导入需采用异步处理机制，处理时显示加载状态，若等待时间过长支持取消操作功能。
导出功能	导出文件的数据原则上应与查询列表展示的数据一致。
	导出时应对数据量大小进行校验，若单个数量量太大导致系统响应时间长，应自动拆分为若干文件后再导出，若超出系统处理负荷，应提示用户缩小数据导出范围，严禁因导出数据量太大导致系统异常或长时间不响应。
	导出的文件符合招标人加密要求。
运营功能	数据隔离：支持按照用户角色、用户所属机构、部门对内管功能数据访问范围进行参数控制，原则上内管功能数据需根据行内机构进行法人隔离。
	业务参数配置：支持灵活配置业务参数，对于重要业务参数配置，如字段枚举值、业务启用开关等需有审批流程。
	日志查询及审计功能：记录用户访问操作，系统日志可进行查询和导出。
	差错处理功能：管理类系统支持通过该功能处理异常流程，将流程节点流转到其他节点或终止流程。账务类系统支持通过该功能处理业务差错，包括账务错账调整等。
	业务管理员：支持设置业务管理员，支持业务管理员通过页面灵活设置业务角色、角色权限、配置用户、设置用户角色及功能菜单权限、业务参数配置等。
运维功能	批处理调度功能：支持在页面上显示批处理运行情况及进度，实时显示当前正在跑批的批次的执行步骤情况（含错误提示），支持轮询、定时的自动跑批方式，并可对断点任务进行续跑操作，可对特**期数据进行批处理补跑。同时，需提供批处理API接口供招标人统一作业调度平台调用，接口应包含作业启动、停止、重跑、状态查询等功能。
	参数维护：提供一个集中化的管理界面，用于维护平台运行所涉及的各类技术参数，更改后的参数能够及时在系统中生效，无需复杂的重启或重新部署操作，确保业务的连续性。
	运维管理员：支持设置运维管理员，支持运维管理员根据系统负载或其他技术因素，进行设置和调整交易服务的状态，限制交易请求量，批处理调度启停等技术层面的操作。禁止将业务管理员维护的功能权限赋予运维管理员。

（五）实施团队要求

序号	实施团队要求
1	供应商项目实施团队的全部成员须**公司公司（控股比例大于50%）的在职员工。供应商需在招标人出具中标通知书后7至14个工作日内，向招标人明确实施团队全部成员，同时提供近半年社保缴费记录和劳动合同证明材**公司名称、人员姓名和合同有效期限等关键信息）和简历（简历中的学位/学历信息还需提供学位证书/毕业证书/学信网证明等材料）。如果涉及代缴社保的，需提供社保代缴协议证明，以上证明材料均需盖章。
2	中标方实施团队（以下统称为“项目组”）应配备经验丰富的项目管理人员、业务专家、技术骨干，且驻场实施人员（不含商务、销售人员）不少于9人（含，本章节下同），驻场实施人员的最低总驻场时间不少于74人月，以保证项目实施质量和进度。
3	所有拟参与项目实施的人员必须：要求全部人员具备**统招全日制本科（含）以上学历（应为“毕业”状态），或教育部认可的外国院校本科（含）以上学历（应为“毕业”状态），要求全部人员具有1年以上应用软件开发或相关经验，要求50%以上人员参与过押品管理系统（包含押品管理系统建设的系统群）项目实施，其中系统设计、技术经理、开发工程师等需要具备计算机、软件工程、自动化控制、数学应用等相关专业学历或非相关专业但具备国内或国际组织机构承认的计算机相关资质证书（包括但不限于计算机技术与软件专业技术资格证书）。
4	项目总监必须具有8年（含）以上工作经验，3个（含）以上类似项目负责人的管理经验。项目总监驻现场服务不少于1人月。
5	项目经理必须具有**统招全日制本科（含）以上学历，5年（含）以上工作经验，2个（含）以上押品管理系统（包含押品管理系统建设的系统群）项目的项目经理管理经验。项目经理须全职驻现场服务。
6	技术经理必须具有**统招全日制本科（含）以上学历，5年（含）以上工作经验，2个（含）以上押品管理系统（包含押品管理系统建设的系统群）项目的实施经验。技术经理须全职驻现场服务。
7	项目组需至少配置以下项目成员：（1）需配置专职开发人员（不含系统设计人员）至少3人，且具有3年软件开发经验的成员人数不少于项目开发成员总人数的50%。（2）需配置专职需求分析人员1人，需求分析人员需具备2个押品管理系统（包含押品管理系统建设的系统群）项目的需求分析或系统设计经验，在完成本项目的需求评审前需全职驻现场服务。（3）需配置专职软件测试人员（不兼任系统开发工作）不少于2人，须具备2年以上软件测试经验，负责本次招标范围内系统功能（含系统接口）的系统测试计划、案例编写，并组织实施系统测试，提供测试报告。
8	对于不符合条件的项目成员，招标人有权要求中标方更换人员，直至符合招标人条件。
9	原则上，项目主要人员包括但不限于：项目经理、技术经理。项目主要人员需全职驻现场服务，驻场周期为：项目经理从项目启动到项目终验，技术经理从系统设计到项目范围全部功能投产上线。
10	如因特殊原因（辞职、病休等）需要更换项目人员的，需先征得招标人书面同意，且替换人员的学历、经验、能力不得低于被更换人员。如果中标方确须变更但招标人不同意，招标人有权终止本项目**并不负任何责任，同时招标人有权按照招标文件的项目人员保障违约责任第2款对中标方进行处罚。如果招标人同意但由于人员更换影响项目开展的，招标人有权按招标文件的项目进度计划违约责任对中标方进行处罚。
11	招标人将对所提供的人员进行考核，达不到招标人要求的将会被无条件要求进行替换。在招标人对中标方项目成员提出更换要求时，中标方应按照招标人的意见更换中标项目成员，并保证不会因此影响项目的进度和质量。
12	中标方人员需遵守招标人的相关工作规范和开发规范，如果有违反则按照招标人的规定进行处罚，情节严重的招标人有权要求换人。
13	在项目实施至完成终验期间，如果遇到问题，招标人直接联系项目经理或项目总监；在项目完成终验进入维保期后，如果遇到问题，招标人直接联系客户经理。如人员发生变更，中标方应及时通知招标人。
14	针对招标人对项目组成员的资质要求，供应商须在招标阶段提供以下关键角色的实施人员清单，如供应商在应标时一并提供其他非关键角色的实施人员清单，在不影响中标结果的情况下，双方有权在合同签订阶段对供应商在招标阶段所提供的其他非关键角色的实施人员清单进行调整。同时供应商须对以下事项作出承诺：在系统投产上线运行前除离职、病休等特殊情况外，中标方均不被允许进行关键角色（项目经理、技术经理）人员替换，确需进行关键角色人员替换的，替换人员的学历、经验、能力不得低于被更换人员，同时招标人有权按照招标文件的项目人员保障违约责任进行处罚。

三、意向供应商资格条件

（一）供应商资质要求

1.依法注册成立并具有独立承担民事责任的能力。

2. 自2023年1月1日后（以合同生效时间为准），供应商具备至少1个（含）直接签署的押品管理系统建设(包含押品管理系统建设的系统群)实施案例。

3.供应商具备高新技术企业证书、软件企业证书其中之一的资格证书。

4.供应商未被列入“信用中国”网站中“失信被执行人”、“政府采购严重违法失信行为记录名单”及“重大税收违法失信主体”三个名单内且供应商不处于“中国政府采购网”中“政府采购严重违法失信行为信息记录”****政府采购活动期间（该项资质以采购人于项目评审资格审查时在上述网站查询结果为准，如在上述网站查询结果均显示无相关记录，视为无上述不良信用记录）。

（注：1.“信用中国”网站查询路径：信用中国官网（https://www.****.cn/）->专项查询->重点领域严重失信主体名单查询->失信被执行人/政府采购严重违法失信行为记录名单/重大税收违法失信主体，该网站需查询上述3个截图；2.“中国政府采购网”网站查询路径：中国政府采购网（http://www.****.cn/）->政府采购严重违法失信行为记录名单，该网站需查询上述1个截图）

5.单位负责人为同一人或者存在直接控股、管理关系的不同供应商，不得同时参加本采购项目。

（二）供应商意愿要求

1.服从采购人项目管理、人员管理、财务管理的相关规定；

2.同意使用采购人提供的合同文本，并积极配合采购人法审意见签订合同；

3.同意与采购人签订项目实施管理相关协议，包括但不限于保密协议、服务承诺书、工作计划任务书；

4.同意按照采购人规定对项目和供应商进行考核评价；

5.同意接受采购人内部、采购人聘请外部机构、****管理部门进行核查、监督、检查，并配合提供相关资料；

6.承诺遵守国家有关反洗钱方面的法律法规；

7.承诺近三年在经营活动中没有重大违法或违反国家安全的行为；

8.承诺在本项目采购过程中不存在下列情形，如存在下列情形之一，采购人有权取消供应商响应或成交资格。情形包括但不限于：

（1）法定代表人（负责人）在生产经营活动中受到刑事处罚；

（2）重大并购或重组，影响正常生产经营；

（3）其他重大风险事项，影响正常采购**；

9.承诺不存在知识产权纠纷，且供应商提供的产品或服务不存在侵犯任何第三方的知识产权等权益的情况（包括但不限于商标权、专利权、版权、对不便申请专利的技术秘密和商业秘密的权利等），采购人使用供应商提供的产品或服务而提起的侵权指控供应商将依法承担全部责任；

10.承诺严格坚持职业操守，杜绝通过任何形式的欺骗、隐瞒、造假等行为进行不正当竞争。

四、意向供应商报名需提供资料

（一）供应商报名意向书，内容包括但不限于项目名称、供应商名称、供应商联系人、获取本公告信息的网站、联系电话及邮箱（具体格式自拟）。

（二）有效营业执照复印件。****公司，****公司对分公司的授权函，具体格式自拟。

（三）提供自2023年1月1日后（以合同生效时间为准），供应商具备至少1个（含）直接签署的押品管理系统建设(包含押品管理系统建设的系统群)实施案例证明材料，证明材料需同时包括如下两项，且体现案例金额：

（1）项目合同关键页复印件：体现项目名称、实施内容、甲乙双方名称、盖章及签署日期等；

（2）对应项目结算发票复印件（收付款对应合同甲乙方，且信息完整可查验）；

（四）高新技术企业证书、软件企业证书其中之一的资格证书的复印件；

（五）报名时，供应商需按资质要求中规定路径进行查询，如查询到相关失信记录，但记录已失效，供应商须提供相关证明资料。（该项资质以采购人于项目评审资格审查时在上述网站查询结果为准，如在上述网站查询结果均显示无相关记录，视为无上述不良信用记录。）

（六）提供承诺满足本征集公告第三大点第（二）点供应商意愿要求的承诺函。

五、意向供应商提交报名材料时间及方式

（一）公告期:2026年8月12日-2026年8月19日。

（二）报名截止时间：2026年8月19日。标书代写

（三）报名材料提交方式：

意向供应商应通过采购人供应商门户网站进行报名，具体步骤如下：

1.完成供应商门户注册

意向供应商须在我行供应商门户网站（网址:https://newcpm.****.com:8079/jcepp-esp/或www.****.com->关于我行->采购平台）提交注册申请，经我行审核通过后即完成注册（已完成注册的意向供应商，可直接登录供应商门户网站报名）。

2.进入征集公告页面

完成注册后，登录采购人供应商门户网站，点击我的工作台->采购公告->更多，进入公告列表页面。在该页面找到本项目征集公告，点击该公告标题或查看按钮即可进入公告详情页面。

3.提交报名材料

点击页面底部报名按钮，进入供应商征集报名页面进行报名。意向供应商需对照供应商征集报名页面中的资质要求，逐一上传对应的佐证材料，并将其余需提供的报名资料在其他资料处上传（报名材料需加盖公章）。完成资料上传后，点击提交报名材料按钮完成报名。供应商须对报名信息和资料的真实性负责，如提供虚假资料，将被列入我行供应商黑名单，并按照法律法规规定追究相关责任。

六、联系方式

联系人：杨先生

联系电话：020－****9256

电子邮箱：****@grcbank.com

声明：

1.各报名供应商递交报名资料即表示对材料的真实性负责，并由此承担法律风险和赔偿责任。

2.符合本公告报名条件的供应商，按时提交合格报名资料后，并不必然获得正式采购邀请。

3.采购人保留要求报名供应商补充提交资料的权利。

4.采购人有权对本次供应商征集审核结果不做任何说明。

5.请供应商在充分评估与我行需求匹配度后再进行报名。如收到我行邀请无正当理由放弃参与响应影响我行采购工作的，我行有权根据行内管理规定对供应商作出相应的考核与处理。

****

2026年8月12日

标书代写

招标进度跟踪

2026-08-12

招标公告

广州农村商业银行押品管理系统重建项目（第三次）供应商征集公告

当前信息

标书代写

招标项目商机

暂无推荐数据

400-688-2000

欢迎来电咨询～