广州农村商业银行票交大额一体化仿真招标公告
广州农村商业银行票交大额一体化仿真招标公告
截止日期:2019-04-19
公告说明:我行计划进行票交大额一体化仿真项目的采购工作,现就该项目的采购向社会公开征集有意向的供应商。
采购需求描述:
一、项目名称
票交大额一体化仿真项目
二、项目背景
根据行内票据业务发展的规划,各家村镇银行本年度将通过我行集中接入上海票据交易所,实现票交全直连。为提高票据需求的测试效率,减少人工后台干预,整合行内票据相关的仿真系统,按时保质保量完成上海票交所全直连接入,我行计划启动票交大额一体化仿真系统的建设。
三、采购内容
本次票交大额一体化仿真项目采购整体解决方案,系统主体功能包括实现票据交易系统仿真测试、实现二代支付系统仿真测试、实现电子商业汇票系统仿真测试。
四、项目要求(以招标文件最终描述为准)
票交大额一体化仿真系统项目包括配套产品及实施服务,业务需求参考附件1,技术需求参考附件2,具体的报价要求、业务需求、技术需求和项目实施管理要求等以招标文件最终描述内容为准。
五、 意向供应商资格条件
(一)注册资金500万元(含)以上;
(二)2015年至今(以合同签署时间为准),公司有1个及以上关于票交大额一体化仿真的相关项目在国内银行业中标的案例。
(三)具备独立法人资格;
(四)与其他报名的供应商不存在任何关联;
(五)一般纳税人。
六、 供应商管理要求
1.服从我行项目开发、人员管理、财务管理的相关规定;
2.同意使用我行格式合同,并积极配合我行法审意见签订合同;同意与我行签订项目管理相关的协议,包括但不限于保密协议、服务承诺书、工作计划任务书;
3.同意按照我行规定对项目和供应商进行考核、评价、奖励和扣罚;
4.同意接受我行内部、我行聘请的外部机构、我行的上级管理部门进行监督、检查;
5.按照监管部门安全可控、外包商风险管理要求,同意向我行提供为我行实施的全部源代码和系统软件(含平台)的系统功能、业务处理过程和系统接口等对应的全部源代码,包含基础类;
6.投标方承诺不存在知识产权纠纷,且近五年(2014年至今)在经营活动中没有重大违法或不良记录。
七、意向供应商报名需提供资料
(一)投标报名意向书(格式自拟,提供公司联系人、电话、电子邮箱、地址等);
(二)营业执照副本复印件、国税/地税登记证复印件、组织机构代码证复印件(营业执照需显示注册资本信息,若无,请另提供注册资金的相关证明材料;如是三证合一加载统一社会信用代码的营业执照,可无需提供税务登记证及组织机构代码证);
(三) 企业及服务团队简介;
(四)提供一般纳税人资质证明材料;
(五)供应商意愿承诺书,承诺符合对供应商的管理要求,针对上述第六项“供应商管理要求”进行承诺,逐条列明,格式自拟;
(六)与其他报名的供应商不存在任何关联关系承诺函,格式自拟。
(七)提供2015年至今(以合同签署时间为准),公司有1个(含)以上关于票交大额一体化仿真的相关项目在国内银行业中标的案例证明材料,包括能证明项目内容和签署日期的要素齐全的合同关键页复印件;
(八)投标人认为有必要提供的其它材料;
注:
1.材料需装订成册;
2.征集报名提供加盖公章的原件、复印件或扫描件均可。供应商须对报名信息和资料的真实性负责。如提供虚假资料,将被列入我行供应商黑名单;
3.电子邮件报名的,附件不可以超过20M,且勿通过超大附件或云附件、网盘等形式发送。
八、意向供应商提交材料的方式及时间
(一)专人送达:上班时间(周一至周五上午8:30-12:00;下午14:00-17:30)将材料送至广州市珠江新城华夏路1号信合大厦南翼7楼招标采购中心;
(二)邮寄:广州市珠江新城华夏路1号信合大厦南翼7楼招标采购中心,邮编:510623;
(三)电子邮件:huangyanling@grcbank.com 邮件名称:项目名称+供应商名称+获取征集信息的网站名称;
(四)公告期:2019年4月13日-2019年4月19日;
(五)报名截止时间:2019年4月19日下午17:30。
九、联系方式
联系人:黄小姐
联系电话:***-********
声明:
1.各报名供应商递交报名资料即表示对材料的真实性负责,并由此承担法律风险和赔偿责任。
2.符合本公告报名条件的供应商,按时提交合格报名资料后,并不必然获得正式采购邀请。
3.采购人保留要求报名供应商补充提交资料的权利。
4.采购人有权对本次供应商征集审核结果不做任何说明。
附件:1.业务需求
2.技术需求
广州农村商业银行
2019年4月12日
附件1:业务需求业务需求主要包括:实现票据交易系统仿真测试,实现二代支付系统仿真测试,实现电子商业汇票仿真测试,实现票交、人行ECD和二代支付模块的对接等内容。
(一) 实现票据交易系统仿真测试
? 票据交易仿真系统管理:基础数据的维护、报文应答设置、测试目标、场景设定等;
? 票交系统会员功能:模拟票交系统发送报文,无需等待票交系统报文下发;
? 纸票业务处理功能:模拟真实纸票业务场景与处理,完整的业务流程;
? 登记托管、核心交易、清算结算功能:模拟登记托管业务、对手行与测试行交易业务各类场景;
? 通用信息类报文功能:模拟票交与行内通用报文测试;
? 公共控制类报文、仿真手工应答、仿真信息查询功能:对所有报文、票据影像、资金账户、报价单进行记录并可供查询。
(二) 实现二代支付系统仿真测试
? 二代支仿真系统管理:基础数据维护、报文类型参数维护、数字证书管理、客户信息维护、测试目标、场景设定等;
? 小额支付系统报文模拟功能:支持模拟实时、定期贷记和借记业务、定期借记业务报文、支票圈存、发票打印、借记业务止付、小额业务包汇总核对、预对账、手工组包发送报文等;
? 大额支付系统报文模拟功能:支持模拟汇兑、即时转账、多边扎差净额结算、银行汇票、大额业务汇兑、预对账报文等;
? 公共控制类、清算账户管理、网银互联报文功能:支持模拟对公共控制报文、数字证书、清算账户自动拆借管理、网银互联报文等。
(三) 实现电子商业汇票系统仿真测试(ECDS)
? 电子商业汇票仿真系统管理:系统参数、报文参数、本行账户信息维护、仿真数据清理等;
? 出票类业务功能:模拟出票信息登记、出票人提示保证和承兑、承兑人保证、出票类业务撤回等;
? 模拟票据流转类业务功能:模拟转让背书申请、贴现申请、回购式贴现赎回申请、再贴现申请、回购式再贴现赎回申请、央行卖出商业汇票申请、质押申请、质押解除申请、背书保证申请等;
? 信息类业务功能:转贴现报价发布、转贴现报价统计、票据查验;
? 纸票类业务功能:模拟纸票承兑登记、未用退回、贴现、转贴现、再贴现、质押、质押解除、委托收款、结清、拒付登记、挂失止付、止付解除登记功能;
? 业务核对及信息查询功能:模拟业务核对类业务、扣费类业务、电子合同类业务、信息查询、手工签收管理功能等。
附件2:技术要求序号 | 分类 | 技术需求描述 |
1 | 架构 | 1、提供完整的系统架构、网络架构、部署架构,描述各设备的配置和工作内容、方式等。 2、基于先进开放的平台作为基础架构,架构具有清晰的分层,低耦合高内聚,具有高可用性和高负载能力。 3、系统采用B/S架构,应支持IE 7.0及以上版本,支持Firefox、谷歌等主流浏览器。 |
2 | 操作系统 | 系统应支持多种主流硬件和操作系统平台(UNIX、AIX、Linux),且遵循招标方技术规范要求。 |
3 | 数据库 | 系统应支持金融行业各主流的企业级数据库,如Oracle 10g/11g等,且遵循招标方技术规范要求。 |
4 | 中间件 | 系统支持IBMWebSphere、Oracle Weblogic等主流中间件,不允许使用无中间件管理的应用服务程序,且遵循招标方技术规范要求。 |
5 | 性能指标 | 系统处理能力需满足以下性能指标: 1.业务处理能力:5.4万笔/小时,TPS:15笔 2.业务处理和系统响应时间需满足以下指标: 支付逐笔发起,实时转发和处理,总处理时间2秒以内。业务处理时间分配到各个环节后,各个环节的业务处理时间要求如下: |
6 | 可靠性和稳定性 | 系统设计和开发时应充分考虑数据存储策略的高效性,建立合理的索引,在配合数据归档清理的基础上,满足大数据量的处理,并保证数据长期保留不会影响系统的运行效率。 |
7 | 安全指标 | 1.系统应充分考虑用户管理方面的安全性。包括用户身份认证、密码复杂度、密码加解密、密码有效期限、密码破解防护、常用密码屏蔽、用户权限控制等。系统连接数据库只能使用普通用户,不能使用管理员用户; 2.系统的权限设置应能严格区分业务管理员、业务交易用户和技术运维用户; 3.系统应充分考虑网络方面的安全性要求。 4.加密算法要采用国密算法,且遵循招标方技术规范要求。 |
8 | 扩展性 | 1.应用系统应具备模块化、参数化和插件式特征; 2.系统提供灵活体系架构,具有性能扩展能力,支持通过增加服务器的方式进行任意扩展,可随业务发展和性能要求而方便地扩展; 3.解决方案应充分考虑本系统与其它外部系统或行内系统集成的必要性与方案; 4.系统应很灵活地配置新业务管理,业务功能和管理功能及系统配置提供高度参数化,方便灵活; 5.系统应具备成熟灵活的报表开发工具,可以通过配置报表内容模板和数据源快速生成报表,有效增强系统对个性化需求的响应速度。 |
9 | 数据备份与清理 | 系统提供对于日志文件、临时文件、数据库表数据的定时归档和清理。定时归档和清理应支持自定义策略,包括但不限于归档时间点、保留期限、文件大小、业务条件等。清理的频率、目录范围、数据表范围等参数可通过系统功能配置。 |
10 | 与其他系统的对接 | 1.系统支持与其他应用系统的对接和交互,支持这些系统提供的数据上行或下行接口。 2.系统支持通过数据文件、Socket、中间件等方式与其他系统对接,支持各种常用协议与各种常用报文,如定长报文、变长报文、XML报文等。 |
11 | 日志要求 | 1.建立完备的系统日志、应用日志、错误日志,系统服务启动、系统服务停止、用户登录、用户注销和用户日常操作等均应登记日志记录。 2.日志的记录信息应该做到完整、条理清晰,同时应充分考虑跟踪定位问题的高效和便利。 3.系统应充分考虑日志分级、分日期、分用户的要求。开发过程中的调试日志在上线时必须屏蔽,系统出错时必须记录详细的日志以便定位问题,包括应用系统的处理步骤、代码文件、类、方法和出错行数。 4.一个交易产生的所有日志比较要有唯一标识区分,能够根据为你标识迅速定位该交易的所有日志。 5.负载均衡部署时交易错误信息能准确反映日志所在服务器 |
12 | 可维护性 | 1.系统应提供易操作、人性化的运行维护菜单,通过界面方式进行服务起停、批量处理、系统运行监控等功能; 2.系统应具备完善可靠的灾难应急、恢复方案。 |
13 | 系统迁移 | 系统必须考虑与旧系统的迁移过渡方案,包括数据迁移、交易功能迁移、文件迁移等,新系统投产后旧系统已有业务保持原有模式继续运作。 |
14 | 版本管理 | 1.采用主流的版本管理工具,所有可供发布的配置文件、脚本文件、应用文件均应纳入版本管理; 2.系统开发时必须至少具备三套版本,即开发版本、业务测试版本和上线版本; 3.系统应充分考虑版本管理的可靠性和便利性,对于需要多个手工步骤操作的发布过程,须提供自动化工具整合整个发布过程。 |
15 | 系统集成 | 中标方需配合基础软硬件供应商、安全设备和产品供应商的安装调试集成工作,负责应用软件的规划、部署、安装、配置、测试、上线工作。 |
招标
|
- 关注我们可获得更多采购需求 |
关注 |
最近搜索
无
热门搜索
无