支持soa架构

广州银行新一代核心系统建设项目广银采购[2018]74号招标书广州银行股份有限公司二一九年二月目录第一部分基本情况2第一节广州银行概况2第二节项目背景2第三节采购目标2第二部分投标方须知4第一节招标方声明4第二节投标方基本要求4第三节相关费用5第四节投标文件6第五节关于知识产权9第六节关于保密9第三部分采购流程10第一节投标文件递交10第二节答疑10第三节POC测试10第四节述标10第五节评审11第四部分采购内容及要求12第一节系统建设目标与原则12第二节项目实施要求14第三节技术需求21第四节业务需求311:声明函702:联合体共同投标协议书723:报价文件744:商务条款偏离表785:法人代表授权书796:投标方基本信息表807:投标方在建项目一览表818:项目核心成员一览表及简历829:廉洁承诺书8410:评分标准86第一部分基本情况第一节广州银行概况广州银行成立于1996年9月,自成立以来,依托中国经济腾飞的大好形势,乘广东改革开放先行先试的东风,在市委、市政府的正确领导和大力支持下,不断深化改革、强化管理、优化服务,先后实现资产重组、跨区经营等重大跨越,各项业务持续快速发展,竞争实力显著增强.

截至2018年末,机构总数122家,其中总行1家,分行级机构13家(分行12家,信用卡专营机构1家),支行108家.
第二节项目背景随着外部经济环境的变化,特别是市场竞争的加剧,互联网带来的冲击,以及利率市场化导致的经营压力,业务不断的创新并要求核心系统快速响应并支持业务开展,而现有核心业务系统由于历史原因系统架构的扩展性不强,设计理念的局限性,对新业务及新需求的支撑力度不够,响应速度相对缓慢.

鉴于核心系统在银行中的重要地位以及系统建设现状,优化、改造甚至重建以核心业务系统为代表的相关应用系统成为科技部门工作的重中之重.
因此启动新一代核心系统建设项目,以客户为中心、业务流程化、产品模型化、渠道多样化、管理信息化、风控体系化等"五化一中心"为建设目标,实现高度的业务规则化、产品参数化、技术组件化、数据标准化的信息系统,以便能够更高效、更敏捷、更安全地响应业务创新发展的要求.
同时,建设企业级大总账系统,实现全行级交易和核算分离.

第三节采购目标本采购书详细说明了广州银行新一代核心业务系统、企业级大总账系统的总体技术要求和业务功能框架需求,使投标方可以据此制定技术方案和实施计划.
广州银行通过本次采购流程选择最佳的项目实施厂商,来负责新一代核心业务系统和企业级大总账系统的应用软件开发,协助制定新一代核心业务系统、企业级大总账系统的主机、数据库、网络安全等方面产品的选型和配置方案,协助生产环境、测试环境的安装和部署,以及提供其它有关的技术支持、培训和服务.

第二部分投标方须知第一节招标方声明一、投标方未能在规定时间提交投标文件的将被视为自动放弃.
二、新一代核心系统建设项目包括新核心业务系统和企业级大总账系统的建设工作.
三、本次采购接受联合体投标:对于企业级大总账系统建设,本采购接受核心业务系统承建厂商联合企业级大总账系统承建厂商投标,须以核心业务系统承建厂商作为投标主体,核心业务系统承建厂商和企业级大总账系统承建厂商均必须满足招标方对于其资质的相关要求.

四、投标方作为项目建设的主体,非经招标方同意,不允许对项目进行转包或分包.
五、投标方在此次采购过程中发生的所有费用,由投标方自行承担.
六、招标最终解释权归招标方.
第二节投标方基本要求为使本次招标工作建立在公平、可靠和高效的基础上,投标方应同时具备以下资质:一、核心业务系统承建厂商要求,需满足以下条件:1、承建厂商必须是在中国境内依法注册的法人和其他组织,成立时间不少于5年(2013年(含)以前成立),注册资金不得少于(含)3000万元人民币.
2、最近三年(2016年-2018年)有独立新建银行核心业务系统项目的案例(以合同签订时间为准);需提供签订的合同复印件(提供用户方项目负责人联系方式以备核实).
3、承建厂商在中国境内必须有独立的银行核心业务系统开发、实施团队,须有完善的服务体系,有稳定的技术服务人员,须提供以上人员在本公司任职的外部证明材料(如加盖公司所在地区社会保险基金管理中心印章的打印日期在本项目采购截止日之前六个月以内的《投保单》或《社会保险参保人员证明》).
4、具有核心业务系统的《软件著作权登记证书》.
5、承建厂商须通过CMMI3(含)以上认证.
6、承建厂商必须具备独立完成本项目的能力,不得分包、转包.
二、企业级大总账系统承建厂商要求(负责企业级大总账系统建设的联合体),需满足以下条件:1、承建厂商必须是在中国境内依法注册的法人,成立时间不少于5年(2013年(含)以前成立),注册资金不得少于1000万元人民币.
2、最近三年(2016年-2018年)有独立新建银行企业级大总账项目的案例(以合同签订时间为准);需提供签订的合同复印件(提供用户方项目负责人联系方式以备核实).
3、承建厂商在中国境内必须有独立的银行企业级大总账系统开发、实施团队,须有完善的服务体系,有稳定的技术服务人员,须提供以上人员在本公司任职的外部证明材料(如加盖公司所在地区社会保险基金管理中心印章的打印日期在本项目采购截止日之前六个月以内的《投保单》或《社会保险参保人员证明》).

4、具有企业级大总账系统的《软件著作权登记证书》或其它软件产品实施权利证明.
5、承建厂商须通过CMMI3(含)以上认证.
6、承建厂商必须具备独立完成本项目的能力,不得分包、转包.
三、对于联合体投标,还应遵守以下规定:1、投标方的投标文件及中标后签署的合同协议书,对联合体各方均有法律约束力.
2、联合体各方应按招标文件提供的格式签订共同投标协议书,以核心业务系统承建厂商作为牵头人,授权其代表所有联合体成员负责投标、委派项目负责人和合同实施阶段的主办、协调工作,并约定各方拟承担的工作责任和权利义务.
联合体协议书必须加盖所有联合体成员法人公章并由其法定代表人(或其委托代理人)签字确认.

3、联合体各方签订联合体协议书后,不得再以自己名义单独投标或加入其他联合体在同一标段中进行投标,如有违反,其投标和与此有关的联合体的投标将被拒绝.
4、联合体中标后,联合体各方应当共同与招标方签订合同,为履行合同向招标方承担连带责任.
联合体牵头人应被授权作为联合体各方的代表,向招标方提交履约担保、承担责任和接受指令.
5、联合体成员单位不超过2家.
第三节相关费用一、本采购邀请书售价人民币贰佰元整,投标方自行承担参与本次采购过程相关的所有费用.
二、本项目收取采购保证金人民币壹拾万元整,用于保护本次采购免受因投标方的行为而引起的风险.
三、未按规定交纳采购保证金的投标方,其参与采购项目的资格无效.
四、交款方式:投标方如需以转帐的方式交纳本次采购保证金,请按以下帐号汇入:帐号:328800161241户名:广州银行股份有限公司开户行名称:广州银行广州花城广场支行五、在成交结果公布后十个工作日内,投标方凭我行财务部门开具的保证金收据原件及投标方介绍信无息退还保证金.
六、如发生下列情况之一,采购保证金将被没收:1、投标方已承诺参与,但在采购评审前又退出.
2、成交后,中标方不按投标文件签订合同,放弃成交.
3、在采购期间用不正当的手段影响成交结果.
七、中标方的采购保证金转为履约保证金,在项目实施完毕并通过验收后无息退还.
中标方如无法按期保质保量完成项目规定范围内工作,中途退出,我行有权扣留其履约保证金并有权追究其法律责任.
第四节投标文件投标方应认真阅读采购文件中所有的事项、格式、条款和规范等要求,如果投标方没有按照采购文件要求提交全部资料,或者没有做出明确的、实质性的响应,其参与采购项目的资格将被拒绝.
"实质性响应"指符合采购文件所有要求、条款、条件和规定,且没有重大偏离.

一、投标文件的组成(一)声明函(格式见1);(二)联合体共同投标协议书及委托授权书(格式见2,如为联合体共同投标,则填写,否则,不用填写)(三)报价文件(格式见3);(四)商务条款偏离表(格式见4),投标方要对技术规范需求和业务需求的每一个功能点要求做点对点应答,不能满足或采取其他变通或间接满足的,需明确表示,招标方有对于这种变通或间接方案是否接受的最终决定权,不能采用方案的视作不能满足.

(五)资质证明文件1、投标方法人营业执照、税务登记证书、组织机构代码证(均为复印件加盖公章,如为联合体投标,联合体双方均须提供);2、法人授权书(格式见5);3、投标方基本情况(格式见6,如为联合体投标,联合体双方均须填写),最近一年的企业完税凭证复印件,经有资质审计机构进行审计的最近三年(2015-2017)的企业财务报告复印件(包括资产负债表、损益表等),以及相关资质证书和获奖记录复印件,包括但不限于CMMI、主要开发人员的资质证书等;4、自有产品和平台相应的软件知识产权证明文件或者保证书、其它软件产品实施权利证明等,包括但不限于核心业务系统的《软件著作权登记证书》、企业级大总账系统的《软件著作权登记证书》或其他软件产品实施权利证明;5、最近三年(2016-2018)核心业务系统和企业级大总账系统的项目案例及用户名单,要求提供项目具体实施内容、实施周期和用户联系方式等,并提供与用户签订的合同首页、签字盖章页、实施内容复印件作为证明;(格式见7,核心业务系统案例和企业级大总账系统案例分开填写);(六)根据本文件第四部分"采购内容及要求"所列内容提供功能支持或满足清单,并附上系统功能截图,包括但不限于:1、核心业务系统客户中心功能清单、核心业务系统及企业级大总账系统支持的报表清单;2、核心业务系统产品工厂的参数、组件的设计方案和清单列表、产品定制数据流程图和全生命周期管理功能清单,产品快速定制和扩展性支持设计方案;3、核心业务系统定价中心所支持的定价策略和参数清单、定价灵活性和策略扩展性功能支持清单;4、参数平台所支持的功能列表和参数清单;5、新建核心业务系统实施方案、新建企业级大总账系统实施方案;6、新建核心业务系统、新建企业级大总账系统的数据迁移方案、数据治理方案和兜底方案(包括数据清理与补录);7、新建核心业务系统、新建企业级大总账系统的部署方案(集中式和分布式)、负载均衡方案、灾备方案、监控策略、审计(日志)策略;8、新建核心业务系统、新建企业级大总账系统二次开发相关的测试方案和投产方案.
(七)项目实施人员简历、管理措施,需要提供负责本项目服务工作的主要人员的详细资历介绍、相关项目经验、学历和学位证书以及相关资质证书(格式见8,如为联合体投标,联合体双方均须填写),须提供以上人员在本公司任职的外部证明材料(如加盖公司所在地区社会保险基金管理中心印章的打印日期在本项目采购截止日之前六个月以内的《投保单》或《社会保险参保人员证明》).
(八)核心业务系统和企业级大总账系统的售后维护方案、培训计划;(九)核心业务系统承建厂商和企业级大总账系统承建厂商在广州本地分支机构信息及本地服务能力说明.
(十)投标方认为必须说明的其它内容.
二、投标文件的递交一、投标方准备投标文件1份正本、5份副本、1份电子文档、1份报价文件;所有文件装订成册,密封后加盖单位公章,同时在封面标明单位名称和"正本"、"副本"或"电子文档"、"报价文件"字样.
其中报价文件需单独密封,其他文件不得出现报价有关信息;否则视为无效.
二、投标方应在采购书指定日将密封的投标文件送达采购书制定地点.
招标方拒收在本采购邀请函明确的采购时间后送达的采购投标文件.
以上文件以及其他资料一旦递交,将由招标方留存,不论贵投标方最终是否入围,均不予退回.

三、报价一、报价币种为人民币,报价应为包含增值税额的含税价.
投标方必须开具真实有效的增值税专用发票.
二、报价应包含投标方履行本文件所列所有义务所需的一切费用,包括:1、核心业务系统以及企业级大总账系统运行、开发、客户化实施服务,管理平台和工具软件费用;2、针对本采购文件所列目标、业务需求和技术要求进行现场、非现场实施的费用;3、维保费用:一年(含免费维护期)应用软件维保费,及12个人月(一月22人日)新增工作量的费用;4、培训费用,包括为招标方业务人员、技术人员和支持人员全部培训费用;5、税费及其它费用.
三、招标方不接受可选择的投标方案和报价.
第五节关于知识产权系统软件、通用软件必须具有在中国境内的合法使用权或版权的正版软件,所开发的应用软件的知识产权和专利权属本行所有,涉及到第三方提出侵权或知识产权的起诉及支付版税等费用由投标方承担所有责任及费用.

投标方需要在响应书中明确本项目开发所形成的系统的知识产权,及源代码的提供情况(不提供、部分提供(注明哪些可提供)、全部提供)和修改权.
原则上要求投标方提供全部源代码,对于无法提供全部源代码的投标方,投标方须提供保障系统上线后系统运行维护、自主研发的解决方案.
第六节关于保密未经招标方许可,投标方不得将采购文件中关于招标方的系统现状及需求情况、建设情况提供给任何第三方.
第三部分采购流程第一节投标文件递交一、投标方必须在招标文件规定的时间内参加采购.
二、投标方应按照前面的要求装订投标文件,提交单独封装的投标文件(内有1份正本、5份副本、1份电子文档、1份报价文件),并分别在封签处加盖单位公章.
其中报价文件须单独密封,不得与其他文件装订在一起.
除报价文件外,其他文件不得出现与价格有关的信息.
报价表格未单独密封的视为无效.

三、有下列情况的,其投标文件无效:(一)投标文件未按规定密封;(二)投标文件未盖单位公章、无法定代表人或授权代表人签章;(三)投标文件内应附的证明材料或资质证明材料不全;(四)投标文件未按招标文件规定要求和格式编制填写,或内容不全、字迹模糊难以辨认;(五)投标文件逾期送达;(六)评审过程中,投标人有企图影响评审者的行为;(七)投标文件正本与副本不同.
四、投标人在递交投标文件后不可以修改,亦不可以撤回.
五、投标文件递交地点:广州市天河区珠江东路30号广州银行大厦37楼招标方将在现场对投标人进行资质审核.
第二节答疑本项目不安排答疑会,如有疑问,请电话咨询020-22055209.
第三节POC测试本项目安排POC测试环节,相关事项请电话咨询020-22055209.
第四节述标一、招标方将组织相关业务及技术人员听取投标方关于项目建设和实施方案的讲解、系统演示.
二、投标方需自备手提电脑并准备相关材料参加讲标并回答评委提问.
三、投标方现场讲解内容应包括(一)投标方资质和履约能力(二)解决方案的合理性、先进性、扩展性和前瞻性以及对需求的满足程度(三)投标方的集成和应用开发能力,简单介绍平台架构以及二次开发平台(四)项目实施的时间计划、安排及人员情况(五)售后服务等.
四、述标时间为90分钟,答疑时间为30分钟,原则上不允许超时.
请合理安排讲解、演示与答疑时间.
第五节评审一、招标方将对投标文件进行审查、评估和比较;必要时,可对投标文件中的问题向投标方进行询问,投标方要在招标方规定时间内给出明确答复.
二、招标方遵照公平、公正、科学合理的评审原则,严格按照采购文件的要求和条件进行评标,平等地对待所有投标方,综合分析投标方的各项指标择优选择,而不以单项指标的优劣评选出成交方,亦不承诺最低价格方为成交方.

三、投标方有下列情形之一的,其参与采购项目以及成交的资格无效:1、不完全具备投标文件所规定的资格条件或未全部实质响应投标文件提出的需求的;2、不按投标文件的规定编制、密封、递交投标文件和交纳保证金的;3、在递交投标文件后自行放弃资格或不接受招标方确定的成交价格的;4、投标文件及其补充、修改的材料或向招标方的陈述和说明含有虚假内容的;5、与其他投标方串通、围标或以不正当手段诋毁、排挤其他投标方的;6、贿赂招标方评审委员或其他采购工作相关人员的;7、有违背公平、公正和诚实信用原则的其他行为的.
投标方有前款第4至6项情形的,不予退还保证金并终止日后参与招标方采购项目的资格;涉嫌犯罪的,移送司法机关查处.
第四部分采购内容及要求第一节系统建设目标与原则本次新一代核心系统建设项目招标的主要产品包括核心业务系统软件产品、企业级大总账系统软件产品以及集成实施(以下统称为"核心系统").
新一代核心系统应满足广州银行战略规划需要、适应广州银行IT规划需求,使招标人能够从容面对同业竞争,满足我行未来十年以上的业务发展需求,并在未来激烈的同业竞争中占据主动.
核心系统应以"客户为中心"的设计原则构建全行级客户中心,构建完备的参数体系,丰富差异化定价,全面提升金融产品创新和业务定制能力,具有良好的可拓展性及业务功能前瞻性.
实现交易与核算分离,建设独立的全行级大总账服务,为未来实现集中作业提供有效技术和业务支撑,为管理系统提供丰富有效的数据支持,满足业务需求不断变化、产品快速创新、业务流程自动高效简洁、风险防控水平与经营管理水平符合金融监管部门的要求,满足招标人各项技术要求和业务需求.

核心系统建设关键总体建设目标要求如下:1、本次核心系统建设采购内容包括核心业务系统软件产品、企业级大总账系统软件产品以及上述两个系统的集成实施;2、新一代核心系统应能够适应全行业务发展规划,具备充分的业务前瞻性、先进性和可扩展性,能够支持广州银行未来10年的业务发展需求;3、符合SOA架构要求,数据模型设计合理充分并具备前瞻性,满足广州银行数据治理要求,业务组件规划合理粒度适中并可灵活扩展,能够满足招标方个性化要求,全面支持未来集中作业;4、支持多法人运营要求,满足未来招标方建设多法人行管理的目标,有效支持自贸区业务;5、遵循"以客户为中心"的设计原则,通过核心业务系统构建全行级客户中心,建立全行完整、统一的关系视图和客户服务;6、运营参数灵活配置,通过核心业务系统构建全行级的参数平台,建立合理、完备、统一的参数服务体系;7、全面支持利率市场化,支持客户差异化定价,满足未来招标方利率决策引擎的对接要求,有效提供数据支撑招标方流动性及利率风险管理;8、具有产品工厂的概念,具备统一的产品目录和产品设计及组装机制,产品参数高度灵活配置,易于掌握,能够支持快速的产品创新及时响应市场;9、客户中心、参数平台、定价中心、产品工厂设计定位明确,既相互独立又相辅相成、友好交互,以客户为中心提供产品创新、定价方案、渠道适配和数据整合等功能支持,使核心系统具备强大自学习和创新能力;10、支持本外币一体化;11、实现交易与核算分离,真正实现客户交易的7*24小时服务;12、梳理、构建并规范内部账户管理体系;13、建设独立的企业级、交易级大总账系统,面向全行各项业务及系统提供独立、专业、统一的会计核算和总账服务;14、有效支持管理会计、绩效考核、全面风险管理和新资本协议等各项要求,满足监管合规及风险管理需要,满足招标方对操作风险及精细化管理的要求;15、系统采用开放式架构,采用主流技术平台,支持横向扩展,支持各种关系型数据库、中间件及硬件平台,提供渠道一致的标准金融服务,满足稳定、灵活、可扩展的要求;16、系统支持多应用服务器架构,满足招标方标准架构要求,满足交易库与查询库的分离,双库运行模式,支持查询交易与更新类交易的分离.
在系统建设过程中,优先采用功能强大的、具有特色先进功能,具有开放式平台、模块化集成、参数化配置等特点的产品,保证系统能符合招标方要求,并满足高效性、高稳定性和可扩展性等项目建设原则.
具体要求如下:1、高效性原则.
系统必须具备在大数据量并发情况下的快速处理能力,系统必须满足招标方的各项性能指标,并要求满足日交易峰值等关键指标方面的同时应具备一定的冗余.
2、可扩展原则.
报送报表和功能模块的结构设计是开放式、可扩展,以便于根据银行业务和管理等方面的变化,对数据内容、功能实现等进行修改或者添加,并能够适应未来全渠道系统接入的需要,可根据业务需求进行二次开发工作.

3、稳定性原则.
系统应具备在业务需求要求的交易时间内连续、无故障的运行能力,系统应具有在定时的备份能力,能支持集群或负载等多种部署方式,并有应急处理、故障恢复功能.
4、安全性和可靠性原则.
系统运行要稳定,数据集市和各功能模块中数据的访问、传输、下载、分析、应用等过程必须具有加密功能或设置严格的权限控制.
5、可监控原则.
建立系统化的监控体系和内部控制体系,全面掌握系统运行状况,有效防范风险.
6、易操作原则.
各功能模块应具有通俗、友好的用户界面,操做方法方便、简单、易学易懂;有易用的灵活数据分析工具,保证不具备开发能力的使用人员也可以进行模型建立和数据分析.
同时,投标方需充分考虑核心系统建设过程中的历史数据迁移及数据初始化的复杂性、充分考虑招标方核心系统与外围系统的整合要求,通过新一代核心系统的整体实施建设稳定、高效、先进的银行核心系统,确保新旧系统切换的平稳过渡,全面满足招标方在业务、技术、实施、培训、服务及其他方面的要求.

第二节项目实施要求一、实施内容针对以下实施工作内容,投标方应在投标方案中根据招标方需求提供实施方案、资源计划和时间计划,中标方与招标方签署合同后将具体负责实施:1、业务需求分析和差异分析2、系统设计3、程序开发、本地化或客户化修改4、外围系统整合5、数据迁移6、系统测试7、应用系统集成8、技术培训,业务咨询及培训9、系统上线10、系统升级维护本行对中标方的实施工作范围包括:新一代核心系统建设项目包括新核心业务系统和独立企业级大总账系统的建设工作,新核心系统功能范围应覆盖招标方当前核心业务系统功能及招标方拟从其他系统剥离至核心系统的功能;2、中标方负责完成项目实施过程中的项目管理工作,中标方需遵守招标方项目管理制度,制定实施计划,明确标明里程碑,明确各阶段交付物等,要求中标方制定完善的例会制度,包括周例会、月例会、阶段性评审会等,请投标方阐述本项目的质量、风险管理方法和实施策略;3、中标方需以总集成商身份,提出其他业务系统的改造建议方案,协助并支持完成改造工作,使得外围系统能够在保持业务连续性的前提下与核心系统实现数据联通;4、基于采购人给出的新一代核心系统业务需求,完成系统研究与差异化分析工作,确定业务需求分析并提交业务流程调整的分析报告及系统业务需求分析书;5、整理分析采购人目前行内各系统情况,提交书面完整解决方案;6、根据其它商业银行的成功实施经验为广州银行提供指导建议;7、完成本项目整体系统的开发、测试、集成、调试及安装工作,中标方负责新核心业务系统、独立企业级大总账系统和各外围系统的整合、集成工作,中标方提供用户回归测试自动化工具,减少行内业务人员的测试压力;8、中标方需提供数据迁移方案和数据补录方案,并完成现有生产数据库的数据清理、转换和迁移工作,使得新一代核心系统能够基于现有的生产数据提供持续完整的业务服务,并且满足招标方的数据标准落地要求,中标方负责本项目的数据迁移,包括数据迁出、加工、迁入及迁移测试、迁移管理过程,协助招标方完成数据导出等工作;9、中标方需制定新旧核心切换演练方案并进行演习,以保证切换工作顺利进行;10、中标方负责对硬件设备提出采购和部署建议方案,完成相关主机、数据库、应用的安装优化工作,完成生产环境搭建;11、完成本行整体上线工作;12、负责搭建开发测试环境;13、负责对招标方所有业务员工进行系统使用培训;要求中标方通过培训、参与开发以及其它我行认为合适的方式实现新一代核心系统后续开发维护的技能转移.
中标方在项目执行过程中,按招标方项目管理规定,依据项目进度所处阶段需按时向招标方提供(包含但不限于)如下文档:里程碑阶段名称交付物名称交付形式认可方式入场阶段系统介绍说明电子文档/纸质文档签收软硬件建议清单电子文档/纸质文档签收项目实施总控计划电子文档/纸质文档签收日常管理项目管理周报电子文档签收详细项目实施计划电子文档/纸质文档签收需求分析需求规格说明书/差异分析报告电子文档/纸质文档签署设计和客户化开发详细设计说明书电子文档/纸质文档签收概要设计说明书电子文档/纸质文档签收接口申请表电子文档/纸质文档签收数据模型电子文档签收接口设计规格说明书电子文档/纸质文档签收数据字典电子文档/纸质文档签收数据标准映射表电子文档/纸质文档签署数据迁移数据迁移方总体方案电子文档/纸质文档签收数据迁移中间文件映射关系设计电子文档/纸质文档签收数据迁移验证报告电子文档/纸质文档签收数据迁移总结报告电子文档/纸质文档签署数据迁移检核方案(技术及业务)电子文档/纸质文档签署数据迁移清理补录方案电子文档/纸质文档签收数据迁移性能测试报告电子文档/纸质文档签署新核心数据迁移执行操作手册电子文档/纸质文档签收数据迁移技术兜底预案电子文档/纸质文档签收用户培训业务功能说明书电子文档/纸质文档签收用户培训课件电子文档/纸质文档签收开发培训手册电子文档/纸质文档签收系统参数手册电子文档/纸质文档签收上线准备和上线上线演练环境情况统计表电子文档/纸质文档签收上线演练步骤电子文档/纸质文档签收上线演练问题清单电子文档/纸质文档签收用户使用手册电子文档/纸质文档签收上线计划和方案电子文档/纸质文档签收上线报告电子文档/纸质文档签收上线版本(源代码、安装包)电子文档签收系统应急预案电子文档/纸质文档签收系统运维手册电子文档/纸质文档签收上线后项目全部源代码电子文档签署源代码说明和开发辅导手册电子文档签收二、实施时间自签定合同之日(T日)起,系统开发集成时间为18个月(含节假日),实现整体上线(具体实施要求根据广州银行项目建设的战略要求确定).
中标方需根据其提供的解决方案和人力资源计划提出项目实施的时间计划.
该时间计划应该是根据招标方的业务需求按功能模块实施的可行计划.
中标方应在该时间计划内完成项目的实施,达到项目预期目标.

三、人员配备(一)核心业务系统人员要求1、核心业务系统的项目经理必须具有10年以上的银行核心业务系统开发和实施经验、5年(含)以上的核心业务系统实施项目管理经验,至少有1个与本行同等规模银行的核心业务系统项目管理经验(请提供证明材料),对项目具有较高的把控能力.

2、要求项目团队所有拟参与项目实施的人员不少于40人,包括开发、测试人员.
其中主要开发成员要求25人(含)以上,应具有5年以上金融行业软件开发项目实施经验和3年以上银行核心业务系统开发实施经验(请提供证明材料).
能够吃苦耐劳、听从指挥、能够承担较强的工作压力,具有良好的团队合作意识和较高的专业水平.

(二)企业级大总账系统人员要求1、企业级大总账系统的项目经理必须具有8年以上的银行企业级大总账系统开发和实施经验、5年(含)以上的企业级大总账系统实施项目管理经验,至少有1个与本行同等规模银行的企业级大总账系统项目管理经验(请提供证明材料),对项目具有较高的把控能力.

2、要求项目团队所有拟参与项目实施的人员不少于8人,包括开发、测试人员.
其中主要开发成员要求6人(含)以上,应具有5年以上金融行业软件开发项目实施经验和3年以上银行企业级大总账系统开发实施经验(请提供证明材料).
能够吃苦耐劳、听从指挥、能够承担较强的工作压力,具有良好的团队合作意识和较高的专业水平.

(三)中标方在本项目实施过程中应保持人员的稳定性,核心成员流动比率不能大于20%,流动比率不能大于30%,中标方承诺未征得招标方书面同意情况下,不得随意更换该表中所列项目经理及核心骨干人员.

(四)在项目实施过程中,中标方在征得招标方同意后方可更换项目开发人员.
如招标方认为中标方安排的项目开发人员不能胜任或不适合本项目的开发工作,中标方应无条件予以更换.
四、数据迁移要求投标方结合整体实施方案,给出明确的数据迁移方案,包括迁移的方法、范围、步骤、验证方案和迁移计划;(一)技术相关1、有完整的系统移植方案和专业的数据移植团队,要求在项目实施期间组建专业、独立的数据迁移团队,全面负责按项目整体进度组织、实施并完成原核心系统向新核心系统、企业级大总账系统的数据迁移工作;2、中标方实施期间负责与招标方共同协商制定数据中间文件规范,负责源系统到中间文件、由中间文件到新系统的数据迁移,负责对迁移数据进行核对;3、提供标准、统一的数据转换和移植方法;4、要求所有业务种类迁移时都要有完整的迁移程序和验证程序,请投标方案阐述数据迁移的完整性、正确性、高效性方案;5、保证数据移植的完整性、正确性,确保迁移后原账号的可用性;6、保证包括客户密码等在内系统数据在迁移过程中不泄露,迁移后不改变;7、提供完整的数据迁移专项测试方案(静态测试和动态测试),保证迁移数据数据内在逻辑正确性和账务数据的准确性;8、提供完整的技术检核规则,验证迁入数据的合理性;9、保证对数据迁入的实效,并且对不同数据体量的存量数据进行合理优化给出相应的迁入时间并进行极限压力测试,保证在最短时间内完成投产迁移工作;10、投标方在方案中承诺对原系统数据移出过程中可能出现的问题提供最大程度的协助支持,确保整体项目上线;11、有较为完整迁移兜底方案,处理较为复杂的迁移数据;12、确保移植上线时的迁移效率,原则上迁移过程中停业时间必须小于10小时.
(二)业务相关1、根据招标方的业务需求提供完整中间表映射规则、码值映射规则及其它新旧数据转换规则(如旧身份证号码转换为新身份证号码等),形成文档加以说明;2、投标方数据迁移方案中确保迁移后原账号、卡号等重要、基础数据不变,确保包括客户密码等在内的系统数据,在迁移过程中不泄露、迁移后不改变,确保核心数据、外围数据、其他管理数据的一致性;3、要求从广州银行现有核心系统迁移后的数据具备完整性,旧核心不具备的信息要求中标方出具补录方案;4、中标方协助完成数据迁移过程中的垃圾数据清理;5、针对迁移偏技术的特点,将重要的迁移规则提供给迁出方和业务部门进行培训;6、要求投标方在数据迁移过程中提供必要的迁移核对辅助工具;如有合同外的额外软件购买费用请列出;7、针对部分数据量大的迁移数据有完整的业务检核方案,通过技术手段实现,减轻业务人员对数据的核对工作,实现技术核对为主,业务核对为辅;8、及时发现影响迁移的旧系统数据质量问题,分析归类,反馈给招标方技术和业务进行清理;9、现行核心业务系统中客户信息、内部账户等存在冗余或不规范情况,要求投标方数据迁移团队尽早启动迁移相关工作,对旧系统数据进行梳理和整合,给出清理方案.
五、应用集成应用系统集成的主要目标不仅是使所有软件能够在相应平台上正常运行,而且必须具有对软件系统运行的监控测试手段,以证明系统优化运行.
中标方有责任承诺使中标方的系统达到以上目标.
六、售后服务1、中标方方须向招标方提供系统的源程序、可执行程序、开发计划进度表、风险管理方案、总体设计文档、详细设计文档、集成测试计划、培训资料、系统技术手册、用户使用手册、管理员维护手册等相关技术文档;2、自新核心业务系统终验之日起,中标方向招标方提供一年的免费系统技术维保,并免费提供12个人月(每人月22工作日)新增工作量的开发服务;3、自企业级大总账系统终验之日起,中标方向招标方提供一年的免费系统技术维保,并免费提供12个人月(每人月22工作日)新增工作量的开发服务;4、在维保期内,中标方必须对所有软件和系统免费提供定期的预防性维护和临时性紧急维修服务,招标方随时提出临时性紧急维护要求,中标方必须承诺做出回应,并派出工程师进行现场支持;5、如系统出现故障,中标方在接到招标方的报障电话后的15分钟内作出响应,40分钟内予以解决问题.
系统发生重大问题不能解决时,工作时间内中标方的技术人员在接到招标方正式通知后1小时内至现场解决;6、系统上线后,中标方负责本系统运行后的性能调整工作,以维护系统的高性能运作;7、在维保期内,中标方负责对项目人员进行管理,并按服务保修期报价承诺提供售后驻场服务;8、在维保期内,驻场维护人员的工作内容包括运维支持、程序缺陷修正、配合测试和微小功能开发工作;9、在维保期内,如果中标方对招标方购买的软件有了升级版本,中标方应及时通知招标方.
如果招标方有要求,中标方应向招标方免费提供软件升级(即无软件许可费);10、中标方能提供良好的平台产品升级,及后续产品的供应;11、如果中标方不能按照承诺及时相关产品和服务,采购人保留索赔的权利;12、维保期结束后,中标方有义务在本系统的维护、运行管理和开放方面继续给予用户技术协作和咨询.
13、请投标方阐述维保期中的其他技术支持方案.
七、知识转移(一)培训要求1、要求中标方负责对所有参与项目的相关人员进行原型产品的培训,便于后续开展差异需求分析工作.
2、协助招标方制定业务运作和标准操作流程、制度及业务操作手册3、要求中标方负责对招标方全行业务人员进行新建系统操作培训和评价(至少两轮次,测试前一轮,投产前一轮),使招标方全行所有相关业务人员能够熟练使用系统.
4、要求投标方提供开发人员培训计划,使招标方开发人员能够熟练完成系统的二次开发和参数配置工作,能够真正做到知识转移和关键代码开发工作.
5、要求中标方提供系统运维人员培训,包括系统的安装、运行、维护等内容,使招标方运维人员能够掌握系统的日常运行维护工作.
6、要求中标方提供项目管理、运营管理等方面的咨询和培训.
7、要求中标方提供参数配置培训.
(二)知识产权1、本次项目实施过程中产生的所有客户化部分的源代码知识产权,归广州银行所有.
2、投标方承诺项目实施过程中所用到的软件、源代码,不存在知识产权争议,招标方可以安全、合法的使用.
3、要求中标方必须提供投标产品的源代码,便于系统的维护和后续开发.
全部产品须提供与本项目有关的注释清晰、可读性强的源代码和代码解析平台.
4、因性能或高可用性方面的要求,系统进行横向扩展时,新部署的系统不存在知识产权争议,无需向投标方支付额外费用.
第三节技术需求一、招标方案应答投标方要对每一点要求做点对点应答,不能满足或采取其他变通或间接满足的,需明确表示.
招标方有对于这种变通或间接方案是否接受的最终决定权,不能采用方案的视作不能满足.
二、总体要求招标方计划建设新一代核心系统,提供一个灵活的、随需应变的技术平台以满足业务各类创新的需求.
新核心系统应充分借鉴国内外商业银行的先进管理理念、优质的产品功能和领先技术设计思想,并构建统一的业务交易和强大的客户服务平台.
应整合广州及异地分行现有银行业务系统及外围系统,满足不同分支行的差异化需求,强化信息安全建设.
为流程再造与后台业务集中处理提供支持,为管理系统提供数据支持,为锻造广州银行精细化管理能力、促进广州银行的战略转型提供系统支持.

投标方应在充分考虑招标方已建和建设中的相关应用系统基础上,在充分保护原有软硬件设备资源的前提下,提供完整的系统解决方案.
此外,在系统建设及系统上线过程中,应充分考虑历史数据迁移及数据初始化的复杂性,确保迁移过程中的执行效率,并确保迁移数据的准确性和质量.

三、应用架构需求系统采用分层的应用架构设计,包括前端展现层、接入路由层、应用逻辑层、数据处理层、后端接口层.
各层之间要有可定制的标准接口,包括通讯协议和数据包格式等,同时应有可定制的服务处理流程.
1、系统采用面向服务的SOA架构,通过分层实现数据、业务组件、交易的有效分离,实现业务数据和业务逻辑的分离,系统模块间松耦合,功能分布合理,以适应IT系统、服务、产品、流程的变化,根据业务发展的需要可将部分功能模块独立成子系统.

2、系统采用开放平台设计,采用独立于中间件平台、数据库平台的开发技术,软硬件平台具备开放性、通用性、标准性和安全性的特点.
3、采用总行集中式处理模式.
4、采用成熟的概念数据模型.
提供内部数据标准、数据结构和数据模型.
要求模型要充分考虑金融业务的概念和信息领域的分类模型,满足对接第三方系统和监管数据报送要求的数据结构设计.
5、支持参数化配置,可通过界面或配置文件定制服务处理流程,实现灵活的客户化定制和方便的二次开发功能,并提供快速开发工具.
6、支持多级网点的结构,能够有效区分管理机构、营业机构、账务机构、报表机构等.
7、请投标方详细描述本项目的逻辑架构、物理结构、网络架构和技术架构,以及采用的技术标准.
8、要求核心系统支持集群部署和分布式部署两种模式,支持多活特性,支持应用系统级和数据库级自动负载均衡、高可靠性集群技术方案,实现服务动态分配,实现系统横向和纵向的动态扩展.
9、请投标方提供并阐述对系统同城灾备、异地灾备的技术方案,提供并阐述系统快速恢复方案.
如对其软硬件方案有限定要求请详细说明.
系统须具备面向SOA架构,具备参数配置功能,采用流程控制和代码编写两种开发模式.
如使用参数化配置方式,请提供参数管理方法及手段;如使用模块化开发方式,请说明交易构成机制.

10、投标方案中的报文格式、通用通讯接口必须是灵活的、可定制的,报文格式应具有良好的扩展能力(满足单笔、批量交易方式要求),可以通过适配器灵活配置多条链路,并针对不同链路采用多种报文格式,如定长、键值、xml、json等.
通讯方式采用TCP/IP、HTTP协议及常见的通讯中间件,并可支持socket、tuxedo等11、实现系统管理、应用配置的参数化,简化、方便系统的维护和新应用的开发、部署.

12、请投标方详细阐述整体方案具备灵活的移植性,可以支持纵向平滑升级能力.
要求不因硬件变化,中间件以及数据库等基础支持软件的版本变化,产生程序修改、测试等工作.
13、请投标方阐述系统设计时充分考虑广州银行业务发展趋势,考虑招标方近期、中期及远期目标,依据目前的用户规模、业务运营情况和应急的服务需求,在保证系统服务质量的前提下,软硬件平台应具有良好的可扩充能力,支持系统规模的扩大和业务范围的扩展.

14、请投标方阐述系统交易库、查询库相分离的支持方式及程度;历史数据的存储、备份、清理及使用机制.
15、核心系统需要支持外发功能,能够主动发起调用外围系统所发布的接口.
16、核心系统编码技术应遵循以下主流技术标准但不限于:J2EE、XML、JDBC、EJB、SNMP、HTTP、SFTP、TCP/IP、SSL等.
四、产品原型交付要求1、请投标方阐述核心系统项目开发方法,包括开发工具、开发流程、开发语言和脚本、团队开发方法、版本建立、管理、发布及回退策略等.
2、要求采用业界主流、成熟、技术开放的开发语言和开发管理工具,开发工具如需额外付费和培训请予说明.
3、请投标方阐述需求收集及确认策略,以及保证业务需求可以满足实际业务操作的具体策略和措施.
4、请投标方阐述开发过程中使用的版本管理方法和工具,描述版本管理的规范和版本定义策略,要求现场实施期间进行版本配置管理.
5、请投标方阐述项目实施中的测试方法和测试工具,并针对单元测试、功能测试、集成测试、性能测试、验收测试分别说明.
如有额外支付的费用请予说明.
6、要求基于以往的成熟实施案例的基础上,采用产品客户化的方式进行实施.
7、请投标方充分阐述核心源代码开放策略和客户化策略,并提出一套切实可行有效的实施方法建议,以保证产品的客户化可以适应广州银行的业务需求.
要求向广州银行提供全部源代码(包括但不限于产品部分、运行平台、客户化部分),客户化部分的源代码版权归广州银行所有.

8、请投标方阐述本项目产品及源代码的升级方案.
9、请投标方详细阐述系统适应银行业务变化快速定制的方法和策略,包括应用系统架构如何保证未来业务需求变化,系统改造升级不影响整体技术架构的整体性和完整性.
10、为保证核心系统可以快速、高质量的实现,请详细阐述系统开发质量管理策略,并提供具体的实施案例支持所建议的策略.
11、要求中标方负责开发环境、测试环境的部署方案和实施.
12、招标方提出的功能,中标方需非现场研发的,需要在需求提出后及时交付,千行代码交付时间不超过5个工作日.
五、生产执行要求(一)性能要求1、要求核心系统不应有客户数、账户数量、并发量、法人数量、分支机构数等限制及系统使用期限的限制,能够满足支持招标方当前及未来全行、招标方控股或参股金融机构、招标方发起的合作组织内使用.

2、请投标方详细阐述系统针对广州银行未来发展的扩展方案.
3、系统提供对大型数据表的保留、备份、检索的有效策略.
4、系统必须提供平台级的负载均衡、容错能力和恢复能力,关键部件需采用冗余技术,具备高可用性,采用高可靠性的产品和技术,支持7*24小时服务.
5、请投标方阐述系统容量和性能估算的模型和方法,并提供已实施的当前主版本系统所能支持的最大容量和关键性能参数,包括最大用户数与并发用户数、日处理量均值与峰值、处理响应时间均值与最大值,以及相应的软硬件配置(包括网络带宽).

6、要求中标方负责性能测试和调优工作,并阐述系统使用的性能测试、监控和调优的工具和方法.
7、系统设计账户量及日交易量必须满足广州银行目前业务实际需要,并应充分考虑满足未来五年以上业务发展的要求,明确提供所提交方案中系统设计的并发交易峰值与均值、最大用户数峰值与均值等技术指标以及相应的系统配置要求.

8、要求投标方提供目前已实施同业核心系统所能达到的数据、跑批处理峰值与均值、平均操作响应时间、数据校验处理时长、RTO/RPO等性能指标.
整体方案满足以下技术性能指标:(1)平均每笔交易响应时间:<30ms,峰值每笔交易响应时间:<50ms,关键账务交易响应时间:<30ms;(2)平均日批处理时间:<30分钟;(3)特殊日(指月结、季结、结息日、年终决算等)批处理时间:<1小时;(4)真正7*24服务,日切交易影响时间小于2秒;(5)工作时间要求:7*24*365,非计划停机时间每年<30分钟;(6)交易、API及服务的成功率不能低于99.
99%;(7)满足日交易量5000万笔以上,日峰值交易量在1亿笔,小时峰值交易量400万笔;(8)每秒交易量(TPS)峰值约2000tps;(9)RTO<30分钟,RPO<5分钟.
9、系统资源占用率.
为了保证系统能够正常、稳定运行,原则上推荐配置的服务器的CPU占用率和内存平均使用率小于等于30%,峰值使用率小于等于50%.
10、从技术角度满足热点账户的要求.
投标方提供的投标方案要求满足本行对容量、性能、可用性指标要求,如投标方不能满足上述要求,请列出投标方承诺达到的指标值.
(二)可用性要求1、要求系统具备高可用性,支持7*24小时服务.
2、要求采用高可靠性的产品和技术,系统关键部件采用冗余技术,具有较强的容错能力和恢复能力.
3、请投标方阐述日终期间支持的服务种类及交易渠道.
4、提供日终的异常处理方案,并阐述日终异常的影响.
5、请投标方阐述系统在硬件、软件层面可以使用的高可用方案,并比较上述方案的优缺点,给出推荐方案并经招标方确认后采用于本项目系统中.
6、请投标方阐述系统的均衡负载方案,确保方案简洁、可行、有效,保障系统在10年以上的任何业务高峰时段,都能满足业务办理的需要.
7、请投标方阐述系统异常后的应急恢复方案,包含业务和技术方案.
(三)可靠性要求1、要求系统具备高冗余性.
2、要求最长故障恢复时间小于25分钟.
3、上线产品缺陷率低于0.
32‰.
(四)完整性要求1、在传输、存储信息或数据的过程中,确保系统数据不被未经授权的篡改.
2、对于交易数据和日志,系统具有完善的防篡改机制,防止对数据和交易日志文件进行直接修改.
有完备的交易数据和日志的登记、备份及查询机制.
3、请投标方阐述保证系统内每笔交易事务完整性及跨系统交易事务完整性的实现方案.
(五)安全性要求1、要求核心系统符合国家信息安全等级保护三级的要求.
2、要求核心系统符合广州银行系统建设安全规范.
3、请投标方阐述核心系统整体安全解决策略和方案(包括软硬件架构、网络拓扑、规章制度及运维管理等).
4、要求安全机制与应用平台相对独立,对敏感数据必须加密保存.
5、请投标方提供完备的、可查询的日志体系和切实可行的审计机制.
6、请投标方提供完备的权限管理、用户认证、密钥管理方案.
7、请投标方提供完备的和切实可行的各平台的数据备份与恢复方案,以及切换演练和应急切换步骤.
8、请投标方提供灾难处理对策(含业务账务核对方法、业务技术补记账方法等,确保紧急情况账务正常),并说明灾难发生时可提供的业务处理种类.
9、要求中标方协助招标方进行第三方安全评估,负责组织实施核心系统的安全加固工作.
10、要求中标方负责操作系统、数据库等生产系统的安全加固工作,如操作系统内核参数设置、数据库安全设置等.
11、要求系统符合人民银行、银监会等监管部门有关加密算法的最新规定及要求.
12、要求系统对所有系统操作提供日志记录,具有查询、打印、备份功能.
13、系统具备防止篡改的审计追踪功能,包括对业务交易、系统参数、用户数据的增删改操作,以及其它重要操作,如系统登录等.
14、请投标方阐述系统对单点登录的支持方案.
15、要求系统支持超时锁屏或退出功能.
16、要求系统支持数据存储、数据传输、密钥管理等方面的安全功能.
17、要求文件传输具备相应日志,避免使用明文传输协议,禁用ftp等进行文件传输.
18、要求系统对接指纹系统完成指纹验证登录.
(六)易用性要求1、请投标方阐述系统的用户易用性,包括菜单结构、功能快捷查找、拷贝与粘贴、模糊查询等.
2、请投标方描述系统与用户的交互界面,要求以最佳用户体验方式布局.
页面美观,加载快捷,方便用户操作.
业务操作流程应简洁明了,易于用户理解.
3、请投标方阐述系统的辅助功能易用性,包括在线帮助、提示、向导等.
4、请投标方阐述系统运维操作的易用性,包括日终操作流程、年终结转操作流程、单笔业务回溯操作流程、批量业务回溯流程等.
5、请投标方阐述系统二次开发的易用性,举例说明增加新业务时需要的开发、配置、上线操作流程.
6、请投标方阐述系统日志的可读性方案.
(七)语言要求1、要求所有系统均提供中文界面、菜单和帮助,便于用户了解应用的使用方法.
2、系统具备多语言支持功能,包括支持多语言输入与存储、多语言界面显示、多语言联机帮助、多语言查询、多语言报表和打印、中文系统报告等.
3、系统可以通过总行前置系统完成与后台的信息交换功能.
4、项目实施过程中,工作语言为汉语普通话.
5、要求系统支持录入和存储生僻字,支持国标大字符集.
(八)日终批处理要求1、要求系统具备完善的日终、月末、结息日、年终等批处理机制,能够对批处理作业进行定义和参数配置.
2、要求系统支持在应用中单独执行批处理中的某一任务.
3、要求系统支持批处理自动和手工的触发方式.
4、要求系统支持并行批处理.
5、要求系统支持批处理作业状态监控和报警,支持作业状态可视化进度监控.
6、要求系统支持批量窗口(时间)执行.
7、要求系统提供批处理断点续处理能力.
8、系统必须支持各种批处理的相互依赖关系来控制批的流程和结果,使用成熟的调度工具,批处理作业依赖触发关系可灵活配置,批处理异常时可很方便地手工停止.
9、请投标方阐述核心系统批处理启停机制.
10、请投标方阐述核心系统日间、日终、结息日、年终批处理的详细步骤,说明对联机处理的影响.
11、请投标方说明批处理执行过程中的错误处理机制.
六、运维要求1、系统必须提供方便、友好的维护管理界面,对系统资源使用情况、应用进程、中间件、数据库、交易和通信等进行监控,且具备对特定交易的跟踪功能,应用系统响应时间统计功能.
2、要求系统提供系统级和应用级的监控解决方案,能够提供与主流生产监控产品的接口.
系统出现异常时提供图像、声音和短信告警等多种告警方式.
支持接入统一监控平台.
3、要求系统提供多种格式的报表输出,必须提供灵活的报表定制和查询功能,用户可根据自身需求定制各类查询、交易量、差错率、系统运行状况等报表和全面的统计报表.
4、有统一的、完备的日志监控管理,提供图形化交易日志收集、审计和分析系统帮助快速、准确发现并解决问题,具备切实可行的审计机制.
5、请投标方阐述日终的备份、恢复机制及时间开销.
6、提供完整的数据归档、备份、清理、恢复方案.
7、提供灵活的日终错误处理机制,日终出错可以完整记录错误原因.
8、支持核心系统的即时升级,新产品的在线投产.
9、提供在线查错、问题分析功能;要求监控功能自动列出错误原因和解决方案;能够对错误原因和解决方案知识库进行维护.
10、提供多种提示方式的系统预警机制,例如短信、邮件等方式.
11、阐述核心系统的版本管理与升级方案.
12、提供后台数据库维护界面,以便维护人员对非常规性数据更正和维护需求进行后台数据库维护工作,并对维护人员操作内容进行审计,操作记录写入审计库备查.
七、与外围系统整合要求(一)集成总控要求中标方负责外围系统的应用集成和数据集成.
要求中标方是项目整体组织(含外围系统)、所有关联系统的集成、数据迁移(包含数据迁出、加工、迁入)、需求分析、业务测试(包含测试组织、测试案例编写)、设备采购和部署建议、推广培训的第一责任人,负责项目的组织和集成,对项目的整体结果负责.

(二)应用集成要求1、中标方负责根据接口需求厂商梳理提供的服务接口要求,完成核心系统与外围系统的对接,包括但不限于联机交互服务、文件交互服务等.
2、中标方负责提供完善的服务接口文档,配合外围系统的集成.
3、中标方负责核心系统实施过程中,广州银行同步新建系统,如中间业务平台、企业级大总账、后台集中作业平台等系统的接口开发工作.
如招标方原因项目延期,中标方仍将负责该部分的接口开发工作.

(三)数据标准要求1、中标方负责提供完整的数据模型文档,数据模型需要满足外部系统(数据仓库,UPRR,反洗钱系统等)的数据要求.
2、中标方需完成与招标方数据标准的对接工作,并根据招标方数据标准(数据标准的定义)对公司产品落地时进行数据模型改造,并包括但不限于系统设计、代码编写和数据库设计等软件开发和项目实施中使用招标方数据标准,未使用招标方数据标准的,需经招标方书面同意.

(四)未来拓展要求1、要求系统对国内各级政府、监管机构系统平台(如人行、银监会、银联)具备良好的对接能力.
2、要求系统对国际主流平台(如SWIFT、VISA等)具备良好的对接能力.
3、要求系统对第三方平台(如电商、证券、保险、担保公司)具备良好的接口支持和扩展能力.
(五)接口规范要求1、新核心业务系统、独立企业级大总账系统均需提供功能完备的数据接口服务,支持联机实时、准实时、日终批量等多种交互方式,能够为我行各服务系统提供良好交互服务,且能够为各账务交互系统提供准确、高效的对账服务;2、要求核心系统制定并遵循"广州银行信息系统接口规范".
既要在银行内部系统间建立起方便、安全的数据及交易接口,也要方便实现跨系统、跨地区、跨行业网络系统连接.
3、接口规范应满足现有外围系统、管理系统的有效、无缝接入,并能够满足将来统一外围系统的有效接入,能够有效支持核心系统与各外围系统之间的数据交换.
4、接口应具有很强的转换和适应能力,可以适应现有各系统的数据交互需求,并可根据用户需要灵活定义和配置新的接口.
5、提供标准、便捷的接口开发模式及开发环境,快速实现新增外围系统的接入.
6、支持多种渠道接入,能适应多种外部单位的各类通讯连接方式,支持柜面系统、自助设备等多渠道接入.
7、能够满足外联单位的各类通讯协议,各类中间件以及不同的报文格式,提供易用的接口控制模式及报文转换方式的定制.
8、支持通讯报文的唯一标识.
9、公共服务接口,保持其稳定性特点,杜绝接口服务进程承载力弱(并发量及相应速度),进程自行关闭;10、接口服务,特别是公共接口服务的设计合理能够涵盖各渠道业务的报文请求,避免在SIT和UAT测试过程中重要报文字段缺失,导致外围各渠道大面积改动代码情况;11、投标方案应答投标方需对接口服务各点进行方案应答.
八、软硬件要求1、要求投标方案中软硬件平台基于主流技术平台,具备开放性和可扩展性.
2、根据广州银行的现状及未来的发展规划,请投标方阐述推荐的软硬件配置方案,包括总行及分支机构层面使用的硬件配置(包括设备型号、数量)、网络设备、操作系统、数据库、中间件、应用软件、开发工具、测试工具,以及网络传输带宽要求,并给出推荐依据.
投标方按照推荐的硬件配置清单,给出详细的部署图和方案描述,并承诺该配置应能满足5年以上的业务发展需要.

3、请投标方列出投标方案中涉及的产品名称及版本.
4、请投标方列出项目开发过程中需招标方购买的所有第三方软件清单及开源软件清单.
5、请投标方提供生产环境的网络拓扑图.
6、请投标方详细阐述投标方案中柜面系统所采用的硬件设备、操作系统、浏览器版本、应用软件、数据库软件、开发工具.
柜面系统应为图形界面,支持客户使用多种常见的操作系统,支持统一的门户、安全认证系统,支持现有银行外设及其它各种银行常用外设.
请投标方提供目前系统支持的外设清单.

7、投标方必须使用主流的AIX或Linux操作系统,支持oracle、db2、mysql等主流数据库.
8、投标方案必须采用主流、开放、成熟的中间件产品.
9、请投标方阐述本项目开发、测试(含集成测试、用户验收测试、数据迁移、上线演练等)环境推荐的环境数量、设备清单(分项列出型号、数量)和网络拓扑图.
10、对于项目中所有涉及到的产品,要求投标方案中制定表格,用于标识各产品的属性(自有、第三方或是开源),并明确这些产品提供服务的方式.
九、文档要求1、提供技术文档,必须提供详尽的系统设计、开发、监控和维护文档,包括但不限于系统结构、服务器端环境要求、客户端要求、中间件要求、应用部署、数据库结构及应用和日志维护方法等.
必须提供客户化改造后的业务操作手册(操作手册需截图且结合文字综合说明).

2、项目中所有项目管理、开发过程、正式交付文档均全部采用中文,全部文档必须具有可读性和可用性,如果原软件厂家有对应的英文文档,需一并交付.
3、要求中标方按本文项目实施要求完整提交文档.
4、要求中标方按阶段及时提交相应文档.
5、要求中标方在提交阶段性文档时,经过项目负责人审核、签字确认.
第四节业务需求一、概述作为重要的业务生产平台,核心系统支撑银行关键基础业务,完成对客账务处理服务,是我行科技体系架构中重要的中台业务处理系统,处于承上启下的关键位置.
核心系统的业务处理能力强弱直接关系到银行的业务处理能力及服务水平,新一代核心建设项目必须能够提升和加强我行自身的业务服务能力,促进银行业务的发展,更好地应对行业竞争和监管要求,进一步提升我行的盈利能力,更好地满足我行精细化管理要求,为我行未来更加长远的发展提供良好的科技支撑能力.

新核心系统应采用先进的设计理念和领先的技术架构,以"客户为中心",以"产品为主线",以"数据为驱动"进行业务功能设计,实现业务参数化,本外币一体化,交易、核算相分离,支持多法人架构,支持跨区域经营,支持自贸区业务和非居民业务,支持村镇银行和其它控股的金融机构业务,拥有面向服务(SOA)的设计理念和分层设计架构,具备良好的业务创新能力.

系统能够以业务全支持特性,提供全面的业务功能,涵盖但不限于客户中心、产品工厂、定价体系、参数平台、账户体系、核心存款、支付结算、卡模块、公共模块、会计中心、报表模块、消息管理等功能模块,支持运营管理和风险管理.
系统须能够提供强大的产品工厂机制,支持银行金融创新;提供利率工厂、费率工厂、汇率工厂、税率工厂等市场化、客户化定价机制,拥有客户市场化、差异化服务基础;系统应支持多法人业务,支持自贸区业务,支持多种会计核算准则,支持增值税实时价税分离,支持资产证券化,支持资产转让等多种新型业务开展,充分满足银行对核心系统的各种要求.

新核心系统建设应符合我行科技规划和战略发展精神.
能够提供高效的业务支撑能力,能够与各类外围系统(ESB、互联网核心、信用卡、集中作业中心、业务系统、电子渠道等)友好交互,并提供全面的接口和对账、并账服务.
系统应具备高效的核算能力,为我行各类业务系统提供参数化核算配置能力.

系统须具有有效的数据管理及收集能力,能够全面、精细的收集各类交易详细信息,为经营决策提供全面的数据支持.
系统须满足多样运营要求,能够快速响应机构改革、组织架构变更、生产问题跟踪定位、跨账区机构撤并、公检法冻结划扣等.
新核心系统建设项目需能够承接我行现行综合业务系统的全部业务功能,包括现行存量及新系统上线前的增量业务,需要充分考虑存量数据迁移及数据初始化的复杂性,在符合(不改变)新核心设计理念和技术架构,并满足我行搭建客户中心、账户体系、产品工厂、定价体系、参数平台、会计中心、消息平台等建设的全局约束前提下,提供安全、完整、高效的数据迁移服务,具备业务全支持特性,保障业务连续性,达到两代核心系统平稳过渡的要求.

新核心系统应具备强大的运营管理和风险管理能力:提供高效的机构管理、柜员管理、权限管理等服务,满足业务7*24小时全方位不间断运行的能力;提供统一运营能力、灵活机构管理能力、风险管控能力.
满足我行网点建设、事后监督、风控、审计、渠道建设方面的要求等.

二、客户中心(一)总体要求在以客户为中心的业务模式下,拟在核心业务系统中建立客户中心,要求能够具备作为系统级客户信息工厂的能力.
1、客户信息需完整、准确、及时留存到客户中心,其他各系统可以联动调用核心业务系统客户信息服务以获得其所需客户信息,对于高频使用、低频变动的客户信息如客户号码、证件类型、证件号码、客户名称等,允许各系统保留一定频度的快照.

2、系统具有重复性检查、完整性检查、数据逻辑性验证等功能以提高客户信息数据质量.
3、支持结构化和非结构化的客户信息数据采集、存储、应用.
4、客户中心需要支持集成、独立两种部署方式备选.
(二)客户信息1、客户唯一识别1)客户中心能够为客户建立全行范围内、各业务系统间的唯一客户号,作为客户的唯一标识.
无论是对私客户还是对公客户,无论客户在本行哪个分支机构或电子渠道办理业务时,可根据客户提供的证件类型、证件号码、客户姓名为其分配全行范围内的唯一客户号.
通过客户代码可以查询该客户的开户信息、交易信息等.

2)客户号生成规则可配置.
2、客户基本信息1)客户信息应包括但不限于客户基本信息、管理信息、分类信息、状态信息、头寸信息、额度信息、联系信息、地址信息、凭证信息、账户信息、账单信息、协议信息、授信信息、贷款信息、高管信息、受益人信息、财务信息、评级信息、市场信息、信用信息、统计信息、实名认证、安全信息、综合积分、行为信息、提示信息、偏好信息、影像信息、关联人及关系信息、非居民涉税信息、其他信息、自定义标签、预留标签等.

2)客户基本信息应符合《金融机构客户身份识别和客户身份资料及交易记录保存管理办法》的规定.
3)客户中心对客户信息采用标签化管理,支持运营人员快速参数化自由灵活的进行个性化标签定制和添加.
4)客户中心可以定义多种类型的客户间关系,不论是单个客户或集团客户.
通过关系信息将客户与客户的关系在客户中心进行登记,能够对客户允许办理的业务进行控制,如共同贷款、集团资金池等.
另外,系统还需能够通过客户关系信息实现联名账户功能.

5)客户信息可以按照多维度进行分段分类,如年龄、财务状况、信用等级、职业等不同维度,针对不同维度的客户信息制定出不同的客户信息组,便于后续开展客群精准营销.
6)支持非交易驱动客户信息建立、维护、管理.
3、黑灰名单系统应提供"黑灰名单"功能(如行内恶意交易客户、反恐融资名单、反欺诈名单、高院失信名单、高院执行人名单等),满足电信诈骗等多口径黑灰名单管理及应用.
4、客户统一视图客户中心建立基于全面了解客户能力的基于客户或客户关系组的统一视图,提供客户统一入口的客户服务全面整合,并支持用户画像结果的展现.
支持按使用者角色、权限定义不同的客户信息展示内容;支持对敏感客户信息的保护及查询限制.

(三)客户信息管理功能1、客户信息建立,支持批量开立客户信息,如信用卡增量客户、互联网核心增量客户同步至核心后,如果判断属于新客户,需要核心批量开立,并建立对照关系.
2、客户信息维护,支持客户信息增、删、改、查操作.
重要信息修改,各关联系统应实时联动同步;非重要信息变动,支持各系统间实时、准实时、批量等方式同步.
客户注销仅为逻辑删除,如通过状态标注.

3、实名认证,系统需要支持各种实名认证手段,包括但不限于:公民身份核查认证、银行卡绑定认证、身份证拍照认证、手持身份证照认证、面部设别认证、视频识别认证等.
含因信息不完整而要求完善及确认后才能支持继续办理业务的场景中,支持对客户身份信息、账户信息等的核实功能.

4、客户间关系维护,包含对私客户间关系、对公客户间关系以及对私客户与对公客户关系.
5、客户群关系维护,如集团公司、共同担保人、共同受益人、共同贷款人等.
6、综合签约,客户中心存储全行客户签约副本数据,其他业务系统保留客户签约主本数据.
7、客户评级管理,可以通过内部评级或者外部评级方式来对客户评级进行管理.
外部评级由行内外围(含行外接入)对客户进行评定,客户中心保留接口,与外围同步.
8、黑灰名单维护,支持联机及批量导入功能,含SWIFT等外部单位提供的文件.
9、客户风险信息维护,支持从反洗钱系统等获取客户风险等级信息进行实时或准实时更新.
10、额度管理,支持客户综合授信、交易限额等管控.
11、客户信息整合,提供存量客户归并、身份证号码旧新转换等功能.
(四)客户信息应用功能1、客户信息查询、统计、分析,如客户账户信息查询、客户贷款查询、客户头寸查询、客户签约查询等,支持灵活的用户自定义查询.
2、客户营销的配置,客户与产品的关系,客户与业务种类之间的关系,客户下开卡、开立账户的数量限制等可参数化配置.
3、为外围模块或系统提供基础数据,核心系统遵循以"客户为中心",以"产品为主线",以"数据为驱动"的业务功能设计思想,客户中心应能够与核心各个业务模块紧密关联,自动为核心各业务功能体系、产品工厂的参数定价提供丰富的数据源基础,如为营销提供精准客户群体,全方位地支持差异化定价,交易流水、会计分录中记录适度的客户信息等.

4、客户中心获取涵盖客户在银行各机构开设的账户和产品数据,为客户提供综合对账服务,并提供电子对账接口.
5、支持业务部门按照黑灰名单设置个性化交易控制,灵活关联交易、设置限制及控制权限,系统记录违约和不诚信情况,支持全行范围系统针对黑名单查询及提示,并能联动使黑名单客户名下的所有账户更新为冻结状态、对客户部分交易行为进行控制,并支持对联名账户进行控制.

6、综合签约等协议信息落地.
三、基础服务(一)产品工厂核心系统需提供强大的产品工厂机制,采用流程银行方式构建银行产品工厂,依托银行业务基因图谱这一统一的企业级模型,将银行产品工厂产品的各种条件、规则等信息预先进行参数化定义,并按照其功能或者特定服务进行组件化封装的基础上,针对部门和分行提出的差异化客户需求解析为标准化的"零部件"装配订单,通过业务科技融合的组件化、参数化配置,快速形成相应的新产品服务,能够有效推动产品创新能力和面世效率,加快银行产品的推陈出新速度,强化银行业务的前瞻性,强化银行对客户提供个性化服务的能力,助力银行金融创新领先市场.
要求支持产品灵活配置、灵活定价、全生命周期管理,支持单一客户的产品定制.

1、产品工厂架构1)产品工厂应基于组件化或参数化的银行业务(产品)分解结构和抽象模型定义和实现,能够在交易处理层面实现产品交易处理流程的定义和配置,能够在数据层面对产品属性数据、交易流水、成本核算、市场化定价等进行定义和组织.
支持产品全生命周期划分定义和运营管理,包括产品定义、产品测试、产品上架、市场营销、产品下架、数据分析、绩效考核、产品拷贝等.

2)产品工厂需要支持产品组合功能,实现产品多元化发展,能够与外围系统对接平台产品与服务进行统一管理,可通过简单快速配置化实现新产品的设计、发布及全生命周期运营和管理.
2、产品工厂模型1)产品工厂应遵循产品维度化、维度属性化、属性参数化的设计思想,对银行业务进行抽象和梳理,建立完善的数据模型,全面覆盖银行业务.
能够紧贴银行业务特点提供符合金融产品市场化、客户化、个性化发展趋势的产品维度划分、维度属性定义和参数体系配置.
支持产品金融参数元数据管理,包括元素、元素组、元素列表、参数列表、参数列表组、产品模型、产品组件和产品模板.

2)根据银行金融产品特点,产品工厂应至少能够在静态特征、生命周期、业务控制、产品定价、账户凭证、账务核算、运营管理、查询统计等维度构建产品工厂模型.
其中:(1)静态特征包括业务种类、定活标志、有效日期、产品状态等属性;(2)生命周期包括开户定义、存入定义、支取定义、到期定义、销户定义、形态转移、冲正定义、转存定义、存款证明、挂失转让、凭证核销、冻结划扣、信息推送等属性;(3)业务控制包括额度控制、币种控制、存期控制、凭证控制、客户控制、机构控制、渠道控制等属性;(4)产品定价包括利率定价、计提计息、结息信息、收费信息、利率变更、计提调整、收取利息税等属性.
3)产品工厂对条件、规则等属性信息预先进行参数化定义,能够根据市场需求,通过合理的产品维度划分、丰富的属性定义和多维度参数体系灵活地配置创新产品全生命周期运营规则,快速推向客户响应市场的能力.

3、存款产品体系1)核心系统应具备一套符合银行金融产品特点、全面覆盖银行业务的产品体系,提供能够覆盖包括但不限于基础产品业务、期次产品业务、组合产品业务、快捷产品业务、创新产品业务等的产品模板.
(1)基础产品业务主要包括银行各传统存款品种、新计息存款产品、同业存款业务等;(2)期次产品业务主要包括大额存单、结构性存款、代销产品等;(3)组合产品业务能够包括虚拟资金池、财政类账户、财政统发账户、医保账户等账户结构产品和账户增值等资金转移类产品等;(4)快捷产品是指II、III类账户等业务;(5)还需支持如我行智多宝、智存宝、周周盈、天天利、智能存款、活定盈、结构性存款、大额存单等创新产品业务;2)产品工厂需能够提供产品拷贝功能,并基于复制产品进行个性化修改定制.
4、存量产品迁移产品工厂够提供存量产品信息迁移和数据治理服务,以新系统上线运行为时点,能够对时点前我行全部存量产品提供可满足我行对产品管理需要的产品模板,提供完备合理的迁移方案,并安全平稳的完成存量产品的迁移工作.

(二)定价中心1、核心系统须针对未来客户服务的市场化建立内部定价体系,提供参数化的多维定价体制,提供利率工厂、费率工厂、汇率工厂、税率工厂等客户化定价机制,提供对客差异化服务基础,支持单一客户的定价.

2、支持市场化条件下利率、费率、汇率等定价主体各种价格的计算和执行方式.
3、提供丰富的市场化计价模型和工具.
4、支持客户、产品、渠道、区域、时间等维度的差异化定价.
5、能够快速响应人行的基础利率调整.
6、支持全行各业务模块和外围系统统一调用管理.
7、考虑未来与外围定价系统的良好交互,为其他分析应用提供定价分析、决策的依据.
(1)利率工厂1、核心系统须全方位支持利率市场化,提供丰富的市场化利率定价和利息计价方式、方法和模型支持,至少包括但不限于固定利率、基础利率+浮动利率、基础利率+浮动比率、参数利率等多种类型的利率设置,并提供多维度的利率优惠策略、方式和方法,利率浮动及优惠可按多种因子进行灵活的规则配置.

2、支持根据用户来源/标签、余额或月/季/年日均余额靠档、期限靠档等单一属性或者组合属性下进行差异化定价,并能够与优惠规则和优惠利率友好叠加.
3、利率的设置可以使用手工输入、接口导入或者从参数平台自动提取利率并自动更新;系统可以灵活地对借贷方利率进行调整,可以实时调整、制定生效日期、客户级调整、账户级调整等.
4、能够对市场化定价和非市场化定价账户快速识别并采取区分管理策略,能够对人行利率、利息基准策略调整进行快速响应,能够快速完成我行对非市场化定价账户浮动策略的调整,支持预约生效时间,支持每日重定价.

5、支持利率产品化管理,利率工厂应与产品工厂相辅相成、友好交互:1)利率可通过利率种类进行标识,并从币种、存期、档次、区域、机构、渠道等多维度设置利率参数,用以区别不同业务所用的利率基准和利率属性.
2)利率类型可支持标准、Libor、Hibor、Shibor等,支持多维度利率参数设置及不同维度的组合,包括但不限于利率类型、币种、存期、档次、区域、机构客户类别和级别、客户资产规模、存入金额、时间段、产品等.

3)利率生效日期定义,保留历史利率明细;4)支持基准利率的参数定义和维护,并定义浮动类型及浮动范围;支持多种利率浮动方式:不浮动、按点值、按比率;支持在基准利率基础上进行行内参考利率定义,可按机构或分行定义参数使用范围;存期靠档方式支持不靠档、上靠、下靠;支持倒起息、延起息、停息;支持多维度组合利率设置5)支持灵活的计息方式:包括但不限于不计息、全额计息、超额计息、分段计息、金额分层计息、按利率调整周期计息、透支息、按起息日或结息日计息;;支持一户一利率;6)支持多种利息计算天数;7)支持灵活的结息周期:包括但不限于按频率(日、月、季、年)、按指定结息日;支持同一产品多种结息周期;8)支持多种付息方式:包括但不限于本金化、留存本金账户、转入指定账户、柜台取现;9)支持成本核算时机规则的定义:先预提,后入账;10)支持利息试算.
6、在利率市场化的前提下,系统须提供丰富的计提、计息、结息手段、方式和方法,实现参数化配置、控制及管理:1)计提和计息方式应至少包括但不限于积数计息、分段计息、分段递进计息、分层计息等基本方式.
2)计提和计息周期均可设置为日/月/季/年或参数化设置等,系统须支持按日计提、计息.
3)系统须支持付息和结息,付息和结息周期至少支持按日、按月、按季、按年或者参数化设置等.
4)利率工厂还应支持设置利息收入账户,利息账务核算等功能.
(2)费率工厂1、核心系统通过费率工厂对各种收费的收费种类、计算方式、收取时机、优惠方式等进行归纳总结,统一管理收费项目、准费率和费率优惠方案,从而实现全行级的收费目录管理,同时提供收费套餐、汇总收费等较灵活的收费处理,满足客户在收费方面多样化的需求,提升客户体验.

2、费率工厂包括收费项目、费率设置、费率优惠、收费规则等.
系统可以按照业务种类、产品类型、客户类型、客户标签、交易渠道等多种维度进行参数化设置.
支持市场化定价并提供丰富的定价策略,可以按多种因子灵活配置费率优惠策略,支持多种收费规则及收费方式.

3、费用基本业务属性包括:1)支持实时和按照一定频率收取,入账机构及总账信息、挂账信息等;2)按金额或笔数分档,并分全量/增量两种方式应用档次;3)支持按单费用产品收费或按收费事件组合收费,收费额度或收费比率,最高/最低收费限额等,应用币种、应用分行、可否优惠等;可否分成,交易行、转出行、转入行分成比率等;欠费(完全、差值)、免收(完全、差值)、下周期扣(完全、差值);可分产品、渠道、客户类型定制收费事件,进行组合收费.

4、系统同时提供费用试算功能,支持不同币种计费及费用记账,自动完成费用换算;自动完成费用记账或挂账.
支持联动收费、同步收费、先计后收、批量扣费等多种收费方式.
5、支持客户区别定价,建立面向客户级别、交易类型、交易渠道、交易网点、特殊日期段、资产负债额度等多维度的费率参数.
同时支持根据客户分级/分群执行差异化费用优惠策略.
6、支持使用综合积分等抵扣交易手续费策略.
7、支持已收费后的退费功能.
(3)汇率工厂1、核心系统须能够通过汇率工厂的概念实现汇率市场化内容.
2、支持牌价多样化定义:1)建立差异化汇率报价体系,根据不同业务需求使用不同的汇率报价,区别对客使用的汇率定价与内部总分行平盘使用的转移定价;2)更新频率的差异化,根据业务需要调整系统牌价更新频率;3)支持按客户标签、VIP等分级优惠汇率报价的自动化(询价);4)支持柜台系统、国际业务系统等涉及结售汇业务的系统的牌价更新,报价有效计时功能,即在报价有效期内以当前报价成交,超时未提交重新报价;5)保留汇率历史查询;6)预留接口支持各分支行或其他对外电子渠道对接公布牌价功能.
3、支持一键暂停或恢复外汇业务的功能.
4、预留建立衍生品业务体系的空间.
5、增加汇率一般性优惠限制维护功能及特殊业务或客户的个性化汇率优惠限制维护.
6、保留每笔外币兑换所使用的报价及对应的中间价及折美元汇率.
7、支持涉及汇率兑换的业务均能单笔记录成交汇率及对应中间价,并形成账务记录以便计算处理总分支行等汇兑损益分成等.
8、支持实时头寸统计、损益统计、报文报表自动生成.
(4)税率工厂1、核心系统需支持包括利息税、增值税在内的多种税种的定义,可定义基本税率、减免税率,税率设置方式可为比例税率、定额税率和累进税率,并针对不同税种设定各自的控制规则,如是否分档、是否分段、是否允许差异等.
基本税率可按产品(个人和非个人)定义,减免税率按国家定义,可以调整.
可定义的周期,利息税的收取周期可以定义,但是原则上会在支付/扣除利息的当时扣除.
支持不同税率分段计算.

2、利息税按照中国人民银行利息税的处理进行,系统设定当前的标准利息税税率并建立减免利息税的国家名单,客户可以按利息税减免国籍表中的税率来缴纳利息税.
如果客户的国籍不在减免利息税国家名单中或是没有申报减免利息税者不享受利息税减免.

3、系统可以在产品层设定该产品是否需要缴纳利息税.
(三)参数平台1、新一代核心系统须采用高度参数化设计,全面实现参数化管理和运营.
参数平台为客户中心、账户体系、产品工厂、定价中心等基础服务提供灵活的利率、费率、汇率、税率模型,通过多种参数组合实现差异化定价、快速开发新的业务产品,满足金融市场业务变化的需求.

2、公共参数:公共参数用以支撑系统运行的基础参数,包括机构参数、渠道参数、地区参数(支持境内外)、语言版本参数、柜员参数、币种参数、客户信息参数、利率参数、费率参数、汇率参数、税率参数、节假日参数、周期频率参数、核算科目参数、账号结构定义参数、交易限额参数、监管信息参数等.
可清晰展示多个参数之间的相互影响关系.

3、产品参数:产品参数从业务角度抽象出的用以描述金融产品信息,如产品基本特征参数、核算参数、服务定价参数、市场化参数等.
4、描述参数:描述参数用于描述某种性质的参数,如账户属性、账户状态等.
5、功能参数:功能参数用于实现具体功能,可按参数数量组成分为独立功能参数和组合功能参数.
独立功能参数指自身代表了一种业务功能;组合功能参数指由多个参数对应功能组合形成一个整体功能,如费用类型是由收费基数、费率、收费场景、收费方式等多个参数组成.

6、参数平台应与客户中心、产品工厂、利率工厂、费率工厂、汇率工厂、税率工厂、运营中心等采用一体化设计,能够紧密联系、相互支持、友好交互.
7、参数管理应由完整的依赖关系图、血缘图谱等辅助操作.
四、运营管理运营管理主要包括机构管理、柜员管理、现金管理、凭证管理、其它服务等业务模块,以上业务模块要高度灵活支持参数化,支持广州银行现有系统和未来业务发展需要.
(一)机构管理1、系统提供完整的机构管理体系,支持参数化设置机构业务关系体系,相互独立,互不牵制,灵活配制机构管理、清算路径,同时系统还提供丰富的机构管理功能.
2、可通过参数实现多法人、分支行、总分行部室、事业部及虚拟机构设置,支持多层级、跳跃式的机构管理模式,支持多级清算模式,并实现有效隔离数据、产品、报表权限等;可通过参数实现多种机构类型,比如营业机构、账务机构、报表机构、查询机构、虚拟机构等;可通过参数实现多级机构架构,支持区分业务关系定义多纬度机构层级,比如账务关系(总行、分行、支行、分理处等)、现金关系、凭证关系、报表关系、管理关系等;支持同一地区设置多间同级分行的模式.

3、可通过参数实现机构开立、撤并、拆分、调整,并能通过实时、批量方式通知外围系统,要求能够自动化、流程化,并可有效监控系统完成银行机构的撤并、拆分、迁移和撤销工作,机构变更的结果可追溯,能够快速实现跨清算机构迁移;实现网点开机、网点日终平账、网点账务平衡检查、网点关机、总分行授权网点重开机等机构管理;4、支持广州银行现有分行接入及自贸区机构设置,支持未来不同类型的组织(如跨地区自贸区、境外机构、村镇银行、股权投资机构)接入及运营;5、支持不同层级的集中作业机构,并可灵活调整服务对象.
6、支持机构权限的参数化设置,包括但不限于经营范围、交易限额、管理权限等.
(二)柜员管理1、系统提供完整的柜员管理体系:柜员代号采用终身制约束,支持参数化设置柜员的基本信息、归属机构、权限信息、启用日期、状态等各类信息,提供丰富的柜员管理功能;支持柜员多种身份认证管理,如密码、指纹等生物识别技术;2、支持启用/封存大库尾箱、普通柜员尾箱、尾箱交接、尾箱碰库等柜员尾箱管理内容,支持随机分配尾箱功能;3、支持平账流程定义、平账后操作控制、柜员工作量统计等柜员日终平账管理内容;4、支持虚拟柜员、自动柜员、自助设备柜员、移动柜员的管理;5、支持实体柜员绑定多个虚拟柜员,建立与员工柜员号的责任归属绑定,让非实体员工柜员账户有对应管理者;支持同一柜员绑定多个不同业务处理范围的机构;6、柜员权限采用参数化管理:1)支持多维权限控制;2)支持本地授权、分级集中授权、远程授权相结合的模式;3)支持柜员部分或全部权限转授权、临时授权、当日授权、自动恢复原权限等操作;4)支持参数设置柜员临时权限开放功能,支持特定的某一个柜员对数个指定机构的业务进行操作,可以是临时性处理方式实现.
5)支持柜员轮岗管理及提示;支持柜员不能为本人账户办理业务的逻辑判断及控制.
(三)现金管理1、支持总行与分行之间、分行与分行之间、分行与支行之间本、外币现金调拨和上缴管理;2、支持营业网点内部现金调配、出入库等的管理;3、支持尾箱的限额管理、券别管理,能够提供券别配钞、分类功能灵活使用;4、支持长短款处理和现金预约的管理功能,5、支持外币现金业务的人民币找零机制;支持人民币找零差异自动挂账及校验功能;6、支持多级现金库及柜员尾箱设置,现金库房可分为单中心库、多中心库或多种不同层级的现金库房,对应不同层次的机构来定义现金调拨和管理关系,网点柜员尾箱设置可根据不同业务发展需要设置多样的现金尾箱,并对其处理的现金收付进行监控记录;7、支持现金调拨管理,现金调拨管理包括现金出库、现金入库、尾箱现金调入、尾箱现金调出、尾箱调拨等功能,现金调拨包括系统外(当地人民银行、其它同业)现金调拨及系统内(上下级机构、同级机构间)现金调拨,支持出入库时需要的券别记录,支持在途现金管理;8、支持尾箱限额管理,系统能够按机构的实际情况对柜员尾箱每种货币设置限额,对现金的额度进行监控和管理,系统能够在柜员尾箱的现金已经达到限额时提示库管柜员或主管柜员对超出限额的现金进行入库,系统能够在现金量过低时提示库管柜员或主管柜员提示领入现金或与其它柜员做现金调拨,系统能够提供现金平衡试算功能;9、支持残损币兑换功能,支持反假币处理功能;支持假币、残破钞管理,能够对假币、残破钞提供登记等管理功能,并生成相关的报表;10、支持多渠道现金预约、大额提现、配送管理,支持纪念钞币的预约管理及兑换;11、支持自助设备尾箱管理,支持自助设备单位客户无折无卡存现;12、支持逐笔交易关联登记冠字号码,能够满足冠字号码的跟踪需要;13、能够按时点统计各渠道客户预约取现量及日终库存量,为机构拟定现金领入计划提供参考;14、支持实时的库存的查询管理;支持外包(如外包ATM)的现金查询管理;15、能够为各级监管部门要求的现金统计报表提供基础数据.
(四)凭证管理1、支持对凭证的参数化定义;2、各分、支行库管员可以按照参数化的设置关系进行灵活的凭证领缴,系统对凭证的各种状态进行记录,提供相应的交易进行联动,及时维护其状态;3、支持凭证尾箱库根据管理级次的需要进行灵活设置,凭证支持上下级、跨级的领缴关系、支持特殊网点间的横向调拨及网点内部柜员间的凭证调剂,凭证调配及出入库时打印相应的凭证;支持机构间凭证预约及在线审批;4、支持电子凭证的管理.
5、支持尾箱的限额管理;6、支持凭证与交易联动自动核销与特殊凭证的手工销号处理;7、支持对碰库交易、凭证出入明细登记进行记录,确保账实、账簿相符;8、凭证种类包括但不限于活期一本通、定期一本通、一卡通、存折(定期、活期)、存单、支票、UKEY、动态令牌等,作为重要空白凭证来管理,具体负债业务适应的凭证支持客户灵活配置;9、支持凭证设置,由于纳入重要空白凭证管理的凭证种类繁多,支持凭证种类自定义功能,可以新增、修改、删除凭证信息,支持设置凭证类型、编号、有效期、版本号(批次号)、使用范围等;10、为了防范操作风险,重要空白凭证的使用通常不能重号、跳号(特殊授权后可跳号);11、根据凭证种类和核算的要求,管理级别分为总行、分行和支行等,不同的管理级别拥有不同的管理权限,不同凭证可以归集到不同的级别进行直接管理;支持某种特殊凭证可通过厂商直接调拨(寄送)到支行(分理处)入库,支行(分理处)只需与上级机构进行系统确认;12、支持凭证调拨管理,包括但不限于重要空白凭证和有价单证的领入、调出、使用、作废、返纳、冲销、更换等,并提供调拨记录,支持重要空白凭证的表外账记账规则参数化配置,支持凭证订制的凭证号防重号计划管理,如大库做凭证计划时,预防重复提交凭证计划;13、能够支持重要空白凭证在不同的业务中使用,能够与各个外围系统进行联动、动态维护凭证状态;14、支持自助设备凭证管理;15、支持对移动人员外拓类凭证的状态管理,可锁死、可恢复、可横向、纵向调拨;16、支持同号换卡的业务办理;17、对同一客户,其名下的银行卡、存折等不同账户,支持总体设定数量限制,按类设定数量限制;18、涉及重要空白凭证的交易支持虚拟渠道优先、后续再进行人工或自动销记的功能;19、支持不同层级机构某一时期凭证实际领用量的统计查询;20、支持设置凭证成本单价表及成本试算,为机构成本核算提供依据.
(五)批量处理1、需提供功能完备的批量接口及服务,支持联机实时、准实时等多种交互方式,批量处理包括但不限于批量签约、批量开户、批量销户、批量转账并销户、批量开卡、批量销卡、批量扣款、批量入账、批量查询、批量冻结、批量解冻、批量解冻并扣款、批量客户资料的新增、修改、查询、删除等,并提供相应的冲正功能.

2、可根据不同场景下,对批量处理的时间、优先级、交易量等进行参数配置,建立批量调度平台;支持批量入账失败后的灵活处理.
3、必须保证处理效率,批量处理支持7*24小时设计,并且不影响非批量联机交易.
(六)报表需求1、支持格式化传票、对账单、记账簿、清单的生成、查询及打印;2、支持时效性要求较高的业务管理类报表的生成、查询及打印;3、支持报表数据提供给其它系统应用.
(七)其它服务1、权限方面1)支持多维权限控制,核心交易分组管理、产品分组管理;2)柜员权限角色化,包括交易权限、产品权限、币种及限额、柜员级别、业务部门等;3)柜员继承角色权限,支持在柜员层调整.
2、授权机制方面1)核心系统支持本地授权、集中授权结合的模式,根据业务需要配置授权规则,系统根据授权规则自动选择本地授权或集中授权;2)可通过业务参数进行交易流程控制和监督机制配置,从而加强对网点操作风险的管控,即对交易发起、处理、结束过程中的流程、节点进行设置;3)对交易的生效模式进行控制.
3、库存管理1)核心系统支持总行、分行、支行不同的库存管理,可实现重要空白凭证、代保管品、业务凭证分别统计、分析;2)支持同级行、同网点柜员间直接的凭证调拨;3)实现凭证使用情况预警.
4)支持网点、柜员的现金券别管理.
4、公共应用1)实现客户回单按不同需求进行打印;2)对特殊账户备注信息提示;3)特别账户特别控制管理;4)实现客户综合账单等.
5、现金中心相关管理1)支持代理寄库等登记及管理;2)支持现金分及差错管理,支持现金清分相关统计,区分代理清分.
五、业务核心(一)账户体系核心系统账户体系需遵循多层级的账户体系设计思想,客户介质与账户实现松耦合管理,可通过统一参数平台进行账户结构灵活定制,且定制化账户结构能够通过产品工厂最大程度上支持我行各项业务发展.
支持账户间的关联关系、清算结算、对账管理等,支持对资产限额、账务类型、账单科目等进行参数化灵活定制,支持各类账户间关系的全景视图.
支持本外币一体化的账户体系.

1、账户类型账户类型应包括但不限于:实体账户、虚拟账户、电子账户;I、II、III类账户;集团、资金池等管理需要的母、子账户;各类特殊业务需要的增值账户、财政类账户、财政统发账户、医保账户等.
2、账户结构1)账户结构采用多层级的账户体系设计思想,包括但不限于主实子实、主虚子实、主实子虚、主虚子虚等本、外币账户结构,并纳入统一参数平台快速灵活参数化定制个性化账户结构,满足多样的业务品种需要.

2)账户结构能够满足财政零余额、资金转移、资金池、集团、增值等业务应用场景,支持延展到多法人的模式.
3、账户管理核心系统账户体系构建应满足监管机构对银行账户体系的管理要求,支持多层级账户体系下各类账户的交易类型定义,支持参数化账户状态管理并提供丰富合理的状态字典,支持参数化管理交易控制、限额控制、风险控制,全面支持各渠道的有权机关及行内相关部门查冻扣等.
支持与行内互联网核心的账户体系间的良好交互,支持账户升降级管理.
支持不同时间节点设置对账户的交易控制.
支持参数化设置对账户进行不同渠道交易开关控制.
支持账户交易流水摘要的人工添加或维护.
支持账户年检管理.
支持账户身份核实功能.
在开立基本户时系统要支持机构信用代码证的登记等管理.
支持对公账户开立时与人行账户管理系统实时或批量对接.
支持账户销户前协议、凭证检查,支持冲销户,支持销户凭证自动核销.
支持单个或批量变更账户机构归属.
支持单个或批量变更子账户的机构归属.
支持账户全生命周期不同时点状态的记录及查询.

4、内部账户1)核心系统需能够支持内部账户管理,并能够对内部账户进行严格的管控,内部账户的管理应考虑秉承产品管理概念,能够按照产品进行定义归类,并统一在参数平台进行配置.
2)业务处理过程中应收、应付类情形,支持采用挂销账机制处理.
5、II、III类账户核心系统能够支持II、III类账户的开立,绑定功能并能识别II、III类账户;同时要满足监管单位对电子账户的要求及各项政策,以及未来监管部门的新调整要求,系统能够对II、III类账户进行参数配置有效的满足交易控制需求,支持线下各项业务及升降级管理;支持与互联网核心交互,联动进行交易控制及升降级处理.

(二)存款业务核心系统需能够符合存款业务产品化趋势、充分满足我行存款业务产品化要求,能够通过产品工厂、定价中心等基础服务提供先进的模块化和高度的参数化设计、满足存款产品市场化定制、定价需求.
系统能够计,引入金融产品设计工作室的先进理念和业务创新机制.
能够将存款业务作为金融产品中的一种(基础产品)纳入到统一的产品平台上进行管理,能够有效缩短产品创新落地周期,能够有效减少系统重新开发、测试、升级等环节的工作量.

存款业务应支持本外币一体化的个人存款、单位存款、同业存款、保证金存款、财政存款、医保存款、境外机构存款,以及相关账户服务和账户渠道控制管理体系,支持存折、存单、卡、虚拟电子账户等多种介质以及一户通等功能,要支持现有存款产品对接以及未来产品快速定制,支持数据标准化、新资本管理协议等要求,存款业务设计必须满足外部监管、本行相关制度规定、以及未来发展趋势要求.

1、存款品种1)存款业务内容包括但不限于个人存款、单位存款、产品创新、特殊账户等:个人存款包括但不限于活期存款、定期存款、个人结算账户、个人支票户、多币种一本(卡)通活期存款、一户通存款、大额存单、结构性存款、智能存等,需能够支持联名账户和我行天天利、周周赢、月月积、聚薪宝等产品或组合功能等;单位存款包括活期存款(含财政账户)、定期存款、多笔定期、通知存款、多笔通知、保证金存款、协议存款、协定存款、外币大额存款、账户通存款、一户通、单位结算卡等,单位业务还需支持我行大额存单、智能存款、结构性存款、盈利宝、智多宝、智存宝、建筑施工企业工人工资保证金、投标保证金业务、社保基金等需专项管理的存款类型等,要求满足我行专营管理要求;支持结构化产品、存款账户的任意组合以及利率市场化、自由贸易区、未来跨境经营的存款品种要求,通过高效的产品工厂实现存款产品自由组合、快速定制等产品创新;全流程支持财政零余额账户、集团账户、多级账户(如母实子虚、母虚子实)等特殊账户;支持个性化选号设置等特殊账户服务;投标方需充分考虑和全面支持我行各存款产品和业务品种的个性化设计和专营管理.

2)活期存款按个人业务和单位业务进行区分:个人业务包括活期储蓄存款(个人非结算账户)、个人结算账户、个人支票户、多币种一本通活期储蓄存款、一卡通活期储蓄存款、少儿活期存款等;单位业务包括单位银行结算账户、协定存款账户、经常项目外汇账户、资本项目账户、保证金存款账户、国库存款账户、代理国库存款账户、住房公积金存款账户、同业往来账户、单位存折账户、联名存款账户等.

3)定期存款按个人业务和单位业务进行区分:个人业务包括但不限于整存整取、零存整取、整存零取、定活两便、存本取息、教育储蓄、通知存款和定期一本通、零存整取、存本取息、定活两便存款、智能存款、定活盈存款、少儿定期存款、住房补贴存款.
等;单位业务包括但不限于单位定期存款、单位通知存款、单位协定存款、单位协议存款等,存款账户应增加支持可设置是否可代理人开立的设定功能,开户时还需支持监护人关系绑定与监护人账户绑定,销户时还需判断各类签约业务的解约情况.

4)存款开户时应支持录入营销人员信息;开户时能够对客户输入密码的安全性进行校验,拒绝简单密码设置,支持监护人关系绑定与监护人账户绑定;销户时支持判断与之关联的其他账户是否已经关闭、关联的协议是否已解约或失效校验;支持开立联名账户;支持基本账户、一般账户、专用账户、临时账户等账户性质,临时账户又可分临时增资、验资账户和临时机构临时账户;支持单位客户印鉴片作为重要空白凭证来管理;支持存款账户激活设置控制权限,能够对账户的证件期限进行校验,支持账户年检校验;能够对单位委托日常办理业务的经办人信息进行登记;支持集团客户管理,支持但不限于财政特殊账户的开立、自动记账等功能,支持开立虚拟账户等其他特殊账户,支持大额异常资金变动的实时监控,支持渠道业务、非柜面业务的生效时间的设定等功能.

5)产品化管理:(1)支持存款业务全生命周期管理、代理管理、流程渠道控制、账户冻结管理,满足中国人民银行、银监会以及本行相关制度以及未来的发展趋势(如存款保险制度、数据安全等)要求;支持未来新账户管理办法的实施和落地;能够支持与外围平台的对接,接口实现安全、标准、高效;支持存款账户的多维查询和账户试算,支持数据实时、适时抽取,能够实现与外围系统的标准化对接;能够满足直接支付、授权支付、财政专户等特殊财政账户的管理要求;支持灵活的、不同介质的客户账户对账处理;支持多渠道发起的账户通知服务,参数化配置通知事项;针对反洗钱和内部控制的要求,系统可以进行参数化控制,满足反洗钱管理的要求;支持身份信息联网核查,联网核查嵌入系统,保存联网核查相关数据,并支持批量联网核查功能;支持流程银行模式下的存款业务操作,支持预开户及预开户期账户多状态管理;支持数据的审计回溯.

(2)支持通过灵活的产品定制来满足当前及未来业务发展的需要,系统应该能够灵活定义各个存款产品的有效币种,不同币种的产品能够支持下列处理属性上的差异:利率、利息计算天数(即360/360,360/365等)、利息计算方法(如积数法、每日滚存利息法等)、结息周期、汇率、钞汇处理、起存金额、最低余额要求和各种手续费.
系统要生成相关的报表协助银行跟进个案,系统应该能够检查:单笔现金存入或转入的交易金额达到或超出设定的监管额度;单日现金存入或转入的累计金额达到或超出设定的监管额度;现金存入或转入在一个可以设定的时间范围内(如一周、一月等)累计金额达到或超出设定的监管额度.
请投标方说明系统在产品层或账户层对设定下列参数的支持程度:起存金额;最低、最高账户余额及透支控制;在各个交易渠道设定最低交易金额和最高交易金额;透支额度;与存款账户发生交易时的会计分录及相关的科目,包括本金、利息、手续费等;大额交易和余额变动.

(3)支持零余额管理,支持零余额账户在一个设定的时间(参数化设置)后进行自动上划久悬账户的处理(参数化设置,财政零余额账户或者其他特殊账户的除外)等,支持久悬零余额账户的自动销户处理.

(4)支持定期存款到期/续存处理,支持是否允许续存参数化设置,支持到期/续存到期灵活处理方式;支持续存宽限期,对于没有在到期日提出续存的定期存款,可以提供一个宽限期,在宽限期内可以支付或不支付利息;支持节假日处理,如果定期存款到期日是一个货币节假日的话,银行可以通过参数定义在前一个货币工作日或后一个货币工作日办理结清或续存;支持续存预通知,主要是针对有续存约定的定期存款账户所发出的提示;支持到期通知,通知的方式可以在到期前的若干个工作日(可参数设定)通过电话、传真、手机短信等方式发送.

(5)支持定期存款提前支取/结清,包括但不限于提前支取(包括部分提前支取等其他业务);支持提前支取的次数和每次支取金额(最小金额和最大提取的百分比或剩下余额不能小于最低起存金额)及频率限制;支持提前支取的利息计算,包括提前支取部分和剩余部分;可以允许提前支取的时间及相应的处理(参数化设置,如在开户3个月后才能够提前支取,否则就要收取提前支取手续费或违约金).

(6)支持定期存款的存/取款处理,支持通过参数定制允许客户在开定期存款的某个设定的时段内进行存款,享受开户时的利率;也可以考虑让客户在某个时段内取款而不算是提前支取;存入或提取的最高金额可以是开户时的一个预设百分比;存入或提取的次数和每次存入或提取的最小金额也可以通过参数设定.

(7)针对个人客户存取款:支持个人客户有卡、折存取款;支持个人客户无卡、折存款,支持无卡折取款,但必须登记经办人身份信息;支持个人客户人民币快速支取功能(即保留最低留存余额);支持个人客户批量转账功能;对于支取方式,支持但不限于凭密码支取、凭身份证支取等多种支取方式.
支持生物特征或证件方式的取款或销户方式.

(8)针对单位客户存取款:支持单位客户多笔存现功能;支持单位客户取款或转账时,超额一定金额要核对单位预留经办人信息;支持单位客户批量转账;系统应支持但不限于支票支取、取款凭证支取等多种方式.

(9)支持存款起存金额的校验、取款金额的校验、预约支取登记功能,支持定期存款增本续存功能、减本续存功能、到期换存期续存功能,支持单位证实书与单位定期存单相互置换的功能;系统应支持统一签约功能;系统应支持存折流水打印时,若现有存折打满后,可以直接换一本新存折打印.

(10)支持指定账户达到一定金额自动转移资金到一个或多个其他指定账户;支持从一个或多个账户将一定金额自动转账至某一指定账户,使得转入账户保持事先定义的金额;能够定义转出账户应保留的最小余额;能够定义最小转账金额的单位,如10万元或100元的整数倍等;支持账户资金的实时自动转移功能;能够定义转账的周期及起始时间;支持以下约定支持指令,包括存款账户转至行内账户、存款账户转至行外账户;可选择多种支付频率,如固定周期和频率,以及日、周、旬、月、季、半年、年等指定不同类型的具体的支付日期(如每周二、每月6日).
支持临时存款账户的预警管理.

2、存款利息1)利息的处理还应该支持以下的灵活性:存期,按产品的特性可以定义每个产品的存期;2)利率,支持定义多种不同的利率,如固定利率、浮动利率,还可以按不同余额分段定义;重新定价规则(定期存款),如可在续存时更改、可随参考利率变动而改变等;3)结息周期,如日、周、半个月、月、季、半年、年等.
除了按日结息外,要支持定义是周期里面的那天(如周五、月末、季末、年末或每月的20日等);4)利息计算方法,支持包括计息方法、计算天数、计算利息的最低余额要求、最低应付利息(适用于利息保证或保障的账户)、账户变动时的计息方法和分段计息;5)利息支付方法,支持利息本金化、利息转到指定账户和柜台上取利息等支付方式;负利息计算,如果活期存款账户出现透支情况(临时透支或因为使用透支额度),透支的余额所计算的利息与正常的利息计算需要分开处理.
透支部分的余额按透支的利率计算,存款的应付利息与透支的应收利息不能进行抵消,要分开核算;对提前支取情况的部分交易支持抵扣本金.

6)支持可以提前按一定频率付息,是否可以提前复付息以及付息频率可以设置,以及若提前支取时,利息透支前提下,本金的扣抵情况的设置.
7)支持利息可留存定期账户、转入指定活期账户、转入内部账户、提现等多种灵活的提取方式.
3、存款利息税按照中国人民银行利息税的处理进行,系统设定当前的标准利息税税率并建立减免利息税的国家名单,客户可以按利息税减免国籍表中的税率来缴纳利息税.
如果客户的国籍不在减免利息税国家名单中或是没有申报减免利息税者不享受利息税减免,系统可以在产品层设定该产品是否需要缴纳利息税;系统可定义的基本税率和减免税率,基本税率可按产品(个人和非个人)定义,减免税率按国家定义,可以调整;系统提供可定义的周期,利息税的收取周期可以定义,但是原则上会在支付/扣除利息的当时扣除;系统支持不同税率分段计算.

4、存款手续费银行需要提供灵活的手续费处理方式,请投标方对以下手续费属性要求提供相关介绍:1)可定义的手续费种类和费率-费率是可以按不同的产品特性定义不同的价格,并允许在账户层面按客户的特殊情况作出修订,包括费率的调整或免收;2)可定义的收费周期-按产品或手续费的特性,可以灵活选择收取费用的周期,如天、月或自定义的周期.
在以月为单位的周期,可以选择月/季/年末或任何一天.
5、对账单1)存款类产品(含保证金)可以在产品层或账户层定义对账单的属性,对账单处理支持以下的灵活性:对账单周期,可以按日、周、月、季或年生成账户对账单;对账单介质,可以是打印(纸质)或电子对账单,支持客户通过网银、手机银行或APP、微信等多渠道进行银企对账;打印方式,对于没有活动的账户,可以选择打印或不打印,对于余额比较大的账户,可以选择虽然没有交易,在账户余额达到某指定金额时打印;销户对账单,可以按产品特性,选择在销户当天打印出对账单,或者按正常于指定周期末处理;份数和邮寄地址,可以按客户的需要,提供多份对账单,并可以定义不同的邮寄地址;综合对账单,对于VIP客户,可以把客户名下所要求的账户合并生成对账单;打印次数,登记对账单的打印次数;支持给外围相关系统提供核心对账数据.

2)支持个性化对账要素输出,支持客户对账单反馈登记功能,支持给外围相关系统提供核心对账数据.
6、通知服务1)支持多渠道发起的账户通知服务,参数化配置通知事项.
包括但不限于:当某类型交易发生,如开户、销户、到期、透支、冻结、约定账户服务未能执行(对账、回单、预填单)等特殊事件,系统自动发出通知;支持手机短信、微信、email等电子渠道的通知方式.

2)支持白名单、黑名单设置、以及短信当月发送次数上限、发送频率设置.
7、冻结挂失支持对客户名下账户资金进行冻结,即可对同一账户进行止付、冻结、解冻等操作,又可不区分账户,对客户名下资金做总体止付、冻结等操作;冻结、支付周期可以自定义,可以实现自动或手工解除,以帮助控制冻结存款的安全,并保留和查询每个冻结、解冻的详细信息;支持多渠道接入完成冻结、解冻处理;支持账户冻结及金额冻结,并支持只进不出、不进不出、部分冻结等功能;账户冻结类型应支持挂失冻结、司法冻结、质押冻结、存款证明冻结、理财认购冻结多种冻结类型;系统应支持冻结金额大于存款账户余额;冻结方式应支持首次正常冻结、续冻正常冻结、提前解冻、轮候冻结、冻结补录、当场解冻,并支持优先级的续冻等功能;支持对同一存款账户进行多重账户冻结,即不同原因的多次冻结,解冻时对于不同的冻结分别处理,并保留和查询每个冻结、解冻的详细信息;支持设定冻结期限,系统于到期日可自动解冻;支持单独的账户强制支取功能,支持强制扣划功能,扣划至本行或他行;支持法院定时扣划功能,扣划至本行或他行;支持密码挂失、密码修改、密码解锁、密码重置、凭证挂失、凭证及密码挂失、支票挂失、口头挂失、书面挂失、挂失撤销、解挂销户、解挂补开等多种方式.
司法查控不在核心进行管理,只对交易控制和特殊业务系统进行处理;对冻结的账户,支持设置利率与是否计息.
支持对冻结期间的账户金额的计息设置(计息开关,即是否计息、计息方式等),支持已计付利息的灵活留存.

8、资信鉴证支持对某个单一账户的全部余额或部分余额开立存款证明书;支持时段开立及自动冻结、解冻处理;支持当前时点开立、支持历史时点(可支持多年前时点)开立、支持多笔存款开立同一个存款证明书;支持自定义选取同一客户单笔或多笔分别或汇总金额出具存款证明;支持将存款证明书作为重要空白凭证管理;系统支持提前交回存款证明书;系统支持存款证明书的收回、重打、补打,并联动收费;系统支持存款证明书、资产证明与资信证明的中英文自动对照等功能;支持资信证明产品的管理.

9、不动户管理支持长期不动户的识别和标识.
当某账户未发生交易达到用户自定义的时间时,系统自动修改账户状态为长期不动户,并作记录;定义长期不动户时,不包括结转利息、代扣税金、账户服务费等非客户主动发生的业务;系统支持根据账户未发生交易的时间不同,将长期不动户的状态分为两种:一种是在一定期限内(此期限应根据人民银行账户管理办法的规定来)为一般不动户,另一种是超过一定期限的为超期不动户.
一般不动户在授权的条件下,允许做交易,并对客户进行身份校验,同时修改账户状态为正常;对于超期不动户,系统支持人工或自动、单笔或批量结转入久悬账户管理;转入久悬账户满足一定时限(参数配置时限)转入营业外收入进行管理;每日日终后生成长期不动户的交易记录报表;系统支持满足自定义条件的不动户日终批量自动销户.

10、透支功能系统支持定制的具有标准透支功能的存款产品,即在产品的层次设定该类产品统一的透支限额、利率、费率等;可以定制在账户层次协商和调整透支限额、透支期限、利率、费率的存款产品;透支限额可在客户总的授信额度下统一管理;支持法人透支账户存在生效日;支持法人透支账户多种还款方式及多种利率选择;支持法人透支账户状态控制,内置控制阀,对法人透支期限进行控制.

11、联网核查与电子验印管理、支付密码管理等交易身份核实系统应将身份证联网核查嵌入系统中;系统应保存查询的历史记录;系统应支持批量联网核查功能;支持电子验印管理、支付密码管理功能.
12、账户信息1)可通过户名、证件号、客户号、账号等查询客户资料、账户资料、关联服务、账务交易明细等信息;可进行模糊查询;可进行多条件组合查询;可以对客户单个账户或全部账户的账户资料进行查询;能够查询客户账户的余额情况,包括但不限于:当前余额、可用余额、平均余额;能够查询交易明细及合计情况,包括但不限于:当日交易明细、某一时段交易明细、某一时段的借方发生额累计、某一时段的贷方发生额累计、账户的利率、已付利息、到期利息、结息日、交易日、期限、账户冻结、止付情况、账户未登折交易明细、柜员当日交易明细、机构当日交易明细.

2)支持约定账户服务修改;支持账户利率修改;支持账户费率修改;支持账户交易类型、交易方式、交易渠道修改;支持变更账户的所有人、机构归属.
13、其他功能1)支持免预约通知存款;支持智能存款模块,支持智能存款签约,签约成功后,系统支持按客户类型(个人、机构)、客户级别(普卡客户、金卡客户、白金卡客户等)、存款金额段、时间段(1年整存整取利率、6个月整存整取利率、3个月整存整取利率、7天通知存款、1天通知存款的存款利率)等计息规则进行计息,并支持上述各维度自由的组合,各档利率根据需要可进行参数设置,充分满足存款利率市场化的需求.
2)支持电子现金功能;支持预约转账功能;能够将部分交易限制在特定机构范围,如将存款、取款、销户、挂失、冻结、备忘等交易限制在开户行等;能够在授权的前提下,对账户的起息日期进行设定和修改,并控制起息日不能早于开户日;能够建立和调整账户间的关系.
如:关联账户、账户组、现金池等;提供自动计算和展示账户到期利息的功能;支持节假日管理,系统支持参数定义与节假日有关的转账、付息等规则.

(三)卡业务卡业务须满足我行各项卡业务需求规范,符合人民银行及银联的各项标准,包括但不限于普通借记卡、IC卡、单位结算卡、借贷合一卡等.
支持综合卡功能,以同一卡为介质下可以同时关联活期、定期、贷款、理财等多个账户,向客户提供综合金融服务.
能够全面支持我行醒目仔卡业务.

系统应支持卡业务的参数化管理,支持卡产品参数设置,支持卡业务的系统凭证管理,支持系统生成磁条制卡数据文件、IC制卡数据文件,支持金融IC卡电子现金账户的管理,支持卡申领、卡入库、开卡、换卡、销卡、存取款、查询、密码修改、卡的挂失/解挂、保号换卡等各项业务,支持借记卡银联清算业务,支持金融社保卡管理系统(外单位系统)与行内系统联动交易,如挂失联动冻结等,支持医保社保系统与行内系统的联动交易,如注资、划拨等交易.

1、基本功能卡业务支持功能包括但不限于以下功能:1)支持存取现金,支持本行或他行全渠道存取现金业务,支持助农取款及农民工卡取款交易等;全面支持本外币定期存款、活期储蓄业务;支持刷卡消费、账务查询、支持代缴费功能;支持自助设备转账,包括本行自助设备行内互转、本行他行互转等;支持自动转存功能,包括活期储蓄自动转存为零存整取储蓄、整存整取预约转存、活期储蓄转存为整存整取储蓄、我行红棉理财增值账户(包括周周盈、月月积、聚薪宝及天天利产品);支持代发工资、第三方存管、购买基金、购买电子式国债、购买理财产品、购买实物贵金属、购买保险产品功能;支持有实体卡的电子记账功能、卡交易安全锁.

2)支持借记卡与贷款相关的功能,包括通过借记卡进行贷款发放、还款等;支持借记卡还信用卡功能,支持自动还款(绑定借记卡为还款账户)、支持在营业网点柜面通过"信用卡还款"交易完成本行借记卡还本行信用卡的业务功能、支持在"拉卡拉"等设备上完成本行借记卡还他行信用卡业务功能;支持本、他行IC卡圈存、圈提、小额免密交易;支持借记卡移动金融业务(空中发卡、无卡交易等,如TSM/HCE/APPLEPAY等业务);支持借记卡大额存单业务、结构性存款、智能存业务等我行各类存款产品;代理客户黄金交易业务;开立保管箱;签约羊城通自动充值;办理黄金定投业务;支持签约银信通、支持签约电子渠道、支持签约第三方支付业务;支持扫描支付、线上支付.

3)卡业务需能够支持II、III类账户落地场景,支持和遵循我行未来I、II、III类账户升降级卡管理规则.
2、产品特性1)支持卡产品参数管理,投标方提供的产品设计应满足卡产品参数管理的需求,支持对卡产品所有参数进行拷贝、维护、删除、查询等,从而能够快速定制出新的卡种,满足不同客户的不同需求.
卡产品参数管理包含但并不局限于:基本参数、控制参数、换卡配置、发附卡配置、联名卡信息、负债产品关联、卡功能控制、机具功能控制、卡收费管理、卡产品使用范围等.

2)支持卡产品费率管理,根据不同场景可以灵活定义交易过程中可能被选用的收费类型、计费模式、计费参数、计费公式、优惠办法及手续费分润规则等;可按交易金额分段的计费公式,支持按笔计费、按余额计费等多种计费模式,对每个金额段都可以设定固定费额、可变费率、封顶费额、封底费额、起收交易额、止收交易额等计费参数;支持设定收费优惠办法,对于每种优惠类型,可以设定灵活的优惠公式.
按卡种、交易金额、交易次数、余额、交易渠道、交易类型等,支持优先级设置.

3、管理功能1)支持和遵循我行卡片管理和规则,可按业务条线分别进行管理,包括但不限于空白卡片管理、新卡制发、换卡、销卡等;支持电子账户申领实体卡,包括各电子渠道、合作平台申请开立的II/III类电子账户;支持账户升降级,包括I类账户降级为II/III类账户、II类账户降级为III类账户、II类账户升级为I类账户、III类账户升级为I/II类账户.

2)支持卡内账户及签约信息进行销卡校验.
3)支持密码管理:能够支持新卡密码生成、密码信封制作和发送、密码挂失、密码修改、密码锁定、密码重设等;支持新卡密码自动生成、客户录入两种模式;系统可根据我行提供的规则生成初始密码.
支持密码激活、密码锁定功能,支持自动解锁、次日解锁功能;支持新卡密码批量生成;能够区分查询密码和交易密码.
拒绝简单密码设置.

4)支持账户关系管理:每个客户原则上可以申请不同的卡产品,而每张卡也可以因应其产品特性可以关联多个账户或业务场景,每个账户或业务场景下又同时可关联多种产品,但必须能够符合和满足监管机构的卡、账户管理办法和要求(如同一身份证号码在行内系统开立的线上II、III类账户分别不超过5个).

5)支持限额管理:能够支持各种业务场景下的限额控制,可分渠道设置用户标签限额及临时限额,能够实现统一限额以及各个渠道的个性化限额管理.
6)支持特约商户管理:特约商户的信息管理功能包括建立维护和删除商户、商户设备资料维护、商户回扣率维护、商户交易量统计、商户积分统计.
7)支持费用管理:参数化费用管理用于维护各种费用,目前征收的费用包括年费、小额账户管理费、交易手续费、补发卡费、挂失费、预授权费、银信通服务费等;支持按卡片类型、计费周期、客户类型、优惠政策、滞纳金等差异化定价计费;可根据卡种、交易笔数、交易类型、交易渠道、分支机构等参数化费率定价.

8)支持交易处理:支持卡开户、取现、存现、冲正、卡转账、卡止付、解止付、账户冻结、卡挂失、卡解挂、卡差错处理、银行卡内部扣款、卡升级等交易,以及消费、消费撤销、退货、预授权、预授权撤销、预授权完成、预授权完成撤销等POS收单交易;支持卡理财,包含定活互转、通知活期互转、我行红棉增值服务、基金、资产计划、黄金、理财、大额存单、智能存、结构性存款等;全面支持通存通兑:包含异地卡余额查询、交易明细查询,挂失解挂、购买理财、销户等;全面支持银联自助渠道交易,包含查询、取现、存现、转账、电子现金圈存、电子现金圈提、消费,他代本交易等;支持银联柜面交易,包含外行卡在本行柜面的查询、存款、存款确认、存款撤销、取款、取款冲正以及本行卡在外行的存款、取款、取款冲正、查询、存款撤销和存款确认;能够支持目前主流中间业务,包含代收、代扣、代发、非税、支付宝、财付通、HCE功能、苹果支付、TSM(移动金融可信服务管理平台)、微信支付、新国库、保险、贵金属交易、国债、第三方存管、基金等业务;支持卡杂类交易,包含打印持卡证明、存款证明书、积分交易、C类附卡授权、附卡启用/停用、附卡级别调整、卡密码/CVN解锁、密码封打印、卡中心下载制卡文件、打印批量发卡成功/失败文件、激活初始密码、单位卡转账存入、单位卡转账取出、单位卡单位客户账户修改等.

9)支持收单处理:以银联的为主,收单程序和清算根据银联的办法,请投标方详细说明银行卡收单处理的模式、流程、发展趋势等等;收单处理需同时支持银联直联和间联两种收单处理模式.
10)支持清算及对账:支持与银联或其它机构的清算、对账及差错处理.
目前主要是银联机构.
包含银联数据下载、银联账务核对、银联数据清分、银联商户入账、银联差错处理等.
11.
支持交易授权:持卡人在境内外消费、支取或作现金透支,超过发卡行规定使用限额或使用POS、ATM进行交易时必须取得发卡行的授权;包括自动授权和手工授权两种模式.
12.
支持安全所设置,包括交易地区(境内/境外)、交易渠道(ATM/POS).
4、单位结算卡1)支持按客户等级发行普卡、金卡、白金卡等单位卡产品,支持单位卡主、副卡发卡;支持使用单位结算卡进行账户查询、转账汇款、现金存取、消费.
2)单位结算卡业务基本功能包括但不限于:满足客户其结算便利、大额消费、投资理财和企业财务等多种需要,提供7*24*365支付结算业务服务,企业客户凭卡免验印鉴、免填单据即可办理业务,通过ATM、VTM、POS、企业网银、手机银行即可办理业务;支持投资理财,企业客户可以持单位结算卡在营业网点柜面或其它渠道办理基金、黄金、债券、证券等投资理财业务;支持账户管理,单位结算卡可以将企业客户开立的本外币银行结算账户(基本、一般、专用和临时存款账户)、单位定期存款账户、贷款账户、基金交易账户、债券托管账户、黄金交易账户、外币账户、保证金账户等账户的统一管理和集中管理;支持身份认证,单位结算卡能够作为银行授予企业客户的身份象征,向普通企业客户提供业务咨询、查询、对账、挂失、投诉等服务,向高净值企业客户提供贵宾理财中心服务、各种理财产品及咨询服务;提供全面的信息报告,企业客户可以通过营业网点、自助终端、网银、电话银行等服务渠道办理下挂各账户的余额查询、交易明细查询,向开户网点索取和打印对账单和回单;支持手机银行,可对该卡及绑定单位结算帐户进行余额查询、卡片挂失、取现额度预申请以及卡片功能授权设置等同步管理;支持远程银行,支持单位客户在我行远程视频银行系统(VTM)设备上开通和使用该卡的查询、转帐、卡片挂失、卡片功能授权设置等功能,并提供单位产品远程签约服务;支持法人帐户透支、支持不同场景下的单位客户免授权额度设置、支持代收代付业务、支持卡片功能安全控制、可分交易场景对卡功能设置渠道控制以及免授权额度外取现、转帐、POS消费预申请和授权管理;支持未来线上支付渠道的功能拓展.

5、其他功能卡业务系统需要具备合理的技术架构,需要能够适应和支持市场不断的需求变化和产品创新以及功能创新的能力,特别是在金融IC卡的应用方面以及与行业系统的对接、交易、对账、以及清算等方面;能够保证对本行借记卡业务的发展起到足够支撑的作用.

(四)同业业务核心系统需支持我行与同业客户办理存放、拆借等同业业务.
1、业务种类同业业务主要包括存放同业、同业存放等同业业务的表内表外所有业务种类、模式的会计核算处理.
2、相关功能要求1)支持同业活期利率设定及计息(实际天数及按季度),支持同业定期账户子户下设定及计息(实际天数及按季度);2)支持提前支取部分本金或全部本金;3)支持客户分类(如同业活期账户、同业定期账户等)、活期或定期利率设定;4)支持查询实时余额等统计、报表功能.
(五)中间业务1、中间业务总体要求1)实现和支付系统、理财系统、中间业务系统、信用卡系统间的入账/扣账处理,实现联机和批量的交易处理.
2)具备丰富的业务要素和灵活的参数结构,支持中间业务的创新.
3)具备对中间业务进行风险控制的机制.
2、中间业务品种1)在现有核心系统中存在的中间业务品种,部分业务功能将迁入中间业务系统,由中间业务系统实现;其余部分内容由新建核心系统实现.
需要在新核心系统中实现的中间业务种类包括但不限于代理债券出售、代理债券买卖、代理债券兑付、银信通、纸黄金、纪念币兑换、委托收款、托收承付、医保社保业务、代收代付、非税、物业维修物业维修(改造)、财政代管、保证金代收、资金托管、联通代收费等.

2)除具备上述业务处理功能外,新核心系统需具备但不限以下功能:(1)支持我行个人或机构客户办理各项中间业务签解约、产品交易、手续费收取等业务,交易凭证可为借记卡或存折,个人支票户等,需支持银行I、II、III类户.
(2)支持文件预验证机制,并提供验证结果.
需提供退回机制.
(3)支持将执行结果(成功/失败)提供相关查询,可支持邮件、短信、网银等.
(4)支持再次扣款机制,对不成功的数据,再次执行整批扣账机制,其执行结果需一并处理.
(5)支持整批入账/扣账的反冲机制.
(六)外币业务1、本次核心系统建设在要求本外币一体化的基础上,要求支持外汇业务,包括对公/对私外汇买卖、外币兑换、内部套汇等功能.
2、支持代客和自营两种方式.
3、外币业务要求逐笔记录兑换损益、支持额度管理等功能.
4、除具备上述外币业务处理功能外,核心业务系统针对外币业务还需具备但不限以下功能:1)支持多样的汇率定价方式,支持牌价汇率(钞/汇买入价、钞/汇卖入价)、客户优惠价、总行给交易行的平盘价等;2)支持外汇买卖的即期、远期、掉期业务处理,支持提前交割、部分交割等业务功能.
支持外汇买卖保证金处理机制.
支持自动判断损益币种.
3)设计时需要满足支持外管局申报报表的数据.
4)支持与国际结算系统间的信息交互.
5)支持机构处理外汇买卖业务权限范围、截止时间、限额等设定.
(七)支付结算1、支付结算业务总体要求支付结算是指单位、个人在社会经济活动中使用票据、汇兑等结算方式进行货币给付及其资金清算的行为.
支付结算业务应支持本外币一体化,支持不同的账户介质、支付工具、支付渠道的支付结算功能,支持支付结算产品的快速定制,支持数据标准化、新资本管理协议等要求,支付结算业务设计必须满足中国人民银行、银监会以及本行相关制度以及未来的发展趋势要求,支持参数化、流程化设计.

2、支付结算品种及流程要求1)业务种类(1)支付结算票据主要包括支票、银行本票、城市商业银行汇票(依托大额支付系统清算)、华东三省一市银行汇票等,支持账户及票据的全生命周期管理和控制,支持支付密码功能.
支持外汇买卖和结算处理.
(2)支付结算业务核心系统需要包括但不限于行内转账、各地区同城票据交换(集中提出提入手工处理)、跨境票交系统、行内代发代扣、银行汇票业务、广州市非税代收业务、银联POS交易及差错调整、银联资金清算及对账、信用卡(公务卡)还款、财政业务(含集中支付授权支付代管业务社保工伤险归集等)、直联代扣费业务(电信、联通、银联网络等)等.
核心系统需要支持与以下系统,包括但不限于大额支付系统、小额支付系统、网上支付跨行清算系统、广东金融结算服务系统(含集中代收付业务、省市ETS系统)、深圳、南京地区电子同城清算系统,深圳财税库关行横向联网系统、城商行支付清算系统、银联支付系统、TIPS、境内外币支付清算系统、网联系统、SWIFT等系统的接口对接、自动对账等功能.
核心系统需支持现有核心系统支付结算渠道.

3、业务功能1)支持库存管理:票据是有价单证,因此需要稳妥的重要凭证库存管理;2)支持出售票据:向客户出售票据,可以现金或转账方式收取工本费或手续费;3)支持签发出票:出票时更新库存记录和票据状态.
对于不同票据,可以设置不同的最低签发金额;4)支持票据重打:处理签发票据时因打印不符要求、损毁等原因需要重新打印票据,处理时要对原票据进行作废处理,对新的票据作相应的库存领用.
重打时需要主管授权;5)支持票据置换:更换票据时,更新库存记录和票据状态;6)支持票据的挂失/解挂、止付,以及费用的收取;7)支持人工注销或系统到期注销票据;8)支持票据的退款及兑付处理,更新票据状态,以及查询票据的查询票据的状态和有关票据的具体信息.
4、功能要求1)支持支付结算全生命周期管理、流程渠道控制和代理,满足中国人民银行、银监会以及本行相关制度以及未来的发展趋势要求;2)预留接口等扩展功能,支持未来新支付结算管理办法的实施和落地,支持未来新增支付结算系统的对接及落地处理;3)支持支付结算业务种类功能,满足系统接口及功能要求;4)支持与外围贷记卡模块的自动处理;支持与外围平台的对接,接口实现安全、标准、高效;5)支持业务数据的多维查询,支持数据实时、适时抽取,能够实现与外围系统的标准化对接,支持支付业务统计系统及流动性风险管理指标分析需要;6)支持支付结算业务的集中处理,无支付行号的内部机构的支付结算代理;支持不同支付系统渠道自动智能路由选择;支持账户交易流水支付系统交易对手信息的登记和更新;7)支持各支付结算系统的自动对账;8)支持日终网点平账时的待结支付结算业务的统一检查和控制;9)支持数据的审计回溯.
10)根据人行相关规定,支持虚拟票据的业务处理;11)按照政府部门非税代征业务规定,支持行内系统与非税管理系统的交易、打印、对账、清算等功能;12)实现不同地区同城、跨境票据交换提入提出票据的信息录入、查询、维护入账、退票、资金清算等全流程操作,并支持零余额、空头支票等特殊业务的处理;13)按照广州财政业务的相关要求,实现集中支付、市级区县级授权支付、财政代管、社保工伤险归集等业务全流程操作,包括但不限于额度管理、资金管理、资金清算、对账管理等,支持支持清算资金自动生成大额往账划拨的功能.

14)实现银行汇票及本票签发、兑付、查询、退回、特殊操作等全流程管理;15)支持支票影像业务提出登记录入、查询、维护等功能;16)实现与银联、网联等系统的交易记账、资金对账及清算、ATM、POS交易差错调整、手续费扣收与退回、交易查询等功能.
5、模块要求为了提高系统的灵活性及支付结算业务扩充能力,系统必须支持提供产品层的属性参数化设定.
包括但不限于以下方面:票据适用币种、票据提示付款期、有效期、票据临时止付有效期(是否可以自动解除)、票据最低出票金额、是否可背书转让、票据适用范围(支持跨行、行内、同城票据交换)、工本费及手续费定制、支持支付密码验证等.

(八)资金清算资金清算模块作为核心系统的重要模块,核心系统需支持全行一体化、自动化本外币业务的自动清算.
1、功能要求1)清算模块产品化,按产品形式去考虑清算模块的设计,做到整体性和灵活性相结合.
2)清算配置可参数化设定,支持清算层级、清算时点、清算账务、清算品种、清算渠道、限额等的灵活设置;3)基于清算模式,支持设定各级资金头寸的管理和监控;支持清算账户零余额和资金归集功能;4)支持机构归并和调整所涉及的资金清算处理;5)支持多级清算模式,并支持不同清算节点分币种清算;6)支持各渠道业务的自动清算和对账,包括但不限于:系统内的资金核算:支行的备付金,一、二级准备金,上存,下拨等核算,自动计结息,日终自动检查和对账;7)支持清算账户数据的实时统计和分析;8)支持存放央行备付金管理,实现缴存范围自动核计,支持清算账户归集管理;9)遵循我行数据标准化等项目实施标准,从源头做好对接;10)支持清算费用的自动核算;11)支持同业之间、行内各分支行与总行之间、各分支行之间资金灵活拆借;满足金融机构之间的资金拆出、拆入的核算要求;12)支持与外围平台、金融市场业务的对接,接口实现安全、标准、高效;13)支持自贸区清算管理要求和未来跨境业务的清算支撑;14)支持代理村镇银行的资金清算.
(九)其他业务及要求1、其他业务1)要求系统能支持保函开具等业务.
2)支持信息服务类功能或系统:支持发送给短信平台的实时及批量接口,支持通过接口连接短信、微信、彩信及APPs提供账户交易、余额、还款、催收、变更重要信息、业务办理验证信息等;3)支持电子渠道业务:本次核心要求支持网上银行(含银企直联)、手机银行、直销银行、微信银行、电话银行、自助设备、第三方支付卡通前置等电子渠道所有业务提供支撑;4)支持现有的各区域特色中间业务如物业维修基金管理系统、公积金系统、存量房监控、预售房监控资金管理系统业务的持续开展;为现有现金管理系统提供支持;5)支持现有托管业务持续开展,并且对利率、划款方式、计息方式等要素进行参数化设置,以便进行组合创新;6)系统能够按流程银行的理念,设立集中作业中心、集中授权中心等中后台作业处理机构,相关业务流程可以根据其是否启用进行调整;可支持流程银行设立后的灵活衔接过渡;7)支持与各地人行账户管理系统对接实现实时或批量交互数据;8)对于基金托管等广州银行未开办的银行业务,系统需预留必要的接口,满足后续业务应用系统的分批分期建设要求;9)关联交易管理须能够按照拟定的关联方管理名单通过数据导入,实现系统实时联动查询存款、贷款、理财等业务信息,支持自动保存记录.
本部分内容为本次核心系统的高阶功能性需求,保留对具体需求的最终解释权.
2、其他要求1)要求系统具备账务回溯功能,可以调整已经发生的所有账务,并能按调整后的账务情况实现计提、计息等账务处理功能;2)支持表内表外业务通用记账功能,参数化管理记账业务的范围、权限、金额上限等;3)能够冲正与撤销:支持当日、隔日冲正,支持当日撤销;4)支持倒起息处理:如果某个账户出现交易调整(错账或漏记交易),银行可以通过倒起息交易进行,使应计利息可以重新计算,对于当前利息周期的应付利息,系统根据余额调整的情况重新计算,对于跨结息周期的调整,利息在重新计算后应把应付利息及利息支出进行自动账务和已经生成的报表调整,任何倒起息交易应该限制到上一个结息周期为止,并需要主管的授权;5)支持无密扣划:可以无密无条件扣划单位、对私客户账,并记录到重要操作记录中,此功能需要授权且可配置,支持扣划前后的分段计息等.
6)提供丰富完整的报表体系,要求系统提供多种格式的报表输出,报表部分应用可独立部署.
六、企业级大总账系统(一)建设目标总账系统应最大程度上实现日常交易与会计核算相分离,能够满足新会计准则的核算要求,提高核心系统日终批次效率:1、面向客户,以客户、交易为中心.
满足高效率的对客服务,为核心系统减负.
能够将现有核心业务系统的总账、特殊账户计息及部分会计核算功能从业务核心剥离,各业务系统仅面向日常交易,无需关心业务所产生的会计核算结果.

2、面向监管、投资者,满足复杂信息及时披露需求.
以科目级业务状况表为基础,进行相关报表的编制,并且能够快速响应会计准则调整,可接收并整合全行的分户数据与总账数据,为复杂的外部披露提供完整的数据支撑.

3、面向会计管理部门,满足细粒度、多维度的管理需求.
支持全行多层级的清算架构、支持多法人的会计核算处理、内部清算、账务汇并、总账财务处理及生成各类报表;4、面向高层管理者,满足越来越激烈的市场竞争.
对银行内部提出的深化管理要求和考验,实现多账套、多维度核算并实现精细化管理,提供分户级多维损益数据,为决策分析提供细粒度的数据支撑和整合,为多维盈利分析、产品定价、经营管理提供支持.

5、交易级数据接入总账系统的系统范围有:新核心业务系统、个贷系统、对公信贷系统、票据系统、ABS系统、国际业务系统等.
(二)整体架构会计中心采用交易与核算分离的设计理念,建设全行统一的规范化、标准化的会计核算体系,应提供包含但不限于分户管理、会计计量、会计核算及总账管理四大模块.
会计中心需能够支持独立部署方式.
其中含会计核算引擎、科目映射及多准则多账套支持的功能,能够支持全行多层级的清算架构、支持全行多法人的会计核算处理、内部清算、账务汇并、总账财务处理及生成各类报表,并提供接口适配服务:1、能够通过接口适配服务接受业务系统分户数据,结合交易流水数据,实现对每笔分户全生命周期信息管理;2、能够通过接口适配服务接受业务系统的交易流水,完成流水数据的加工并基于核算规则配置产生会计分录;3、能够实现账套管理、期间管理、通用记账、查询及统计分析等总账功能.
(三)功能服务1、分户管理1)应针对各业务类型建立产品-账户模型,并进行分户级管理;2)应支持逐笔展现分户的全生命周期,包括业务事件与会计事件;3)应支持接收会计引擎产生的会计分录,并展现全生命周期的会计分录结果;4)应支持按照交易与事件处理顺序展现全生命周期,及其逐笔业务分户余额.
2、会计计量1)支持按会计准则要求抽象定义各类会计计量模型,包括但不限于摊余成本、实际利率、减值准备、公允价值等;2)支持接收业务系统传送的交易数据,并完成分户会计计量;3)针对各类业务,维护其全生命周期的交易事件模型,由业务系统传送的交易事件进行驱动,也可以由会计计量自行驱动;4)支持依据会计计量的结果更新分户,并进行账务核算;5)能够实现需要会计计量的所有业务包括资金、债券、贷款、长期股权投资、票据等业务.
3、会计核算引擎1)支持会计核算规则灵活配置,接受交易流水后,自动进行相关核算规则匹配,完成产生会计分录,并生产多维核算信息;2)可通过参数化配置子交易信息,实现产品工厂特性,根据交易场景与子交易之间的对应关系,实现在接受交易流水后根据对应的子交易进行流水拆分,基于子交易配置的会计分录核算规则进行规则解析;3)支持核算科目配置,根据产品及相关产品属性、金额类型等信息,对业务核算所需的科目进行配置,支持所有科目的追溯查询;4)能够匹配总账中所需的会计核算多维度信息,并能够在业务系统提供信息后,根据在会计引擎中配置的维度信息加工规则,解析维度信息;5)支持多套会计准则定义配置,满足新会计准则核算要求,交易流水接收后,可根据多个账套规则的解析,分别生成对应账套下的核算分录;6)可支持参数化配置多账套等.
4、价税分离1)支持交易流水及会计流水价税分离规则配置,支持获取流水后进行实时价税分离;2)可根据价税分离规则进行价税分离,生成记账所需信息要素及开票明细;3)可将涉票涉税信息传送至增值税系统,以便增值税系统实时开票及纳税申报.
5、资金清算1)支持系统内同法人下零级清算和多层级清算模式,可实现根据层级关系参数化设置清算图谱,基于清算图谱产生清算分录;2)应能够设置平衡科目,按机构、币种、借贷等对流水进行借贷方金额汇总,根据汇总差额补平清算分录;3)支持不同法人间资金往来同业清算模式,由总行进行清算.
6、账户核对1)支持数据文件校验,接收到业务系统的交易流水或会计流水后,对流水信息进行总笔数的数据检查,解析流水后进行数据有效性检查;2)支持全方位的对账功能,包括总分核对、总账自身的借贷平衡检查,并可以通过对账结果快速定位账务错误所在,同时自动完成挂账处理;3)支持总分核对,提供总账科目与核心系统及其他业务系统中的明细账户的自动核对功能,并出具核对报告,能够针对不符点提供追溯查询线索;4)支持往来科目检查,实现对系统间及机构间的过渡科目核对和管控策略.
7、总账管理1)总账系统需支持多账套、多准则核算,可根据不同规则(会计准则、税务)的要求,设定多套平行账套;2)提供参数化科目管理,支持全行统一的,多层级的会计科目体系,支持灵活的会计科目设置和调整;3)提供参数化机构管理,支持多层级机构管理,支持根据不同的管理需要、报表需要维护机构关系;4)支持参数化多维度管理,系统支持设置多维度信息,出具多维度分析数据;5)可进行参数化会计期间管理,支持按日、月、季等设置会计期间,可以设置多个调整期,包括年结损益调整期及特殊的调整期间,如审计调整,母子公司报表合并等;6)支持多币种管理,支持多种汇率类型管理,包括直接汇率、间接汇率等,并能够自定义汇率类型.
8、外币及折算处理1)总账系统应支持外币统账制和分账制核算、支持外币汇兑损益的自动计算和结转,并能够按会计准则对货币性项目和非货币性项目分别进行处理;2)能根据总分行平盘汇率形成账务记录、计算处理总分支行等汇兑损益分成等;3)支持涉及汇率兑换的业务均能单笔记录成交汇率及计算折美元金额;4)支持数据个性化统计和业务相关报表生成;5)支持银行自身结售汇的统计和结转;6)支持不同计息基数的设置7)建立一致的小数位取舍定义,统一涉及汇率折算的数据统计原则.
9、年终决算1)总账系统应能够提供年终决算服务,并支持日、月结功能;2)可支持年结试算,支持一日多次年结试算功能,包括年底12月31日进行试算及12月份任意一天进行试算;3)支持年终结转,系统自动完成损益结转及利润上划;4)支持自动完成利润分配功能.
10、审计调整总账系统应可支持审计调整,并能够出具审计调整后的报表.
11、账务调整会计中心支持参数化实现机构调整、账务调整,如机构撤并、机构变更、科目合并及拆分等.
12、税金管理总账系统能够进行税种核算,支持房产税、土地使用税、印花税、企业所得税、暂时性差异、永久性差异调整,能够实现税费的自动计提、手工调整、上划、缴纳、查询等功能.
13、合并报表支持合并报表功能.
14、查询统计1)支持查询包括会计凭证、多维度分析查询、明细账查询等;2)支持单张或批量打印会计凭证;3)支持输出报表包括业务状况表、资产负债表、损益表、利润表等;4)支持多种频率的报表输出,包括日、月、季、年等;5)支持将报表输出至Excel、Word、PDF等形式进行展现;6)支持参数化自定义报表;7)支持所有报表的追溯查询.
(四)接口适配服务总账系统应能够提供与外部系统的连接的接口适配服务,支持实时和批量接口方式,一方面实现从各个外部业务系统接收分户数据、交易流水、会计流水等,另一方面实现将数据信息传送至下游系统,为下游系统如数据仓库、管理会计等系统提供数据支持.

批量接口可以以数据文件的方式提供准实时、日终批量的两种处理模式,能够从外部系统接收数据后对数据进行加工转换,满足会计中心要求的接口数据.
接口配置服务需要支持的内容有:1)支持接收分户数据、交易流水和会计流水,对各系统的交易流水或会计流水进行统一清洗、映射和转换;2)支持根据不同来源系统进行标准流水接口配置,流水接收后,能够进行合法性检查,并生成异常报表;3)支持实时、准实时、日终批量等多种流水接收方式,支持准实时方式根据不同时间段设置不同的间隔频率;4)支持对多笔流水根据统一的交易流水号信息进行流水融合;5)支持交易流水信息查询.
(五)交易对账服务1、总账系统应能够每日对与交易系统涉及的账务交互数据进行自动核对,并留有核对痕迹;提供核对不平的处理方式;2、提供利息计提、结息、手续费摊销、利率分段等各种利息核算的明细清单,明细清单应包括计算利息、摊销、结息的各种必需要素字段,为人工查帐或核对提供依据;3、提供与外围非核心系统的账务传输记账的按日对账及差异清单功能.
注:以上业务需求仅供参考,最终需求以双方在需求分析书签字确认为准.
1:声明函声明函致:广州银行根据贵方《广州银行新一代核心系统建设项目》的采购邀请,我方提供相关文件并做出以下承诺和说明:一、提交下列文件正本1份、副本4份与正本内容相同的电子文档(光盘)1份、报价文件1份,包括:(一)按采购文件规定需要提交的全部文件;(二)资格审查文件和证明文件;二、投标方宣布同意如下:(一)全部工期为_____日历天.
(二)投标方将按采购文件的规定履行合同责任和义务.
(三)投标方已详细阅读全部采购文件,包括修改文件(如有的话)以及全部参考资料和有关.
我们完全理解并同意放弃对这方面有不明及误解的权利.
(四)投标方同意提供与采购有关的一切数据或资料,完全理解招标方不一定要接受最低价成交.
(五)投标方保证向招标方提供的产品及其安装的软件与任何第三方发生的专利权、版权和使用权纠纷完全由我方自行负责而与招标方无关;我方承诺对因以上纠纷给招标方造成的损失承担赔偿责任.
三、投标方保证投标文件中所有关于参与采购资格的文件,证明陈述均是真实的、准确的.
若有违背,投标方愿意承担由此而产生的一切后果.
投标方名称(盖章)单位地址:法定代表人(签字)授权委托人(签字)邮政编码:电话:传真:日期:_______年_______月_______日2:联合体共同投标协议书联合体共同投标协议书(联合体1公司名称)、(联合体2公司名称)自愿组成联合体,参加广州银行新一代核心系统建设项目投标.
现就有关事宜订立协议如下:1、(联合体1公司名称)为联合体主办人,承担新核心业务系统建设;(联合体2公司名称)为联合体成员,承担企业级大总账系统建设;2、联合体内部有关事项规定如下:(1)联合体由主办人负责与招标人联系.
(2)投标工作由联合体主办人负责,由双方组成的投标小组具体实施;联合体主办人代表联合体办理投标事宜,联合体主办人在投标文件中的所有承诺均代表了联合体各成员.
(3)联合体将严格按照招标文件的各项要求,递交投标文件,切实执行一切合同文件,共同承担合同规定的一切义务和责任,同时按照内部职责的划分,承担自身所负的责任和风险,在法律方面承担连带责任.

(4)如中标,联合体内部将遵守以下规定:(a)联合体主办人和成员共同与招标方签订合同书,并就中标项目向招标方负责有连带的和各自的法律责任;(b)联合体主办人代表联合体成员承担责任和接受招标方的指令、指示和通知,并且在整个合同实施过程中的全部事宜(包括合同价款支付)均由联合体主办人负责.
(5)投标过程中和中标后项目实施过程中的有关费用,联合体自行协商分摊.
3、本协议书自签署之日起生效,在上述(4)a所述的合同书规定的期限之后后自行失效;如中标后,联合体内部另有协议的,联合体主办人应将该协议书送交招标方.
4、本协议书正本一式六份,随投标文件装订三份,送招标方一份,联合体成员各一份;副本一式六份,联合体成员各执三份.
联合体1公司名称:(全称)(盖章)联合体2公司名称:(全称)(盖章)法定代表人:(签字盖章)法定代表人:(签字盖章)年月日年月日联合体共同投标授权委托书本授权委托书声明:我(姓名)系(单位名称)的法定代表人,现授权委托(联合体主办人的单位名称)的(姓名)为联合体全权代表,以(联合体名称:主办单位简称加成员单位简称)联合体的名义参加广州银行新一代核心系统建设项目投标活动.
全权代表在开标、评标、询标、合同谈判过程中所签署的一切文件和处理与之有关的一切事务,我均以承认.
代理人无转委托权.
特此委托.
代理人:性别:年龄:身份证号码:单位:部门:职务:联合体成员(盖章):法定代表人(签字盖章):日期:年月日3:报价文件广州银行新一代核心系统建设项目报价文件(核心业务系统)投标方名称:一、报价汇总表[货币单位:人民币元]序号名称报价备注1基础平台费用2项目实施费用合计小写大写系统免费维护期年.
期满后,每年度系统维护费用为项目总报价的%(不高于10%)二、开发人力外包单价报价[货币单位:人民币元]序号名称报价备注1初级人员学历和相关工作经验要求为大专两年(含)以上,本科一年(含)以上2中级人员学历和相关工作经验要求为大专四年(含)以上,本科三年(含)以上3高级人员学历和相关工作经验要求为本科六年(含)以上4人月均价(项目实施方式)报价须知:1、投标方所提供的报价项目需包含系统开发集成费用、管理平台和工具软件费用、系统集成实施费用、维护费用、培训费用以及税费等.
2、针对本采购文件所列目标、业务需求和技术要求进行现场、非现场实施的费用.
3、维保费用:一年(含免费维护期)应用软件维保费,及12个人月(一月22人日)新增工作量的费用.
4、以上报价应满足项目采购邀请书要求,为系统调试安装完毕的最终优惠价.
如在此价格上发现有缺项,投标方负责承担并免费提供.
5、人月单价报价自采购截止之日起有效期为2年.
投标人(盖章)投标人法定代表人或授权委托人(签名):日期:年月日广州银行新一代核心系统建设项目报价文件(企业级大总账系统)投标方名称:一、报价汇总表[货币单位:人民币元]序号名称报价备注1基础平台费用2项目实施费用合计小写大写系统免费维护期年.
期满后,每年度系统维护费用为项目总报价的%(不高于10%)二、开发人力外包单价报价[货币单位:人民币元]序号名称报价备注1初级人员学历和相关工作经验要求为大专两年(含)以上,本科一年(含)以上2中级人员学历和相关工作经验要求为大专四年(含)以上,本科三年(含)以上3高级人员学历和相关工作经验要求为本科六年(含)以上4人月均价(项目实施方式)报价须知:投标方所提供的报价项目需包含系统开发集成费用、管理平台和工具软件费用、系统集成实施费用、维护费用、培训费用以及税费等.
2、针对本采购文件所列目标、业务需求和技术要求进行现场、非现场实施的费用.
3、维保费用:一年(含免费维护期)应用软件维保费,及12个人月(一月22人日)新增工作量的费用.
4、以上报价应满足项目采购邀请书要求,为系统调试安装完毕的最终优惠价.
如在此价格上发现有缺项,投标方负责承担并免费提供.
5、人月单价报价自采购截止之日起有效期为2年.
投标人(盖章)投标人法定代表人或授权委托人(签名):日期:年月日4:商务条款偏离表商务条款偏离表序号采购文件条目号采购文件的商务条款要求投标文件的应答说明5:法人代表授权书法定代表人授权书广州银行:本授权书声明:公司是中华人民共和国合法企业,法定代表人姓名、职务)代表本公司授权委托(被授权人姓名)代表我公司全权办理广州银行新一代核心系统建设项目(工程/项目名称)的采购、签约、合同的执行、完成和纠纷处理等一切有关事务,并签署全部有关的文件、协议及合同.
我公司对授权人的签名负全部责任.
本授权书于签字盖章后生效,特此声明.
法定代表人签字盖章:职务:被授权人签字盖章:职务:公司名称:(公章)日期:年月日6:投标方基本信息表投标方基本信息表类别描述公司信息公司注册资本公司名称和地址母公司名称和地址(如果适用)公司经营范围和经营目标公司成立年限资源与本次采购项目相关的团队人员数目(并注明其中研发人员、业务及咨询人员的数目)在广州本地是否有分公司(是,地址:(否在广州本地是否有办事处(是,地址:(否在广州本地是否有与本次采购项目相关的技术支持人员及人数.
(是,人数:(否企业资质情况(包括但不限于CMMI)证书名称发证单位证书等级证书有效期其他7:投标方在建项目一览表投标方近三年(2016年-2018年)已完或在建类似项目一览表投标方名称:序号项目名称合作单位(名称、联系人及电话、资产规模)主要新建内容是否已投产(已投产的出示首页截图及链接,未投产出示验收报告.
标明在标书中的章节)备注123456.
.
.
填表要求:该表格必须填写新建核心业务系统和新建企业级大总账系统的建设经验;每个案例请提供相对应的合同文件复印件(可以不提供敏感条款),并在备注注明合同复印件的页码.
复印件需含实施内容说明,案例需说明具体的实施范围以及模块.
该表格信息真实性,招标方保留追究投标方法律责任的权利.
8:项目核心成员一览表及简历项目核心成员一览表及简历投标方名称:表1:序号姓名工作年限学历及公司职务责任或分工预计现场实施人月主要项目经历(相关证书)附:上表所列人员包括但不限项目总监、项目经理、软件开发核心人员、实施团队核心人员、测试人员.
相关证书复印件需与简历一起提供.
表2:项目成员简历表个人基本信息姓名性别相片,可不提供出生日期婚姻状况毕业院校毕业时间专业学历专业证书教育经历专业技能(熟悉什么编程语言,掌握什么数据库,对什么业务系统比较熟悉等)工作经验起止时间单位名称工作经历简述项目开发经历1-项目名称:起止时间:项目角色:项目背景:软件平台:使用技术:工作职责:2-项目名称:起止时间:项目角色:项目背景:软件平台:使用技术:工作职责:……9:廉洁承诺书广州银行业务往来廉洁承诺书至广州银行股份有限公司:为使广州银行股份有限公司委托我司方面的项目能够遵守国家法律及有关规定,保障双方工作氛围的清正廉洁,保证业务协议的正常履行,我司签订廉洁承诺书如下:一、我司自觉遵守国家法律和省、市有关管理规定,按照廉洁诚实,公平公开的原则,开展有关业务洽谈工作.
业务过程中,自觉配合进行有关方面的调查、咨询和监督.
二、双方工作人员开展业务洽谈过程中保持正常业务交往,不得以任何形式向对方索要和收取回扣等好处费,以及收受另一方工作人员馈赠的礼金、有价证券和贵重物品,不得为对方报销任何应当由个人或单位支付的费用.

三、双方工作人员均不得参加由其中一方组织的可能妨碍正当公务的宴会、娱乐或其他活动.
四、我司及其工作人员承诺不利用向广州银行及其工作人员行贿、提供回扣、手续费或者其他好处等不正当手段获取广州银行的合同.
五、我司及其工作人员承诺不为谋取不正当利益擅自与广州银行工作人员就甲方的合同项目价格、质量、期限、附加服务及其验收等方面进行私下商谈或达成任何损害广州银行利益的默契.
六、我司承诺不以洽谈业务、签订合同为借口,邀请广州银行工作人员外出旅游或进入营业性娱乐场所.
七、我司承诺不为甲方单位和个人购置或者长期无偿提供通讯工具、交通工具、办公用品等物品.
八、广州银行如发现我司工作人员有任何违反本协议的行为,可向我司通报,在依法处理当事人的同时,共同采取措施堵塞漏洞.
九、广州银行发现我司违反本协议承诺或者采取不正当手段行贿广州银行工作人员,广州银行根据具体情节和造成的后果追究我司违约责任,并将我司列入合作黑名单,终止与我司的一切业务合作,同时广州银行保留拒付款项的权利.
由此给双方造成的全部损失和处理问题所产生的一切费用均由我司承担.

十、我司如发现广州银行人员有违反上述协议规定者,应向广州一行领导反映,或向广州银行的纪检监察部门举报并积极配合广州银行信访调查、检查、调研等工作,及时提供相关资料和客观信息.
十一、在合同项目履行过程中发生我司贿赂广州银行工作人员,被纪检监察、检察、司法机关立案查处,广州银行有权终止合同,由此造成双方损失及发生办案诉讼费用全部由我司承担.
十四、本协议承诺作为投标文件不可撤销,同时签署有效,并随业务完结经检查验收后自动终止.
监督邮箱:jjjcs88888@163.
com.
投标人名称(盖章):投标人授权委托人(签字):日期:10:评分标准参考一、新核心业务系统技术部分和商务部分评分规则(一)技术部分(系统功能)序号技术需求评分标准1平台架构合理性架构先进,具有集中和分布部署方案,支持功能和性能的灵活扩展;使用目前主流的开发技术,平台部署支持主流的操作系统和数据库,支持跨平台部署,符合我行架构设计原则.
2关键功能满足度功能支持程度及成熟程度.
核心系统功能所覆盖的范围,包括公共管理、客户信息管理、存款业务、卡业务、支付结算、代理业务、资金清算、内部账务管理、会计核算、热点账户等.
产品工厂.
是否具备产品工厂,具有产品灵活定制能力,具有产品工厂业务组件灵活扩展能力,提供产品完整的全生命周期管理功能等.
定价中心.
提供参数化的多纬度定价体制,具备完整的利率市场化支持策略,客户定价差异化等.
交易与核算.
交易与核算分离的实现,包括是否具有独立的会计核算引擎,与交易系统完全松耦合.
参数化设置.
核心系统的参数化设置,是否灵活多样支持多法人,多级清算;支持本行业务及产品创新.
数据迁移、数据治理及数据模型.
针对特殊业务数据提供相关治理方案和兜底方案,包括:数据清理与补录,对整个迁移工作作出边界界定,提供详细的数据模型说明文档包括但不限于ER图等,能够支持数据模型的灵活扩展,能够满足招标人数据治理的要求可用性.
系统高可用性,包括7*24小时业务的连续性、系统容错和恢复能力、负载均衡方案等进行打分.
系统性能.
包括并发交易量,联机交易应答时间,批处理时间,具有灵活批量运行机制等进行打分.
3二次开发易开发、可扩展的开发平台;系统设计参数化、模块化,业务模块丰富,提供灵活参数化配置功能,满足快速开发要求.
提供完整的测试工具及测试脚本(包括单元测试、功能测试、集成测试、回归测试).
源代码全部提供,包括但不限于产品源代码、客户化源代码、平台源代码等.
开发好的产品易于版本管理和上线对比,投产支持热部署,投产过程方便快捷.
4系统监控与日志审计提供完善的图形化的运维监控及预警功能,包含业务层面和系统层面的全程监控功能(如业务指标监控、日志监控、线路监控、进程监控等);系统具有详细的审计日志,包括系统日志、应用日志、错误日志、用户登录、注销和日常操作等,满足全面的审计;系统运行必须记录日志以便出错时定位问题;5实施方案解决方案满足采购文件的要求,实施计划安排得合理、详细,投入了充足的人力资源,保证项目按期按质完成.
商务部分(方案与实施)序号项目评分标准1资质实力1、具有有效的CMMI4级(含)以上证书的.
2、财务评估实力.
2行业经验最近三年(2016-2018)完整新建国内商业银行核心业务系统的案例数量,以合同为准(提供合同首页、签字盖章页、实施内容页).
3项目组成员情况项目经理核心业务系统项目经验,为本项目配置的全程驻场的项目经理具有10年(含)以上的开发经验和5年(含)以上项目管理经验,参与核心业务系统项目管理的数量.
系统架构师核心业务系统项目经验,为本项目配置的系统架构师具有10年(含)以上的开发经验和5年(含)以上核心业务系统架构设计经验,参与核心业务系统架构设计的数量.
需求专家核心业务系统项目经验,为本项目配置的需求专家具有10年(含)以上的需求分析经验和5年(含)以上核心业务系统需求分析经验,参与核心业务系统需求分析的数量.
全程驻场的骨干人员项目经验,具有8年(含)以上金融行业软件开发项目实施经验和5年(含)以上核心业务系统开发实施经验的人数.
项目团队配备专职驻场测试人员数量.
要求具有5年(含)以上测试经验和3年(含)以上核心业务系统测试经验.
4服务和承诺提供针对广州银行系统建设的规划建议,提供系统推广、业务管理培训.
其他服务承诺:增加免费维保年限或增加免费新增需求工作量的服务承诺.
本地售后服务技术支持要求.
二、企业级大总账系统技术部分和商务部分评分规则(一)技术部分(系统功能)序号技术需求评分标准1平台架构合理性架构先进,具有集中和分布部署方案,支持功能和性能的灵活扩展;使用目前主流的开发技术,支持主流的操作系统和数据库,支持跨平台部署,符合我行架构设计原则;系统具有良好的稳定性、可靠性和备份机制,高并发响应迅速,性能指标达到我行要求的.