联系人179个
立即查看
可引荐人脉791人
立即引荐
历史招中标信息2834条
立即监控
| 招标编号: | 标讯类别: |
| 招标代理: | 招标人: |
| 资金来源: | 所属地区: ** |
| 行业类型: 商业服务 |
****点击查看计划进行对外信息服务平台重建项目(第二次),现就该项目采购向社会公开征集有意向的供应商。
一、项目名称
对外信息服务平台重建项目(第二次)。
二、采购内容及项目需求(具体以采购文件为准)
(一)采购内容
本项目采购内容为对外信息服务平台,包括系统应用软件、开发实施及相关服务等。
(二)业务/功能要求
| 序号 | 模块 | 功能点 | 业务需求描述 | |
| 1 | 基础功能 | 登录 | 各业务板独立入口和登录页面 | 为各业务子板块提供独立的入口和登录页面 |
| 2 | 用户登录 | 用户凭借用户名、密码、短信验证码登录。 | ||
| 3 | 忘记密码 | 当用户忘记密码时,客户手机号和用户名验证通过后,允许用户重置登录密码。 | ||
| 4 | 隐私政策 | 客户登录后或隐私政策变更后,用户须确认后方可使用系统。 | ||
| 5 | 用户维护 | 银行用户维护 | 1.维护银行的用户人员,同步我行统一用户平台。 2.支持单个、批量用户的维护,含新增、修改、删除、停用等,支持分层级维护。 | |
| 6 | 客户用户维护 | 1.银行、客户维护客户用户和角色 2.支持单个、批量用户的维护,含新增、修改、删除、停用等 | ||
| 7 | 个人信息维护 | 修改登录密码、预留手机号、是否接收待办信息提醒短信、退订短信等 | ||
| 8 | 机构管理 | 银行机构维护 | 同步我行统一用户平台,****点击查看公司使用 | |
| 9 | 客户机构维护 | 根据业务板块信息建立和维护单位信息,支持分层级维护 | ||
| 10 | 审批事项 | 审批事项通用要求 | 新平台的所有审批表单,支持: 1.**审批、查询审批、待办审批和提醒(短信、站内) 2.表单可视化、可看到流程图 3.表单可套打成word或pdf 4.支持上传word、Excel、ppt、zip、图片等多种类型的附件,支持单个文件或多个文件上传附件。 5.审批单发送下个用户后,默认发送短信提醒接收人,但允许用户关闭提醒功能。 6.支持表单交接功能 7.支持单笔和批量下载表单及表单内附件。 8.支持移动端审批功能 | |
| 11 | 信息管理 | 信息发布 | 1.支持客户管理员、银行用户发布(含文本、文件)不同级别的通知公告(如系统级别、各业务子板块级别)、指引等,用户查看或下载等。支持公告、弹窗等信息接收对象参数化配置为指定用户角色或所属机构。 2.支持移动端查看 | |
| 12 | 统计报表 | 统计报表通用要求 | 所有统计报表,支持: 1.图表可视化 2.有查询条件 3.支持导出Excel | |
| 13 | 登录日志 | 登录日志,含登录信息、ip信息等。 | ||
| 14 | 用户维护日志 | 记录用户维护的时间、操作员等。 | ||
| 15 | 菜单操作日志 | 用户菜单操作日志,如导出敏感数据等。 | ||
| 16 | 改密码日志 | 用户改密码日志 | ||
| 17 | 业务量统计表 | 统计网点业务量 | ||
| 18 | 内部管理 | banner图上传 | 可由业务参数配置banner图 | |
| 19 | 隐私政策 | 1.首次使用或变更隐私政策后,需要用户重新确认(登录时),并记录用户隐私政策同意情况。 2.支持移动端 3.隐私政策上传功能 | ||
| 20 | 其他 | 界面 | UI整体美观、风格统一、符合审美设计 | |
| 21 | 首页 | 支持自定义常用菜单 | ||
| 22 | 校验 | 信息填写校验功能 | ||
| 23 | 渠道控制 | 签约账户的渠道控制功能 | ||
| 24 | 常用收款人 | 常用收款人功能,含新增、修改、删除、查看,并支持审批表单使用 | ||
| 25 | 敏感数据加密和脱敏 | 1.身份证等敏感信息,无论行内外用户均须脱敏 2.行内用户导出敏感数据需要加密 | ||
| 26 | 工程建设领域工人工资支付业务板块(含2个政府端系统对接) | 业务申请 | 注册 | 1.企业自主在工人工资系统上注册用户信息,注册成功后在地址本建立企业信息(若存量****点击查看政府端系统有多个企业编码则需要合并),并通知用户。 2.****点击查看政府端系统对接。 3.支持移动端操作 |
| 27 | 专户开户申请 | 企业自行维护拟申请专户的项目(含新增、删除、查询): 1.企业维护基础信息等,用于后续申请工人工资专户 2.企业申请拟开立专户的项目,并推送至相应网点,并推送短信。 3.****点击查看政府端系统对接。 4.支持移动端操作 | ||
| 28 | 专户开户审核 | 网点收到企业提交的专户开户申请后,进行预审,并将预审结果短信通知用户。 | ||
| 29 | 工人工资专户登记表 | 1.一种是网点在工人工资系统完成签约,将工程信息和工人工资专户信息绑定,并上传相关业务资料,双人处理后自动生成开户回执。另一种是企业在柜面系统完成开户登记后,网点在平台登记****点击查看政府端系统,****点击查看政府端系统校验。 2.****点击查看政府端系统对接。 | ||
| 30 | 专户信息查询 | 1.根据权限显示专户信息,银行可自助重新打印回执。 2.支持移动端操作 | ||
| 31 | 用户管理 | 项目管理员维护 | 网点人员维护企业项目管理员/企业用户号,并短信告知用户 | |
| 32 | 企业用户维护 | 1.项目管理员维护劳务员、财务员,并短信告知用户 2.支持移动端操作 | ||
| 33 | 工人发放(**审批/查询审批/待办审批) | 企业发放工人工资 | 1.可**和查询审批,企业在工人工资系统选择工程并制作工资表,审批通过后形成待支付指令推送至支付端。发工资查询条件包括:按工程编码、企业名称、姓名、身份证号码、发放日期、卡号等条件查询;用户选择发放月份时有不大于当前月份2个月的限制提示等校验。 2.****点击查看政府端系统对接。 3.支持移动端操作 | |
| 34 | 错账退款(**审批/查询审批/待办审批) | 错账退款 | 可**和查询审批,企业选择错误来账后原路原金额退回,形成待支付指令提交至支付端。 | |
| 35 | 竣工销户(**审批/查询审批/待办审批) | 竣工销户 | 1.可**和查询审批,企业选择工程后,提交竣工销户申请,知会网点。 2.****点击查看政府端系统对接。 3.支持移动端操作 | |
| 36 | 施工企业销户信息补登记 | 1.可**和查询审批,网点选择工程后,提交销户信息补登记,****点击查看政府端系统。 2.****点击查看政府端系统对接。 | ||
| 37 | 专户维护(**审批/查询审批/待办审批) | 专户信息修改 | 1.可**和查询审批,网点对专户信息进行修改。 2.****点击查看政府端系统对接。 | |
| 38 | 专户信息删除 | 可**和查询审批,删除系统里冗余专户信息 | ||
| 39 | 新旧工程编码替换表单 | 1.可**和查询审批,银行用户对新旧工程编码替换 2.****点击查看政府端系统对接。 | ||
| 40 | 统计报表 | 工人工资发放统计表 | 1.用户可使用查询条件,数据可视化,展示和统计工人工资支付明细,需体现发放自有工人和代发分包工人相关信息 2.支持移动端查询 | |
| 41 | 专户信息统计表 | 1.用户可使用查询条件,数据可视化,展示专户信息,可以查询和导出,包含专户基本信息、开户日期、状态、已注册但未开户等 2.支持移动端查询 | ||
| 42 | 长期未发放工资账户表 | 1.长期未发放工资账户表(例如连续2个月未发放、累计3个月未发放、从未有过任何发放记录) 2.支持移动端查询 | ||
| 43 | 信息管理 | 政策法规 | ****点击查看政府端政策放在系统里供用户查看 | |
| 44 | 通知公告 | 银行发布公告 | ||
| 45 | 代码维护 | 银行代码维护 | 1.维护政府端提供的代码,用于企业发工资时映射。 2.****点击查看政府端系统对接 | |
| 46 | 预警模块 | 工资表与工资支出明细 | 工资表与工资支出明细的一致性检查,校验工资表与流水一致 | |
| 47 | ****点击查看政府端系统 | ****点击查看政府端数据异常,如推送流水数据、工资表等 | ||
| 48 | 专户推送超时预警 | 专户推送超时预警 | ||
| 49 | 账户长时间未发工资提醒 | 账户长时间未发工资提醒 | ||
| 50 | 发放工资未通过线上系统进行 | 发放工资未通过线上系统进行 | ||
| 51 | 发放对象非平台名单内工人、到非监管允许范围账户 | 发放对象非平台名单内工人、到非监管允许范围账户 | ||
| 52 | 交易推送延迟 | 交易成功后超过4小时推送明细 | ||
| 53 | 交易状态更新延迟 | 工资表状态超过2个工作日仍未更新 | ||
| 54 | 项目管理 | 项目管理 | 1.含项目进度、账户信息、支付情况等 2.支持可视化 | |
| 55 | 村资宝业务板块 | 账户维护(**审批/查询审批/待办审批) | 村资宝账户维护 | 1.村资宝账户新增、修改、删除和查询,用于后续审批表作为付款账户 2.支持移动端操作 |
| 56 | 资金审批(**审批/查询审批/待办审批) | 财权审批流程设置 | 设置审批流程各环节的审批层级、审批参数等信息 | |
| 57 | 请款审批表 | 1.可**和查询审批,用于客户发起资金使用审批,并推至柜面、企业网银,并根据支付结果更新审批表状态 2.支持移动端操作 3.经办人发起审批时,支持关联已上传且已启用的预算单据 | ||
| 58 | 用户管理 | 村资宝用户维护 | 1.银行和客户可发起村资宝用户新增、修改、删除、停用,用于后续审批,含特殊角色维护,审批完成后在地址本生成对应用户 2.支持批量操作 3.支持移动端操作 | |
| 59 | 统计报表 | 业务统计 | 1.审批用款情况汇统计表:用户可使用查询条件,数据可视化,查询请款审批表明细 2.机构视图:支持按机构、层级查看各环节动账审批进度等,用户情况等。 3.支持移动端操作 | |
| 60 | 信息管理 | 政策法规 | 银行或客户管理员可上传,用户可阅读和下载附件。 | |
| 61 | 通知公告 | 银行或客户管理员可上传,用户可阅读和下载附件。 | ||
| 62 | 办事指引 | 银行管理员可上传,用户可阅读和下载附件。 | ||
| 63 | 预算管理 | 预算审批单上传 | 1.支持客户上传审批单,根据审批单内容相应字段自动读取预算总额等信息并进行回显,回显内容用户可手动修改。 2.支持设置预算有效期,有效期到期自动将该预算表单设为停用状态。 | |
| 64 | 预算规则设置 | 1.支持客户自行设置预算层级; 2.支持客户自选是否进行强制预算控制(如进行强制预算控制,则当审批单拟支付金额>=可用预算余额-->弹窗提示并拦截;若不进行强制预算控制,则当审批单拟支付金额>=可用预算余额-->只弹窗不拦截) | ||
| 65 | 预算查询 | 1.用户可对已上传审批单进行预算查询、预算总额修改、预算停用等操作。 2.系统记录表单编辑历史记录(操作人员、操作时间、操作内容、ip地址),客户供所属单位查询。 3.预算使用进度,支持可视化,按层级查看 | ||
| 66 | 预警监控 | 预警监控 | 业务异常预警、大额审批提醒等。 | |
| 67 | 地铁新线建设总承包资金监管平台业务板块 | 线路管理 | **、查看线路信息。 | |
| 68 | 账号标识维护 | 对付款合同的付款账号进行 ldquo;账号用途标识 rdquo;维护。 | ||
| 69 | 合同额度控制 | 对收款合同和付款合同的非工人工资款余额进行控制 | ||
| 70 | 待办审批 | 查看和处理支付审批模块下的待办事项。 | ||
| 71 | **审批 | 1.【项目审批】包含合同基本信息情况表、关联交易支付计划申请表两个审批流程,功能包含合同、关联交易支付计划新增、修改和删除的审批。支持移动端远程审批操作。 2【支付审批】包含新线建设工程款支付申请表、新线建设关联交易支付申请表、新线建设零星支付申请表三个审批流程,功能包含发起工程款支付、关联交易支付和零星支付的审批。支持移动端远程审批操作 3.支持以上流程在移动端远程审批操作,主要包括用户注册、待办审批、查询审批、服务解绑功能。 4.待办事项短信提醒功能,且短信提醒对象、内容仅限于本业务板块。 | ||
| 72 | 查询审批 | 查询审批事项模块下已完成审批的事项。 | ||
| 73 | 批量处理 | 1.批量处理项目审批流程,包含合同、关联交易支付计划的批量**、批量审批。 2.批量处理支付审批流程,包含工程款支付、关联交易支付的批量**、批量审批。 | ||
| 74 | 企业网银确认支付 | 1.客户在企业网银使用新线建设工程款专户仅可进行工程款支付、关联交易支付、零星支付(菜单为:企业网银-转账汇款-新线建设资金划拨-1.新线建设资金划拨、2.新线建设资金划拨查询),不可发起其他转账类交易。 2.新线建设工程款专户在企业网银的其他功能进行限制,在功能交易中付款账户不显示该企业签约的新线建设工程款专户。 3.平台审批通过该笔支付申请后,平台将支付数据推送至企业网银系统,推送的数据包括:审批通过时间、支付类型(工程款)、线路编号、合同编号、付款方账号、付款方户名、收款方账号、收款方户名、收款方开户行、收款方开户行行号、转账金额、转账类型(本行/他行)(系统根据收款方账号校验)、付款用途等。 4.企业网银处理规则、企业网银与平台信息交互规则应与现有规则一致。 | ||
| 75 | 企业网银落地审批(本功能为可选项) | 1.客户已在企业网银对审批支付指令完成确认。 2.按照企业网银落地审批流程,由网点对该笔支付进行落地审批。 | ||
| 76 | 资料补充 | 资料补充功能。 | ||
| 77 | 收款方信息控制机制 | 对于收款方信息录入为非常规格式时,系统进行提示但不进行拦截,允许录入用户进行下一步处理。 | ||
| 78 | 项目查询 | 包括合同查询、关联交易支付计划查询。 | ||
| 79 | 支付查询 | 包括查询工程款、关联交易和零星支付情况,查询工程款专户流水信息。 | ||
| 80 | 用户维护 | 1.维护平台用户信息。 2.支持用户密码修改功能。 | ||
| 81 | 机构管理 | 维护平台使用机构信息。 | ||
| 82 | 信息管理 | 管理员发布资讯和公告,上传资料 | ||
| 83 | 银行行号查询 | 查询银行行号 | ||
| 84 | 行内系统取数 | 满足行内数据仓库、管理会计系统等系统获取地铁新线建设资金监管业务数据。 | ||
| 85 | 通用资金支付监管业务板块 | 账户维护(**审批/查询审批/待办审批) | 监管账户维护 | 1.监管账户新增、修改、删除,用于后续审批表作为付款账户 2.支持移动端操作 |
| 86 | 资金审批(**审批/查询审批/待办审批) | 财权审批流程设置 | 设置审批流程各环节的审批层级、审批参数等信息 | |
| 87 | 监管账户支付审批 | 1.可**和查询审批,用于监管账户使用者发起监管账户资金使用审批 2.支持移动端操作 3.支持多级审批 | ||
| 88 | 企业网银确认支付 | 监管账户所有者对已完成审批通过的支付指令进行确认 | 1.完成资金审批 2.推送企业网银系统 3.监管账户所有者登录企业网银对审批支付指令进行确认。 | |
| 89 | 企业网银落地审批 | 监管账户审批支付指令经确认后推送到企业网银内管系统,由网点进行落地审批 | 1.完成资金审批 2.监管账户所有者已在企业网银对审批支付指令进行确认 3.按照企业网银落地审批流程,由网点对该笔支付进行落地审批。 | |
| 90 | 用户管理 | 用户维护 | 1.用户新增、修改、删除,用于后续审批,含特殊角色维护 2.支持批量操作 3.支持移动端操作 4.支持多级审批 | |
| 91 | 统计报表 | 审批用款情况汇统计表 | 1.用户可使用查询条件,数据可视化,审批表展示 2.支持移动端操作 | |
| 92 | 信息管理 | 政策法规 | 银行或客户管理员可上传,用户可阅读和下载附件。 | |
| 93 | 通知公告 | 银行或客户管理员可上传,用户可阅读和下载附件。 | ||
| 94 | 办事指引 | 银行管理员可上传,用户可阅读和下载附件。 | ||
| 95 | 预警监控 | 预警监控 | 对单笔大额支付、重复支付、异常资金流动自动预警并通知相关方。 | |
| 96 | 参数管理 | 审批流程参数管理维护 | ****点击查看银行可以对审批流程节点进行设置,如支付审批流程,可以按照不同的金额设定不同的审批环节、审批人、审批层级等。 | |
| 97 | 理财信息披露板块(含对公和个人) | 产品管理 | 查询、下载和修改自营和代销理财基本信息、净值信息、产品说明书等监管要求信息披露文件。 | |
| 98 | 其他信息 | 编辑理财产品的其他信息。 | ||
| 99 | 产品系列 | 修改产品系列的设置规则。 | ||
| 100 | 产品列表 | 展示自营个人理财产品基本信息 | ||
| 101 | 展示自营对公理财产品基本信息 | |||
| 102 | 展示代销理财产品基本信息 | |||
| 103 | 产品详情 | 展示自营个人理财产品基本信息、净值、文件等内容 | ||
| 104 | 展示自营对公理财产品基本信息、净值、文件等内容 | |||
| 105 | 展示代销理财产品基本信息、净值、文件等内容 | |||
| 106 | 过往业绩 | 展示自营个人理财产品历史收益 | ||
| 107 | 展示自营对公理财产品历史收益 | |||
| 108 | 展示代销理财产品历史收益 | |||
| 109 | 历史净值 | 展示自营个人理财产品历史净值 | ||
| 110 | 展示自营对公理财产品历史净值 | |||
| 111 | 展示代销理财产品历史净值 | |||
| 112 | 投行研究报告专区板块 | 产品信息查询与下载 | 1、查询与下载投行研究报告专区存量业务数据,包括最新报告、每日关注、资讯周报、专题报告、行业动态、行业分析、企业管理、**经济、金融动态、报告发布等板块数据。 2、查询与下载日志管理中,投行研究报告专区相关的操作日志数据等。 3、查询与下载用户管理中,投行研究报告专区相关的企业用户账号信息等。 | |
| 113 | 运营功能 | 角色/用户管理功能 | 支持设置业务管理员,支持业务管理员通过页面灵活设置业务角色、角色权限、配置用户、设置用户角色及功能菜单权限,并具备完整的用户配置审核机制。 | |
| 114 | 数据权限配置功能 | 支持按照用户角色、用户所属机构、部门对交易功能数据访问范围进行参数控制。 | ||
| 115 | 机构管理功能 | 支持同步我行组织架构和人员架构,支持根据需要进行维护。 | ||
| 116 | 业务参数配置 | 提供页面自主启用/禁用部分业务功能,支持灵活配置业务参数,如流程处理、审批层级、宣传图、隐私政策等。 | ||
| 117 | 差错处理功能 | 支持通过该功能处理异常流程,将流程节点流转到其他节点或终止流程、异常预警等。 | ||
| 118 | 业务查询统计功能 | 支持业务数据查询、统计和导出,导出文件符合我行加密要求。 | ||
| 119 | 公告信息功能 | 支持业务管理员、客户管理员配置通知公告,支持公告图文维护或上传附件,支持按角色、按用户多范围推送。 | ||
| 120 | 非功能性需求 | 业务可连续性要求 | 对外信息服务平台的灾备等级为一般系统,RPO可为1天,RTO为12小时 | |
| 121 | 客户体验需求 | 1.审批流程要求 均支持**审批、查询审批、查看审批进度和流程图等实现可视化;统计数据实现可视化;均支持上传附件:支持同时上传多个文件、支持上传.zip等格式的压缩包文件;需要支持个别审批流程在移动端审批并将审批结果和信息传至PC端。 2.兼容性要求 须支持客户在信创终端上使用;须支持主流的浏览器,含信创和非信创版本,如ie浏览器、edge浏览器、360浏览器、360极速浏览器、Chrome浏览器、火狐浏览器、QQ浏览器、搜狗浏览器等;须支持客户端运行。 3.UI设计要求 美观、符合审美发展的客户体验UI设计,包括但不限于界面风格统一,页面配色、品牌元素使用遵循我行标准;网页自适应显示,web端和微信公众号端根据屏幕大小自动调整页面布局,清晰完整显示所有要素;必填字段标识、提示等清楚易读。 | ||
| 122 | 业务风险点(选输) | 1.资**全风险:如果系统上线后,推送至支付端的数据有误,可能对客户资金汇划产生影响,给客户带来资金损失,客户可能对我行进行法律诉讼,我行面临法律风险。 2.业务连续性风险:1如果系统上线后,发生业务服务中断,将影响我行客户服务,可能会影响部分客户对我行的好感并办理业务转移,甚至升级为某一客户群或媒体对我行进行负面评价,导致增加获客难度,造成客户**损失,其中:工程建设领域工人工资支付业务涉及民生工程,可能引发欠薪舆情,****点击查看银行****点击查看政府端系统对接)为客户办理工人工资支付;村资宝业务涉及资金使用,可能影响我行客户关系紧张和不满;地铁新线建设资金监管平台业务无法满足客户监管需求,引起客户及建设总分包商等客户投诉,造成客户在我行的业务流失。2如果系统上线后,存量数据迁移失败,导致客户无法查看过往的业务办理数据,将会影响客户的业务连续性,导致我行与客户关系破裂。3如果系统上线后,系统服务不稳定或中断,将导致我行需要投入大量人力、硬件、软件、****点击查看政府主管部门和客户,并启动应急预案处理。 | ||
| 123 | 政府端系统对接 | 须与2个政府端系统对接,****点击查看政府端系统验收通过。 | ||
| 124 | 系统电子数据备份要求 | 根据监管政策,交易记录自交易结束后至少保存10年,如客户身份资料及交易记录涉及正在被反洗钱调查的可疑交易活动,且反洗钱调查工作在前款规定的最低保存期限届满时仍未结束的,应当将相关客户身份资料及交易记录保存至反洗钱调查工作结束。 | ||
| 125 | 其他要求 | 1.用户权限管理和数据隔离要求 后台管理能实现灵活、多维度、分层级的用户和权限管理机制,实现业务功能与技术功能的分离。系统数据严格按照业务模块、用户角色和所属机构进行隔离,避免不同业务板块、所属机构间的数据交叉流转与误用,以防业务信息、客户信息泄露。 2.推送政府端数据预警机制要求 ****点击查看银行数据推送有严格的准确性、时效性考核,本次重建应做好预警机制的建设,建议前端增加推送记录,优化自动重跑功能及预警功能等,减少人工干预,防止我行因数据推送问题导致扣分,进而影响我行业务办理资格。业务风险与应对措施。 3.业务数据查看要求 审批表单、菜单等已完成或在途业务数据,涉及银行落地或处理的关联机构而非具体的用户,涉及客户办理的由客户或客户管理员移交给其他用户避免用户注销后,由其经办的表单数据丢失,尽可能保证数据的完整性。 4.系统性能要求 由于平台有多个业务子版块,共同为不同业务类型客户服务,且业务涉及民生工程,对审批表单、数据报表等系统性能要求较高,若系统性能差导致业务办理受影响,容易引发社会舆情,有损我行形象。因此,新系统需要进行压力测试等工作并配备相应的系统**,确保系统上线后对用户使用系统的性能感受无变化。 5.系统试运行、存量数据迁移和系统初始化要求 由于该业务涉及银政业务,为确保业务稳定连续,系统上线后设置试运行阶段,在该阶段做新旧系统并行,防范新系统不稳定影响客户业务办理。新平台须全量迁移存量的审批表单(含附件)、客户用户、客户机构、工程信息、信息管理(如通知公告)等信息并按用户权限展示存量信息和查询存量表单,系统重建上线时需同步统一****点击查看银行用户、以及银行代码等初始化数据。 | ||
(三)技术要求
| 分类 | 技术需求描述 |
| 1.系统架构 | 1.提供完整的系统架构、部署架构,描述各设备的配置和工作内容、方式等。 2.基于先进开放的平台作为基础架构,架构具有清晰的分层,低耦合高内聚,具有高可用性和高负载能力。 3.交易柜面使用招标方统一柜面系统,系统管理界面采用B/S架构,系统应支持IE 7.0及以上版本,支持Firefox、谷歌、360等主流浏览器,并支持用户在国产化终端上使用主流的浏览器(含360安全浏览器国产化版本)进行业务办理。 4. 应用系统各模块必须满足其一:负载均衡器、 应用服务器集群、其他应用双活/多活技术。其中,前置服务器、应用服务器等需支****点击查看服务部署方式,数据库服务器部署为双机热备、双活模式或分布式部署。 5. 部署于云平台应用的整体架构要求: (1)应用所需的**或框架,如云服务或云产品已提供相同功能的,要求使用。 (2)云服务及云产品的范围包括但不限于容器调度管理平台(TKE)、微服务管理平台(TSF)、消息队列产品(TDMQ)、分布式或非分布式数据库(TDSQL)、缓存数据库(CREDIS)、负载均衡产品(CLB)。 |
| 2.网络架构 | 1.长连接重连机制:**应用系统的数据交互如为长链接模式,应具备链接定时检测和自动重建机制,保证业务连续性。 2域名访问:(1)**应用系统需支持全路径DNS域名(客户端 mdash;> WEB服务器 mdash;>APP服务器 mdash;>DB服务器)访问,降低因系统绑定IP地址访问引发的单点故障及复杂调用关系,提高系统的可用性和易用性。(2)新应用系统代码中如需调用其他应用系统,应通过指定其他系统域名的方式实现,不应该绑定具体IP地址。(3)**应用系统架构应清晰、准确,上线时提供与其他系统之间的调用关系拓扑及说明,后期改动需及时更新,便于运维人员清晰了解各系统间关联关系。 3.流量评估:**应用系统应详细评估并提供系统并发访问量、访问峰值流量等参数,针对数据、图片类访问需采用合理压缩机制和图片格式,****点击查看银行系统客户端等大容量更新包应放置于第三方下载网站,避免更新流量抢占正常业务流量。 4.网络协议:应用系统需同时支持IPv4及IPv6访问。 5.会话同步机制:互联网应用系统应通过应用自身设计(如Redis)实现会话同步和会话保持,避免依赖网络层实现(网络层无法完全实现会话同步和会话保持)。 6.安全防护:1适配应用层防护:互联网应用系统上线应提交防火墙开通申请,并同步申请配置WAF防护;2部署防篡改:面向互联网的web服务应当配置防篡改防护。 |
| 3.操作系统 | 操作系统必须满足: 1.**v10 2.UOS v20 |
| 4.数据库 | 数据库必须满足: 1.TDSQL 10.3.14.6.0及以上(兼容Mysql 5.7/8.0) 2.CRedis 5.0及以上(标准版或集群版) 3.所有类型数据库的密码都必须至少8位,必须包含一个大写字母、一个小写字母、一个数字、一个特殊字符;密码在配置文件中加密放置,不能以明文方式显示和连接数据库。 |
| 5.中间件 | 应用部署于TCE云平台或云下信创环境所采用的中间件必须为TDMQ 、TongWeb 、BES 其一: 1.TDMQ 跟随TCE云平台版本(3.8及以上) (TCE云平台) 2.信创中间件要求为: **通 TongWeb 7.0.4.9及以上 宝兰德 BES 9.5.5及以上 3.或应用需适配TSF进行部署 |
| 6.存储 | 需根据应用所部署的环境(云下信创虚拟化VM、云平台CVM),按类别支持以下存储访问方式之一:本地磁盘空间、块存储访问(SAN、云硬盘)、分布式存储访问(VSAN)、网络文件系统(NAS)、对象存储。 |
| 7.硬件**分配 | 所有**分配将以基于VMWARE或TCE云平台虚拟化主机**池为主。 |
| 8.其他软件产品 | 应用部署于TCE云平台或云下信创虚拟化VM环境所采用的Java开发语言版本等满足要求: 2.TCE云平台(操作系统自带OpenJDK) Java-1.8.0.272及以上(**v10) Java-1.8.0.312及以上(统信v20) Java-1.8.0.252及以上(tlinux) java-1.8.0-openjdk-1.8.0.262.b10-1及以上(CentOS7.9及以上) |
| 9.文件目录 | Linux主机应用文件目录要求: Linux主机单独划分应用文件系统挂载到/opt目录(传统环境)或/data目录(TCE云平台)供应用程序和文件使用,原则上应用数据和日志不能写入到其他文件系统。 |
| 10.二次开发平台 | 1.系统应提供方便易用、适用于本系统的二次开发平台及完整的技术文档,可以对系统进行二次开发及维护。 2.二次开发平台提供修改的范围应涵盖前台业务界面、界面控制逻辑、后台业务逻辑、业务工作流程以及新功能扩展等。 3.具备集成开发工具,提供一站式、流程式的开发模式,开发步骤简洁便利,支持模板式开发、配置化程度高。 4.具有仿真测试工具和报表工具。 5.具有规范统一、清晰、丰富的代码注释。 |
| 11.性能指标 | 1.系统必须具备外部访问量控制、并发控制、软负载均衡、故障隔离等压力疏导配置模块。 2.系统应用服务端:在LoadRunner压力测试下,支持并发数不小于300,响应时间不大于3秒。 3.系统管理客户端: (1)操作员登录系统主页面不超过5秒。 (2)操作员打开菜单功能项界面的等待时间不超过3秒。 (3)操作员保存交易的等待时间不超过5秒。 4、交易成功率: ge;99.999%; 5、CPU使用率: le;80%(业务高峰); 6、内存使用率: le;80%(业务高峰)。 |
| 12.可靠性和稳定性 | 系统设计和开发时应充分考虑数据存储策略的高效性,建立合理的索引,在配合数据归档清理的基础上,满足大数据量的处理,并保证数据长期保留不会影响系统的运行效率。 |
| 13.安全指标 | 1.系统应充分考虑用户管理方面的安全性。包括用户身份认证、密码加解密、密码有效期限、常用密码屏蔽、用户权限控制等。系统连接数据库只能使用普通用户,不能使用管理员用户。 2. 禁止明文传输用户登录身份凭证(静态口令、动态口令、生物特征等)(建议在传输用户密码至服务端之前,使用非对称加密方式对密码进行加密;不能使用base64编码等不是用于加解密用途的公开编码算法)。 3.禁止在数据库或文件系统中明文存储用户密码。 4.系统的权限设置应能严格区分业务管理员、业务交易用户和技术运维用户。根据系统访问控制策略对受限**实施访问控制,限制用户不能访问到未授权的功能和数据。 5.系统应充分考虑网络方面的安全性要求。 6.加密算法要采用国密算法,且遵循招标方技术规范要求。 7. 密码复杂度: (1)密码长度大于8位。 (2)密码同时包含大、小写字母、数字及特殊符号中的3种。 8. (1)初始密码或重置后密码需符合第7点密码复杂度要求。 (2)用户首次登录或在重置密码后首次登录需强制要求修改密码。 (3)系统自动生成随机初始密码或重置密码,并通过邮件、手机短信形式直接通知用户持有人。 (4)用户初始密码生成或重置密码后,用户在5个工作日内未登录系统修改密码,系统自动对用户进行禁用。 9. 移动客户端安全合规: (1)数据展示:显示个人重要信息时需屏蔽关键字段。除交易对账、转账收款方确认等必须由用户确认的情况外,客户端应用软件在显示个人信息,如银行账号、身份证号码、手机号码、姓名等时,已屏蔽关键字段。 (2)个人隐私合规保护:未经用户同意,禁止收集使用个人信息。客户端应用软件不存在以下不合规情况:1征得用户同意前就开始收集个人信息或打开可收集个人信息的权限;2用户明确表示不同意后,仍收集个人信息或打开可收集个人信息的权限,或频繁征求用户同意、干扰用户正常使用;3实际收集的个人信息或打开的可收集个人信息权限超出用户授权范围;4以默认选择同意隐私政策等非明示方式征求用户同意;5未经用户同意更改其设置的可收集个人信息权限状态,如App更新时自动将用户设置的权限恢复到默认状态;6利用用户个人信息和算法定向推送信息,未提供非定向推送信息的选项;7以欺诈、诱骗等不正当方式误导用户同意收集个人信息或打 开可收集个人信息的权限,如故意欺瞒、掩饰收集使用个人信息的真实目的;8未向用户提供撤回同意收集个人信息的途径、方式;9违反其所声明的收集使用规则,收集使用个人信息。 |
| 14.扩展性 | 1.应用系统应具备模块化、参数化和插件式特征。 2.系统提供灵活体系架构,具有性能扩展能力,支持通过增加服务器的方式进行任意扩展,可随业务发展和性能要求而方便地扩展。 3.解决方案应充分考虑本系统与其它外部系统或行内系统集成的必要性与方案。 4.系统应很灵活地配置新业务管理,业务功能和管理功能及系统配置提供高度参数化,方便灵活。 5.系统应具备成熟灵活的报表开发工具,可以通过配置报表内容模板和数据源快速生成报表,有效增强系统对个性化需求的响应速度。 |
| 15.数据备份与清理 | 系统提供对于日志文件、临时文件、数据库表数据的定时归档和清理。定时归档和清理应支持自定义策略,包括但不限于归档时间点、保留期限、文件大小、业务条件等。清理的频率、目录范围、数据表范围等参数可通过系统功能配置。 |
| 16.与其他系统的对接 | 1.系统支持与其他应用系统的对接和交互,支持这些系统提供的数据上行或下行接口。 2.系统支持通过数据文件、Socket、中间件等方式与其他系统对接,支持各种常用协议与各种常用报文,如定长报文、变长报文、XML报文等。 |
| 17.日志要求 | 1.建立完备的系统日志、应用日志、错误日志,系统服务启动、系统服务停止、用户登录、用户注销和用户日常操作等均应登记日志记录,用户操作日志可通过界面进行查询。 2.日志的记录信息应该做到完整、条理清晰,同时应充分考虑跟踪定位问题的高效和便利。 3.系统应充分考虑日志分级、分日期、分用户的要求。开发过程中的调试日志在上线时必须屏蔽,系统出错时必须记录详细的日志以便定位问题,包括应用系统的处理步骤、代码文件、类、方法和出错行数。 4.一个交易产生的所有日志比较要有唯一标识区分,能够根据为你标识迅速定位该交易的所有日志。 5.负载均衡部署时交易错误信息能准确反映日志所在服务器。 6. 应用日志记录应包含以下事件类型: (1)系统应用程序的启动和停止。 (2)应用配置变化。 (3)用户登录认证信息,如登录成功或失败。 (4)用户的注册、注销、变更、锁定、解锁。 (5)用户关键操作,包括:对页面或功能模块的访问、对关键交易流程的请求和确认等。 7. 日志应包含如下内容要素: (1)用户ID或引起这个事件的处理程序ID。 (2)事件的日期、时间(时间戳)。 (3)事件类型。 (4)事件内容。 (5)事件是否成功。 (6)请求的来源(例如请求的IP、MAC地址)。 8. 审计日志禁止包含如下内容(如必须包含,应做模糊化处理): (1)用户敏感信息(如密码信息等)。 (2)用户完整交易信息。 (3)用****点击查看银行卡信息、密码信息、身份信息等)。 |
| 18.可维护性 | 1.系统应提供易操作、人性化的运行维护菜单,通过界面方式进行服务起停、批量处理、系统运行监控等功能。 2.系统应具备完善可靠的灾难应急、恢复方案。 3.系统使用的第三方插件是否为开源或商业版,是否获得版权。 4.对第三方的插件,厂商或插件原厂商可提供技术支持。 5.第三方插件对系统的影响面,影响辅助性功能还是业务核心功能。原则上不应影响业务核心功能流程。 |
| 19.系统迁移 | 系统必须考虑与旧系统的迁移过渡方案,包括数据迁移、交易功能迁移、文件迁移等,新系统投产后旧系统已有业务保持原有模式继续运作。 |
| 20.版本管理 | 1.采用主流的版本管理工具,所有可供发布的配置文件、脚本文件、应用文件均应纳入版本管理。 2.系统开发时必须至少具备三套版本,即开发版本、业务测试版本和上线版本。 3.系统应充分考虑版本管理的可靠性和便利性,对于需要多个手工步骤操作的发布过程,须提供自动化工具整合整个发布过程。 |
| 21.系统集成 | 中标方需配合基础软硬件供应商、安全设备和产品供应商的安装调试集成工作,负责应用软件的规划、部署、安装、配置、测试、上线工作。 |
| 22.数据标准规范 | 1.对系统数据项的设计和落地需严格符合招标方的数据标准数据项的格式规范;对于确实无法在该系统进行标准化落地的数据项,需结合相关数据标准内容,建立数据标准数据项与数据表对应数据项的完全映射关系,并可在本系统界面上更新维护映射关系。 2.数据表数据项设计时需根据缺失类、格式规范类、表间关联类以及业务类四大检核类型对数据进行限制以满足校验规则。 |
| 23.元数据质量规范 | 需满足招标方元数据维护机制的要求,同时,物理化建表时,要求表名和字段名均为英文,且表名和字段名都要有中文注释。中文注释格式要求:1.不能没有汉字;2.不能只有一个字符;3、不能含有标点符号或特殊字符。 |
| 24.码值规范 | 1.系统应建立统一的码值维护表,规范管理本系统所有的码值,并支持在本系统界面上维护码值信息。 2.系统应建立表字段与码值的映射关系维护表,登记表字段使用了码值维护表中的具体码值标识,并支持在本系统界面上维护映射关系。 |
| 25.运维功能 | 1.批处理调度功能。支持在页面上显示批处理运行情况及进度,实时显示当前正在跑批的批次的执行步骤情况(含错误提示),支持轮询、定时的自动跑批方式,并可对断点任务进行续跑操作,可对特**期数据进行批处理补跑。同时,需提供批处理API接口供招标方统一作业调度平台调用,接口应包含作业启动、停止、重跑、状态查询等功能。 2.参数维护功能。提供一个集中化的管理界面,用于维护平台运行所涉及的各类技术参数,更改后的参数能够及时在系统中生效,无需复杂的重启或重新部署操作,确保业务的连续性。 3.数据库改密功能。提供数据库改密功能,实现数据库的用户密码、数据库连接池、应用配置中的数据库用户密码的(一键式)联动修改,且应尽可能实现操作过程整体服务不中断。如确无法实现服务不中断的,服务中断时间原则上不超过20分钟。确认无法实现数据库改密功能的,需提供完备的数据库改密手工操作方案,要求整个操作过程服务中断时间原则上不超过20分钟。 4.数据字典维护功能。提供数据字典维护功能,可通过界面查询数据元素的名称、数据类型、长度、取值范围、格式、含义等。 5.交易量统计功能。提供交易量统计分析功能,可实时查询统计指定时间范围的交易量数据,包括用户数、客户数、金融类交易笔数、非金融类交易笔数、交易成功率等指标。同时,支持定期生成统计数据文件给招标方大数据平台。 6.系统运行监控功能。提供界面展示系统集群里的应用或服务状态监控,包括每个应用或服务的运行状态、**占用情况(CPU、内存、进程数等)。 7.证书管理。提供平台所使用的各类安全证书管理功能,管理员可方便地查看、导入、导出和撤销证书。 8.交易控制管理功能。允许管理员根据业务诉求、系统负载或其他因素,设置和调整交易服务的状态,以及限制交易请求量,从而实现对交易的精确控制。例如:某个交易出现异常,影响到其它系统服务时,可通过此功能禁用异常的交易,实现快速的应急处置。 |
| 26.生僻字规范准入要求 | 1.信息系统开发项目。系统应用(含前后端与中间件)、数据库、文件传输、接口通讯等模块字符集需采用GB18030-2022、UTF-8、UTF-16等大字符集。 2.硬件设备。打印机要求满足国家强制性标准GB18030-2022实现级别 3.机读设备。身份证读卡器设备、外国人永久居留证件识读设备、CTID二维码读取器等设备需使用GB18030-2022、UTF-8、UTF-16等大字符集编码的解码驱动程序进行识读。 |
| 27.准入要求 | 1.上述各项技术需求仅包含该项目总体技术准入规范的一部分。 2.中标方在系统投产前必须满足招标方的《**信息系统技术准入规范》(该规范持续更新),若不满足需无条件整改。如各投标方需了解当前最新规范,请各投标方在后续招标采购过程中提出。 |
三、意向供应商资格条件
(一)供应商资质要求
1.依法注册成立并具有独立承担民事责任的能力。
2.自2023年1月1日后(以合同生效时间为准),供应商具备至少1个(含)直接签署的资金业务审批或资金监管相关的系统建设案例,可通过工人工资/资金管理/资金监管/监管信息化/监管数字化/协同办公等类似关键字判断是否为资金业务审批或资金监管系统项目,且实施内容需包含资金监管/工程付款/工人工资/工资代付/资金付款/资金划转/资金拨付/资金支付/资金清分/划款申请其中之一的功能,仅关联系统改造、已有系统改造等案例不计为有效案例,如人月框架合同、人力外包合同、维保合同。
3.供应商未被列入 ldquo;信用中国 rdquo;网站中 ldquo;失信被执行人 rdquo;、 ldquo;政府采购严重违法失信行为记录名单 rdquo;及 ldquo;重大税收违法失信主体 rdquo;三个名单内且供应商不处于 ldquo;中国政府采购网 rdquo;中 ldquo;政府采购严重违法失信行为信息记录 rdquo;****点击查看政府采购活动期间(该项资质以采购人于项目评审资格审查时在上述网站查询结果为准,如在上述网站查询结果均显示无相关记录,视为无上述不良信用记录)。
(注:1. ldquo;信用中国 rdquo;网站查询路径:信用中国官网(https://www.****点击查看.cn/)->专项查询->重点领域严重失信主体名单查询->失信被执行人/政府采购严重违法失信行为记录名单/重大税收违法失信主体,该网站需查询上述3个截图;2. ldquo;中国政府采购网 rdquo;网站查询路径:中国政府采购网(http://www.****点击查看.cn/)->政府采购严重违法失信行为记录名单,该网站需查询上述1个截图)
4.单位负责人为同一人或者存在直接控股、管理关系的不同供应商,不得同时参加本采购项目。
(二)供应商意愿要求
1.服从采购人项目管理、人员管理、财务管理的相关规定;
2.同意使用采购人提供的合同文本,并积极配合采购人法审意见签订合同;
3.同意与采购人签订项目实施管理相关协议,包括但不限于保密协议、服务承诺书、工作计划任务书;
4.同意按照采购人规定对项目和供应商进行考核评价;
5.同意接受采购人内部、采购人聘请外部机构、****点击查看管理部门进行核查、监督、检查,并配合提供相关资料;
6.承诺遵守国家有关反洗钱方面的法律法规;
7.承诺近三年在经营活动中没有重大违法或违反国家安全的行为;
8.承诺在本项目采购过程中不存在下列情形,如存在下列情形之一,采购人有权取消供应商响应或成交资格。情形包括但不限于:
(1)法定代表人(负责人)在生产经营活动中受到刑事处罚;
(2)重大并购或重组,影响正常生产经营;
(3)其他重大风险事项,影响正常采购**;
9.承诺不存在知识产权纠纷,且供应商提供的产品或服务不存在侵犯任何第三方的知识产权等权益的情况(包括但不限于商标权、专利权、版权、对不便申请专利的技术秘密和商业秘密的权利等),采购人使用供应商提供的产品或服务而提起的侵权指控供应商将依法承担全部责任;
10.承诺严格坚持职业操守,杜绝通过任何形式的欺骗、隐瞒、造假等行为进行不正当竞争。
四、意向供应商报名需提供资料
(一)供应商报名意向书,内容包括但不限于项目名称、供应商名称、供应商联系人、获取本公告信息的网站、联系电话及邮箱(具体格式自拟)。
(二)有效营业执照复印件。****点击查看公司,****点击查看公司对分公司的授权函,具体格式自拟。
(三)提供自2023年1月1日后(以合同生效时间为准),供应商具备至少1个(含)直接签署的资金业务审批或资金监管相关的系统建设案例证明材料,证明材料需同时包括如下两项:
(1)项目合同关键页复印件:体现项目名称、实施内容、甲乙双方名称、盖章及签署日期等
(2)对应项目结算发票复印件(收付款方对应合同甲乙方,且信息完整可查验);
(四)报名时,供应商需按资质要求中规定路径进行查询,如查询到相关失信记录,但记录已失效,供应商须提供相关证明资料。(该项资质以采购人于项目评审资格审查时在上述网站查询结果为准,如在上述网站查询结果均显示无相关记录,视为无上述不良信用记录。)
(五)提供承诺满足本征集公告第三大点第(二)点供应商意愿要求的承诺函。
五、意向供应商提交报名材料时间及方式
(一)公告期:2026年10月16日-2026年10月23日。
(二)报名截止时间:2026年10月23日。
(三)报名材料提交方式:
意向供应商应通过采购人供应商门户网站进行报名,具体步骤如下:1.完成供应商门户注册
意向供应商须在我行供应商门户网站(网址:https://newcpm.****点击查看.com:8079/jcepp-esp/或www.****点击查看.com->关于我行->采购平台)提交注册申请,经我行审核通过后即完成注册(已完成注册的意向供应商,可直接登录供应商门户网站报名)。2.进入征集公告页面
完成注册后,登录采购人供应商门户网站,点击我的工作台->采购公告->更多,进入公告列表页面。在该页面找到本项目征集公告,点击该公告标题或查看按钮即可进入公告详情页面。3.提交报名材料
点击页面底部报名按钮,进入供应商征集报名页面进行报名。意向供应商需对照供应商征集报名页面中的资质要求,逐一上传对应的佐证材料,并将其余需提供的报名资料在其他资料处上传(报名材料需加盖公章)。完成资料上传后,点击提交报名材料按钮完成报名。供应商须对报名信息和资料的真实性负责,如提供虚假资料,将被列入我行供应商黑名单,并按照法律法规规定追究相关责任。
六、联系方式
联系人:杨先生
联系电话:020-****点击查看9256
电子邮箱:****点击查看@grcbank.com
声明:
1.各报名供应商递交报名资料即表示对材料的真实性负责,并由此承担法律风险和赔偿责任。
2.符合本公告报名条件的供应商,按时提交合格报名资料后,并不必然获得正式采购邀请。
3.采购人保留要求报名供应商补充提交资料的权利。
4.采购人有权对本次供应商征集审核结果不做任何说明。
5.请供应商在充分评估与我行需求匹配度后再进行报名。如收到我行邀请无正当理由放弃参与响应影响我行采购工作的,我行有权根据行内管理规定对供应商作出相应的考核与处理。
****点击查看
2026年10月16日
相似项目推荐