china - Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等;...

52
HRXJ-ZH-201532312003 项项 项项项项 1

Transcript of china - Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等;...

Page 1: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

项目编号:HRXJ-ZH-201532312003

资产负债管理系统项目招标文件

日期:2015 年 3 月 14 日

1

Page 2: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

2

Page 3: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

华融湘江银行股份有限公司资产负债管理系统项目招标公告

 一 招标人:华融湘江银行股份有限公司二 招标编号: HRXJ-ZH-201532312003

三 采购招标内容:见附件一四 投标人资格4.1 参加投标的投标人必须是信誉可靠、合法经营,且:4.1.1 须为在中华人民共和国境内合法注册且存续有效的独立法人;4.1.2 注册资金在 500 万(含)元以上;4.1.3 与招标人为本项目所委托的开发公司或其附属机构之间不存在直接或间接关联;4.2 法定代表人为同一个人的法人,其母公司、全资子公司及其控股公司等关联公司

不得在本项目中同时投标;4.3 本项目不接受联合体投标。4.4 其他:项目外包服务人员办公场地租赁费用由投标人自理。(主要指产品质量和服

务方面的资格要求。)

五 投标人报名及投标资格的审查5.1 凡参加本次招标的投标人,须向招标人报名并通过招标人的资格审查。5.2 报名资料包括:投标申请书(见附件二)、投标人的营业执照、税务登记证、法

定代表人身份证明书(见附件三)、授权委托书(见附件四)和被授权人身份证等相关资料原件彩色扫描件及《华融湘江银行投标资格申请表》(见附件五)(已向招标人提供过相关资料并已在招标人供应商库中的,无需再发送此申请表)。

5.3 投标人自本公告发布即 2015 年 03 月 14 日 15 : 00 时起至 2015 年 03 月__19_日 15 : 00 时止,应将报名资料发送到以下邮箱:[email protected],邮件内容请载明投标人名称、联系人、投标项目等基本情况(邮件及附件大小不得超过 10M)。

5.4 投标人应对报名资料的真实性、合法性、完整性负责,报名资料不真实、不合法或不完整的,将不能通过资格审查。未通过资格审查的投标人不能参与投标。

六 投标保证金的缴纳及退还6.1 已通过投标资格审查的投标人,需通过转账方式在下列账户存入投标保证金人民

3

Page 4: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

币 10,000 元(大写壹万圆整),并保留相关转账凭证,投标保证金不计利息。6.2 投标人应将投标保证金存入以下指定账户:户 名:华融湘江银行股份有限公司账 号:89010312000002172

开户行:华融湘江银行股份有限公司营业部6.3 投标保证金必须是投标人公司账户以转账方式提交,招标人不接受柜面现金转账

方式提交的保证金。否则,招标人有权取消其投标资格。6.4 转账时请一定注明此款为资产负债管理系统项目投标保证金并注明公司名称。提

交保证金的公司账户名称、投标单位名称及申请退还保证金的账户名称必须完全一致,否则招标人有权取消其投标资格。

6.5 在招标结果确定后,未中标的投标人可凭相关凭证联系办理退款事宜;中标单位可在合同签署完毕后办理退款事宜。投标人投标后撤回投标文件或中标人在中标后不签订合同的,投标保证金不予退还。

6.6 申请退还投标保证金必须提交以下两份凭证并加盖投标人公章。6.6.1 转账凭证(网银转账回单,电汇回单等);6.6.2 《退还投标保证金申请书》。(见附件六)申请退保证金的账户必须和投标时缴纳保证金的账户一致,必须是投标单位的公司账

户。由于退款材料不齐全造成退还保证金延迟的,投标人自行承担后果。6.7 递交投标文件时,投标人须将保证金转账凭证(网银转账回单,电汇回单等)交

给相关事项负责人(请不要将此凭证装订入标书中)。七 招标文件的获取

已通过投标资格审查的投标人可自即 2015 年 03 月 14 日 15 : 00 时起至 2015 年 03 月__19_日 15 : 00 时止,到长沙市天心区芙蓉南路一段 828 号鑫远杰座大厦华融 湘江银行总行办公大楼。(联系人或地点)获取招标文件。

八 投标文件的递交投标文件由投标人的法定代表人或委托代理人按照以下要求送达指定地点:送达时间: 2015 年 03 月 23 日 15 : 00 时送达地点:长沙市天心区芙蓉南路一段 828 号鑫远杰座大厦华融湘江银行总行办公大

楼对于逾期送达或未送达指定地点的投标文件,招标人不予受理。

4

Page 5: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

九 评标及开标9.1 开标时间及地点开标时间:2015 年 03 月 23 日 15 : 00 时开标地点:长沙市天心区芙蓉南路一段 828 号鑫远杰座大厦华融湘江银行总行办公大

楼上述时间和地点如有变更另行通知。9.2 招标人将根据投标人提供的产品和技术服务质量、公司实力、相关资质、资信等

级、售后服务、报价、培训等情况进行综合评议,将合同授予符合招标文件条件及对招标人最为有利的投标单位。招标人没有义务必须接受最低报价的投标。

9.3 对于未中标的投标人,招标人不另做解释。9.4 自中标通知书发出之日起 30 日内,中标单位应与招标人签订书面合同,合同格

式模板见附件。十 其他10.1 本次招标采购项目的所有报价均以投标文件正本载明的报价为准,原则上投标

人在投标文件送达招标人后不得修改报价。10.2 投标人应对招标文件相关内容承担保密义务,保密承诺书见附件七。10.3 投标人应自行承担参与投标的各项费用,所有投标人的材料不予退还。十一 联系方式招标事项联系人:李娴 联系电话:0731-89828908

E-mail:[email protected]

招投标流程、时间、地点、递交投标文件等问题,详见招标文件,并可咨询招标联系人。技术相关事项可联系技术事项联系人。技术事项联系人: ______ 吴鑫 _________ 联系电话: _______ 0731-89828716__ ___ E-mail:[email protected] ____ _ _

5

Page 6: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

附件一采购招标内容

1. 需求概述1.1 业务现状/业界现状根据资产负债管理办法有关规定和行领导提出的提升我行资产负债管理预

警与预测两种能力的要求,以及资产负债管理涉及的流动性风险管理、利率管

理(包括对外定价和内部资金转移价格管理内外两个方面、资本充足率管理等

有关制度规定,我行与股份制商业银行乃至其他城市商业银行相比,管理职能、

管理理念、管理手段仍然停留在粗放增长的经营模式下,资产负债管理能力薄

弱、系统缺失、职能分散、制度不全等问题非常突出,与我行日益发展的资产

规模和成立以利润高速增长的形势不符、我行立足湖南、面向全国、走向世界

的愿景不符,也无法满足利率市场化与金融业混业经营等环境变化客观上对商

业银行提出的资产负债管里能力和系统的更高建设要求。(一) 精细化管理能力十分欠缺。 流动性风险管理方面,尚未根据银

6

Page 7: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

监会 2014 年 2 号令〈商业银行流动性风险管理办法〉的有关要求建立流动性风

险管理的限额体系, 无法准确计量某些流动性风险监管指标,压力测试的科学

性、前瞻性以及适用性有待提高。银行账户利率风险管理方面,我行面临建设

全行统一规划、职能清晰的跨部门系统、制度与操作流程联动的银行账户与交

易账户相关风险管理机制的任务,在清晰界定划分交易账户与银行账户的基础

上,对银行账户相关利率风险的预警、预测也未能满足更及时规划资产负债配

置的要求。(二) 部门、岗位分工的合理性和专业性不能衔接到位,队伍素质的

专业性方面不能满足资产负债管理服务于全行发展战略的定位, 资产负债管理

在业务规划、限额管理、资源配置等方面暴露出前瞻性、动态性、及时性跟不

上业务发展需要的缺陷。资产负债规模结构的规划、资本充足率管理、流动性风险管理均涉及上至

资产负债委员会、下至不同部门与岗位员工,如何在满足资本充足、合理配置

资本的前提下制定适当的业务发展策略,实现风险可控、利润最大化, 是我行

管理能力提升方面的迫切需要。

7

Page 8: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

1.2 业务目标本项目的业务目标是显著提升计划财务部或其他相关部门为资产负债管理

委员会的多种经营管理决策提出合理化建议的能力,尤其是流动性风险和银行

账户利率风险的预警(识别、计量、监测)和预测(利率走势变化、流动性风

险管理、资本充足性管理限额等各种经营条件随时变化的情况下的动态、前瞻

的资产负债配置能力,包括战略性资产负债规划能力,帮助我行经营管理方面

进一步提升效益性、安全性和流动性三性平衡的管理水平。

1.3 本业务模型与其他系统的关系本项目要求获取各种业务的利率、到期日、现金流等数据,对数据的及时

性和准确性有较高要求,按日计量监测有关指标的风险数据集市是数据质量方

面的前提条件。资产负债管理系统独立于管理会计系统的 FTP、经济资本和成

本分摊等子系统, 本系统数据来源存在于财务系统、信贷系统、核心系统、资

金系统、国际业务系统等,本系统各项预警与预测指标以及各种情景分析的资

产负债配置方案可用于 FTP期限结构调整、服务于业务规划中有关比例和绝对

8

Page 9: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

额等流动性管理限额范围的设定,服务于自动按需要进行流动性压力测试,服

务于资本规划、资本充足率管理。

1.4 应用范围资产负债管理系统是一种典型的管理系统,是资产负债管理委员会进行经

营管理决策时必不可少的预测分析工具,主要应用于总行有关管理部门资产负

债管理职能有关的管理岗位(可含金融市场部、风险管理部、国际业务部)提

供有关分析报表和指标。

名词定义2. 功能需求2.1 项目划分

本项目采取咨询、实施和产品包干建设的方式进行,但是对项目建设要求

分流动性风险管理(一期)和银行账户利率风险管理(二期)两个阶段进行,

并按照如下标准划分的三类需求并交付标的物。(一)管理咨询需求:是指以我国先进的股份制商业银行尤其是上市银行

9

Page 10: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

为标准要求自身,学习先进理念与管理方法,提升我行资产负债管理能力的需

求。本项目实施者应当以我国先进的全国性股份制商业银行尤其是上市银行为

标杆和蓝本进行治理体系和流程制度方面的问题诊断并提出管理咨询建议, 要

求对我行对资产负债委员会相关决策职能的梳理的前提下,对我行涉及流动性

风险管理与银行账户利率风险管理的各部门、各下设机构、各岗位涉及的系统

数据、制度流程以及工作职责的有关现状进行诊断分析,从治理架构方面提出

存在的问题、风险与整改建议,并就建立强大的、整合的资产负债管理职能部

门,合理规划各岗位职责分工,适应未来利率市场化、金融混业经营的新趋势,

合理规划各岗位能力、知识结构要求与相关配合流程,力求突出工作重点与提

升工作成效,提升部门为资产负债委员会经营管理决策方面运筹帷幄、出谋划

策的预警、预测及其相关分析建议能力。要求实施者交付管理咨询建议书, 详

细阐述问题现状、他行经验、我行对策、行动方案并落实到部门,并对高级管

理层和相关部门人员提供深度培训,供管理层决策参考。本行要求管理咨询需求的实施专家具有 5 年以上资产负债管理体系建设的

管理咨询经验,了解建设的难点、重点与应对方案,在先进股份制商业银行进

10

Page 11: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

行从事上述工作的相关工作经验,具有较强的与高级管理层进行解释沟通的能

力,管理咨询的相关建议得到认可与实施, 银行同业有关专业管理人士对其分

析能力、理论联系实际能力给予积极评价。(二)业务咨询需求:是指根据我行业务发展战略与经营情况,设计相关

管理制度方案和规划相关业务模型、撰写相关分析报告的需求。本项目实施者

应当业务相似、规模相似的商业银行(包括上市的城市商业银行)的业务管理

最佳实践为蓝本,借鉴国际知名商业银行流动性风险管理、银行账户利率风险

管理方面的经验,提供业务方案、客户行为(包括但不限于存款提前支取、贷

款提前偿还、活期存款沉淀率)等模拟计算到期日的模型、和资产负债管理委

员会议事日程、标准报告等决策机制方面的业务咨询方案。要求实施者交付有

关管理制度(制度清单与名称根据实际情况另行拟定并以我行修改确定结果为

准)、客户行为模型的算法和相关支持数据、以我行实际数据为基础制作的一

期完整资产负债管理报告范本。(三) 产品品质需求:

1、产品在国际权威机构的综合排名评比中连续多年位居前列,在国内外银

11

Page 12: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

行业内成功实施案例众多,曾实施过与我行类似规模银行的资产负债系统项目,

并能提供相应的客户介绍、项目介绍、使用情况介绍、客户推荐或评价材料、

客户或第三方中立机构出具的合理的产品压力测试报告;2、产品应涵盖目前国际银行业利率风险及流动性管理中的先进模型和先进

功能,能够带动银行利率风险和流动性管理水平实现质的飞跃,而非简单的和

初级的 IT 自动化;3、产品功能全面,能够基本覆盖业内流行的利率风险及流动性管理模型,

覆盖用户的功能需求;4、数据映射和数据展示灵活、方便,数据库支持业内主流企业级数据库;5、软件版本为最新最成熟的版本(以业务需求确定时间为准),融合了巴

塞尔新资本协议和国际会计准则的计量要求;6、软件核心模型应具备一定开放性,避免黑匣子;7、软件产品能够灵活配置,具备分布计算和集中处理的能力,符合银行的

全球化配置及应用要求;8、软件产品价格合理,性价比高;9、产品允许在我行及合并报表下属单位、我行所有环境(开发环境、测试

12

Page 13: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

环境、验收环境、准生产环境、生产环境,灾备环境等)使用;10、系统应满足安全性、可靠性、可定制化、可扩展化原则;11、提供方便友好的用户界面,符合 Windows 用户习惯,必须是中文界面,

能提供完整、详细的联机帮助和用户使用手册。所有文档和资料必须是中文。12、确保系统与其他业务系统的兼容性以及数据的一致性。

(四) 系统实施需求1、本项目实行项目咨询(含培训)、实施、产品包干制度,项目领导小组

包括我行项目负责人(计划财务部副总经理)、 我行项目经理(计划财务部

一人、信息科技部一人)两人、实施方项目经理一人、实施方委派管理咨询一

人、流动性风险管理、银行账户利率风险管理业务咨询专家各一人和系统落地

实施专家各一人,实施方项目成员领导小组成员必须如实提供简历,对受教育

背景、工作经验、专长领域等情况进行详细介绍并通过本行组织的考试。实施

方应当在正式进场前对我行基础数据情况进行调研并提供本项目工期与人员投

入的有关进度计划,并向我行行领导提出关于该项目实施周期和人员投入的书

面建议。

13

Page 14: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

2、我行项目负责人对双方项目经理进行管理并进行项目质量和进度考核。

实施方项目经理应当规划项目进度,书面报送实施方项目团队人员名单、履历

介绍、岗位职责和每周工作计划。实施方项目组成员如因辞职、请假、项目人

员调配等原因需要离开本项目实施现场的或者未按本项目实施进度、工作质量

的相关要求交接工作的,需要得到我方项目负责人同意。实施方未经我行项目

负责人同意不得撤换项目组任意成员。3、实施方项目管理人员应具有本系统项目管理的实际经验,能根据本项目

要求制订出切实可行的项目管理流程和项目实施时间进度计划表,并严格执行,

保障项目按进度高质量的完成。管理咨询、业务咨询和系统实施专家应当具备

具有国内银行资产负债系统项目开发实施5年以上经验(不含银行同业经验)

或实施应用10年以上经验(含银行同业经验),必须具有3家以上先进股份

制银行和/或上市银行的该系统相关实施咨询工作经验,并且提供至少3家银

行同业项目管理负责人和项目组成员的书面评价和电话联系方式。4、实施方需要按照管理咨询、业务咨询和系统实施三种需求分流动性风险

管理、银行账户利率风险管理两期交付咨询与实施成果, 咨询需求的交付物

14

Page 15: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

必须通过我行验收通过方可以进行系统上线验收。实施方应当制定详细的系统

上线方案、系统上线应急预案(业务及技术),搭建生产环境并完成系统生产

软件版本部署,完成生产数据的迁移及系统上线,此阶段需编制并提交《系统

上线计划及方案》、《系统上线应急预案》、《系统运维手册》等。5、管理咨询建议书、制度建设和业务模型等咨询成果的交付必须与我行项

目负责人讨论,经我行验收后交付。 系统上线后稳定运行 3 个月后,实施方

应当结合前期管理咨询、业务咨询的成果保证实施应用。我行应当将运用新的

管理方法、业务制度梳理流程、 运用系统进行流动性风险和银行账户利率风

险各管理分析工具并将咨询与实施相结合产生的成果得到我行行领导认可作为

项目验收的时间标准。  我行将系统产生的报表和相关建议应当提交资产负

债委员会讨论审议通过后作为发起项目验收的条件。 项目验收工作由我行发

起,具体移交资料、设备清单和岗位培训等工作要求根据我行有关制度和管理

需要确定。

15

Page 16: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

2.2功能的详细描述根据我行资产负债管理现状,结合国际领先银行的资产负债管理实践,我

行资产负债管理系统实施的业务需求分为通用性需求、日常资产负债管理、流

动性风险管理、利率风险管理、汇率风险管理、业务经营的模拟与预测等六个

部分。 支持的金融产品 要求系统实施覆盖银行目前各类产品业务,并能支持未

来可能新增的产品及业务类型。包括但不限于以下产品: 存款:定期存款、特殊摊还方式的存款(整存零取、零存整取、存本取

息)、拆入资金、债券融资。

放款:公司贷款、零售贷款(包括按揭)、拆出资金、票据贴现;

账户:活期存款、通知存款、其他无到期日负债、其他无到期日资产、

权益;

表外账户:各种表外产品。

额度:公司额度、零售额度(包括信用卡等循环额度);

证券头寸:对债券、股票的投资和交易;

16

Page 17: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

回购类交易:回购、逆回购;

外汇交易:FX spot、FX forward、FX swap;

衍生交易:IR swap、各种基础资产的 future、FRA、cap/floor、各种

基础资产的 option、barrier option、swaption、期货期权。

1) 时间和日期 对于日期处理办法和不同业务的利息计算天数逻辑定义,需要具有灵活性

及针对不同需求模块的一致性,支持现金流产生过程中遇到非工作日的处理办

法,支持中国节假日,能针对不同的业务类型设定多种利息计算的天数逻辑。2) 现金流生成

现金流生成需要支持不同现金流类型、不同业务的摊销规则及现金流生成

的不同方式,能生成以科目维度展现流动性(每日)报表。3) 资产负债表的轧差功能

能对银行的系统实施内业务进行轧差,避免虚增银行资产负债规模。4) 机构维度

包括但不限于分机构(分行、支行)、业务线等。

17

Page 18: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

2.3 日常资产负债管理 1) 日常资产负债管理指标监测

能够对监管及内部管理的各项资产负债管理指标进行日常监控。2) 数据误差分析

能够按币种、机构、业务线、科目和期限统计分析分账户与总账的数据差异

并展示,以便管理员分析资产负债系统实施中数据质量并及时处理。3) 日常资产、负债组合分析

能够分币种、机构、业务线、产品类型、期限、客户类型、利率类型等分别

对存量、新增、滚动的资产负债业务进行统计分析,包括但不限于规模、资产

收益率、负债付息率等;

2.4流动性风险管理 包括但不限于头寸管理、流动性比例管理、流动性缺口分析、现金流分析

与预测、流动性限额管理、流动性压力测试等。(一)资金头寸管理 1)建设资金头寸管理作业平台,实现日常资金管理流程。支持总分支三级、日周月三个频度的资金计划上报及资金匡算,将分支行资金头寸申报、业务部门资金头寸申报等手工作业通过系统实施实现,保证作业的规范化、标准化,

18

Page 19: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

提高工作效率和自动化处理程度。 2)对一些业务品种,通过系统实施自动提取业务数据,自动生成资金头寸的预测信息,降低人工工作强度。 3)建设资金头寸信息集成平台,实现日常资金管理的统一视图。 4)集成本币、外币各支付清算系统实施的信息,提供统一的实时头寸视图。 5)集成各业务系统实施和分支行的资金计划信息,支持各分支行将未来单笔大额资金的交易计划明细通过手工录入或导入 EXCEL文件的方式登记到头寸管理系统实施,进行头寸匡算。 6)集成资金业务系统实施的业务明细信息,为流动性分析等前瞻性应用提供数据支持。 7)建设资金头寸数据分析平台,提升日常资金管理的决策分析能力。 8)基于系统实施整合的资金头寸数据平台,向业务人员提供多层级、 多视角的查询、统计、分析功能,为资金头寸的调拨部署决策提供有效的辅助信息。 9)支持定期资金计划,对由系统实施自动批处理的收支业务在某个固定时期进行清算的资金计划自动维护到头寸管理系统实施。 10)提供头寸管理工具,如分析和模拟工具,针对流动性风险,帮助管理人员分析各种业务场景,制定各种应对措施,提高头寸管理的水平。 11)建设资金头寸日常控管平台,提供大额收付实时跟踪和监控手段,能与核心系统实施、资金系统实施联动。 12)集成全行重要收付预报信息和支付清算信息,有条件成为全行大额收付跟踪平台,通过一个统一的入口,预计、跟踪和监控大额收支的发生。 13)与支付过程结合,通过控制手段,将头寸管理的要求反应在支付过程中。

19

Page 20: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

14)大额资金到期分析:通过对影响行内资金头寸的现有业务到期 情况进行统计分析,使行内短期的资金计划上报及资金头寸预测更准 确。展示到期日期、账号、客户号、客户名称、科目号、科目名称、 支行号、资产/负债标志、币种、到期期限(天)、金额等内容。 15)多维度资金流入流出分析:一是客户维度资金流入流出分析, 通过对目前在行内存在较大规模存贷款余额的客户历史资金流入流 出进行统计分析,为预测该类客户未来的存取行为对资金头寸的影响提供决策支持。二是产品维度资金流入流出分析,通过对占用行内业务比重较大的产品历史资金流入流出进行统计分析,为预测未来资金头寸变动提供决策支持。(二)流动性比例管理 能够通过衡量银行某一时点上的静态比例指标对流动性进行监控和管理,所衡量的监控比例指标包括但不限于:1)流动性比率2)流动性缺口率3)超额备付金比率(分本外币)

4)核心负债依存度5)存贷比(分本外币)

6)一定期限内合约到期之资产负债比7)业务集中度指标(如最大十户存款比例,最大十户贷款比例、最大十户同业负债/资产比例、交易对手集中度、区域集中度、产品类别集中度、不同类别债券占债券总额比例等)8)活期存款占存款总额百分比(分本外币)

20

Page 21: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

9)自定义债券组合比例10) 流动性覆盖率(LCR)和净稳定资金比率(NSFR):能够计算巴Ⅲ口径的流动性覆盖率(LCR)和净稳定资金比率(NSFR),提供相关报告,并能提供监管报表《G25流动性覆盖率和净稳定资金比率报告》11) 可根据监管和内部管理需要设置监管指标的风险预警线,提供指标报警功能。

(三)流动性缺口分析 分盘管理为了更加精准把控流动性状况,对全行流动性进行分盘管理,包括全行盘、

银行盘、交易盘、理财盘,分别计量其流动性缺口,按每天展现。 对村镇银行的分盘管理村镇银行作为独立法人,在并表中与母行是平行关系。需要对其流动性进

行分析管理。流动性风险管理功能主要包含流动性缺口(本金、本息)、表外、压力测试、原始剩余期限缺口、流动性风险管理指标。上述缺口管理应当事先如下功能:(1)支持全行流动性缺口的监控及计算,包括但不限于金融市场部业务,分

支行存贷款业务,分支行同业业务,全行票据业务等。能够区分币种、机构、

业务线、产品、客户类型等的流动性缺口值。要求能与金融市场部业务系统实

施进行对接,能实时产生全行的流动性缺口值。

21

Page 22: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

(2)能够支持分币种、机构、业务线、产品、客户类型自定义期限计算存量

业务和新增业务的流动性缺口,支持基于本金、本息合计的流动性缺口计算,

流动性缺口及累计缺口计算需要包括所有资产负债项目,并支持自定义的细分

项目归类,对构成流动性缺口的每笔资产和负债项目,可细分出其固定利率和

浮动利率部分。 能以任意时点开始模拟在该时点后的未来任意时点的现金流缺口情况,进行压

力测试,提供相关计算结果,确保流动性风险保持在可控范围内,满足银行最

短生存期要求。 可以在对历史数据分析的基础上对客户行为和新业务进行情景假设,预测其对

现金流的影响,支持基于客户行为的静态调整流动性缺口和基于客户行为和新

业务计划的动态流动性缺口。(四)现金流分析与预测 静态现金流分析:需要将表内外业务可能产生的未来现金流按照一定方法分别

计入特定期间的现金流入和现金流出,以现金流入减现金流出取得现金流期限

错配净额,并通过累计方式计算出一定期限内的现金流错配净额。资产负债系

22

Page 23: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

统实施现金流错配净额计算应涵盖表内外所有资产及负债,并按币种形成现金

流量报告。 动态现金流分析:资产负债系统实施应该考虑客户行为对现金流的影响,形成

动态的现金流分析报告。能够支持外部市场环境变化对短期现金流影响的预测

分析。(五)流动性风险限额管理 能够根据监管要求和内部流动性风险管理政策设定流动性风险指标限额,资产

负债系统实施应能够定期检测各种流动性指标是否在风险限额之内,每一期限

内的现金流缺口是否低于现金流限额,及时发出风险提示。(六)流动性压力测试 根据银监《商业银行流动性风险管理指导》要求,从单个机构及集团层面

进行压力测试。对模拟压力情况下的流动性风险进行分析评估。系统实施应支持灵活期限和参数化模拟情景的压力测试。系统实施应支持定期和不定期的压力测试。系统实施应支持分币种、对特定地区分行单独实施压力测试,能够针对不同情景进行压力测试,提供压力测试结果。(1)测试维度系统实施应支持分币种、条线、业务品种、机构等单独实施压力测试,能够针

23

Page 24: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

对不同情景进行压力测试,提供压力测试结果。(2)压力因素和压力情景:根据《商业银行流动性风险管理指引》和 内部管理需要,设计流动性压力测试的压力情景。系统实施应支持多个情景因子的压力测试。系统实施应支持符合监管要求的多级别的压力测试,例如根据银监《商业银行流动性风险管理指导》要求,从单个机构及集团层面进行压力测试。(3)承压对象:包括全行汇总、分币种、分机构的资产负债组合等,支持承压对象的可定义。(4)压力指标:包括但不限于最短生存期、关键流动性指标等等。

能对流动性风险进行多情景的压力测试,反映历史、目前、未来的流动性风

险状况,及对收益的影响;提供压力测试报告和应急预案分析。(5)合格优质流动性资产是指在流动性覆盖率所设定的压力情景下,能够

通过出售或抵(质)押方式,在无损失或极小损失的情况下在金融市场快速变现的各类资产。考虑金融市场的利率变化对优质资产的价值影响,确定合理的折扣系数,保证银行足够的流动性缓冲能力。系统实施应当具备优质流动性资产估值的计算功能,为设定相关流动性限额提供依据。

上述压力测试应当为制定流动性风险应急管理计划提供数据支持,包括正常市场条件和压力条件下的应急计划,应急计划应涵盖临时性和长期性流动性危机情况。系统实施应支持按地区和机构分别编制、模拟和管理流动性的应急计划,并进行效果检测,针对不同压力情景检测应急预案的执行效果。通过引入银监会要求的流动性覆盖率(LCR)理念,考虑压力场景下的现金流缺口与

24

Page 25: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

高流动性资产的对应情况,通过实现对优质流动性资产估值先确定流动性覆盖率(LCR) 的分子 项 的 计算, 在 未来最终实 现 系 统 实施对流动性覆盖率(LCR)的计算,以发挥系统实施即时动态的跟踪管理功能。

2.5 银行账户利率风险管理 (一)利率走势及监测分析

1)能够支持按币种查询及分析市场利率的每期走势,提供其相关的历史

利率走势报表及走势图,进行市场利率走势分析,实现对人民币和美元利率的

动态监控,支持市场利率的波动分析,包括提供如波动、均值、方差等统计量。 (2)能够支持按区域、币种、产品、行业、业务类型(包括存量、滚动、新增业务)、利率浮动方式、客户类型、信用等级等对各分行利率执行情况及利率浮动情况进行统计分析。 (3)能够回溯分析各项生息资产及付息负债的利率水平与利息收入模拟分析中假设的利率水平之间的差异。(二)重定价缺口分析

能够灵活、方便、准确地定义可重新定价的资产和负债,支持分币种、机

构、业务线、产品、自定义期限计算重定价缺口,包含各项表内、表外业务,

支持不同市场环境和客户行为变化对重定价缺口的影响。

25

Page 26: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

(三)久期缺口分析 能够准确计算资产和负债的到期日的时间和价值,且在此基础上正确组合

或单独计算资产负债的久期,进行久期缺口分析。(四)期间损益模拟分析按利率风险来源,情景设定可分为以下几类(包括但不限于)系统实施应

支持从管理角度出发以不同视角对资产负债项目或业务品种进行结构分析。期间损益模拟包括如下两类:(1)静态利率管理。 是基于银行当前头寸状况以经济价值观点衡量分析资产负债利率风险的静态指标进行息差管理。系统实施应支持量化因利率、汇率的波动而导致资产、负债、资本经济价值的变动情况。系统实施应支持当前头寸的利率敏感性分析和避险交易模拟分析。 系统实施应支持当前头寸的利率风险压力测试的分析。系统实施应当能够实现如下功能:

能够支持按币种、机构、业务线、产品类型、期限区间、利率类型等维度分析各资产和负债项目的利率变动趋势,并可按行业、地区、客户、利率浮动幅度(存款利率上浮,贷款利率下浮)、产品等因素进行分类统计,准确反映各机构、产品的利率执行情况;能够支持按币种、机构、业务线、期限区间、利率类型、产品类型等分析表内资产和负债项目的净利差、净息差、存贷利差的变动趋势;能够支持按币种、机构、业务线、产品类型对利率调整引起的重定价进行模拟,计算可能引起的净利息收入的变动;能够支持按币种、机构、业务线、产品类型、期限区间对市场利率、法定利率可能发生的收益率曲线的

26

Page 27: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

变动进行模拟,计算由于收益率曲线变动而引起的净利息收入的变动;(2)动态利率管理。动态利率管理是以盈余观点对模拟执行的动态损益进行分析与评估。系统应支持量化由执行动态模拟而产生对未来盈余及现金流的潜在影响。

系统应提供动态模拟分析的假设条件系统应支持用户自定义输入利率、汇率未来的市场走势。系统应支持用户自定义输入产品发展策略(业务量、期限结构)、新业务

定价政策。系统应支持用户自定义输入未来客户业务交易情况。系统应支持对任意机构、币种、产品等模拟因子进行假设。系统实施应当实现如下功能:能够预测未来新增业务可能带来的净利息收入;能够针对新增一个产品(组

合、机构)进行再次跑批,提供该新产品(组合、机构)对银行利润、资产负债规模的影响;能准确反映产品利率执行情况,并可按行业、地区、客户、利率浮动幅度、产品等因素进行分类统计,并可动态模拟利率变动、业务量变动、业务组合变动对收入和利润的影响;能够设定按变动比例或变动规模,对于模拟情景下净利息收入波动范围超过一定比例(限额)的情况,分析结果需要以特殊的方式显示;不同场景下的利息收支模拟可进行比较分析利息收入 /支出分析能够定义在帐户级别,在各层级上汇总;支持基点价值分析,在重定价缺口分析基础上,计算指定期限结构的基点价值,并执行敏感性分析 ;支持业务策略模拟,针对某一项业务策略,支持测算该业务策略的效果,并支持不同业务策略之间的效果比较.

27

Page 28: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

(五)利率风险压力测试 压力测试对模拟压力情况下利率风险进行分析评估。系统实施应支持灵活

期限和参数化模拟情景的压力测试。系统应支持定期和不定期的压力测试。系统实施应支持多个情景因子的压力测试。系统实施应支持符合监管要求的多级别的压力测试。其中,利率情景变化包括:

利率平行移动,即市场所有收益率曲线发生瞬间平行移动;收益率曲线形状变化,收益率曲线的至少一个期限与其它期限变动幅度不

同,且在变动日瞬间完成,计量期间内可发生多次变化;不同类型收益率曲线间的关系变化,不同收益率曲线在计量期间内变动幅

度不同。如:对人民币存贷款与资金业务、对活期存款与其他定期存款、对本币业务和外币业务的收益率曲线设定不同变化幅度等;

能够监测各业务产品线影响净利差变动的各种因素(例如资产收益、资金成本等),并能根据历史数据提供不同情景下的净利差变动分析;压力测试情景,能够估算突发的小概率事件等极端不利情况可能造成的潜

在损失。压力测试情景应包括但不局限于以下内容:市场上资产价格出现不利变动;利率重新定价缺口突然加大;基准利率出现不利于银行的情况;收益率曲线出现不利于银行的移动。利率风险限额管理 能够对指定机构、指定币种、指定产品、指定指标设置利率风险监控限额,限额指标包括风险指标、价值指标等,如业务量、净利息收入变化值、经济价值变化值等。(六)汇率风险管理

28

Page 29: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

外汇资产结构分析 能够支持按机构、币种、业务条线、产品类型计算截止到某指定时间点的

外汇资产、负债结构比例。(七)汇率风险敞口分析

能够支持表内外各种产品的汇率风险敞口的汇总和多维度展现,包括但不限于累计外汇敞口和结售汇敞口及外币交易场口。汇率风险敞口计量分析需满足监管标准和要求。

在以上业务需求基础上,产品选型需全面考虑我行当前业务需求和未来业务发展的前瞻性需求,账户册配置

账户册的配置需要考虑以下两个方面:流动性风险管理所要求的账户大类、

利率风险管理所要求的账户大类; 可以根据业务需求压缩账户数量,简化不必要的细化维度,以提高运行效

率,并按不同目的、不同机构、不同币种设置账户册,以满足不同业务需求。 账户设置的要求: 能够根据用户需要自行添加和定义账户的基本属性;

能够灵活根据资产、负债及表外业务的不同特性对银行所有资产负债表内外

业务进行定义;

29

Page 30: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

能够按结息日或支取日的挂牌利率设置账户利率;

能够根据需要选择按账面价值记账、按市值记账或按面额记账;

能够灵活、方便地处理账户分类的变化。  收益率曲线的配置

能够根据指定的产品分类为各产品每日编制相应的收益率曲线;

能够针对浮动利率与固定利率能支持多条曲线的编制功能;

能够按照产品、币种分类设定不同的收益曲线及关键利率,并将产品及

收益率曲线、关键利率代码间建立联系;

能够支持即日收益率曲线和移动平均收益率曲线,即日收益率曲线是按

每日利率获取数值,移动平均收益率曲线是基于每日利率获得,曲线上

的个数据点都是移动平均数;

能够简便、灵活地自行定义收益率曲线并对该曲线进行自定义调整,例

如在市场利率环境变化频繁时期,将点差加到收益率曲线上;

能够支持灵活的基准利率框架制定,收益率曲线可进行任意形状变动,

30

Page 31: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

能自由选择曲线,并在其上加减点;

能够保存或查询收益率曲线;

能够比较分析不同时间点的收益率曲线的变化趋势和不同期限的收益率

的变化趋势。

模型功能

支持现金流生成模型:

现金流生成模型包括按揭贷款(等额本金、等额本息)、浮动利率贷款、

零存整取、债券收息等多种现金流生成模型,重点是基于客户行为模型

的现金流预测,衍生品相关的现金流测算,以及新业务计划的现金流测

算,所设计的现金流测算模型,应覆盖银行所有产品,包括衍生产品和

结构产品,所设计的现金流测算模型应科学、合理,应同时提供未来资

产负债管理系统实施的现金流引擎验证案例,引擎要基于日现金流计算。

支持新业务模型:

新业务模型包括新增业务计划,未来交易的定价、到期业务的滚动等。

31

Page 32: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

新增业务计划:

在预测未来时期的资产组合余额、现金流和净收入时,可以对新增业务

交易做出假设,这些新增业务将会在未来被加入到资产负债表中。

情景模拟功能

情景模拟必须能够覆盖对流动性、利率、汇率、业务量、业务结构、客

户行为等多种情形;能够以参数设置的形式配置各种模拟情景;

情景模拟分析结果能够以分析报告的格式输出。

2.6 用户界面如屏幕格式、报表格式、菜单格式、输入输出时间等。

2.7 业务处理流程通过图示或语言描述各功能的关系

32

Page 33: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

2.8 报表要求1) 内置监管报告、流动性风险管理、利率风险管理、汇率风险管理等标准化报

表;2) 报表种类符合国际惯例,能够满足内部管理、信息披露和外部监管需要;3) 用户能自定义报表:包括且不限于多维度汇总报表;4) 支持报表的钻取、切片、旋转、展开功能,支持明细数据追溯功能;5) 支持批处理报表功能;6) 报表能支持多种导出格式如 Excel、PDF 等,多种导出格式的结果排版应保持

一致。

2.9 有关计算方法、计算公式如果在业务处理上遇有特殊的或复杂的计算方法或计算公式,尽量加以详

细说明。对计算方法或计算公式的背景知识也应尽量加以说明。

2.10条件与限制

33

Page 34: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

3. 基础数据需求1、数据录入与处理 能够简便、准确地将我行各类业务数据录入到 ALM 系统实施,包括业务系

统实施中的数据、手工台账数据、外部市场的利率、汇率数据等,要求各业务

系统实施数据能实时导入 ALM 系统实施;2、能够将这些数据自动与总账数据进行核对,并提供错误检测报告,提示

错误记录;3、系统实施能够按设定的时间自动、定时地对数据进行批处理;4、数据必须能够覆盖我行资产负债表中的所有项目以及表外的相关项目;5、对于业务系统实施中缺少的数据,需提供相应补录工具进行补录,补录

工具需能根据银行业务需求分析出缺失数据与系统实施已有数据的逻辑关系,

并根据业务需求抽取出基础信息,供业务人员补录相应缺失数据。并可自行定

义规则进行修补,系统实施管理员可以根据需要增添所需字段;补录工具须支

持补录任务流程管理,如任务生成、下发、校验、审核等,满足银行业务需要。 6、支持业务数据、处理数据和结果数据分开存储,并能返回任何历史时

34

Page 35: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

点提取历史数据及分析结果。 上述基础数据可能来源于核心、信贷、资金、财务、国际结算、票据等各

业务系统,有的数据可能来源于 FTP 系统。

4. 非功能需求系统设计架构要求:1.系统建设遵循组件化、模块化、参数化设计原则,保持软件系统架构的易于改造和扩展,满足新业务功能的不断扩充,不影响应用系统的各种原有功能;2.要求系统支持应用和数据全行集中式架构;3.要求系统采用分层应用架构设计,阐述具体分层情况及系统内部逻辑和结构,提供清晰的层次视图和模块接口说明;4.阐述系统批处理架构以及批处理包括的任务内容,包括系统后台批处理任务对前台业务操作的影响等;5.要求系统的系统配置、查询用户、分行用户等采用 B/S,C/S客户端;6.要求应用平台建立在开放式的技术基础平台上,须具备松耦合的技术架构;

具有可靠、稳定的二次开发工具

数据管理方案设计要求1、为保证本次产品与实施项目的成果确实符合 ALM 系统建设的要求,实施方

35

Page 36: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

需证明其充分熟悉和了解相关基础数据。

2、考虑到数据量,为了保证存储、检索及管理的效率,同时考虑频繁读写和删

除数据对存储设备产生的影响,要求实施方设计合理的写入、存储及管理方案,

并在其投标书中详细阐述。

3、实施方应基于数据存储需求,并在对各类数据的数据量大小、业务应用特点

进行充分分析的基础上,设计合理的数据存储总体方案。方案中应充分考虑每

一类数据的存储位置、存储方式、数据访问方式等。

4、实施方应基于数据的安全性考虑,提供数据安全访问方案。

投标人应提供完善的数据质量监控方案。

4.1软件环境支持主流的操作系统,例如 RedHat Linux/AIX/HP_UX/WINDOWS SERVER 等;支持主流的中间件,例如 Tomcat/Weblogic/Websphere 等;支持DB2、Oracle、SQLSERVER 等数据库。

4.2硬件环境1)支持银行业主流的软硬件平台;2)支持虚拟化服务器部署

36

Page 37: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

4.3 性能1、从现状和实际应用出发,规划系统总体架构,并根据本期需求情况分别对系

统逻辑架构和物理架构进行描述,明确实施方案。必须在充分进行业务需求分

析和技术需求分析的基础上,合理规划、分配和利用已有硬件架构,并与软件

架构有机结合,确保系统的整体架构满足所有功能需求,且合理、高效、可靠。

2. 进行按体架构设计时应充分考虑海量数据的存储、实时通讯、实时运算的

要求,并考虑应用高峰期带来的峰值情况,确保系统具有应对各种峰值的能力。

另外,设计的整体架构必须具有良好的扩展能力,要求在后续项目需求扩展的

情况下,无须对硬件结构和软件架构作重大修改,即可满足系统的所有功能需

求。

3. 进行整体架构设计时应充分考虑系统的可靠性,要求系统能 7X24 小时稳定

运行,具备冗佘能力,无单点故障,具备故障转移和恢复能力,除地震、火灾、

停电等不可抗力外,不应该出现整个系统不可用的情况。

4. 系统建设要从接口开发和指导配合其他关联系统进行整体考虑,要求解决

37

Page 38: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

方案必须主动考虑到上游系统的关系,合理规划功能及接口,是一个从全行整

体 IT架构考虑的完善的解决方案。

5. 灵活的参数设置——处理流程、业务规则、分析模型、算法、报表内容等

均可灵活定制化。

6. 系统要提供稳定高效的批量数据处理机制;系统提供异常处理、日志管理、

系统监控和预警、系统管理等功能;系统要有统一的调度平台,实现无人值守

模式的自动运行机制。

在服务器性能符合系统要求及网络环境畅通的情况下,系统可满足以下性能指

标:

1、系统设计必须考虑到海量数据时的运行效率,保证终端的数据请求、各种数

据统计、分析功能的响应时间。系统上线时能够支持 20 个用户同时在线进行应

用配置和业务分析,以及 100 个用户同时在线访问报表;保证系统平均响应时

间≤6秒;系统能够支持千万级账户数据量的计算能力,在获取上游数据文件

后 ETL处理时间≤2 小时、产品计算≤2 小时、报表后台数据生成≤1 小时;满

足以上技术目标时,系统内各主机 CPU 利用率≤70%,内存利用率≤70%,I/O

38

Page 39: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

平均利用率≤70%。

2、系统设计必须考虑未来数据量大幅增加时,系统各项功能的运行效率及响应

时间。支持 3-5 年内预计 40 个用户同时在线进行应用配置和业务分析,以及

200 个用户同时在线访问报表;

3、系统设计必须考虑对未来业务功能需求更改或增加的支持,在功能更改或增

加时能够无缝升级和过渡。

4、 系统设计必须考虑数据质量问题的自动处理分析的效率。

4.4安全性系统的安全可靠性是项目开发建设必须考虑的重要内容,应从网络、数据

库、操作用户和日志管理等方面全面考虑系统的安全控制方案,确保系统操作

和数据管理的安全性要求。系统开发建设中至少应满足以下要求:

1、应当对网络结构、网络设备、服务器设备及软件技术等各方面进行安全可靠

性设计和建设,为系统提供强大的管理机制、控制手段技术措施。

2、系统的建设需结合提供的软件平台和数据库平台,提出很好的安全机制和可

靠性保障。系统开发应从对于各种数据的管理和操作,具备完善的分级权限机39

Page 40: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

制,保证数据的安全和合理使用。

3、系统的中心数据库应具有完备的安全机制和可靠性保障。系统开发应针对数

据库的海量存储、存储容量扩充、数据备份、数据安全、数据库操作管理等提

出安全可靠的软硬件建设及改造方案,针对所有可能出现的安全隐患进行设计

开发。

4、系统应具有用户监控管理措施,展现和统计用户访问信息,包括但不限于当

前在线用户列表及 IP 地址,当天的累计访问次数时间、用户总访问次数时间等,

提供管理员强制用户退出功能。

5、系统应具有备份机制,定期对生产数据和应用程序进行备份,可设定定期备

份时间、路径,可以采用手动和自动方式进行,并对备份结果进行提示。数据

备份应包括数据库、保存系统信息的各类配置文件参数文件、上游数据文件等。

6、应具有系统恢复建议方案,该方案的实施应能保证系统在出现故障时能够迅

速恢复系统,恢复机制需包括:应用程序恢复,应可通过安装包或安装光盘进

行;数据恢复,应可通过执行脚本程序,通过数据备份文件恢复。

7、允许系统服务中断时间(对单次故障系统恢复的最长容忍时间)<=24 小时;40

Page 41: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

允许系统数据丢失时间(对系统故障到恢复期间丢失数据的最长容忍时间 ) <=1

天。完成全库备份时间不超过 2 小时,完成全库恢复时间不超过 3 小时。

8、应具有软件系统监控功能,要实时监控系统运行情况,发出故障警告,定位

故障点,使维护人员能尽早发现并解决故障。要求采用图形界面,操作简便。

9、应提供日志记录功能,并提供相应的查询工具。系统日志必须为文本格式,

包括:时间、执行内容、状态、用户等可清晰反映批处理状态或者应用服务状

态的基本要素;日志包括业务日志、应用日志、批处理日志、系统日志、操作

访问日志等;业务日志至少应记录相关源数据的到位情况、数据的手工填报情

况、数据缺失情况、数据采集或填报及报表生成的延期预警、报表的生成和报

送情况等;应用日志至少应记录任务或作业调度情况、任务或作业运行情况

(包括运行进度)、任务或作业的启停时间、任务或作业异常情况、数据异常

情况、关键资源的预警等。如果维护工作不能满足甲方对系统维护的要求,乙

方应在自甲方提出之日起 5 日内进行修改或开发。

10、系统中使用的软件工具,如调度、传数等工具应经过全面的功能测试及压

力测试。41

Page 42: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

11、应用程序不得与操作系统的用户名/密码相关,应采用参数的模式记录所连

接数据库的 IP 地址、数据库实例名、用户名/密码等信息,以支持定期修改操作

系统、数据库的用户密码。密码不能以明文形式存储在文件或配置中。

12、系统必须提供友好界面,供业务主管部室进行用户维护。

13、系统批处理要求

(1)如遇批处理异常、未按时启动等突发情况,批处理作业必须具备邮件、短

信等报警功能或具备监控页面等提示功能,提示信息应具体明确。

(2)批处理必须具备控制校验功能,避免由于批处理步骤执行顺序错误、重复

执行、漏做等人为误操作造成不良影响。

(3)在系统应用服务异常中断、服务器异常宕机等极端情况发生时, 批处理必

须具备断点续做功能。

(4)批处理日志必须明确记录批处理的发起人、发起时间、执行时间及最终状

态。

(5)需手工执行的批处理操作,应尽可能减少点击次数,对执行前提、各步骤

间顺序需进行校验确,不得出现标准不明确的需要人为选择的分支流程。

42

Page 43: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

(6)必须具备独立低权限用户完成批处理操作工作。

5. 效益分析预计通过资产负债管理系统实施的建设,在深刻了解和分析我行业务现状、

和未来财务发展战略的基础上,借鉴国内外领先银行的最佳实践和管理经验,

本项目可以为我行建立资产负债管理业务管理体系和科技支撑体系,从预警与

预测两大应用功能角度提升我行资产负债管理能力,为我行的业务发展战略提

供有力支撑。包括:建立完整的资产负债管理框架体系、组织架构、政策制度、

管理流程、工具方法和报表体系;满足银监会对流动性和利率风险等相关指引

的监管要求;实现流动性管理和利率风险管理、汇率风险管理、资产负债组合

管理以及资本管理的合规操作,完成资产负债管理工作整体规划和落实。本项目的管理效益主要体现在以下方面:

1、流动性风险管理:包括日常的流动性管理和结构性流动性管理。日常的

流动性管理的目标是合理地安排、调配、运用资金,在保证流动性的前提下,

使资金实现最大效益化,实现资金流动性和效益性的协调统一。结构性流动性

管理的目标是优化流动性结构,对投资融资进行合理布局,减少由于期限错配

43

Page 44: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

对银行流动性所造成的影响。

2、银行账户利率风险管理及汇率风险管理:银行账户利率风险管理主要从

现金流的角度衡量利率变化对银行净利息收入和经济价值的影响,通过静态和

动态模拟、限额管理和压力测试等分析方法,在结合央行的利率政策,银行管

理层对未来利率走势的预测前提下,为管理层理解和认识利率不利变动的影响,

指导我行实际业务的发展提供全面的工具。

3、汇率风险管理主要结合市场及相关政策,通过模型按照币种、期限、产

品、客户等多个维度对外汇风险进行预防、规避、转移或消除。

4、 资产负债组合分析:从资产组合分析、负债组合分析、资产负债组合

匹配分析、市场与基本面分析、风险资本配置与考核以及 ALM组合管理策略

框架等层面,找到适合我行提高盈利能力的道路,明确资产负债管理能力提升

的战略目标及总体规划。

44

Page 45: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

6. 项目要求6.1 项目实施周期要求

项目启动后一年内完成所有需求的上线。

6.2 项目实施人员要求本次项目建设必须提供稳定的人员团队保证,项目核心实施人必须具备丰

富的现场实施经验。投标人须针对该项目成立一个项目组,项目组成员变动必

须经过招标方代表同意并签字确认。要求提供详细的实施人员清单,针对人员

角色、背景经验、相似项目经历、技能特长、负责实施范围等进行详细说明,

项目实施人员中应当具备以下专业技能:(1)项目经理:项目经理应具有两到三个相似项目的项目管理经验,具

有极强的项目组织、管理及沟通协调能力,直接对项目的实施负责。同时,通

过对工期、成本、质量的控制(包括总体制定、执行、跟踪、调整相关计划,

协调项目可用资源),确保按要求完成。项目经理必须全程参与项目各阶段实

施。(2)业务咨询专家:应具有两到三个相似项目的实施经验。至少包含以

45

Page 46: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

下几类角色:1)业务架构专家、2)业务分析专家。以上角色可以部分兼任,

但必须全程参与所承担角色的咨询实施过程。(3)技术专家:技术专家应具有两到三个相似项目的设计和实施经验。

至少包含以下几类角色:1)应用架构专家、2)数据架构专家、3)资产负债

系统分析师。以上角色可以部分兼任,但必须全程参与所承担角色的咨询实施

过程。要求投标人提供本项目实施人员的详细资料(包括身份证及缴纳社保证明

材料,如是外籍人士,需提供护照及工作证明)。投标人应按以下表格对项目

实施人员情况进行详细介绍。每张表格必须加盖投标人公章,以确认投标人对

其真实性负担全部法律责任。姓 名 国籍 学历及毕业院校

身份证号码项目角色 现场实施时间项目经历 项目名

项目

时间

承担角

色主要负责工作

**项目

46

Page 47: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

注:投标人提供最近六个月为上述角色缴纳社保证明的材料(复印件)。

6.3 系统其他要求(1)提供详细的技术解决方案,要求设计合理,具有前瞻性、先进性、完整

性;(2)建议系统采用 B/S模式,实现系统 7*24 小时不间断服务;(3)满足业务处理及时性、业务数据准确性和完整性、系统与系统之间相

关数据的一致性;(4)要求系统对机构及部门、用户及角色权限的灵活配置、管理;(5)系统具有足够的灵活性和可扩展性,整体架构可以分步实施,满足本

行未来发展要求;(6)系统架构以业务发展、需求为导向,必须能够满足、支持业务的需

要,能够根据业务的发展而不断提出的新的需求,进行动态、灵活的调整;(7)提供产品定价/资产负债系统或类似系统的成功案例证明材料; (8)具有完整全面合理的功能测试验收方案,有质量保证措施;(9)提供完善的技术支持与售后服务方案;

47

Page 48: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

(10)能提供平台所有源代码。

7. 基本服务要求7.1 投标人要求

1、软件不含一切病毒及其他恶意程序,包括但不限于可能或将来进入、

修改、删除或损害华融湘江银行所使用的任何数据文件或其他计算机程序的任

何代码或指令,并且就此项目的而言,投标人保证,其在安装软件之前就已经

使用了其可获得的最复杂和最新式的病毒检测装置。2、在软件中不含任何木马和其他远程控制、禁止性程序或装置,投标人

在任何时候也将不会引进任何此类程序或装置。3、投标人须提供运维流程梳理、制度规范及咨询服务。4、本附件所提及的“华融湘江银行”应理解为包括投标人同意向其提供

维护支持的华融湘江银行集团的各个成员和任何华融湘江银行服务投标人。5、投标人同意并接受:在接到华融湘江银行采购项目评审结果通知书

(电子邮件或书面形式)后,若华融湘江银行要求,投标人即可安排项目组人

员进场开展工作。

48

Page 49: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

6、投标人承诺在项目投产前提供包括但不限于全部源码、开发平台、需

求说明书、数据字典、功能说明书、概要设计、详细设计、开发手册、操作手

册、参数维护手册等给华融湘江银行,华融湘江银行将源码编译后进行投产。7、投标人承诺在签署合同价格中包含一年的保证期(系统完全投产后一

年内)服务与相当于合同项目总工作量 10%的新增需求。在此范围内的服务和

开发等费用全部由投标人承担。8、投标人承诺在保证期内(系统完全投产后一年内),投标人应包括但

不限于免费及时向华融湘江银行提供免费的软件产品调整、修改、安装补丁、

矫正、产品维护、培训等服务。9、投标人承诺在保修期内投标人对任何被确认的其产品的 Bug进行修复,

对任何相关的产品升级应及时通知华融湘江银行。10、投标人承诺保证期内,投标人安排人员进行现场维护,直至保证期结

束。11、投标人承诺保证期后,后续系统维护费不超过合同价格的 10%;12、投标人承诺在保证期后,投标人有义务在本系统的维护、运行管理和

49

Page 50: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

开发方面继续给予华融湘江银行技术协助和咨询。13、其财务状况良好、有能力支付到期债务、履行本协议规定的义务、未

处于违反其对若干债权人所负的义务的阶段;并且工作的执行能够符合所有现

行法律、规定、命令和其他不时生效的类似法律文件的规定;并且投标人现在

和将来均有能力为软件提供支持,期限自软件验收日期起不低于 10 年。14、投标人在本附件该部分中所做的任何保证应与其他保证分开并且无损

于其他保证。15、投标人承诺整个项目实施以项目顺利进行为前提,以华融湘江银行的

项目管理制度、作为唯一标准。投标人的相关规定仅作为其内部的管理制度。

如华融湘江银行的相关规定与投标人的相关规定不一致时,以华融湘江银行的

相关规定为准。投标人中标之后不得向下转包。16、如果未能遵守上述规定的任何保证,并且此种未能遵守并非华融湘江

银行或其职员一方的任何行为或不为所致,则华融湘江银行有权决定(无损于

其有权采取的任何其他救济措施)要求采取以下一项或多项行动:(1)投标人立即自担费用矫正软件的任何不合格之处;

50

Page 51: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

(2)投标人立即自担费用替换不合格的软件;(3)华融湘江银行或某一第三方对不合格进行补救并且投标人将支付华融湘

江银行为对此种不合格之处进行补救所支出的一切合理费用。

7.2 培训要求1、投标方必须向招标方提供高水平的技术培训。培训方式应包括现场培

训和集中培训,内容应包括系统应用以及其他相关技术培训。所提供的培训课

程表随投标文件一起提交。2、投标方必须为所有被培训人员提供培训用文字资料和讲义等相关用品。3、投标方应按合同规定安排培训时间。4、培训名额:人数不限。

7.3 实施和维护服务1、在质量保证期内,投标人应包括但不限于免费及时向华融湘江银行提

供免费的软件产品调整、修改、安装补丁、矫正、产品维护、培训等服务 , 并

提供原厂实施和保障支持服务。2、投标人同意根据本协议条款按照本附件和服务水准的规定提供维护服

51

Page 52: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

务以保持系统功能的良好运行状态或达到规格中规定的标准。3、投标人应通过电话或双方商定的其他方式向华融湘江银行提供技术建

议和协助。就系统的使用,投标人将使用与华融湘江银行的日常咨询相关的合

格人员,并纠正系统在维护时间出现的任何错误。(1)如果华融湘江银行要求投标人提供超出本附件所规定的技术支持,

则投标人应对此要求立即做出反应;(2)投标人应提供维护服务所需的一切器材、工具、设备和设施,但是,

当投标人在华融湘江银行的场所时,华融湘江银行应向投标人提供电力供应以

及提供维护服务所合理需要的和应提供的此类其它服务。投标人应被允许使用

这些服务,但要自己承担风险(但是由于华融湘江银行故意或严重过失造成投

标人损害的情形除外),并且应提供使用这些服务所必需的任何器材,费用自

负。(3)投标人应保留场所的所有访问记录和其所提供的维护服务的细节。

经华融湘江银行合理要求,记录的副本和其它信息应随时备查。如华融湘江银

行要求,投标人应提供其所提供的维护服务和所用时间的详细信息。

52

Page 53: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

7.4 错误纠正1、在故障被通知给投标人之后,投标人在适合的情况下将:(1)根据“服务水准”的要求,向华融湘江银行提供针对故障的维护服

务,并且合理地尽快对文件资料进行必要的修改,同时具体说明纠正的性质,

预计可能具有的任何重大影响的细节,并提供与此修改、纠正相关的使用说明。(2)如华融湘江银行书面要求,合理地尽快向华融湘江银行指定数量的

职员提供培训(不收取华融湘江银行的费用),使其能够恰当地使用系统。

7.5 软件的新版本投标人应提供软件最新版本和先前 1 个版本的支持。如投标人为代理商,

需要出具原厂的代理授权文件。

7.6 修改投标人应按照华融湘江银行的系统接口技术的新版本对系统进行必要的修

改。

7.7 维护时间 - 可利用水平维护服务覆盖时段之 99.9%。

53

Page 54: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

7.8 报告每月的第一天,投标人应向华融湘江银行提交一份服务水准报告。报告由

两部分组成:投标人在当月记录的关于故障/问题和所有先前月份结转的未排除

故障状况的故障报告。报告包含下列细节:• 故障参考编号• 起源• 日志记录的故障日期和时间• 故障简要描述• (如果存在的话)投标人提供解决办法的日期和时间• 投标人提供永久性修复的日期和时间• 提供的修复的简要描述• 问题状态(开放/封闭)

7.9 服务水准投标人根据华融湘江银行所反应的问题和问题级别,7*24 小时 的免费提

供远程或现场服务。同时,应提供星期一至星期日(包括国定节假日)每天 24 小

时的电话热线服务。下列应对时间和维修时间应适用于华融湘江银行进行严重54

Page 55: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

等级赋值的维护服务。问题级别及解决方案

优先次序

说明目标应

对时间

目标到

位时间*

完成维修时间**

进度报告时间

1- 紧

急产生的问题严重造成

系统运行极为不便:A:90%使用者不 可

使用B:停机C:日终处理失败

1 小时 4 小时 4 小时 每小时

2- 高

产生的问题造成系统

运行大为困难: 60%使用者不

可使用 紧急的重要用户

2 小时 6 小时 8 小时 每 2 小

55

Page 56: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

问题 其它紧急系统问

题3- 中

产生的问题造成系统

运行不便: 20%使用者不可

使用

4 小时 8 小时 1天 每半天

4- 低

其它非紧急问题 8 小时 1天 3天 每天

解释:目标应对时间:指投标人接到问题反映后,初步判定并提出响应办法的时

间;目标到位时间:指投标人维修人员抵达现场以解决问题的时间;完成维修时间:指投标人采取的从根本上解决问题以杜绝类似问题再次发

生的时间;进度报告时间:指投标人在解决问题过程中将当前状况进行通报的时间;

56

Page 57: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

现场到位:作为“紧急”和“高级”问题,投标人必须到位解决,其他情

况采取非现场解决所有时间是以自然天计算。注:* -- 如因交通堵塞,到位时间适当延迟** -- 从收到口头通知开始计算时间。如维修时间需要延长,要经双方技术

部门书面同意,确认系统维修时间。

7.10 资料准备请严格按照招标文件要求提供资料,特别是如下资料信息:公司资质证书

情况,包括但不限于:特许经营许可证书、工信部系统集成商等级资质、业务

资质证书、CMM 证书、ISO27001 信息安全管理体系认证、IS09000 系列质

量认证证书、品牌授权代理证书。案例需要在标书中提供相关证明材料。招标现场用于讲解的 PPT重点介绍系统特点、产品优势,同业应用情况、

管理及业务咨询方案、业务制度及建模方案、咨询人员能力、实施方案、实施

人员能力、售后服务及知识转移等,相关人员经验需提供证明材料。

57

Page 58: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

8. 讲标要求此次招标要求讲标人员为拟项目经理,一旦中标不得无故更换此项目经理,

如更换需我方同意后方可,另外因在项目实施中能力不够需要更换的除外。

9. 附录参与编写的单位名称、人员名单,并标明负责人及联系电话;一些附件内容、其他说明或待考虑问题等需要补充的内容。

58

Page 59: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

附件二投标申请书

致:华融湘江银行股份有限公司根据贵行项目(项目编号:)招标公告的要求,本公司自愿参加贵行投标申请。本公

司己详细了解招标公告,自愿接受招标公告对此次招标资格审查的全部要求和规定。本申请书包括以下内容:___________________________________________________________________________

______________________________________________________________________________________________________________________________________________________________

承诺:1.本公司自提交申请书之日起天内不改变申请内容。本申请书将作为贵行与本公司

之间具有法律约束力的文件。2.本公司所提交的报名资料均真实、合法、准确,不侵害任何第三方的权利,否则

本公司自愿承担由此引起的一切责任。

投标单位(盖章):_________ _ ____

法定代表人(签字):__________ ____

日 期: 年 月 日

59

Page 60: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

附件三法定代表人身份证明书

_____________同志,在本单位任职务,系本单位的法定代表人。附该同志身份证复印件。特此证明。

投标人(盖章):

日期: 年 月 日

60

Page 61: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

附件四授权委托书

华融湘江银行股份有限公司:

本公司是中华人民共和国合法注册并有效存续的企业,位于_______________________

______________(法定地址)。特授权委托_____________(姓名),身份证号码____________

_____,代表本公司全权办理资产负债管理系统项目(项目编号:)(工程/项目名称)的投标、询价、谈判等具体工作,并签署全部有关的文件、协议及合同。本公司对委托代理人的上述行为负全部责任。在撤销授权委托的书面通知以前,本授

权委托书一直有效。委托代理人在授权委托书有效期内签署的所有文件不因授权委托的撤销而失效。

附委托代理人身份证复印件。本授权委托书有效时间为天(自本授权委托书盖章之日起至年月

日止)。本授权委托不得转委托。

投标人(盖章): 法定代表人(签字): 委托代理人(签字):

日期: 年 月 日

61

Page 62: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

附件五华融湘江银行投标资格申请表

1 投标单位全称: 单位性质:2 法定代表人:

注册资本:成立年份:经营期限:

3 注册地址:4 办公地址:5 单位网址:6 联系人: 联系电话(固定及移动):7 传真:

邮编: 电子邮箱:8 银行业相关产品主营业务范围及优势:

9公司资质证书情况,包括但不限于:特许经营许可证书、工信部系统集成商等级资 质 、 业 务 资 质 证 书 、 CMM 证 书 、 ISO27001 信 息安全 管 理 体 系认证、IS09000 系列质量认证证书、品牌授权代理证书

10 企业上一年度资产负债表、损益表或注册会计师审计报告情况:

11 与本行历史合作情况备注:重要银行客户情况,需提供合同复印件首页及末页:

12 其他:附:

1.经年检的企业法人营业执照副本和相应资质证书复印件2.组织机构代码证和法定代表人身份证复印件3.开户银行出具的资信证明4.税务登记证以及税务机关出具的完税凭证复印件5.缴纳社会保障资金凭证复印件6.特许经营许可证书、工信部系统集成商等级资质、业务资质证书、CMM 证书、

ISO27001 信息安全管理体系认证、IS09000 系列质量认证证书、品牌授权代理证书复印件

7.企业上一年度资产负债表、损益表或注册会计师审计报告复印件8.公司简介(含机构设置、主要技术、经济指标和售后服务人员名单等)及公司经营

的主要产品目录9.银行同业成功案例,需要提供合同首页及末页复印件。

62

Page 63: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

本表电子版(无需盖章)请供应商填写好后发给本行;纸质版请加盖公章后,与其他报名资料一并提交给本行。

63

Page 64: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

附件六退还投标保证金申请书

华融湘江银行股份有限公司:本公司参加贵行项目投标,于______年____月____日缴纳了¥ ___ 元 ( 大写元整)投

标保证金。经贵行评审,本公司 □已中标 □未中标(此栏由华融湘江银行填写,在相应的□打“√”,其他□中打“×”)。现依据贵行规定申请退还投标保证金¥元(大写元整)。

本公司账户如下:户 名:_______________________________

开户行:_______________________________

账 号:_______________________________

附件保证金转账凭证(加盖公章)。若由此引起经济纠纷,由本公司承担,与贵行无关。

联系人:_______________________________

联系电话:_____________________________

说明:申请退款保证金账户必须和投标时缴纳保证金的账户一致,只能是对公账户。

投标人(盖章):

日期: 年 月 日

64

Page 65: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

附件七保密承诺书

致:华融湘江银行股份有限公司就贵行资产负债管理系统项目(项目编号: )采购事宜,本公司承诺遵守下列保密条

款:1.此处所用的“保密信息”是指由贵行或贵行的员工、顾问和其他代表(以下通称为

“贵行人员”)直接或间接提供的、披露的任何或所有信息,无论以纸质、电子化、口头或其它形式,与贵行有关的一切资料、材料、数据、事实、文件、电子邮件信息等材料或信息。为保密目的,由贵行人员提供或披露的任何有关第三方的技术或业务信息同样应被视为贵行的“保密信息”,并受本保密承诺书条款约束。

2.贵行的招标文件以及其它采购文件和资料均属于贵行签发的“机密商业文件”。招标文件以及其它采购文件和资料向投标人进行的披露,其目的是向投标人传达有关资料,以便投标人进行完整有效的回复。

3.从披露之日起,本公司将对上述保密信息进行保密并限制其使用。对于文件中和其它媒介上(例如软盘)的信息,绝不会因交付有关的回复而透露和复制给无须知道相关情况的第三方和/或本公司非必要的职员,除非经贵行事先书面许可。

4.未经贵行事先书面批准,本公司不将招标文件以及其它采购文件和资料的全部或部分内容以任何形式向第三方或者本公司非必要的职员提供或者透露,或发表任何声明或为回复而在任何媒介上出版、发布。

5.在招标文件以及其它采购文件和资料终止使用或在贵行书面要求后的合理时间范围内,本公司一定立即返还所有包含或反映保密信息的书面材料和/或软盘或其它任何形式的载体,不保留使用此类有形形式保密信息的任何副本、摘录和其它部分或全部复制品,并销毁一切与之有关的保密信息。在此阐明的保密要求在归还和销毁此类保密信息后仍生效。

6.将任何保密信息提供或者披露给第三方或本公司非必要的职员将对贵行导致损害。如违反本保密承诺书的任何义务,本公司自愿承担违约责任,包括但不限于赔偿贵行由此产生的一切损失。

65

Page 66: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

投标人(盖章): 法定代表人或委托代理人(签字):

日期: 年 月 日

附件八投标承诺函

致:华融湘江银行股份有限公司根据贵行(标书编号) (标的名称)采购项目的招标文件要求,(姓名)经本公司正

式授权并以本公司名义投标。现向贵行提交《华融湘江银行采购项目投标文件》,正本 1

份,副本 2 份。本公司郑重承诺如下:

一、本公司提供给贵行的全部资料均真实、正确和完整,同时授权并同意贵行对本公司提供的任何资料进行调查。如经查证,本公司提供的材料存在任何问题,由此所致的一切责任由本公司承担,贵行不承担任何责任,同时本公司将承担贵行为调查该存在问题所支付的一切费用。

二、本公司承诺所提供给贵行的全部资料均不侵害任何第三人的合法权益,如因此产生纠纷,一切责任由本公司承担,与贵行无关。

三、本公司会对提供给贵行的全部资料进行及时更新,以确保本公司提供给贵行的资料为最新。如因上述资料更新不及时,所造成的一切责任由本公司承担,贵行不承担任何责任。

四、本公司已经详细地阅读了全部招标文件及附件,并完全理解明白。本公司理解,贵行并无义务必须接受最低报价或其他任何投标。本公司自愿放弃在此方面提出不明或者误解的一切权利。

五、本公司自愿遵守招标文件中的各项规定,提供符合“详细技术要求”的设备及相关服务。六、本投标承诺函自投标截止日起 90天内有效,在此期间,本投标之规定始终对本

公司具有约束力。如果本公司的投标被接受,则直至合同履行完毕时止,本投标承诺函始终有效,且本公司将严格履行招标文件中规定的每一项要求,按期、按质、按量完成工作任务。七、本公司一定积极配合贵行的投标人管理工作,并根据贵行的实际需要,向贵行提

66

Page 67: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

供所需的其它文档、资料(不包括商业机密或其它应保密的客户资料)。上述文档、资料本公司同样遵守本投标承诺函一、二、三项的承诺。

投标单位:(盖章) 法定代表人或委托代理人(签字):

日期: 年 月 日

华融湘江银行股份有限公司资产负债管理系统项目招标文件

一、投标人须知(一)本次招标的目的根据《中华人民共和国招标投标法》、《湖南省实施〈中华人民共和国招标投标法〉

办法》以及华融湘江银行股份有限公司相关规章制度的规定,华融湘江银行股份有限公司拟对资产负债系统项目,通过公开招标(公开招标/邀请招标)方式进行招标,并通过对合格投标人的投标文件进行评议后选择合作投标人。欢迎合格投标人参加投标。

声明:华融湘江银行股份有限公司在对投标文件进行评议后,将就合同的最终条款、条件和商务等与中标投标人进行谈判。本招标文件和投标文件的任何部分,以及在随后的会议/介绍中做出的有关陈述(必须以书面方式做出),被华融湘江银行股份有限公司接受后将被包括在最终合同内,并成为最终合同的一部分。

声明:本招标文件并非华融湘江银行股份有限公司为签订某一合同做出的要约,在华融湘江银行股份有限公司与中标投标人双方的法定代表人或委托代理人签署书面合同之前,双方并未签订任何合同。

(二)招标人:华融湘江银行股份有限公司华融湘江银行股份有限公司(以下简称“招标人”)是经中国银行业监督管理委员会

批准,国家工商行政管理总局核准,由中国华融资产管理公司控股,在重组原湘潭市商业银行股份有限公司、株洲市商业银行股份有限公司、衡阳市商业银行股份有限公司、岳阳

67

Page 68: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

市商业银行股份有限公司和邵阳市城市信用社的基础上,以新设合并的方式于 2010 年 10

月 12 日依法设立。招标人是一家总行设在湖南的股份制商业银行,目前拥有 1 个营业部、14家分行,141 个网点,3000余名员工。了解更多情况请登录华融湘江银行股份有限公司官方网站

(www.hrxjbank.com.cn)。(三)合格投标人(以下简称“投标人”)见《采购招标公告》之四《投标人资格》。(四)招标项目名称:资产负债系统(五)采购招标内容及相关要求5.1 采购内容、项目需求,包括技术参数、技术方案要求、技术服务要求及项目实施

安排等具体事项详见附件。5.2 安装与交货时间:按合同指定时间完成交货与安装,并通过招标人验收5.3 交货地点:按合同制定地点交货5.4 付款方式:按合同约定方式付款。(六)投标报价6.1 投标人应根据采购招标内容、项目需求及技术要求等,结合投标产品及投标人自

身特点填报投标单价和总价。6.2 结算依据:以分项单价和实际采购的服务验收为计算依据。6.3 本次招标的投标报价为项目实施直至验收合格交付使用、售后服务等所需发生的

所有费用(包括但不限于货物的设计、加工生产、运输装卸、包装、安装、劳务、现场服务 、培训、备品备件、产品使用说明书、保险、利润、税金以及政策性文件规定与合同包含的所有风险责任等各项应有的费用)。

6.4 投标人向招标人提出的报价将被认为系投标人全面、正确、适当履行和完成招标文件中所述工作所必需的全部费用,且投标人对其报价的正确性和充分性很满意。

6.5 报价所对应的服务应完全满足本招标文件的要求,并能完全实现投标人针对本项目制定的服务方案。如发现报价有缺项,投标人应负责承担相关费用并免费提供该项服务。

6.6 最低投标价不是被授予合同的唯一保证。6.7 投标人提供的货物和服务一律用人民币报价。(七)投标保证金见《采购招标公告》之六《投标保证金的缴纳及退还》。

68

Page 69: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

(八)投标费用投标人因参与本次招标活动产生的所有费用,包括但不限于因准备、参加投标人会议、

投标人答疑会、现场考察、制作投标文件等所有费用,全部由投标人自行承担。招标人在任何情况下无义务和责任承担以上费用。

声明:投标人向招标人提交的所有投标文件、支持文件、手册和样品等将归招标人所有,均不予退还。

(九)保密投标人对本招标文件和通过其它媒介获得的招标人的资料负有有保密义务。非经招标

人书面许可,任何个人或单位不得将本招标文件和其它媒介上的资料透露或复制给其他任何个人或单位。

招标人对投标人提交的所有信息和材料同样负有保密义务。

二、招标文件(一)说明1.1 本招标文件仅适用于本次招标所涉及的项目和内容。1.2 本招标文件的解释权归招标人。1.3 本招标文件中的所有强制性要求必须全部得到满足。投标人在提交投标文件前,

应对招标文件的要求进行认真审阅并在投标文件中予以全面响应。(二)招标文件的构成2.1 本招标文件由正文和附件组成。2.2 招标人后续可能发送的查询答复、补充说明、答疑澄清、修改补充文件等资料均

为本招标文件的组成部分。(三)招标文件的澄清3.1 投标人如对本招标文件有疑问或对内容有理解不清之处,应在领取招标文件之日

起3 天内以书面形式提请招标人予以澄清,招标人将及时以书面形式给予答复,根据需要,该书面答复内容同时分发给其它投标人,并视为本招标文件的组成部分。

3.2 招标人可根据实际情况决定是否通知所有投标人召开答疑会,解答标书中有关问题。

3.3 招标澄清文件,包括所有问题和答复的文件,招标人将迅速提供给所有获得招标69

Page 70: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

文件的投标人。由于答疑而产生的对招标文件的任何修改,由招标人以招标文件补充文件的方式给出。除非招标人特别指明,只有招标人的书面答复才能被接纳,该澄清文件须与投标文件一同装订,成为投标文件的一部分。

(四)招标文件的补充和修改4.1 在投标截止时间前,招标人无论出于自己的考虑,还是出于对投标人提问的澄清,

均可以补充文件的方式对招标文件进行修改。4.2 对招标文件的修改,招标人将以书面文件或传真的形式通知已获得招标文件的每

一个投标人。投标人收到招标文件的任何补充文件后,应立即以传真的形式通知招标人,确认已经收到招标文件的补充文件。

4.3 为使投标人有足够的时间按招标文件的修改要求考虑修正投标文件,招标人可酌情推迟投标的截止日期和开标日期,并将此变更以书面形式通知每一投标人,投标人应当立即以传真的形式确认已收到该通知。

4.4 招标文件的补充文件将构成招标文件的一部分,对所有投标人具有约束力。

三、投标文件 (一)投标文件编制的基本要求

1.1 投标文件应按招标文件的全部内容与要求,包括所有的补充、修改及附件进行编制。

1.2 如投标人只按招标文件要求的部分内容和附件进行填写和提供,给评标人造成困难,招标人有权对该投标文件予以拒绝。

(二)投标文件的构成投标文件必须包括以下(1)--(5)项内容,该部分内容缺少或虚假的投标文件将作

无效处理。(6)--(8)项内容,投标人可以根据实际情况自行决定是否提供,但如不提供,可能影响招标人对投标人的评分。如该部份资料虚假,招标人有权撤回中标通知书或终止已签订的合同的履行。

(1)营业执照及证书。经年检的企业法人营业执照副本、组织机构代码证副本(以上两证必须提供原件)。其他资质证书(复印件)例如:特许经营许可证书、工信部系统集成商 等级资 质 、 业 务 资 质 证 书 、 CMM 证 书 、 ISO27001 信 息安全 管 理 体 系认证 、IS09000 系列质量认证证书、品牌授权代理证书、各种获奖证书等。

(2)法定代表人身份证明文件等。法定代表人身份证明书、身份证复印件、投标单

70

Page 71: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

位对委托代理人的授权委托书、委托代理人的身份证复印件、投标承诺函、保密承诺函(见附件三—附件八)。

(3)投标报价表。投标报价包括项目应提供的全部产品及服务的报价,报价应当明确、具体。硬件设备报价必须包括三年维保,软件实施类项目报价必须包括系统上线验收合格后一年内维保。

(4)原厂授权文件。如本项目是设备采购类项目,且投标单位为代理商的,则必须提供原厂商授权委托书等文件。

(5)详细技术说明文件。包括有关本项目或者本次采购设备的详细技术说明文件与资料。如本项目系软件实施类项目及维保服务类项目,则还应提供项目的详细实施计划、人员安排、维保服务安排等文件。

(6)投标单位简介。包括经营状况、机构设置、主要技术、经济指标和售后服务人员名单、公司经营的主要产品目录、公司售后服务网络及团队等。

(7)成功案例。如投标单位有银行同业成功案例,须提供完整合同复印件。(8)投标单位的财务信息。包括税务登记证以及税务机关出具的完税凭证复印件,

缴纳社会保障资金凭证复印件,企业上一年度资产负债表、损益表或注册会计师审计报告情况等。

(三)投标文件的格式要求3.1 投标人应对投标文件编制目录、逐页标注连续页码。3.2 投标人应在投标文件文件袋封面注明投标单位名称、项目名称、递交时间。3.3 投标文件应以中文书写。投标文件中任何以非中文书写的部分,须在相应段落加

附中文译文,且以中文译本为准。3.4 投标文件应通俗易懂,图表资料应规范清晰,所有缩写应附注释,并附文件及附

件目录以便查阅。3.5 投标人应认真填写本招标文件的附件,附件中未能涵盖的内容可另行用文字说明。3.6 投标文件所使用的计量单位,除招标文件中有特殊要求外,应采用中国法定公制

计量单位。3.7 电子文件应以 Word、Excel 或 PPT 格式提交。(四)投标文件的装订与密封4.1 投标文件一式叁份(正本壹份,副本贰份)。4.2 投标人应对投标文件采用 A4纸双面打印,按正本和副本分别密封、分别装订成

71

Page 72: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

册,并在密封处加盖骑缝章。每套投标文件须清楚地标明“正本”“副本”。若正本和副本不符,以正本为准。凡单面打印、装订不符合要求或未密封的投标文件将影响评分。

4.3任何行间插字、涂改或增删,必须加盖投标人公章,并经法定代表人或委托代理人签署方为有效。

(五)投标文件的递交见《采购招标公告》之八《投标文件的递交》。(六)投标文件的修改与撤回6.1 投标人在递交投标文件后,可以修改或撤回其投标,但必须在规定的投标截止时

间之前完成,并将修改的投标文件或撤回的书面通知递交给招标人。6.2 投标截止后,投标人不得对投标文件做任何修改。6.3 在提交投标文件截止时间届满到招标文件规定的投标有效期终止之前,投标人不

得补充、修改、替代或者撤回其投标文件。投标人补充、修改、替代投标文件的,招标人不予接受;投标人撤销其投标文件的,其投标保证金将不予退还。

(七)投标文件的无效投标文件有下列情形之一的,招标人有权视作无效:A. 未按要求密封;B. 未按照本招标文件规定的内容和要求编制;C. 未按要求加盖单位印章或无法定代表人或委托代理人的有效签章或签字;D. 提供虚假资料;E. 逾期送达。(八)投标文件有效期投标文件自招标人收到之日起 10 天内有效。如果招标人提出要求,投标人应根据招

标人的要求相应延长投标文件有效期限。声明:投标人应对所有投标文件中的遗漏和/或错误负责。

四、开标与评标(一)开标时间和地点见《采购招标公告》之 9.1《开标时间和地点》。(二)评标2.1 招标人将按照有关规定组建评标委员会负责评标工作,并对投标文件进行审查和

72

Page 73: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

评估。2.2评标期间,评标委员会可要求投标人对其投标文件中含义不明确的内容作必要的

澄清或说明,但澄清或说明不得超出投标文件的范围或改变投标文件实质性内容。有关澄清的要求和答复均应以书面形式提交,澄清的内容为投标文件的组成部分。

2.3 评标采用综合评标法。评标委员会将通过对投标人的资质和业绩、服务方案、投标报价、服务水平、社会信誉及以往业绩等进行综合评价,以确定中标候选人。招标人没有义务接受最低报价的投标。

2.4评标委员会将审查每份投标文件是否实质上响应了招标文件的要求,即投标文件与招标文件要求的全部条款、条件和规格参数相符,没有重大偏离。对关键条文的偏离、保留或反对将被认为是实质上的偏离。评标委员会确定投标的响应性只根据投标文件本身的内容,而不寻求外部的证据。

2.5 实质上没有响应招标文件要求的投标将被拒绝。投标人不得通过修正或撤销不合要求的偏离或保留,从而使其投标成为实质上响应的投标。

五、授予合同(一)合同授予招标人根据综合评标结果将合同授予被确定为实质上响应招标文件的要求并有履行合

同能力的中标候选人。(二) 授予合同标时更改采购货物数量的权利招标人在授予合同时有权对招标文件规定的货物数量和服务予以增加或减少,但不得

对单价或其它的条款和条件做任何改变。(三)接受和拒绝任何或所有投标的权利在授予合同之前,招标人保留接受或拒绝任何投标,以及宣布招标程序无效或拒绝所

有投标的权利,且对受影响的投标人不承担任何责任。(四)中标通知书4.1 定标后,由招标人向中标人发出中标通知书并与中标人签订合同,招标人没有义

务对未中标的投标人作任何解释。4.2 中标通知书将构成合同的一部分。(五)签订合同5.1 自中标通知书发出之日起 30 日内,中标人应与招标人或招标人的委托代理人签

73

Page 74: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

订书面合同。5.2 招标文件、投标文件及评标过程中形成的有关澄清、修改文件的书面文件均作为

签订合同的依据。

六、其他(一)投标纪律1.1 投标人对招标过程中所获知的任何有关招标人的信息、资料都负有保密义务,投

标人是否中标均不影响该保密义务的承担。1.2 投标人不得相互串通,不得排挤其他投标人参与公平竞争,不得损害招标人或者

其他投标人的合法权益,否则其投标文件作废。1.3 开标和评标过程中,投标人任何试图对招标人以及评标人员施加影响或者打听标

底的行为,都将导致其投标被拒绝,其投标文件作废。1.4 投标人不得以低于成本的报价恶性竞争,也不得以他人名义参加谈判或者以其他

方式弄虚作假,骗取合作机会,否则其投标文件作废。1.5 招标人纪检监察部门将对本次招标进行全程监督。如发现投标人在招投标过程中

存在违反国家廉政建设有关规定的行为,招标人纪检监察部门将向投标人及其上级纪检监察部门反映,其投标文件作废。

(二)考察/调查要求2.1 如果招标人要求,投标人应提供合格的参考案例,以便招标人适时对使用投标人

类似产品或解决方案的客户进行实地考察。招标人可以要求投标人协助安排对参考客户的实地考察活动,也可以根据自己的判断,在没有投标人陪同的情况下,单独进行考察。

2.2 如果招标人有要求,投标人应安排招标人对投标人销售场所、生产场所和实际产品进行实地考察。

(三)重新招标和不再招标3.1 重新招标有下列情形之一的,招标人将重新招标:3.1.1 至投标截止时间止,投标人少于 3 个;3.1.2 投标委员会评审后否决所有投标。3.2 不再招标重新招标后,至投标截止时间止,投标人仍少于 3 个或者所有投标被否决,经有关部

74

Page 75: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

门批准后可不再进行招标。 (四)其他

4.1 投标人中标后不签订合同导致招标人接受其它更高报价,因此造成与该投标人报价间的差价损失以及招标人因此所受的其他损失,由该投标人负责赔偿。

4.2 招标人保留再次询价或者谈判的权利,有权邀请被认为合格的投标人进行谈判,有权在决定签约投标人之前,要求投标人对可使用的解决方案进行确认。

4.3 投标人保留因业务需求的变更,调整和细化需求、技术规范、售后服务标准、商务条款的权利。

4.4 在合同执行之前的任何时候,招标人保留提出合同附加条款和条件的权利,并且这些条款和条件应成为合同的一部分。

4.5 签约的投标人应以招标人接受的形式,向招标人提供履约保证,以防范合同不能履行的风险。

4.6 在合同谈判阶段,招标人将与中标投标人共同协商最终的合同条款和条件,但招标人有权将本招标文件中相关的条款和条件以及中标投标人投标文件中的有关内容载入最终合同。

(五)法律适用本次招标活动受中华人民共和国法律管辖,并且所有当事人均同意,如发生任何争议,

经双方协商解决不成的,可向招标人住所地有管辖权的人民法院提起诉讼。

75

Page 76: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

项目技术合作开发合同甲 方:华融湘江银行股份有限公司法定代表人: 住所地: 邮 编: 合同事务联系人: 联系电话: 技术事务联系人: 联系电话: 乙 方: 法定代表人: 住所地: 邮 编: 联 系 人: 联系电话: 电子邮件: 传 真: 依据《中华人民共和国合同法》等相关法律、法规,甲乙双方就 项目技术合作开发的事宜进行了细致的磋商,经过平等协商一致,订立本合同,以资共同遵守。第一条 项目名称

第二条 技术开发及技术实施的内容、服务形式和要求2.1技术开发及实施的内容甲方委托乙方负责本项目的技术开发及实施服务,包括但不限于业务咨询、技术开发、调试、上线实施、培训和系统运维等工作。技术开发包括但不限于:2.1.1 为实现本合同及附件约定的项目需求开发出软件系统;2.1.2 为实现本合同及附件约定的项目需求开发出系统的全部源代码,包括:技术平台全部源代码和二次开发的全部源代码;2.1.3 为实现本合同及附件约定的项目需求编写出全部项目文档,包括但不限于:乙方为甲方提供的需求、架构设计、概要设计、详细设计、编码、单元测试、联调测试、系统测试系统部署、上线、系统运维、培训、知识转移等工作的全部文档。2.1.4 其他: 2.2 服务形式甲乙双方为确保本项目的顺利实施,成立项目组负责项目实施过程中的工程进度、变更管理及双方的协调等工作;乙方应派出具有足够能力和经验的工程师参与实施,详细组织架构、人员组成及管理规定等见附件一。2.3 服务要求由甲方提出并已经乙方确认的项目需求范围详见附件二,具体需求细节应以后续双方通过讨论细化并经评审通过的需求说明书为准。第三条 项目实施3.1 本项目应在 个月内完成,具体时限为自 年 月至 年 月止,并在本项目通过上线验收后,为甲方提供 1 年免费服务期。具体时间安排如下,如遇变化,甲乙双方协商解决。业务需求分析时间:

76

Page 77: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

设计、编码时间: 系统测试时间: 系统上线、运行维护时间: 其他: 3.2 乙方应根据上述计划和工期限制实施系统开发工作,按期完成本项目所有工作。如因甲方单方面原因导致乙方工期受影响,乙方工期相应顺延。3.3 乙方应派出能胜任本项目开发工作的技术骨干,在甲方指定的实施现场工作。本项目实施过程中,乙方对项目人员的任何调动和调整,须事先征得甲方的书面认可,否则视为违约。3.4 本项目完成后,由乙方配合甲方业务人员组成验收小组进行验收。第四条 技术资料的移交及培训4.1 本合同生效后 10 个工作日内甲方向乙方提供该项目必需的技术资料、数据、材料、样品;乙方应妥善保管甲方提供的上述资料并于服务终止后如数归还,不得擅自留存复制品。4.2 系统开发完成后,乙方应向甲方提供操作手册和维护手册,并负责对甲方技术人员、业务人员和操作人员进行培训,确保甲方熟练掌握全部技术并能单独维护系统正常运转。第五条 项目验收5.1 验收标准:见附件三。5.2 验收方式:分为 UAT验收、上线验收和尾款验收。5.2.1 UAT验收:在系统完成 UAT测试后执行,主要验收系统是否能够按照本合同及附件约定实现相应的功能,UAT验收通过后甲方在 UAT验收报告上签字确认。5.2.2 上线验收:在系统试运行结束并正式投产连续、稳定运行 3 个月后进行,验收内容包括:系统在试运行及投产初期运行情况,系统配套文档,以及乙方承诺提供的培训及运维保障服务等,上线验收通过后甲方在上线验收报告上签字确认。5.2.3 尾款验收:乙方在免费维护期内按本合同及附件约定为甲方提供了良好服务,维护期内系统稳定运行,没有发生重大事故,则甲方出具尾款验收报告。5.3 各阶段验收的详细内容由甲方双方协商确定,验收范围包括程序功能验收、文档交付物验收和服务验收等。其中程序功能验收将参照需求说明书中所列功能点进行,文档交付物验收将参照附件四中所列交付物执行,服务功能验收将依据本合同及附件约定的内容进行。5.4 乙方提交的验收内容和资料,应准确、真实、易读,如甲方对所提交材料的完整性、准确性、规范性等存在异议,乙方须按要求重新整理后提交甲方。第六条 技术支持与服务6.1 服务方式:现场人员支持、现场咨询、现场排除故障、电话咨询、远程支持等。6.2 服务内容:提供系统运行过程中的技术咨询;软件系统故障诊断和故障排除;缺陷修复;提供相关系统软件升级服务;甲方新设网点建设时按照甲方要求提供服务。6.3 服务时间:自本合同生效至免费维护服务期结束。6.4 故障响应时间和方式6.4.1 系统出现异常时,甲方应及时通过电话、邮件等方式通知乙方,乙方收到甲方通知后应立即配合甲方查明系统异常原因,如果通过电话、远程协助等方式无法使系统恢复正常或者甲方认为有必要的情况下,甲方有权要求乙方到达现场进行支持服务。6.4.2 在出现以下严重故障的情况下,乙方必须及时赶到现场。故障级别分为:A. 一级故障:系统不能运行或存在故障,导致所有或部分业务都无法运作;

77

Page 78: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

B. 二级故障:辖内部分机构的业务系统无法运行;C. 三级故障:系统运行出现故障,但是不影响业务办理,或者有其他替代方式能够完成业务办理。6.4.3 故障响应时间及方式A. 一级故障响应时间 1 小时内,乙方维护人员如在本地,要求 2 小时内到达现场;如在外地,要求搭乘最近一班飞机到达现场,到达现场所用时间应控制在 24 小时内;B. 二级故障响应时间 2 小时内,乙方维护人员如在本地,要求 4 小时内到达现场;如在外地,要求搭乘较近一班飞机到达现场,到达现场所用时间应控制在 48 小时内;C. 三级故障响应时间 4 小时内,乙方维护人员到达现场时间 8 小时内。6.4.4 系统故障级别由甲方确定,乙方负责提出解决故障的建议和方案。6.4.5 乙方未在故障响应时间内作出回应,或者未能在甲方要求的合理时间内妥善解决故障的,视为乙方违约。每违约一次,乙方应当向甲方支付 2000 元违约金,该违约金不足以弥补甲方损失的,乙方应赔偿实际损失。违约金可由甲方从应付款中直接扣除。第七条 合同价款及付款7.1 合同价款本合同总价款为¥ 元(大写: 元整)。该价款为本项目全包、固定价格,已经包含了乙方为履行本协议发生的所有费用,包括但不限于人员工资、保险、食宿、交通、税金等各项费用;非因合同约定原因,本合同价款不作任何调整。除此款项之外,甲方不再向乙方另行支付其他任何费用。系统价格明细详见附件五。7.2 付款方式及付款时间甲方按以下阶段向乙方支付相应款项:7.2.1 第一期款:本合同生效后,乙方向甲方提出付款申请。甲方收到乙方付款申请及约定的付款资料,并自审核通过之日起 30 个工作日内(以甲方划出款划出时间为准)将本合同总价款的中 30%即¥ 元(大写: 元整)支付给乙方。7.2.2 第二期款:项目通过甲方 UAT验收后,乙方向甲方提出第二阶段付款申请。甲方在收到乙方付款申请及约定的付款资料,并自审核通过之日起 30 个工作日内(以甲方划出款划出时间为准)将本合同总价款的 30%即¥ 元(大写: 元整)支付给乙方。7.2.3 第三期款:项目通过上线验收后,乙方向甲方提出第三阶段付款申请。甲方在收到乙方付款申请及约定的付款资料,并自审核通过之日起 30 个工作日内将合同总价款的 30%即¥ 元(大写: 元整)支付给乙方。7.2.4 第四期款:自通过尾款验收后,乙方向甲方提出第四阶段付款申请。甲方在收到乙方付款申请及约定的付款资料,并自审核通过之日起 30 个工作日内将合同总价款的 10%即¥ 元(大写: 元整)支付给乙方。7.3乙方需提供的完整付款资料包括:各阶段相应付款金额的发票、纸质的发票真伪验证证明、中标通知书复印件、合同复印件(双方签字盖章后的主合同复印件,不包括附件)、付款申请书、经过甲方签字通过的验收报告等,如因乙方未及时提供以上付款资料导致甲方无法付款的,责任由乙方承担。7.4乙方指定的唯一账户为:户 名: 账 号: 开户行: 如上述账户信息有变更,乙方应在相应付款期限前至少提前 10 个工作日以书面方式通知甲方,书面通知应加盖乙方公章。

78

Page 79: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

7.5 在系统上线验收一年免费维护期满后,甲方可以继续购买乙方运维服务,但每年服务金额不得超过该项目本合同价款总额的_____%,即¥ 元(大写)________圆整,具体金额由双方另行约定。第八条 知识产权8.1 为完成本项目所形成的项目过程文档、数据、源代码、技术和最终成果的技术成果及相关知识产权归甲方所有。8.2 本项目开发过程中根据甲方的业务需求开发出的软件产品版权归甲方所有。8.3 甲方可以在其全公司范围内(含境内外分支机构、下辖村镇银行等子公司)使用该技术成果及相关知识产权。8.4 乙方有权在甲方之外的场所使用其在本系统中使用的乙方自有技术,但涉及甲方文档、数据和技术等信息的,乙方不得为履行本合同以外的任何目的在任何场所以任何形式使用。8.5 乙方保证其提供的服务及产品(包括服务中使用或添加于甲方设备、系统上的硬件、软件、文档)不存在任何侵犯第三方知识产权的情形(无论乙方是否为该产品或服务的原厂商)。8.6 如果第三方声称乙方向甲方提供的产品或服务侵犯其知识产权,并就此对甲方或乙方提起(包括威胁提起或很可能提起)法律诉讼程序或知识产权行政执法程序(以下统称侵权诉讼),则知悉上述事项的一方应立即通知合同对方,甲方有权:A. 暂停履行对侵权诉讼所涉产品或服务的采购或支付义务直至侵权诉讼完全解决,并要求乙方自担费用向甲方提供与该第三方协商、诉讼、和解所需的一切协助(包括但不限于向甲方提供证明侵权不存在的各类证据、派出人员参加协商、诉讼或会谈等);B. 甲方有权选择与该第三方达成和解,并由乙方支付和解协议所约定的全部费用以及甲方因侵权诉讼而遭受的全部损失或费用(包括但不限于诉讼/仲裁费、律师费、交通费、通讯费、差旅费、对第三方的损害赔偿金、行政处罚罚款、获取该产品或服务相应使用许可的费用、因停止使用或修改、替换侵权威胁所涉及的产品或服务而遭受的损失等)。如甲方选择继续参加侵权诉讼法律程序,乙方应当赔偿甲方因侵权诉讼及履行生效法律裁判而需支付的费用及遭受的损失,但生效法律裁判认定乙方产品或服务不存在侵犯第三方知识产权情形的除外。8.7 不论本合同是否解除或终止,本条款持续有效。第九条 保密条款除明确标识为公开材料的外,涉及本合同及相关附件的一切资料,均为保密材料,甲乙双方均应严格保密,详见附件六《安全与保密协议》。第十条 双方的权利、义务10.1 甲方的权利、义务10.1.1 在本合同签订后提供完成本项目所需的条件,包括软硬件环境、工作场所等;对有特别需要注意和危险的环境,甲方应予以特别提示或悬挂警示标志。10.1 2 负责本项目实施的组织、领导工作,具体工作内容包括:委派专人负责内部各部门的协调工作,派相关人员与乙方的技术人员组成项目组,配合项目开发工作,对乙方提出的项目需求进行审核,对本项目技术及实施方案进行审定,执行项目测试及验收等。10.1.3 审核、审查本项目的实施进度。10.1.4 对本项目开发的应用软件拥有知识产权,并有权对本项目进行技术升级。10.1.5 法律、法规规定及本合同约定的其他权利、义务。

79

Page 80: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

10.2 乙方的权利和义务10.2.1 保证拥有从事本项目开发工作的资质及开发能力,并向甲方提供相关营业执照等资质证明的原件及复印件。10.2.2 按本合同及附件约定,定期将本项目实施进展情况及发现的问题以书面形式向甲方报告,按质如期完成和交付符合本合同及附件约定各项质量要求的系统,保证本项目投产时已达到的功能与本合同所要求业务需求描述一致,确保系统安全可靠运行。10.2.3 在项目实施过程中按照本合同约定承担以下责任:梳理本项目详细业务需求,设计项目技术方案和实施方案,按照方案进行开发、测试等实施工作,负责项目相关系统软件和应用软件产品的安装、调试、部署、投产、维护等工作,如期向甲方交付技术资料,为甲方提供培训服务,指导甲方技术人员熟悉本项目的技术开发成果,负责本系统的优化及升级服务;配合甲方完成项目验收工作。10.2.4 在本项目实施过程中协助甲方修正、改进需求,按照甲方要求完善应用软件并对应用软件进行优化。10.2.5 在本项目通过上线验收后按要求提供免费服务期。免费服务期结束后的维护方式、内容、执行,由双方另行协商解决。10.2.6 组织相关人员学习本项目相关工作要求和保密协议,乙方人员在甲方现场工作期间,严格遵守甲方的相关规章管理制度。10.2.7 不得向第三方转包、变相转包或转让本合同的权利或义务的全部或一部分(经甲方批准的分包除外)。10.2.8 合同履行过程中,若因政策、环境、不可抗力原因致使合同终止时,乙方应尽全力在职责内协助甲方将损失降低到最小,乙方应将其所掌握的信息、资料、文档、数据等移交甲方。10.2.9 法律、法规规定及本合同约定的其他责任、义务。第十一条 违约责任11.1乙方向第三方转包或转让本合同的权利或义务的一部分或全部的,甲方有权解除本合同,乙方除退还甲方已支付全部款项及银行同期贷款利息外,还应向甲方支付本合同总价款 20﹪的违约金。11.2 因乙方原因造成开发工作失败的,乙方应退还甲方已支付的全部款项及银行同期贷款利息,并赔偿甲方因此遭受的全部损失。11.3 因乙方原因未能按照本合同约定时间将开发成果提交验收的,乙方应自逾期之日起向甲方支付违约金,违约金按合同总价款的 1‰乘以逾期天数计算。如乙方超过本合同约定的验收期限 30 日仍未将开发成果提交甲方验收,甲方有权解除本合同,并要求乙方退还甲方已支付的全部款项及银行同期贷款利息,并赔偿甲方因此遭受的全部损失。实施过程中甲乙双方就验收时间另有约定的,以新约定的时间为准。11.4 乙方开发的技术成果在安装、使用过程中发现缺陷或瑕疵的,甲方有权要求乙方在接到甲方通知后 3 日内免费进行修复;如因该缺陷或瑕疵给甲方造成损失的,乙方应赔偿甲方全部损失。11.5 依本合同约定,乙方对出现的缺陷或瑕疵拒绝修复、或在开始修复工作后 30 日内无法修复、甲方或甲方委托的第三方仍无法修复的,甲方有权将该瑕疵软件退还乙方,乙方除应退还甲方已支付的全部款项及银行同期贷款利息外,还应赔偿甲方的全部损失;如甲方继续使用该瑕疵软件,乙方应退还甲方已支付款项的 50%,并向甲方支付相当于本合同总价款 20%的违约金。11.6 如乙方向甲方提交的技术资料、图表、说明等不符合要求的,乙方应在发现或收到甲

80

Page 81: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

方通知后 5 日内免费予以更正、补齐或更换。逾期未更正、补齐或更换的,乙方自逾期之日起按本合同总价款的 1‰乘以逾期天数向甲方支付违约金;因此给甲方造成损失的,乙方应赔偿甲方全部损失。11.7 因乙方技术人员不遵守安全操作规程或不遵守甲方规章制度等给甲方造成损失的,乙方应当赔偿甲方全部损失。11.8 如甲方逾期未付款,则自逾期之日起每日向乙方支付逾期未付金额 1‰的违约金,但违约金总额不超过本合同总价款的 5%。由于乙方原因未能及时支付款项的,甲方不承担责任。11.9 甲方未按约定向乙方提供本合同约定的资料及工作环境导致乙方不能及时完成技术开发工作的,甲方自行承担因此产生的后果。11.10 非甲方原因造成开发失败或项目不能通过验收的,甲方有权解除合同,乙方应退还所有甲方所支付的合同款项,给甲方造成损失的,乙方还应赔偿甲方相应损失。11.11 未经协商一致,任何一方不得单方无故解除合同,否则视为违约。若甲方违约,乙方应返还甲方已支付的款项,但甲方应向乙方支付合同总价款 20%的违约金;若乙方违约,须退返甲方已支付的全部款项,还应向甲方支付本合同总价款 20%的违约金。11.12 乙方应当向甲方支付违约金或赔偿金的,应当在甲方发出索赔通知后 20 个工作日之内支付给甲方。如甲方尚有未向乙方支付的款项的,甲方有权从未支付款项中扣除相应数额的款项。11.13 本合同所称“全部损失”,包括但不仅限于实际损失、为主张权利而支出的诉讼费、差旅费、律师费和执行费等全部合理费用。第十二条 合同的变更、中止和解除12.1 本合同附件二界定了项目需求的初步范围,甲乙双方将在此基础上对需求进行讨论和细化,最终需求基线以双方签字确认的版本为准。12.2 在最终需求基线的基础上,任何一方提出变更本合同内容的,应书面通知对方,另一方于收到通知后 5 个工作日内予以书面答复,或召开项目协调小组会议协商,经双方协商一致后以书面形式进行确认。12.3 双方未就需求变更达成一致之前,乙方应暂停履行涉及需求变更部分的义务,如双方于 15 个工作日内仍未达成一致意见,乙方应按照合同约定继续履行其义务,视同双方未提议进行需求变更;如经双方讨论认为任何一方提出的需求变更会导致工作发生实质性的改变,则双方按照本合同约定的重大需求变更处理。12.4 本合同生效后,如因甲方原因发生以下情况:增加新功能、系统结构发生重大变动、对需求基线中已定义的功能发生重大修改等,经甲乙双方确认后,可视为重大需求变更。如果此类变更超出本次项目的开发内容,但变更产生的实际工作量占本合同的总工作量的10%以内的,乙方承诺不再另行收取费用;若超出本合同总工作量的 10%,甲乙双方应另外进行商务谈判,按新项目进行协商并签署书面协议,但在新项目未达成一致并签署协议前,乙方有义务保证原项目实施的连续性,不能以新项目未达成一致为由中断原项目的实施,否则视为乙方违约。第十三条 其他约定13.1 权利保留任何一方对违约或延误行为施以宽容、宽限、优惠的行为,均不能视为对本合同项下权利权益的放弃或对违约、延误行为的许可或认可,也不妨碍其对该权利或任何其它权利的继续行使。

81

Page 82: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

13.2 通知13.2.1任何一方送达给对方的通知,须按本合同所列的联系人、联系电话、通讯地址等联系方式进行。任何一方于在本合同中提供的联系信息有变动的,应自变动之日起 10 个工作日内以书面形式通知对方,因未及时通知而造成的损失由变动方承担。13.2.2 乙方名称、法定代表人(负责人)、住所地、经营范围、注册资本金或公司(企业)章程等工商登记事项变更的,应在变更后 10 个工作日内书面通知甲方,并附变更后的相关材料。13.2.3 乙方发生承包、托管(接管)、股份制改造、减少注册资本、重大投资、联营、合并、兼并 、收购重组、分立、合资、(申请)停业整顿、申请解散、被撤销、(被)申请破产、控股股东/实际控制人变更或重大资产转让、停产、歇业、被有权机关施以高额罚款、被注销登记、被吊销营业执照、法定代表人或主要负责人无法正常履行职责、涉及重大法律纠纷、生产经营出现严重困难或财务状况恶化等情况的,应立即书面通知甲方,甲方有权要求乙方为本合同的履行提供甲方认可的担保(包括保证、抵押、质押或银行保函等方式),在乙方提供甲方认可的担保前,甲方有权暂停履行本合同项下的采购或支付义务。13.3 税收双方均同意根据适用的税收法律法规各自缴纳其应承担的本合同或本合同项下的一切税收甲方除依据本合同付款外,无义务向乙方额外补偿或支付任何税款。如果依据税收法律法规,甲方应为乙方代扣代缴税款的,甲方有权在付款前扣除应代扣的税款,代扣代缴后甲方及时向乙方提供已代扣代缴税款的证明文件;如甲方在向乙方付款后为其代缴了税款,则乙方应当在收到甲方提供的代缴税收证明文件后立即全额偿付甲方已代缴的税款。13.4 权利义务的转让未经甲方事先书面同意,乙方不得通过任何方式出售、转让或转移其在本合同项下的任何权利或义务。13.5 合同的完整性13.5.1 本合同附件为本合同不可分割的部分,与本合同具有同等法律效力。但如果附件内容对本合同条款中约定的甲方权利或乙方义务进行了排除或限制、或者对甲方义务或乙方权利进行增加或扩大,则除非附件已明确指明该内容是针对本合同某条款的修改或替换,否则应当以本合同条款约定的为准。13.5.2 如果乙方在本合同谈判、招标阶段向甲方提供过任何加盖有公章或由法定代表人或委托代理人签名的任何正式书面承诺、保证或说明,则该书面承诺、保证或说明材料中有关乙方义务、责任或承诺的内容,均构成本合同项下乙方的义务,对乙方具有同样法律约束力,但甲方明确书面同意予以免除的除外。第十四条 不可抗力14.1 不可抗力是指任何一方不能预见、不能避免且不能克服的自然灾害、战争等客观事件。14.2 任何一方因不可抗力而不能履行本合同约定的全部或部分义务时,遭受不可抗力的一方应尽快通知另一方,并须在不可抗力影响消除后 10 日内以书面形式向另一方提供详细情况报告及不可抗力影响本合同履行程度的说明,否则仍需承担违约责任。14.3 因不可抗力导致一方无法履行或迟延履行本合同义务而使另一方蒙受经济损失的,双方均不承担责任。但未遭受不可抗力的一方有责任尽可能及时采取适当或必要措施避免不可抗力所致经济损失的进一步扩大,否则未遭受不可抗力的一方自行承担扩大部分的经济损失。14.4 双方应根据不可抗力对本合同履行的影响程度,协商确定是否继续履行本合同或终止本合同。如双方均未表示终止合同的履行,不可抗力影响消除后,本合同恢复履行。

82

Page 83: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

14.5 任何一方违约后,遇不可抗力情形的,不得免除违约方的违约责任。14.6 因法律、法规、政府命令及其他政府行为等原因导致一方不能履行本合同义务的,不视为违约。第十五条 争议的解决15.1 因履行本合同所产生的任何争议,甲乙双方应友好协商解决;协商不成的,任何一方均可向本合同签订地有管辖权的人民法院提起诉讼。15.2 除正在审理的争议部分外,本合同的其余部分双方仍应继续履行。15.3 本合同适用中华人民共和国法律。第十六条 其它16.1 本合同自甲乙双方法定代表人或委托代理人签字、盖章之日起生效。16.2 本合同一式肆份,甲乙双方各执贰份,具有同等法律效力。16.3 本合同未尽事宜由双方另行协商决定,并以补充条款的形式予以说明,补充条款与本合同具有同等法律效力。16.4 本合同及附件的内容是甲乙双方关于本次合作所最终确定的全部内容,双方均承认已审阅、理解其内容,甲乙双方在本合同签订前关于本次合作作出的任何口头或书面的承诺与本合同不一致的,以本合同内容为准。本合同签订前经历了招标程序的,招标文件与投标文件均为本合同的组成部分。本合同及其附件、招标文件、投标文件不一致的,解释顺序依次为:本合同及其附件、招标文件、投标文件。16.5 本合同附件为:附件一:项目组织架构、人员组成及管理规定附件二:业务需求及工作任务说明书附件三:验收标准附件四:项目交付物清单附件五:项目价格明细表附件六:安全与保密协议

83

Page 84: china -   Web view支持主流的中间件,例如Tomcat/Weblogic/Websphere等; 支持DB2、Oracle、SQLSERVER ... 电子文件应以Word、Excel或PPT

双方特别声明:双方均已详细阅读并全面理解本合同及附件的法律涵义,双方确认对以上内容不存在任何疑义或异议。

甲方(签章):华融湘江银行股份有限公司法定代表人或委托代理人(签字): 签署日: 年 月 日    

乙方(签章): 法定代表人或委托代理人(签字): 签署日: 年 月 日

84