重庆三峡银行基金代销项目招标文件模板.docx

重庆三峡银行基金代销项目招标文件模板.docx

《重庆三峡银行基金代销项目招标文件模板.docx》由会员分享，可在线阅读，更多相关《重庆三峡银行基金代销项目招标文件模板.docx（42页珍藏版）》请在冰豆网上搜索。

重庆三峡银行基金代销项目招标文件模板

重庆三峡银行

基金代销项目

招

标

文

件

2018年8月

第一章招标公告3

第二章项目介绍5

第三章技术条款5

第四章商务条款14

第五章评标方法、评标标准和废标条款18

第六章投标人须知22

第七章投标文件27

第一章招标公告

为丰富我行产品种类，增强我行零售业务竞争力，提高我行中间业务收入，提升客户粘性和吸纳行外资金，我行提出新建基金代销系统需求，拟新建基金代销系统。

现对重庆三峡银行基金代销系统采购进行公开招标，特邀请有兴趣的潜在投标人投标。

一、招标项目内容

序号

项目名称

最高限价

（万元）

中标人数量

备注

1

重庆三峡银行

基金代销项目

130

1

包含基金代销系统建设以及协助申请代销基金资质服务费用

二、投标人资格要求

（一）基本资格条件

1、具有独立承担民事责任的能力；

2、具有良好的商业信誉和健全的财务会计制度；

3、具有履行合同所必须的设备和专业技术能力；

4、有依法缴纳税收和社会保障资金的良好记录；

5、近三年内在经营活动中没有重大违法记录；

6、法律、行政法规规定的其他条件；

（二）特定资格条件

1、2015年1月1日至今，至少3个已实施完成的银行同业成功案例（提供合同或中标通知书复印件加盖公章）和客户联系方式；

注:

案例要求以下信息不可隐藏，包含：

甲乙双方名称、双方印章、项目/产品的名称、合同/中标通知书签订时间等。

以上证明文件若招标方存疑，投标方需提供原件备查,投标文件中须附相关证明文件复印件并逐页加盖公章。

三、招标文件的获取

凡符合条件的投标人自行在我行门户网站或中国采招网上下载。

四、招标保证金的递交

1．投标保证金的金额及形式：

保证金2万元整（大写：

贰万元）；转帐支票、银行汇票、企业网银。

2．投标保证金递交的截止时间为2018年9月26日17时00分；

3．投标保证金专用账户如下：

户名：

XX公司

开户行：

重庆三峡银行营业部

投标保证金账号：

********

五、投标文件的递交

1．投标文件递交的截止时间为2018年9月26日17时00分，递交地点为重庆江北区江北城汇川门路99号东方国际广场重庆三峡银行28楼计划财务部）。

2．逾期送达的或者未送达指定地点的投标文件，招标人不予受理。

六、发布公告的媒介

本次招标公告在本行官网（【网址】）、中国采招网（【网址】上发布。

七、联系方式

招标人：

XX公司

地址：

重庆江北城汇川门路99号东方国际广场

联系人：

敬希

电话：

********

邮箱：

【邮箱地址】

附件：

1、重庆三峡银行基金代销项目招标文件

2、退还保证金申请书

重庆三峡银行

2018年9月6日

第二章项目介绍

一、项目背景

国内金融机构准入开展基金代销业务以来，我国公募基金销售行业如雨后春笋一般，不仅传统的银行券商和独立代销机构在相互竞争，很多P2P平台、综合理财平台等也在以各种方式切入这个行业，目前有百余家商业银行获得了基金代销资质。

为丰富我行产品种类，增强我行零售业务竞争力，现拟开办基金代销业务。

二、项目建设目标

开展基金代销业务，能丰富我行零售产品种类，向客户提供货币基金、债券基金及股票基金等产品，扩充客户投资渠道，进一步促进我行银行卡、手机银行及三峡付等业务的发展。

我行可开发银基产品，即银行类产品与基金相结合的组合产品，如财富存每月的收入办理基金定投业务。

另外，还可为智能投顾建设打下基础。

增加客户投资渠道，为客户提供更多的理财产品，获得收益的客户将成为基金的长期客户,提升客户粘性。

第三章技术条款

一、业务需求

基金代销系统为我行开展基金代销业务的必要条件，可为我行增加新的业务品类，增加收入来源、促进业务交叉创新、增强客户粘性，主要用于满足我行代销基金业务需求。

基金代销系统必须符合《证券投资基金销售业务信息管理平台管理规定》（证监基金字[2007]76号）的相关要求，如投标人不能满足相关要求，不得参加本次投标。

1、基金系统功能概述

基金系统通过柜面操作的主要功能有：

个人客户签约、机构客户签约、客户风险承受能力评估、客户解约、客户更换银行账户、客户预留信息变更、客户风险等级修改、基金账户开户、基金账户销户、基金账户登记、基金账户取消登记、基金账户冻结、基金账户解冻、基金认购、基金申购、基金赎回、基金转换、基金非交易过户、基金变更分红方式、定期定额设置、基金交易撤单、基金份额冻结、基金份额解冻、柜台抹账、基金交易查询（历史委托流水查询、历史成交查询、当前交易流水查询、客户份额查询）、投资资讯查询、人员销售资质查询等。

基金系统电子渠道（手机银行、三峡付、网上银行）操作的主要功能有：

个人客户签约、客户风险承受能力评估、客户解约、客户更换银行账户、客户预留信息变更、基金认购、基金申购、基金赎回、基金转换、基金定投、交易查询（历史委托流水查询、历史成交查询、当前交易流水查询、客户份额查询）等。

2、T+0产品功能概述

T+0产品通过柜面操作的主要功能有：

客户签约、客户解约、T+0申购、T+0赎回、T+0余额及每日收益查询、客户交易查询、垫资信息设置、自动充值协议开通、修改、关闭、自动充值、实时赎回协议开通、修改、关闭，实时消费支付、转账、取现、信用卡还款、T+0日间交易流水查询、T+0历史交易流水查询、T+0产品转入确认、T+0产品提取确认、行情文件导入、预受理批处理、份额对账、分红确认及各类报表查询等。

T+0产品通过电子渠道（手机银行、三峡付、网上银行）操作的主要功能有：

客户签约、客户解约、T+0申购、T+0赎回、T+0余额及每日收益查询、客户交易查询（历史委托流水查询、历史成交查询、当前交易流水查询、客户份额查询），并支持用户活期账户联动、自动赎回功能等。

3、接入基金公司要求

投标人应承诺免费为基金系统成功接入至少3家（含3家）的TA。

二、技术需求

（一）总体原则

1.实用性原则

充分利用成熟的先进技术，应用系统设计必须符合实际，适用于招标人基金代销系统建设要求。

2.开放性、兼容性原则

所设计的系统在结构上真正实现开放，各种设计规范、技术指标及产品均符合国际和工业标准，包括各种广域网、局域网、计算机及数据库协议，并可提供多厂家产品的支持能力，从而为未来的业务发展奠定基础。

系统中所采用的所有产品都要满足相关的国际标准和国家标准，并符合招标人的实际需求，并且是开放的可兼容的系统，能与不同厂商的产品兼容，可以有效保护投资。

系统具备与各种协议计算机通过网络互连互通的特性，确保综合网公用基础设施功能充分发挥。

应从如下方面考虑对当前市场主流终端保持良好的兼容性：

应用系统所部署的操作系统、数据库、中间件等系统环境应该使用重庆三峡银行购买过的软件产品，不使用盗版的系统环境软件，若使用了开源、免费的环境软件等应在交付文档中做出详细的说明。

软件的版本应在原厂的支持范围，避免使用已经或即将停止维护的软件及补丁版本；避免使用存在高风险、高危漏洞、漏洞高发的软件与技术框架（如struts2等漏洞高发框架）。

系统应该能够支持所有行方使用的硬件产品，做到系统功能与硬件设备无关。

系统设计应该充分考虑开放性的要求，不依赖于某一种特定的操作系统、中间件、数据库等产品。

3.先进性和前瞻性

系统技术水平要保证先进性，符合当代信息技术发展形势，提供良好的技术支持和技术服务，以满足当前的业务需求，使业务或生产系统具有较强的运作能力。

系统体系架构和软件体系结构要有前瞻性，要充分考虑未来业务的发展和管理的变化，方便对新业务和新需求的扩展和支持，满足银行持续发展的要求。

4.灵活性和可扩充性

所设计的系统应具有良好的扩充性，包括软件、硬件系统在性能上的可扩展性能够根据管理要求，软件系统达到组件化开发要求，在源系统改造或者前端应用的需求发生变化时，整个系统的架构和设计方法可以适应这种变化，在功能变更、二次开发时对原有系统影响要小，能快速根据应用需求对系统进行接入，不会对已有的平台造成影响。

在性能指标达到预警值时，能够通过横向扩展集群模式达到性能的线性增长。

投标人设计的系统应具有线性或近似线性的性能扩展能力，并能在不停止服务的情况下完成容量伸缩。

5.可靠性与稳定性

需满足我行和监管机构的业务连续性要求，可实现7X24小时的持续稳定运行，系统整体可用性要求在99.98%以上，每次发生预期或非预期停机事件后能够在2小时内恢复运营。

6.容错性

系统应具备足够的错误抗容和恢复能力，包括在出错甚至意外崩溃时，能保证处理事务的完整性、交易的完整性，以及通过重启系统等简单手段恢复正常的运行状态等。

7.易维护性

在系统总体设计上注意系统的可维护性。

尽量采用大家熟悉的易于维护的系统平台。

系统软件安装简单、易于操作。

系统上必须提供充足的维护工具，包括但不限于：

运行日志、异常日志、发布工具、运行监控工具、数据（包括文件）备份工具、垃圾清理工具等，确保关键业务行为和异常可以被追踪，日常维护工作基本自动化。

（二）系统架构要求

1、网络拓扑架构方面

本次项目需要满足我行三层隔离的网络安全结构。

2、应用系统架构方面

本项目需要根据我行应用架构规划和业务各项需求的关联性，保持系统架构以高内聚、低耦合为系统建设标准，最终使应用系统具有清晰的和相对独立的软件层次，系统内各个模块之间耦合度小为基本架构，兼具高弹性、高性能、高可靠性并具有较高业务敏捷性的业务支撑平台。

支持多种开放技术标准，应该提供标准的接口接入能力，便于扩展应用功能与其它系统的互联。

3、应用数据架构方面

应根据本系统有关数据的要求，设计合理的数据库体系，使之在后台数据处理及前台业务操作性上有一个合理的平衡和可扩充性；数据库的设计应兼顾我行现有相关系统的接口要求；在设计数据库时，应根据系统情况分别对历史数据、衍生数据、管理数据和其他数据的量进行估计，合理设计数据库结构，投标人必须提供：

详细的数据容量估算；相应的数据字典设计方案；相应的表结构和说明。

应以提高数据库的运行效率为原则优化设计系统数据结构，数据库原则上只限于数据存储方式使用，不用做数据运算方式使用，即对存储过程、触发器等对象原则上禁止使用，若必须使用则需给出详细说明。

应基于数据存储需求，并在对各类数据的数据量大小、业务应用特点进行充分分析的基础上，设计合理的数据存储方案，方案中应充分考虑每一类数据的存储位置、存储方式、数据访问方式等。

数据访问层设计应满足可移植的、适应数据结构变化的设计；严禁在应用中硬编码SQL语句。

4、应用部署架构方面

应用系统和及其关联各子系统需采用集群或者分布式的部署方式，满足目前相关的性能指标，由于业务发展导致系统性能不能满足业务要求时，可通过横向增加服务节点，满足新的性能需求。

提供应用系统之间逻辑独立、启停服务时系统间不相互影响的部署方案。

提供应用系统双活跨数据中心的部署方案。

（三）应当遵循的标准和规范

应用软件开发符合软件开发标准的要求，方便维护和扩展。

业务处理符合国家法律、法规和有关政策规定。

数据标准要满足银监会及人民银行相关管理办法及标准化的要求。

应用系统应严格遵循行内系统的接口规范；支持多种主流通讯协议（包括TCP、HTTP、FTP等）、中间件（包括MQ、Weblogic、WAS等）和通讯模式（包括短连接、同步、异步等）,支持多种标准报文格式（包括XML、ISO8583、定长等）和自定义报文格式的解析、组装和转换功能；支持主流的数据库（Oracle11G、DB2，如若不支持，请说明）；

系统架构必须遵循招标方应用架构统一架构规范；对外交互界面（含接口、交互流程）均需遵照招标方确定统一规范进行设计和开发；同时开发过程的产出物（如：

设计文档、代码、测试案例、测试报告等）也需完全遵照招标方确定的统一标准规范完成。

三、非功能性要求

1、运维要求

Ø提供日常运行监控和完整的系统维护管理的方案：

提供日志、实时交易监控等系统问题定位方案；提供日志和历史数据备份、清理机制；

Ø提供应用系统之间逻辑独立、启停服务时系统间不相互影响的部署方案（十分重要），保障系统的7*24小时运行；

Ø数据库建表语句需包含字段的详细注释

Ø提供系统资源运行情况实时监控报告；提供系统出现异常预警报告；提供系统运行情况报表等。

Ø涉及重大生产故障，需15分钟内响应，30分钟内提供临时解决方案并能恢复生产服务，并安排响应的技术专家进行技术支持。

2、日志要求

Ø应完整记录所有通讯日志，如果通讯日志为字节码的，不能直接查看的，应提供查看工具。

Ø应完整记录交易日志，方便交易统计分析，不同类型的交易可分不同的交易日志表。

Ø可在线动态调整日志级别，在生产环境下定位问题时不需要中断服务。

Ø系统相关日志应输出在应用目录之外。

3、自动监控指标

Ø磁盘占用率（关键目录）、CPU使用率、内存占用率等；

Ø数据库连接池使用情况：

总连接数、空闲连接数、使用中连接数；线程池使用情况：

总线程、空闲线程、使用中线程；

Ø虚拟机堆内存情况（适用Java）：

空闲内存、使用中内存；

Ø交易级的错误，应用系统重大错误；

4、安全性&稳定性要求

通过高可靠的产品（硬件、软件、服务），带有系统容错性的方案（冗余、备份），较强的管理机制和控制手段，保证系统的安全可靠和高可用性。

系统建设需要用到的软件产品使用主流产品，以保证系统的高质量和稳定性。

系统建设需要结合我行提供的软件平台和数据库平台等基础环境要素，提出完善的安全机制和可靠性保障。

系统开发应对各种数据的管理和操作，具备完善的分级权限机制，保证数据的安全和合理使用。

系统必须能够提供有效的安全机制，抵御可能产生的恶意和病毒攻击，并且在运行安全、网络安全和应用系统安全等方面有合理的可靠的策略，安全机制与应用系统要相对独立，可以替换不同的安全产品。

系统应提供完整的数据安全方案。

（1）数据通讯及敏感信息安全性：

提供通讯级的数据加密，保障数据传输安全；对于敏感信息（如密码、密钥等），应保障更高的安全等级，在应用级加密处理，不能以明文的方式传输及保存相关密码

（2）数据一致性，在任何异常和故障情况下，一个交易对数据库的所有更新或是全部完成，或是没有执行，不能有中间结果，保证交易的完整性。

（3）数据备份：

应提供各类业务和系统数据的备份、恢复和快速检索方案;灾难备份：

提供可操作性的系统灾难备份方案。

应用程序不得与操作系统的用户名/密码相关，应采用参数的模式记录所链接的数据库IP地址、数据库实例名、用户名/密码等信息，以支持定期修改相关密码。

密码不能以明文形式存储在文件或者配置中。

应用应具有接口访问安全设计，如Token授权机制、时间戳超时机制、签名机制等；应用应具备稳定性设计，如服务限流机制、服务降级机制等服务管控机制的应用。

按照基金代销系统高可用要求，系统构建时应采用先进的物理、逻辑架构（如：

分布式、去中心化SOA、微服务等），从根本上提高系统的整体可用性。

系统应最大限度集成业界最稳定且优秀的技术及组件，采用先进技术以降低系统的不稳定性，同时，应考虑对功能和数据进行合理解耦（例如采用数据纵切分库等），避免故障时的影响扩散。

此外，对系统如硬件、操作系统、网络、数据库应设计尽可能详尽的故障处理方案，以保证系统的快速恢复。

5、性能指标

具有高效的运行效率，能通过负载均衡、流量控制、消息缓存等机制，提供大规模、高并发量的交易处理能力，并达到我行要求性能指标。

在不受带宽条件制约的前提下，在下述业务场景中，单个业务的响应时间（在网络通畅的情况下，从请求发出时刻到结果完成）应在基金代销系统要求的时间区间之内，并不低于对标类似应用系统的响应速度

6、其它

除上述技术要求外，基金代销系统系统建设需要满足行方研发管理、技术标准等相关规范要求；包括但不限于以下技术如报表生成和管理、流程引擎、规则引擎、文件处理、批处理等技术实现和解决方案，需提供完整的技术实现解决方案说明书。

四、项目进度及要求

本项目（基金代销系统）计划2018年内达到申请基金牌照现场检查的要求，从投标方进场开始，包括需求分析、系统设计、开发及系统测试、验收测试、上线前演示、接入设备试运行、正式投产等阶段。

如因中标方原因未按时上线或未达到招标方要求，则中标方需赔偿招标方实际损失并减少合同额10%。

五、项目管理要求

1、项目整体管理要求

投标方应认真阅读招标文件的所有内容，结合招标方对项目建设的目标和进度实施要求，制定并提出有效可行的项目实施计划和完整可落地实施的解决方案。

投标方须按招标方认可的实施计划和方案推进项目建设，按照项目质量、进度、风险等几个重要维度完成项目管理工作，具备完善的项目管理措施和较强的项目控制能力，较好地协调与本项目相关的各关联系统开发进度，在保证项目质量的前提下严格控制项目进度，与招标方共同监督、指导与本项目相关的各系统建设进度。

同时，根据我行业务/科技系统建设等相关要求，需配合相关系统实现对应功能，保证项目实施整体效果符合招标方要求。

2、管理方案要求

招标方要求项目采用驻场开发模式，由招标方提供开发场地，投标方应根据实际情况自备必要的设备。

在项目实施及驻场维保过程中，投标方应遵守招标方关于合作公司人员管理的各项规定。

投标方在本项目实施过程中须对项目管理涉及的以下几个方面提出管理方案：

Ø项目的管理组织方案和工作机制。

针对本项目的特点，提出适合本项目的管理组织方案和工作机制。

Ø进度管理方案。

针对本项目特点说明进度控制的要点及风险，如何确保工期。

Ø风险管理方案。

针对本项目特点说明项目风险及难点，包括技术方面及其他方面，对项目可能产生的风险进行有效识别，并制定有效地风险控制措施。

Ø质量管理方案。

针对本项目特点提出合理的质量管理方案，须对设计质量、开发质量、文档质量及培训质量等一系列的问题提出管理方案。

Ø配置、变更管理方案，要求针对代码版本管理、文档管理、变更管理提出管理方案。

3、人员要求

投标人应承诺未征得我行书面同意的情况下不得更换项目成员。

所有成员必须为投标人单位员工，不得外包其他单位员工，如有发现，招标方有权要求更换项目成员或者解除合同。

项目组须设置项目经理、应用开发、系统集成、质量控制及测试等相关责任人，并提供关于本项目管理控制体系、需求分析建模需求管理体系、测试及质量管理体系、源代码及配置管理体系、文档质量控制体系、进度控制及风险控制体系的体系文档和示例。

项目经理

五年以上项目管理、系统分析经验及软件架构设计经验，有独当一面的技术能力；直接对项目的实施负责，通过对工期、成本、质量的控制（包括总体制定、执行、跟踪、调整相关计划，协调项目可用资源），确保项目按要求完成

测试经理

五年以上相关项目测试和管理经验

需求分析师

五年以上银行业务系统分析、设计经验

熟悉银行业务流程和相关法律法规。

负责完成基金代销项目的需求分析工作；

能够辅助行方完成业务流程梳理、整合以及创新

善于表达、具有良好的沟通技巧和能力

架构师

要求担任过至少两个项目的主架构师和七年以上相关工作经历，并且熟悉SOA、分布式架构以及主流开发框架

项目组开发人员

至少两年开发经验，开发组长须有至少三年开发经验，且均有银行相关系统的项目实施经历

项目组测试人员

具有两年以上银行相关系统测试经验

需提供人员简历信息，同时，招标人将对所提供的人员进行审核，达不到我行要求的将要求替换。

项目成员须参加招标人组织的面试，面试人员在合同签订时不得进行更换。

4、项目实施要求

在本项目实施周期内，如遇到原系统功能与需求不符，需要及时调整实施方案，满足我行的要求，并征得我行同意方可变更。

投标人在项目实施过程中，需按照我行项目管理规范提供相应文档（所有提交文档必须为中文），并提供定制开发部分及所有相关应用系统的源代码。

禁止应用软件部署使用的安装码或授权码与其运行的基础环境（如：

硬盘序列号、CPU序列号或网卡序列号等）进行绑定。

5、知识产权要求

如无特殊说明，定制开发部分知识产权归我行所有。

投标人应承诺在项目中用到的各种工具、产品、组件、文档无任何知识产权问题，如果产生纠纷或其他问题，投标人要负责承担给我行带来的一切损失。

第四章商务条款

一、交货时间、地点、服务水平协议

（一）交货及竣工时间：

具体以项目合同为准。

（二）交货及实施地点：

招标人指定地点。

（三）服务水平协议：

邀标人提供服务水平协议标准（参见附件服务水平协议）。

中标人若无法满足服务水平协议要求，招标人有权扣罚违约金。

二、测试和验收

（一）测试验收的范围

测试验收的范围为项目实施完毕,终验前最终确认的所有需求。

（二）测试验收的组织

1、测试验收小组由招标人、中标人等有关人员组成，负责对项目建设进行验收。

2、中标人拟定验收方案，编制测试手册，经验收小组确认后，由验收小组负责验收。

验收方案包括测试目的、环境、过程、结果及分析等方面内容。

3、在测试验收过程中，出现严重缺陷或质量问题时，验收小组可以决定暂停所有测试，直至缺陷和问题得到纠正。

（三）测试和验收的程序

1、对各子系统进行测试验收。

2、在各子系统验收合格的前提下，对系统进行全面初验。

系统初验合格后进入试运行阶段。

3、系统在全行上线运行三个月后，进行验收。

（四）验收测试的评定

测试结果按下列级别评定，并经验收小组签字认可：

·优良：

功能和质量达到预期目的。

·合格：

部分功能和质量不能满足招标人的要求，但中标人（集成商）采取了改正措施，使测试结果达到预期目的。

·不合格：

功能和质量不能满足招标人的要求。

三、售后服务和支持

服务和支持的范围：

·系统的安装、部署和调试；

·项目的验收测试；

·项目的数据转换、模拟运行和试运行；

·与系统运行有关的技术问题（含操作系统、数据库、应用系统的整体性能调优等）

·相关技术及业务培训（其中在项目实施前必须组织技术人员进行平台二次开发培训，并提供平台的所有技术文档等）；

·相应的售后服务（含不少于一年免费维护期、免费维护期满后的每年维护费用等），售后服务起始时间为验收后次日起，结束时间需为售后服务结束年度的12月31日；

·投标人在竞标文件中（报价表下方）详细说明在系统质保期的具体免费服务内容，系统质保期过后有偿维护的内容、价格及收取方式。

价格按开发量评估收取，以“XX元/人/月”的格式报价。

投标人在投标文件中需对以上相关内容中进行阐述并作出相应承诺。

四、文档和培训

（一）文档

1、文档范围

包括中标人收集整理的系统建设中所形成的全部文字记载、录音和照片等，项目验收后由中标人向招标人提供。

2、项目交付文档内容

招、投标文件；产品出厂文件；系统总体规划书；系统需求说明书；系统概要、详细设计说明书；系统源码（第三方产品除外）；系统数据库设计说明书；系统使用和操作说明书；系统（含子系统）测试案例、验收方案；系统（含子系统）测试、验收报告；系统建设的详细工程日志；系统运行质量评估报告；系统变更和补充的相关文件、协议、录音、照片等

3、要求

投标人提供的文档要保持完整性和准确性。

投标人至少免费提供一式五套完整的文档硬拷贝和一式两份完整的文档电子拷贝（光盘）。

所有文档都采用简体中文（第三方产品出厂文件除外）。

（二）培训

1、培训人员

中标人应对下列人员进行相应的技术培训：

包括但不限于涉及本项目的相关开发人员、运维人员以及业务人员等。

2、要求

例如：

对所有的培训，投标人除提供完备的书面教材外，还应提交培训方案和计划。

招标人要求所有的培训在招标人指定地点进行。

五、付款方式

本项目采用分期付款：

（一）合同生效且乙方人员进场开始实施