广州农村商业银行人工智能模型平台项目招标公告
发送至邮箱
广州农村商业银行人工智能模型平台项目招标公告
广州农村商业银行人工智能模型平台项目招标公告
发布时间：2024-08-08 17:38:36
类型：公开招标
广州农村 (略) (略) 项目进行公开招标，选定供应商。
一、项目名称
(略) 项目
二、招标单位
广州农村 (略)
三、项目概况（具体详见招标文件）
（一）项目背景
为更好地支撑招标人业务开展，规范合理地应用人工智能技术，促进数据要素价值释放，助力招标人金融服务增质提效，现 (略) 项目。
（二）采购内容
本项目采购内 (略) 建设，包括原型产品采购及实施服务等。本项目确定1家中标供应商。
（三）技术需求
| 序号 | 分类 | 技术需求描述 |
| 1 | 系统架构 | 1.提供完整的系统架构、、部署架构，描述各设备的配置和工作内容、方式等。 2. (略) 作为基础架构，架构具有清晰的分层，低耦合高内聚，具有高可用性和高负载能力。 3.系统管理界面采用B/S架构，系统应支持IE 7.0及以上版本，支持Firefox、谷歌等主流浏览器。 4. 应用系统各模块必须满足其一：负载均衡器、 应用服务器集群、其他应用双活/多活技术。其中，前置服务器、应用服务器等需支持为负载均衡或微服务部署方式，数据库服务器部署为双机热备、双活模式或分布式部署。 5. (略) 应用的整体架构要求： （1）应用所需的资源或框架，如云服务或云产品已提供相同功能的，要求使用。 （2）云服务及云产品的范围包括但不 (略) （TKE）、 (略) （TSF）、消息队列产品（TDMQ)、分布式或非分布式数据库（TDSQL)、缓存数据库（CREDIS）、负载均衡产品（CLB）。 |
| 2 | 网络架构 | 1.长连接重连机制：新建应用系统的数据交互如为长链接模式，应具备链接定时检测和自动重建机制，保证业务连续性。 2域名访问：（1）新建应用系统 (略) 径DNS域名（客户端—> WEB服务器—>APP服务器—>DB服务器）访问，降低因系统绑定IP地址访问引发的单点故障及复杂调用关系，提高系统的可用性和易用性。（2）新应用系统代码中如需调用其他应用系统，应通过指定其他系统域名的方式实现，不应该绑定具体IP地址。（3）新建应用系统架构应清晰、准确，上线时提供与其他系统之间的调用关系拓扑及说明，后期改动需及时更新，便于运维人员清晰了解各系统间 关联关系。 3.流量评估：新建应用系统应详细评估并提供系统并发访问量、访问峰值流量等参数，针对数据、图片类访问需采用合理压缩机制和图片格式。 4.网络协议：应用系统需同时支持IPv4及IPv6访问。 |
| 3 | 操作系统 | 操作系统必须满足：麒麟v10 |
| 4 | 数据库 | 数据库必须满足： TDSQL和Credis： 1. 数据库版本 TDSQL 10.3.14.6.0及以上(兼容Mysql 5.7/8.0) CRedis 5.0及以上（标准版或集群版） 2.所有类型数据库的密码都必须至少8位，必须包含一个大写字母、一个小写字母、一个数字、一个特殊字符；密码在配置文件中加密放置，不能以明文方式显示和连接数据库。 |
| 5 | 中间件 | 应用部署所采用的中间件必须为TongWeb或TDMQ： 1.TDMQ： TDMQ (略) 版本（3.8及以上） （ (略) ） 2. TongWeb： 东方通 TongWeb 7.0.4.9及以上 |
| 6 | 存储 | 需根据应用所部署的环境（传统虚拟化VM、云平台CVM），按类别支持以下存储访问方式之一：本地磁盘空间、块存储访问（SAN、云硬盘）、分布式存储访问（VSAN）、网络文件系统（NAS）、对象存储。 |
| 7 | 硬件资源分配 | 所有X86资源分配将以基于VMW (略) 虚拟化主机资源池为主。 |
| 8 | 其他软件产品 | 应用部署于传统虚拟化VM环境所采用的Java开发语言版本等满足要求： Java-1.8.0.272及以上 |
| 9 | 文件目录 | Linux主机应用文件目录要求： Linux主机单独划分应用文件系统挂载到/opt目录（传统环境）或/data目录（ (略) ）供应用程序和文件使用，原则上应用数据和日志不能写入到其他文件系统。 |
| 10 | (略) | 1.系统应提供方便易用、适用于 (略) 及完整的技术文档，可以对系统进行二次开发及维护。 2. (略) 提供修改的范围应涵盖前台业务界面、界面控制逻辑、后台业务逻辑、业务工作流程以及新功能扩展等。 3.具备集成开发工具，提供一站式、流程式的开发模式，开发步骤简洁便利，支持模板式开发、配置化程度高。 4.具有仿真测试工具和报表工具。 5.具有规范统一、清晰、丰富的代码注释 |
| 11 | 性能指标 | 1.系统必须具备外部访问量控制、并发控制、软负载均衡、故障隔离等压力疏导配置模块。 2.系统应用服务端：在LoadRunner压力测试下，支持并发数不小于100，响应时间不大于3秒。 3.系统管理客户端： (1)操作员登录系统主页面不超过1秒。 (2)操作员打开菜单功能项界面的等待时间不超过3秒。 |
| 12 | 可靠性和稳定性 | 系统设计和开发时应充分考虑数据存储策略的高效性，建立合理的索引，在配合数据归档清理的基础上，满足大数据量的处理，并保证数据长期保留不会影响系统的运行效率。 |
| 13 | 安全指标 | 1.系统应充分考虑用户管理方面的安全性。包括用户身份认证、密码加解密、密码有效期限、常用密码屏蔽、用户权限控制等。系统连接数据库只能使用普通用户，不能使用管理员用户。 2. 禁止明文传输用户登录身份凭证（静态口令、动态口令、生物特征等）（建议在传输用户密码至服务端之前，使用非对称加密方式对密码进行加密；不能使用base64编码等不是用于加解密用途的公开编码算法）。 3.禁止在数据库或文件系统中明文存储用户密码。 4.系统的权限设置应能严格区分业务管理员、业务交易用户和技术运维用户。根据系统访问控制策略对受限资源实施访问控制，限制用户不能访问到未授权的功能和数据。 5.系统应 (略) 络方面的安全性要求。 6．加密算法要采用国密算法，且遵循招标人技术规范要求。 7. 密码复杂度： （1）密码长度大于8位。 （2）密码同时包含大、小写字母、数字及特殊符号中的3种。 8. （1）初始密码或重置后密码需符合第7点密码复杂度要求。 （2）用户首次登录或在重置密码后首次登录需强制要求修改密码。 （3）系统自动生成随机初始密码或重置密码，并通过邮件、手机短信形式直接通知用户持有人。 （4）用户初始密码生成或重置密码后，用户在5个工作日内未登录系统修改密码，系统自动对用户进行禁用。 |
| 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地址）。 8. 审计日志禁止包含如下内容（如必须包含，应做模糊化处理）： （1）用户敏感信息（如密码信息等） （2）用户完整交易信息 （3）用户的隐私信息（如银行卡信息、密码信息、身份信息等） |
| 18 | 可维护性 | 1.系统应提供易操作、人性化的运行维护菜单，通过界面方式进行服务起停、批量处理、系统运行监控等功能。 2.系统应具备完善可靠的灾难应急、恢复方案。 3.系统使用的第三方插件是否为开源或商业版，是否获得版权。 4.对第三方的插件，厂商或插件原厂商可提供技术支持。 5.第三方插件对系统的影响面，影响辅助性功能还是业务核心功能。原则上不应影响业务核心功能流程。 |
| 19 | 系统迁移 | 系统必须考虑与旧系统的迁移过渡方案，包括数据迁移、交易功能迁移、文件迁移等，新系统投产后旧系统已有业务保持原有模式继续运作。 |
| 20 | 版本管理 | 1.采用主流的版本管理工具，所有可供发布的配置文件、脚本文件、应用文件均应纳入版本管理。 2.系统开发时必须至少具备三套版本，即开发版本、业务测试版本和上线版本。 3.系统应充分考虑版本管理的可靠性和便利性，对于需要多个手工步骤操作的发布过程，须提供自动化工具整合整个发布过程。 4.模型开发及部署必须至少具备三套版本，及开发版本、灰度版本及正式版本。 |
| 21 | 系统集成 | 中标方需配合基础软硬件供应商、安全设备和产品供应商的安装调试集成工作，负责应用软件的规划、部署、安装、配置、测试、上线工作。 |
| 22 | 数据标准规范 | 1.对系统数据项的设计和落地需严格符合招标人的数据标准数据项的格式规范；对于确实无法在该系统进行标准化落地的数据项，需结合相关数据标准内容，建立数据标准数据项与数据表对应数据项的完全映射关系，并可在本系统界面上更新维护映射关系。 2.数据表数据项设计时需根据缺失类、格式规范类、表间关联类以及业务类四大检核类型对数据进行限制以满足校验规则。 |
| 23 | 元数据质量规范 | 需满足招标人元数据维护机制的要求，同时，物理化建表时，要求表名和字段名均为英文，且表名和字段名都要有中文注释。中文注释格式要求：1.不能没有汉字；2.不能只有一个字符；3、不能含有标点符号或特殊字符。 |
| 24 | 准入要求 | 1.上述各项技术需求仅包含该项目总体技术准入规范的一部分。 2.中标方在系统投产前必须满足招标人的《新建信息系统技术准入规范》（该规范持续更新），若不满足需无条件整改。如各供应商需了解当前最新规范，请各供应商在后续招标采购过程中提出。 |
具体技术及实施服务要求、商务要求详见招标文件。
四、资金来源
本项目预算金额为*元，资金来源为企业自筹。
五、供应商资格审查合格条件
（一）供应商依法注册成立并具有独立承担民事责任的能力。
（二）自2021年1月1日后（以合同生效时间为准），供应商需具备至少2个（含）直接签 (略) (略) (略) (略) (略) 等方面的项目实施案例，同一法人单位的不同案例不累计计算。
（三）供应商未被列入“信用中国”网站中“失信被执行人”、“政府采购严重违法失信行为记录名单”及“重大税收违法失信主体”三个名单内且供应商不处于“中国 (略) ”中“政府采购严重违法失信行为信息记录”的禁止参加政府采购活动期间。（该项资质以招标人于项目评审资格审查 (略) 站查询结果为准， (略) 站查询结果均显示无相关记录，视为无上述不良信用记录。）。（注：1.“信用中国” (略) 径：信 (略) （http://**）->信用服务->重点领域严重失信主体名单查询->失信被执行人/政府采购严重违法失信行为记录名单/重大税收违法失信主体，该网站需查询上述3个截图；2.“中国 (略) ” (略) 径：中国 (略) （http://**）->政府采购严重违法失信行为记录名单，该网站需查询上述1个截图。）
（四）单位负责人为同一人或者存在直接控股、管理关系的不同供应商，不得同时参加本采购项目。
六、关于联合体投标
本项目不接受联合体投标
七、招标文件及相关资料发布及获取
（一）发布时间：2024年8月8日至2024年8月16日 17时00分（北京时间）。
（二）报名截止时间：2024年8月16日 17时00分（北京时间）。
（三） (略) 站：本公告在广州农村商业 (略) 站（http://**）、（）、 (略) （http://**）、招标 (略) （http://**）媒体发布，本公告的修改、补充，在广州农村商业银行供 (略) 站（http://**:8079/jcepp-esp/）发布。
（四）获取方式：意向供应商获取招标文件及相关资料的具体步骤如下：
1.完成供应商门户注册
意向供应商须在我行供 (略) 站（网址:http://**:8079/jcepp-esp/或http://**->关于我行-> (略) ）提交注册申请，经我行审核通过后即完成注册（已完成注册的意向供应商，可直接登录供 (略) 站下载）。
2.进入招标公告页面
完成注册后，登录我行供 (略) 站，点击我的工作台->采购公告->更多，进入公告列表页面。在该页面找到本项目招标公告，点击该公告标题即可进入公告详情页面。
3.获取招标文件及相关资料
点击页面底部领取文件按钮，进入报名申请页面即可下载招标文件及相关资料。供应商在页面下载文件后，需在领取采购文件截止时间前，确认是否参加。
八、报名登记
（一）报名材料：提供报名意向书原件、营业执照复印件及授权函原件（格式见我行供应商门户中本项目招标公告，需加盖公章）。
（二）递交时间：2024年8月8日至2024年8月16日 17时00分（北京时间）。
（三）递交地点： (略) 珠江 (略) 1号信合大厦19楼南翼集中采购中心。
（四）递交方式：报名截止时间前专人送达（送达人需为供应商员工，现场需提供在职证明材料，包括但不限于工作证、纳税证明、社保证明、公司证明、考勤记录等）,送 (略) 天 (略) 1号信合大厦19楼南翼集中采购中心。
九、POC测试
本项目设置POC测试环节。意向供应商按我行要求及时递交报名材料后，我行将统一组织意向供应商进行POC测试，具体测试时间、测试内容及测试要求详见测试文件，测试文件的获取方式与招标文件获取方式一致。意向供应商须通过我行组织的POC测试，方可进入后续投标环节。
十、投标人的确定
（一）本项目采用资格后审方式进行招标，不进行截标前的资格审查。通过我行POC测试环节后的意向供应商应当在投递投标文件的截止时间前按我招标文件要求递交投标文件。
（二）按照本公告要求和本项目招标文件要求递交投标文件的投标人不足3名时为招标失败。
十一、供应商需提交的资格审查资料（按照投标文件的编制要求，*式*份（*份正本*份副本,若正本与副本有不一致，以正本为准）、装订成册、编制页码并进行密封，作为投标文件的一部分，在投递投标文件的截止时间前，按招标文件要求递交至指定地点）。
（一）供应商须提供有效的营业执照复印件。 (略) ， (略) 对分公司的授权函，具体格式自拟。
（二）提供自2021年1月1日后（以合同生效时间为准），供应商具备的至少2个（含）直接签 (略) (略) (略) (略) (略) 等方面的项目实施案例的证明材料，同一法人单位的不同案例不累计计算。证明材料需提供合同材料包括首页（含项目名称）、关键页（能够明确 (略) (略) (略) (略) (略) 等方面的信息）、合同签署页（含**双方名称、盖章及签署日期等）在内的项目合同复印件。
（三）项目评审前，供应商需按资质要 (略) 径进行查询，如查询到相关失信记录，但记录已失效，供应商须提供相关证明资料。（该项资质以招标人于项目评审资格审查 (略) 站查询结果为准， (略) 站查询结果均显示无相关记录，视为无上述不良信用记录。）。
十二、投标文件的递交
（一）递交投标文件截止时间：同开标会议召开时间。
（二）递交地点： (略) 珠江 (略) 1号信合大厦19楼南翼集中采购中心。
（三）递交方式（二选一）
1.递交投标文件截止时间前快递送达，收 (略) 天 (略) 1号信合大厦19楼南翼集中采购中心，收件人胡女士，电话020-* 。为保证投标文件能够按要求送达我行，建议寄出时间不晚于2024年9月10日（北京时间）。
2.递交投标文件截止时间前专人送达, 送 (略) 天 (略) 1号信合大厦19楼南翼集中采购中心。
供应商门户操作：建议在递交投标文件截止时间前X个工作日（即：2024年9月10日）在我行供应商门户（登录供应商门户后，点击参审应标菜单找到对应项目，进入项目后在【投标】版块进行操作）填写贵公司响应文件递交方式（快递送达或专人送达），填写完成后确认参审，如逾期未确认参审或投标文件未按时送达的，视同放弃参与本次采购。
十三、开标会议
（一）开标会议召开时间：2024年9月13日9时00分（北京时间）。
（二）开标会议召开地点： (略) 天 (略) 1号信合大厦12楼XX会议室。
十四、联系方式
（一）联系人：胡女士
（二）联系电话：020－*
（三）电子邮箱：*@*rcbank.com
十五、潜在投标人或利害关系人对本招标公告及招标内容有异议的，向招标人书面提出。
异议受理部门：广州农村 (略)
异议受理电话：020-* 。
地址： (略) 珠江 (略) 1号信合大厦
异议受理邮箱：*@*rcbank.com
广州农村 (略)
2024年8月8日
广州农村商业银行人工智能模型平台项目招标公告
发布时间：2024-08-08 17:38:36
类型：公开招标
广州农村 (略) (略) 项目进行公开招标，选定供应商。
一、项目名称
(略) 项目
二、招标单位
广州农村 (略)
三、项目概况（具体详见招标文件）
（一）项目背景
为更好地支撑招标人业务开展，规范合理地应用人工智能技术，促进数据要素价值释放，助力招标人金融服务增质提效，现 (略) 项目。
（二）采购内容
本项目采购内 (略) 建设，包括原型产品采购及实施服务等。本项目确定1家中标供应商。
（三）技术需求
| 序号 | 分类 | 技术需求描述 |
| 1 | 系统架构 | 1.提供完整的系统架构、、部署架构，描述各设备的配置和工作内容、方式等。 2. (略) 作为基础架构，架构具有清晰的分层，低耦合高内聚，具有高可用性和高负载能力。 3.系统管理界面采用B/S架构，系统应支持IE 7.0及以上版本，支持Firefox、谷歌等主流浏览器。 4. 应用系统各模块必须满足其一：负载均衡器、 应用服务器集群、其他应用双活/多活技术。其中，前置服务器、应用服务器等需支持为负载均衡或微服务部署方式，数据库服务器部署为双机热备、双活模式或分布式部署。 5. (略) 应用的整体架构要求： （1）应用所需的资源或框架，如云服务或云产品已提供相同功能的，要求使用。 （2）云服务及云产品的范围包括但不 (略) （TKE）、 (略) （TSF）、消息队列产品（TDMQ)、分布式或非分布式数据库（TDSQL)、缓存数据库（CREDIS）、负载均衡产品（CLB）。 |
| 2 | 网络架构 | 1.长连接重连机制：新建应用系统的数据交互如为长链接模式，应具备链接定时检测和自动重建机制，保证业务连续性。 2域名访问：（1）新建应用系统 (略) 径DNS域名（客户端—> WEB服务器—>APP服务器—>DB服务器）访问，降低因系统绑定IP地址访问引发的单点故障及复杂调用关系，提高系统的可用性和易用性。（2）新应用系统代码中如需调用其他应用系统，应通过指定其他系统域名的方式实现，不应该绑定具体IP地址。（3）新建应用系统架构应清晰、准确，上线时提供与其他系统之间的调用关系拓扑及说明，后期改动需及时更新，便于运维人员清晰了解各系统间 关联关系。 3.流量评估：新建应用系统应详细评估并提供系统并发访问量、访问峰值流量等参数，针对数据、图片类访问需采用合理压缩机制和图片格式。 4.网络协议：应用系统需同时支持IPv4及IPv6访问。 |
| 3 | 操作系统 | 操作系统必须满足：麒麟v10 |
| 4 | 数据库 | 数据库必须满足： TDSQL和Credis： 1. 数据库版本 TDSQL 10.3.14.6.0及以上(兼容Mysql 5.7/8.0) CRedis 5.0及以上（标准版或集群版） 2.所有类型数据库的密码都必须至少8位，必须包含一个大写字母、一个小写字母、一个数字、一个特殊字符；密码在配置文件中加密放置，不能以明文方式显示和连接数据库。 |
| 5 | 中间件 | 应用部署所采用的中间件必须为TongWeb或TDMQ： 1.TDMQ： TDMQ (略) 版本（3.8及以上） （ (略) ） 2. TongWeb： 东方通 TongWeb 7.0.4.9及以上 |
| 6 | 存储 | 需根据应用所部署的环境（传统虚拟化VM、云平台CVM），按类别支持以下存储访问方式之一：本地磁盘空间、块存储访问（SAN、云硬盘）、分布式存储访问（VSAN）、网络文件系统（NAS）、对象存储。 |
| 7 | 硬件资源分配 | 所有X86资源分配将以基于VMW (略) 虚拟化主机资源池为主。 |
| 8 | 其他软件产品 | 应用部署于传统虚拟化VM环境所采用的Java开发语言版本等满足要求： Java-1.8.0.272及以上 |
| 9 | 文件目录 | Linux主机应用文件目录要求： Linux主机单独划分应用文件系统挂载到/opt目录（传统环境）或/data目录（ (略) ）供应用程序和文件使用，原则上应用数据和日志不能写入到其他文件系统。 |
| 10 | (略) | 1.系统应提供方便易用、适用于 (略) 及完整的技术文档，可以对系统进行二次开发及维护。 2. (略) 提供修改的范围应涵盖前台业务界面、界面控制逻辑、后台业务逻辑、业务工作流程以及新功能扩展等。 3.具备集成开发工具，提供一站式、流程式的开发模式，开发步骤简洁便利，支持模板式开发、配置化程度高。 4.具有仿真测试工具和报表工具。 5.具有规范统一、清晰、丰富的代码注释 |
| 11 | 性能指标 | 1.系统必须具备外部访问量控制、并发控制、软负载均衡、故障隔离等压力疏导配置模块。 2.系统应用服务端：在LoadRunner压力测试下，支持并发数不小于100，响应时间不大于3秒。 3.系统管理客户端： (1)操作员登录系统主页面不超过1秒。 (2)操作员打开菜单功能项界面的等待时间不超过3秒。 |
| 12 | 可靠性和稳定性 | 系统设计和开发时应充分考虑数据存储策略的高效性，建立合理的索引，在配合数据归档清理的基础上，满足大数据量的处理，并保证数据长期保留不会影响系统的运行效率。 |
| 13 | 安全指标 | 1.系统应充分考虑用户管理方面的安全性。包括用户身份认证、密码加解密、密码有效期限、常用密码屏蔽、用户权限控制等。系统连接数据库只能使用普通用户，不能使用管理员用户。 2. 禁止明文传输用户登录身份凭证（静态口令、动态口令、生物特征等）（建议在传输用户密码至服务端之前，使用非对称加密方式对密码进行加密；不能使用base64编码等不是用于加解密用途的公开编码算法）。 3.禁止在数据库或文件系统中明文存储用户密码。 4.系统的权限设置应能严格区分业务管理员、业务交易用户和技术运维用户。根据系统访问控制策略对受限资源实施访问控制，限制用户不能访问到未授权的功能和数据。 5.系统应 (略) 络方面的安全性要求。 6．加密算法要采用国密算法，且遵循招标人技术规范要求。 7. 密码复杂度： （1）密码长度大于8位。 （2）密码同时包含大、小写字母、数字及特殊符号中的3种。 8. （1）初始密码或重置后密码需符合第7点密码复杂度要求。 （2）用户首次登录或在重置密码后首次登录需强制要求修改密码。 （3）系统自动生成随机初始密码或重置密码，并通过邮件、手机短信形式直接通知用户持有人。 （4）用户初始密码生成或重置密码后，用户在5个工作日内未登录系统修改密码，系统自动对用户进行禁用。 |
| 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地址）。 8. 审计日志禁止包含如下内容（如必须包含，应做模糊化处理）： （1）用户敏感信息（如密码信息等） （2）用户完整交易信息 （3）用户的隐私信息（如银行卡信息、密码信息、身份信息等） |
| 18 | 可维护性 | 1.系统应提供易操作、人性化的运行维护菜单，通过界面方式进行服务起停、批量处理、系统运行监控等功能。 2.系统应具备完善可靠的灾难应急、恢复方案。 3.系统使用的第三方插件是否为开源或商业版，是否获得版权。 4.对第三方的插件，厂商或插件原厂商可提供技术支持。 5.第三方插件对系统的影响面，影响辅助性功能还是业务核心功能。原则上不应影响业务核心功能流程。 |
| 19 | 系统迁移 | 系统必须考虑与旧系统的迁移过渡方案，包括数据迁移、交易功能迁移、文件迁移等，新系统投产后旧系统已有业务保持原有模式继续运作。 |
| 20 | 版本管理 | 1.采用主流的版本管理工具，所有可供发布的配置文件、脚本文件、应用文件均应纳入版本管理。 2.系统开发时必须至少具备三套版本，即开发版本、业务测试版本和上线版本。 3.系统应充分考虑版本管理的可靠性和便利性，对于需要多个手工步骤操作的发布过程，须提供自动化工具整合整个发布过程。 4.模型开发及部署必须至少具备三套版本，及开发版本、灰度版本及正式版本。 |
| 21 | 系统集成 | 中标方需配合基础软硬件供应商、安全设备和产品供应商的安装调试集成工作，负责应用软件的规划、部署、安装、配置、测试、上线工作。 |
| 22 | 数据标准规范 | 1.对系统数据项的设计和落地需严格符合招标人的数据标准数据项的格式规范；对于确实无法在该系统进行标准化落地的数据项，需结合相关数据标准内容，建立数据标准数据项与数据表对应数据项的完全映射关系，并可在本系统界面上更新维护映射关系。 2.数据表数据项设计时需根据缺失类、格式规范类、表间关联类以及业务类四大检核类型对数据进行限制以满足校验规则。 |
| 23 | 元数据质量规范 | 需满足招标人元数据维护机制的要求，同时，物理化建表时，要求表名和字段名均为英文，且表名和字段名都要有中文注释。中文注释格式要求：1.不能没有汉字；2.不能只有一个字符；3、不能含有标点符号或特殊字符。 |
| 24 | 准入要求 | 1.上述各项技术需求仅包含该项目总体技术准入规范的一部分。 2.中标方在系统投产前必须满足招标人的《新建信息系统技术准入规范》（该规范持续更新），若不满足需无条件整改。如各供应商需了解当前最新规范，请各供应商在后续招标采购过程中提出。 |
具体技术及实施服务要求、商务要求详见招标文件。
四、资金来源
本项目预算金额为*元，资金来源为企业自筹。
五、供应商资格审查合格条件
（一）供应商依法注册成立并具有独立承担民事责任的能力。
（二）自2021年1月1日后（以合同生效时间为准），供应商需具备至少2个（含）直接签 (略) (略) (略) (略) (略) 等方面的项目实施案例，同一法人单位的不同案例不累计计算。
（三）供应商未被列入“信用中国”网站中“失信被执行人”、“政府采购严重违法失信行为记录名单”及“重大税收违法失信主体”三个名单内且供应商不处于“中国 (略) ”中“政府采购严重违法失信行为信息记录”的禁止参加政府采购活动期间。（该项资质以招标人于项目评审资格审查 (略) 站查询结果为准， (略) 站查询结果均显示无相关记录，视为无上述不良信用记录。）。（注：1.“信用中国” (略) 径：信 (略) （http://**）->信用服务->重点领域严重失信主体名单查询->失信被执行人/政府采购严重违法失信行为记录名单/重大税收违法失信主体，该网站需查询上述3个截图；2.“中国 (略) ” (略) 径：中国 (略) （http://**）->政府采购严重违法失信行为记录名单，该网站需查询上述1个截图。）
（四）单位负责人为同一人或者存在直接控股、管理关系的不同供应商，不得同时参加本采购项目。
六、关于联合体投标
本项目不接受联合体投标
七、招标文件及相关资料发布及获取
（一）发布时间：2024年8月8日至2024年8月16日 17时00分（北京时间）。
（二）报名截止时间：2024年8月16日 17时00分（北京时间）。
（三） (略) 站：本公告在广州农村商业 (略) 站（http://**）、（）、 (略) （http://**）、招标 (略) （http://**）媒体发布，本公告的修改、补充，在广州农村商业银行供 (略) 站（http://**:8079/jcepp-esp/）发布。
（四）获取方式：意向供应商获取招标文件及相关资料的具体步骤如下：
1.完成供应商门户注册
意向供应商须在我行供 (略) 站（网址:http://**:8079/jcepp-esp/或http://**->关于我行-> (略) ）提交注册申请，经我行审核通过后即完成注册（已完成注册的意向供应商，可直接登录供 (略) 站下载）。
2.进入招标公告页面
完成注册后，登录我行供 (略) 站，点击我的工作台->采购公告->更多，进入公告列表页面。在该页面找到本项目招标公告，点击该公告标题即可进入公告详情页面。
3.获取招标文件及相关资料
点击页面底部领取文件按钮，进入报名申请页面即可下载招标文件及相关资料。供应商在页面下载文件后，需在领取采购文件截止时间前，确认是否参加。
八、报名登记
（一）报名材料：提供报名意向书原件、营业执照复印件及授权函原件（格式见我行供应商门户中本项目招标公告，需加盖公章）。
（二）递交时间：2024年8月8日至2024年8月16日 17时00分（北京时间）。
（三）递交地点： (略) 珠江 (略) 1号信合大厦19楼南翼集中采购中心。
（四）递交方式：报名截止时间前专人送达（送达人需为供应商员工，现场需提供在职证明材料，包括但不限于工作证、纳税证明、社保证明、公司证明、考勤记录等）,送 (略) 天 (略) 1号信合大厦19楼南翼集中采购中心。
九、POC测试
本项目设置POC测试环节。意向供应商按我行要求及时递交报名材料后，我行将统一组织意向供应商进行POC测试，具体测试时间、测试内容及测试要求详见测试文件，测试文件的获取方式与招标文件获取方式一致。意向供应商须通过我行组织的POC测试，方可进入后续投标环节。
十、投标人的确定
（一）本项目采用资格后审方式进行招标，不进行截标前的资格审查。通过我行POC测试环节后的意向供应商应当在投递投标文件的截止时间前按我招标文件要求递交投标文件。
（二）按照本公告要求和本项目招标文件要求递交投标文件的投标人不足3名时为招标失败。
十一、供应商需提交的资格审查资料（按照投标文件的编制要求，*式*份（*份正本*份副本,若正本与副本有不一致，以正本为准）、装订成册、编制页码并进行密封，作为投标文件的一部分，在投递投标文件的截止时间前，按招标文件要求递交至指定地点）。
（一）供应商须提供有效的营业执照复印件。 (略) ， (略) 对分公司的授权函，具体格式自拟。
（二）提供自2021年1月1日后（以合同生效时间为准），供应商具备的至少2个（含）直接签 (略) (略) (略) (略) (略) 等方面的项目实施案例的证明材料，同一法人单位的不同案例不累计计算。证明材料需提供合同材料包括首页（含项目名称）、关键页（能够明确 (略) (略) (略) (略) (略) 等方面的信息）、合同签署页（含**双方名称、盖章及签署日期等）在内的项目合同复印件。
（三）项目评审前，供应商需按资质要 (略) 径进行查询，如查询到相关失信记录，但记录已失效，供应商须提供相关证明资料。（该项资质以招标人于项目评审资格审查 (略) 站查询结果为准， (略) 站查询结果均显示无相关记录，视为无上述不良信用记录。）。
十二、投标文件的递交
（一）递交投标文件截止时间：同开标会议召开时间。
（二）递交地点： (略) 珠江 (略) 1号信合大厦19楼南翼集中采购中心。
（三）递交方式（二选一）
1.递交投标文件截止时间前快递送达，收 (略) 天 (略) 1号信合大厦19楼南翼集中采购中心，收件人胡女士，电话020-* 。为保证投标文件能够按要求送达我行，建议寄出时间不晚于2024年9月10日（北京时间）。
2.递交投标文件截止时间前专人送达, 送 (略) 天 (略) 1号信合大厦19楼南翼集中采购中心。
供应商门户操作：建议在递交投标文件截止时间前X个工作日（即：2024年9月10日）在我行供应商门户（登录供应商门户后，点击参审应标菜单找到对应项目，进入项目后在【投标】版块进行操作）填写贵公司响应文件递交方式（快递送达或专人送达），填写完成后确认参审，如逾期未确认参审或投标文件未按时送达的，视同放弃参与本次采购。
十三、开标会议
（一）开标会议召开时间：2024年9月13日9时00分（北京时间）。
（二）开标会议召开地点： (略) 天 (略) 1号信合大厦12楼XX会议室。
十四、联系方式
（一）联系人：胡女士
（二）联系电话：020－*
（三）电子邮箱：*@*rcbank.com
十五、潜在投标人或利害关系人对本招标公告及招标内容有异议的，向招标人书面提出。
异议受理部门：广州农村 (略)
异议受理电话：020-* 。
地址： (略) 珠江 (略) 1号信合大厦
异议受理邮箱：*@*rcbank.com
广州农村 (略)
2024年8月8日
广东
招投标大数据
最近搜索
无
热门搜索
无
