Click here to load reader
Upload
others
View
13
Download
0
Embed Size (px)
Citation preview
江苏常熟农村商业银行股份有限公司
常熟农商银行核心项目群核心业务系统实施项目招标书
江苏常熟农村商业银行股份有限公司
招标编号:20200097
江苏常熟农村商业银行股份有限公司
招标书
江苏常熟农村商业银行股份有限公司
2020年09月14日
申 明
本招标文件专用于江苏常熟农村商业银行股份有限公司本次“核心系统4.0”项目进行招标,江苏常熟农村商业银行股份有限公司对本招标文件及招标文件内容享有解释权。参加投标单位即视为无条件同意本申明并保证对本招标文件可能涉及的江苏常熟农村商业银行股份有限公司商业秘密予以保密,除经江苏常熟农村商业银行股份有限公司书面同意外,任何单位和个人不得为参与本产品投标以外的目的而出版、复制、传播、销售及使用本招标文件。
第一部分 投标函
根据江苏常熟农村商业银行股份有限公司业务发展需求,现就我行“核心系统4.0”项目进行招标。
1.招标编号:20200097
2.招标人:江苏常熟农村商业银行股份有限公司
3.项目实施地点:江苏省苏州市
4.发放标书时间:北京时间 2020年09月15日
5.投标截止时间:北京时间 2020年09月27日
6.招标人联系方式:
地址:江苏省常熟市新世纪大道58号
邮政编码:215500
联系人: 刘煜
电话号码:15151775401
标书接收:陆志斌
电话号码:0512-52739210
特别说明:
1.投标截止时,若某标段的合格投标人数量未符合我行开标要求(三家及以上),则投标截止时间顺延一周。
2.若投标时间延长一周后,标段投标人数量仍未满足要求,则根据该标段投标人数量将采购方式转为单一来源或竞争性谈判。
江苏常熟农村商业银行股份有限公司
第二部分 招标说明
1、 总体说明
(1) 适用范围
本招标文件仅适用于江苏常熟农村商业银行股份有限公司(以下简称“常熟农商银行”)“核心系统4.0”而进行的公开招标。
(2) 定义
1. “招标人”系指组织本次招标的招标机构:常熟农商银行。
2. “投标人”系指遵守招标文件要求并向招标人提交投标文件的法人单位。
3. “设备(系统)”系指投标人按招标文件规定,须向招标人提供的设备、软件系统、备品备件、工具、手册及其他有关技术资料和材料。
4. “服务”系指招标文件规定投标人须承担的技术服务、运输、安装调试、人员培训、售后服务和其他类似的义务。
5. “招标文件”系指本文件及其附件,如招标人对招标文件及其附件进行有效的修改或澄清则该修改和澄清构成招标文件不可分割的一部分。
6. “投标文件”系指投标人按照招标文件要求编写,并向招标人递交的有效的文字说明、表格、图表等文件,如投标人对投标文件进行有效的补充、修改、澄清或说明则该补充、修改、澄清和说明构成投标文件不可分割的一部分。
7. “无效的投标文件”指属于下列情况之一者,将作为无效处理:
1) 投标文件未按招标文件的要求密封;
2) 投标文件未盖公章或未经法定代表人(或授权代理人)签字;
3) 投标文件未按招标文件规定的格式、内容和要求填写;
4) 在投标文件截止期后送达或是通过电报、电话、电传、传真投标文件;
5) 投标文件字迹模糊不清无法辨认的。
6) 投标人在投标文件中提供虚假信息的。
7) 投标文件未送达指定地点,指定接收人。
(3) 对投标人的要求
1. 投标人必须为具有独立企业法人资格,具有合法名称、组织机构、固定的办公场所,注册资本要求不少于 5000 万元人民币(或等值外币),注册时间不少于 3 年,且具有良好的技术力量、商业信誉和售后服务体系的设备(系统)分销商、厂商。
2. 投标商需具有原厂授权、认证资格,并具有一定数量的获得认证的工程师。
3. 投标人必须具有良好的经济和技术实力,能够按时提交招标人要求的交付件,并能够及时地提供招标人要求的优质服务。
4. 投标人近3年来签署过类似合同、承担过类似项目及成功案例,案例数不少于 2 个。投标人应具备相应实施资格。
5. 投标人必须具有良好的银行资信和商业信誉,没有违法、违约记录,不处于被责令停业,财产被接管、冻结、破产等非正常经营状态。
6. 投标人不得联合第三方共同投标,否则取消投标资格;且不允许中标后将本招标进行分包、转包。
7. 标的项目中如包含的第三方产品和服务,要求投标人出具第三方授权书(包括产品、服务功能和价格),招标人保留对该第三方资格认定及与其直接签署合同的权利。
(4) 投标费用
投标人应自行承担与参加投标有关的全部费用,招标人在任何情况下无义务和责任承担上述费用。
(5) 投标保证金
保证金金额为:5万元。保证金形式包括但不限于转账汇款、投标保函等。账户:0145797011120100081034,户名:江苏常熟农村商业银行股份有限公司。转账请备注“投标保证金”。
投标人存在以下情况发生的,招标人有权没收投标保证金:
1. 投标人在招标文件中规定的投标有效期内撤回投标的。
2. 投标文件存在不实信息、弄虚作假的。
3. 投标人采取不正当手段骗取中标的。
4. 中标人在规定期限内单方面废标的。
投标保证金有效期从本项目投标截止日起至合同签订完成止。
未中标单位保证金将在招标结束后30个工作日内退还至投标单位原汇款账户。中标单位保证金将在合同签订完成后30个工作日内退还至中标单位原汇款账户。
(6) 招标文件的解释及咨询
本招标文件的解释权属招标人。对本次招标有任何询问,请与常熟农商银行本次招标联系人联系。
2、 投标文件说明
(1) 要求
1. 投标人应仔细阅读招标文件的所有内容,按招标文件的要求提供投标文件,并保证所提供的全部资料的真实性,以使其投标对招标文件作出实质性响应,否则,其投标可能被拒绝。
2. 除非有特殊要求,招标文件不单独提供招标设备(系统)或服务使用地的自然环境、气候条件、公用设施等情况,投标人被视为熟悉上述情况。
(2) 投标文件的组成
必须按照本招标文件要求制作,未经招标人书面同意,该格式不允许作任何修改。投标文件应包括但不限于下列所选文件:
附件1:投标书
说明:必须按照本招标文件附件的格式要求制作,未经招标人书面同意,该格式不允许作任何修改。
附件2:法定代表授权委托书
说明:法定代表人参加投标的无须授权委托书。
附件3:投标价格一览表【单独密封】
说明:应包括投标报价、维护承诺、其他重要补充事项等内容。
附件4:投标人情况简介
说明:应包含投标人基本情况与背景资料、财务数据、业绩或服务的情况等。
附件5:外包服务供应商风险信息表
说明:根据监管要求,防范外包风险,投标人需如实提供表格要求的相关内容。
附件6:业务需求与实施方案
说明:根据我行项目实施计划、业务需求(已列明)、我行现有系统列表、我行硬件服务器配置清单等要求,投标人应提供:
(1)产品的详细介绍,明确系统的特点及优势等,如果投标人产品需要集成其他产品商的产品,描述如何实现。
(2)产品的系统架构图、硬件拓补图(结合我行现有资源进行规划)
(3)软硬件配置清单。
附件7:产品功能表与需求匹配度
说明:投标人必须对“招标项目要求”逐个或分块地作出实质性响应,简要描述如何满足该需求,如果该响应在投标文件其他部分有详述,可在该处简单应答,但必须给出确切的位置索引,解释投标文件或投标人案与招标项目需求之间的偏差,用数量来表示的需求,必须用确切的数量单位来响应。
附件8:项目实施人员一览表、人员简历及社保证明
说明:投标方必须提供实际参与项目实施的成员列表及其人员简历(按附件格式填写)和社保证明,保证其真实有效。
附件9:科技系统技术标准概要事项
说明:投标方产品需满足附件所要求技术标准执行,超纲部分需另作说明。
附件10:投标人资格证明与案例情况(近三年,需附证明文件)
说明:投标人提供营业执照复印件等相关资质证明文件并按表格要求提供至少近三年的实施案例情况,并附证明文件,加盖公章。
(3) 投标文件的签署及规定
1. 投标人应准备一份正本,两份副本,一份电子文档。在每一份投标文件上要明确注明“正本”或“副本”字样,若正本和副本有差异以正本为准。
2. 投标文件正本和副本须统一用A4纸打印装订并由投标人法定代表人或授权代理人在正本封面上签章处签字并加盖公章、骑缝章。
3. 除投标人对错漏处作必要修改外,投标文件中不许有加行、涂抹或改写。如有修改错漏处,必须由投标人法定代表人或授权代理人签字并加盖公章。
3、 投标文件的递交
(1) 投标文件的密封和递交
投标人应将投标文件的正本和副本分别用非透明文件袋密封,在封签处加盖公章,并标明投标人名称、正本或副本、招标编号、投标产品名称。
每一密封信封上注明“于开标前不准启封”的字样。
投标价格表及其它各种承诺均须有法定代表人(或其委托的全权代表人)的签字、日期并加盖公章。
投标文件须标注页码:封面后的第一页为标书的目录,整本标书须标注统一的页码,成功案例合同等复印件可以手工填上统一的页码。
(2) 投标文件的修改和撤回
投标人在提交投标文件后可对其投标文件进行补充、修改或撤回,但招标人须在投标截止时间之前收到该补充、修改或撤回的书面通知,该通知须经投标人的法定代表人或授权代理人签字并加盖公章。
投标人对投标文件进行补充、修改的书面材料或撤回的通知应按本招标文件规定进行编写、密封、标注和递送,并注明“补充/修改投标文件”或“撤回投标”字样。
投标截止时间以后不得对投标文件进行修改或补充。
4、 开标和评标
(1) 开标
1. 本次开标时间与开标地点由招标人另行通知。
2. 所有投标人均应派代表到场参加开标,投标人代表应出示代表投标人参加开标的授权证明及本人身份证明。
3. 开标过程由投标人进行时间不超过30分钟的讲标,必须由此项目的实施项目经理讲标,不得随意变更。
(2) 评标因素
招标人根据包括但不限于以下投标条件进行比较:
1. 投标价格;
2. 投标人整体实力及成功案例总数;
3. 投标人技术方案、成功案例分析及产品特制设计;
4. 投标人技术实力(项目经理及项目成员、售后服务能力及项目人员配置、POC情况等);
5. 投标人的资信情况和履约能力;
6. 投标人提供的其他优惠条件。
(3) 投标文件的审查
1. 开标后,招标人将组织审查投标文件是否完整,是否有计算错误,文件签署是否符合要求。
2. 在对投标文件进行详细评估之前,招标人将依据投标人提供的资格证明文件审查投标人的财务、技术和生产能力。如果确定投标人无能力提供设备(系统)和技术支持,其投标将被拒绝。
3. 招标人将确定每一投标是否对招标文件的要求作出了实质性的响应,而没有明显的偏离或保留。
4. 招标人判断投标文件的响应性仅基于投标文件本身而不靠外部证据。
5. 招标人将拒绝被确定为非实质性响应的投标,投标人不能通过修正或撤销不符之处而使其投标成为实质性响应的投标。
(4) 投标文件的澄清
1. 为有助于对投标文件进行审查、评估和比较,评标期间,投标人法定代表人或授权代理人及其他有关人员应当等候质疑。招标人有权向投标人质疑并请投标人澄清其投标内容。投标人有责任按照招标人通知的时间、地点、方式指派专人进行答疑和澄清。
2. 澄清应是书面的,并由法定代表人或其授权代理人签字。
3. 投标人的澄清文件是投标文件的组成部分,并取代投标文件中被澄清的部分。
4. 投标文件的澄清不得对投标内容进行实质性修改。
(5) 评标工作
1. 招标人将按照公开、公平、公正的原则对待所有投标人。
2. 评标是招标工作的重要环节,评标工作在招标人内独立进行。
3. 招标人不承诺报价最低者为中标者。
4. 在投标、开标期间,投标人不得向招标人询问情况,不得进行旨在影响评标结果的活动,招标人保留对投标人进行疑问咨询的权力。
5. 在投标、评标过程中,如有投标人联合故意抬高报价或其他不正当行为,招标人有权中止投标或评标。
6. 江苏常熟农村商业银行股份有限公司保留对本次招标的最终解释权。
5、 中标与签署合同
(1) 定标原则
招标人不承诺向投标人披露招标过程中任何细节,包括中标或落标原因。
(2) 中标通知
1. 定标后,招标人将发出中标通知。
2. 对落标的投标人不再另行发出落标通知。
3. 中标通知将作为招标人与中标人签订合同的依据之一。
(3) 签订合同
1. 招标人将按照招标文件和投标人的投标文件与中标人签订书面合同,签订合同之前,双方需对合同的具体细节进行商谈。
2. 招标人对有关内容有权作出必要的细化和补充,但有关细化和补充不得背离招标文件和投标文件的实质性内容。
3. 招标文件、中标方的投标文件及其澄清文件等,均为签订合同的依据。
第三部分 投标文件格式附件1:投标书
投 标 书
致:江苏常熟农村商业银行股份有限公司
根据贵方 项目 招标书,投标人 (投标人名称)提供相关文件并做出以下承诺:
1、 招标文件规定的全部文件正本一份,副本二份,电子文档一份。
2、 投标人同意如下:
1. 投标人完全接受招标文件中的内容,并将按招标文件的规定履行义务,按相关法律法规履行我方的全部责任。
2. 投标人己详细审查全部招标文件,包括修改文件以及全部参考资料和有关附件,无其他不明事项。
3. 投标人同意招标人要求的相关数据或资料,完全理解招标人在招标文件中确定的评标原则和程序,理解贵方不一定要接受最低报价的投标。
4. 投标人承诺项目讲标人为本项目实施的项目总监及项目经理,投标人应承诺项目实施过程中项目总监及项目经理不做变更。如发生项目项目总监或经理变更,招标人有权扣减项目中标金额的10%,及有权解除中标通知书或项目合同。
5. 投标人承诺按项目投标书中项目组人员配制进场实施项目,如人员匹配率低于90%,招标人有权扣减项目中标金额的10%,及有权解除中标通知书或项目合同。(人员匹配率为:投标书匹配人员数量/投标书项目人员总数)
6. 投标人承诺按《常熟农商银行科技系统技术标准规范》进行项目实施,并对投标人原系统产品不适合该标准规范的内容在项目实施周期内完成按项目的改造落地。(技术标准规范在项目进场实施时提供,概要内容见附件《科技系统技术标准概要事项》)并对附件《科技系统技术标准概要事项》进行盖章确认。
3、 投标人保证投标文件中所有关于投标资格的文件,证明陈述均是真实的、准确的。若有违背,投标人愿意承担由此而产生的一切后果。
与本投标有关的一切正式信函使用以下地址:
地址:
邮编:
电话:
传真:
投标人法定代表人姓名、职务(印刷体):
投标人名称:
单位公章:
法定代表人或授权代理人签字:
日期: 年 月 日
附件2:法人代表授权委托书
法人代表授权委托书
本授权书申明:
(投标人公司名称)(投标人公司注册地点)法定代表人(姓名)经合法授权,特代表本公司(以下称“投标人”)任命:(姓名)为正式的合法代理人,并授权该代理人在有关的投标工作中,以投标人的名义签署投标书、签署合同并处理与此有关的一切事务。
特签字如下,以资证明。
投标人单位公章:
投标人法定代表人(授权人)签字盖章:
日期: 年 月 日
附件3:投标价格一览表【单独密封】
投标价格一览表
投标价格一览·表由以下几个部分组成:
项目总报价(人民币): 元
项目计划进场时间: 年 月 日
预计项目上线时间: 年 月 日
项目计划总工期: 天
人月单价: 元
报价明细:
名称
数量
单位
单价(元)
折扣(%)
折后价(元)
合计(元)
软件名称/硬件名称/服务名称
原系统数据迁出
...
优惠/附加条款(按类型填写):
类型
优惠条款
内容描述
咨询/培训/测试/运维/其他
系统(含软、硬件等)应提供免费维护期为 年(至少1年),维护期内提供(驻场 □远程支持 □其他 )支持服务,维护期满后,每年度系统维护服务费用不超过项目总报价的10 %。
软件类系统,系统上线2年内,由于功能新增经双发协商同意需要计算工作量的,工作量报价不超 元/人月。
投标人应对上述所投产品提供报价,报价包含工程材料费、工程施工费、安装调试费、运输费、技术支持费、培训费、产品附件费、第三方产品费等投标人为完成本项目所发生的全部费用(一年内将按照此招标价格采购)。原系统数据迁出需要投标人单独报价,最终由招标人决定是否采购投标人的相应服务。所有报价均以人民币为单位,报价含税。如有数量规定的阶梯价,可阶梯报价。
投标人应在项目计划进场时间安排人员进场,未在期限内完成人员进场,每延迟一日,应向招标人支付相当于项目中标总金额万分之五的违约金,超过30天的,招标人有权解除中标通知书或项目合同,投标人除支付相应的延迟违约金外,还应向招标人退还已收到的合同价款。
投标人单位公章:
投标人法定代表人(授权人)签字盖章:
日期: 年 月 日
附件4:投标人情况简介
投标人情况简介
1、 名称和概况:
投标人名称:
地址: 邮编:
传真/电话:
成立日期或注册日期:
法定代表人或主要负责人姓名:
2、 财务数据:
注册资本:
3、 业绩或服务的情况:
1. 成立至今国内外主要用户名称:
2. 其中,本次投标或服务在国内金融行业的应用情况(如有的话):
4、 所属集团(如有的话):
5、 其它情况(组织、机构、技术力量、参与本产品的实施人员情况等)
附件5:外包服务供应商风险信息表
外包服务供应商风险信息表
服务供应商名称
服务供应商基本情况
1.服务供应商成立时间及其发展历程
2.服务供应商的主要股东
3.服务供应商的主要经营范围
4.服务供应商的企业性质(内资企业/港澳台商投资企业/外商投资企业/境外企业)
5.服务供应商近三年资产规模、主要收入、盈利状况
6.服务供应商目前员工人数、人员学历结构
7.列举同业提供类似性质和规模的服务经验
8.列举在最近三年的经营活动中违法违纪等不良记录(如有)
9.提供服务供应商业务连续性安排和应急预案
服务供应商(盖章):
日期:
附件6:业务需求/实施范围
一、预期项目实施周期计划:
预估实施周期:252天(按工作日测算)
预估实施计划:
需求阶段:2020年10月15日至 2020年11月30日
设计阶段:2020年10月30日至 2020年12月15日
开发阶段:2020年11月15日至 2021年2月28日
测试阶段:2021年3月1日至 2021年7月30日
验收阶段:2021年7月15日至 2021年9月15日
项目上线:2021年10月1日
2、 项目需求
1 项目背景
常熟农商银行新一代信息系统工程是在经营环境新常态、金融科技新兴技术的新形势下,为应对日趋激烈的同业竞争,打造升级版常熟农商银行科技体系,强化科技支撑能力,借助金融科技手段,全面支撑银行的发展战略。
目前我行已搭建完成业务中台体系架构,并在逐渐整合前端渠道系统,同时将后端系统进行解耦及相关功能的剥离。核心系统升级改造的建设将是新一代最重要的环节,本次项目将建设瘦核心系统,完成核心系统建设后,新一代信息系统工程将对全行科技架构的支撑达到新的水平,对业务的支持达到一个全新的高度。
2 项目目标
结合本行业务的发展趋势,借鉴同业核心系统需求设计先进实践,新核心系统在满足功能全面、性能优异、运行稳定、管理方便、开发快捷、风险可控、边界清晰、交付规范、理念先进等目标实现的基础上,需充分考虑对分布式、大数据、云计算、互联网金融、移动金融服务等新兴技术的应用与支持,能支撑招标人战略调整引发的业务及技术支撑需求。总体来看,新核心系统须在适用性、安全性、高效性、先进性、前瞻性、扩展性等方面有优秀的架构设计及产品实现。
新核心系统项目主要预期目标包括但不限于:
1.面向客户的服务理念:未来的银行是为客户提供金融产品化服务的经营机构,必然全面地向客户化服务转型。以客户为中心的经营理念将渗透到银行的方方面面,奠定提升客户体验的基础。
2.基于产品的功能实现:银行的本质是提供金融服务的企业,而银行买卖的产品就是各式各样金融服务组合。核心系统作为银行最基本金融服务的提供系统,也必然会沿着产品服务的方向发展,进一步提高市场竞争力。
3.更灵活的业务扩展性:在日新月异的银行业发展态势下,新的功能、新的产品层出不穷,专业的核心系统需要具备灵活的业务扩展性,快速支撑创新业务的创设与开展。
4.精细化业务数据管理:未来的银行竞争,是基于大数据分析的科学、理性化的市场行为竞争,这就要求各专业系统能够提供更为精细的业务处理过程数据用于分析加工,通过数据分析结果引导业务发展方向,提升客户体验目标同时加强风险控制。
5.灵活多样的技术架构:现代化的银行体系架构,需要各专业系统明确分工,有机整合在一起,通过有效的协同工作功能承担越来越复杂的融合型金融服务,满足精细化管理,以技术为动力推动银行在快速变化的市场中竞争。
6.更加完备的安全体系:随着银行经营对IT的依赖度越来越高,银行发展在信息安全的角度对IT系统提出更高的要求。互联网时代的银行系统,需要从架构体系对整体系统进行安全防护,满足风险监控防范。
7.新核心业务系统应覆盖现有业务及管理需要。
3 业务需求
3.1 存款业务
存款业务应支持本外币一体化的个人存款、对公存款、同业存款以及相关账户管理服务,支持存折、存单、卡、定期一本通、虚拟电子账户等多种介质以及一户通,支持本行现有存款产品对接以及未来产品快速定制,支持数据标准化、新资本协议等要求。存款业务设计必须满足中国人民银行、银保监会等监管机构以及常熟农商银行相关制度;同时要满足未来的发展趋势要求,支持参数化、流程化设计。
3.1.1 存款业务品种
核心系统存款模块应支持但不限于以下业务品种:
1. 个人存款
包括个人结算账户、个人支票户、多币种一本(卡)通、活期储蓄存款、整存整取、零存整取、整存零取、定活两便、存本取息、教育储蓄、个人通知存款和定期一本(卡)通、个人保证金存款、结构性存款、个人大额存单、利息前置等。个人业务还需支持常熟农商银行特色业务及特色产品或组合功能,如个人日均型活期存款、个人日终型活期存款、定期多维度灵活计息等智能存款产品。个人业务还需支持联名账户、个人一户通、大额可转让等产品和功能。
2. 对公存款
包括活期存款(含财政账户)、定期存款、通知存款、保证金存款、协议存款、协定存款、单位结算卡、对公存折、大额存单、结构性存款、同业存款、对公日均型活期存款等;对公业务还应支持财政授权支付业务和委托存款业务。对公业务还需支持常熟农商银行特色业务及特色产品或组合功能。
3. 其他存款
支持由于利率市场开放而形成的或由于常熟农商银行业务创新引起的其他存款品种的要求,如常惠存、常乐系列产品。
3.1.2 存款业务功能
支持但不限于以下业务功能:
1. 支持存款业务全生命周期管理、代理管理、流程渠道控制、账户冻结管理,满足中国人民银行、银保监会以及常熟农商银行相关制度以及未来的发展趋势(如存款保险制度、数据安全等)要求。
2. 支持存款账户的多维查询和账户利息试算,支持数据实时、适时抽取,能够实现与外围系统的标准化对接。
3. 支持流程银行模式下的存款业务操作,支持单位账户预开户,支持客户自选账号。
4. 支持数据的审计回溯。
5. 支持存贷一体化产品。
6. 支持互联网存款需求。
7. 支持历史数据查询无缝对接。
8. 支持同业产品余额及发生额统计,核心支持相关字段登记。
9. 支持本外币现金存、取款、行内转账(包括法人内、跨法人)。
10. 支持开立外汇局规定的所有外币账户类型,包括NRA账户。
11. 支持外汇账户管理接口、国际收支申报接口的要求。
12. 支持外汇反洗钱数据上报的要求。
13. 支持保证金账户销户功能。
14. 外汇存款业务支持现有种类存款:活期存款,定期存款,通知存款,协议存款等。
15. 支持外币找零。
16. 支持外汇账户管理接口的要求。
17. 支持外汇核准件的管理。
18. 支持外汇待核查账户管理。
19. 支持外币账户限额管理。
20. 支持国际收支申报接口的要求。
21. 支持外汇反洗钱数据上报的要求。
22. 支持外汇账户信息查询功能的要求(包括但不限于不同账户属性,余额等)。
23. 支持外汇账户分户账流水打印指定日期(不含当日)的余额显示。
24. 支持跨境人民币RCPMIS接口。
3.1.3 存款业务属性
存款业务的处理需要支持通过灵活的产品定制来满足当前及未来业务发展的需要,系统应该能够灵活定义各类存款业务的有效币种,不同币种的存款业务能够支持处理属性上的差异,包括但不限于:金额设置、透支控制、渠道控制、适用范围、支付条件、会计核算、账号规则、大额交易和余额变动、反洗钱及内控要求、限额管理、支取控制、到期控制、生命周期管理、利率设置、费率设置、税率设置、个性定制、客户级别展示、业务预警和提示等。
3.1.4 存款业务利息处理要求
支持灵活的利息处理:利息计算、利息税处理、倒起息处理等。
1. 利息处理
· 存期:按产品的特性可以定义每个产品的存期。
· 利率设置:可以定义多种不同的利率,如固定利率、浮动利率,支持分层利率,包括期限分层、金额分层模式、可按客户等级等多维度自定义利率模式。
· 重新定价规则(定期存款) :如可在续存时更改、可随参考利率变动而改变、支持存款多维度灵活计息。
· 结息周期:如日、周、半个月、月、季、半年、年等,及支持自定义结息周期。
· 利息计提:支持按需设置计提频率,如按日、按月、按季等参数化的计提方法。
· 利息计算方法,包括:计息方法、计算天数、计算利息的最低余额要求、最低应付利息 (适用于利息保证或保障的账户)、账户变动时的计息方法和分段计息。
· 利息支付方法:支持预付息、支持利息本金化、利息转到指定账户、利息挂账处理和柜台支取利息等支付方式。
· 利息记账:根据客户的要求,计算的利息转向其关联账户入账。
2. 倒起息处理
如果某个账户出现交易调整(错账或漏记交易),银行可以通过倒起息交易进行,使应付利息可以重新计算。对于当前利息周期的应付利息,系统根据余额调整的情况重新计算。对于跨结息周期的调整,利息在重新计算后应把应付利息及利息支出进行自动账务调整。
支持倒起息期限参数化配置。
3. 利息税处理
可定制基本税率、减免比例、收取周期、最低收税限额等,可实现不同税率的分段计算,也能够根据客户信息中的国家代码或税率码计收利息税。
3.1.5 存款业务手续费处理要求
核心系统需要提供灵活的手续费处理方式:支持单笔收费、批量收费、费用摊销、欠费记录及欠费处理。
提供联机收费模式、实时收费模式,统一收费功能。
提供收费信息查询功能。
3.1.6 其他服务要求
1. 数据支持
核心需要具备向回单系统、银企对账系统、财务系统等外围系统提供数据支持的能力。
2. 服务支持
核心需要具备向网上银行、手机银行、信贷系统、资金系统、国结系统等外围系统提供服务支持的能力。
3. 账户通知服务
系统应支持对客户发出各种的账户通知,包括:
· 当某类型交易发生,如开户、销户、到期、透支、约定账户服务执行或未能执行等特殊事件,系统自动发出通知。
· 配合实现手机短信、email、微信、app内通知等电子渠道的通知。
4. 现金管理(对客)服务
核心系统应为常熟农商银行重要企业客户或集团提供先进的现金管理服务,功能包括但不限于:资金池管理、集团账户关系管理、资金归集与下拨、明细对账等。
5. 存款证明
系统应支持开立当前时点或某一时段的存款余额的中英文存款证明书和多维度的参数设置。支持多币种、多账号开立一份存款证明,支持参数设定账户数量上限和开立份数上限等。
6. 法人账户透支
系统应支持法人账户透支的处理功能,支持参数设置对公账户是否允许法人透支,同时需要支持透支额度的管理。
3.2 账户管理
3.2.1 账户体系
支持多层级账户结构,可以灵活扩展,满足分类统计、灵活核算的需求,并可定义账户的虚实关系及多层级关系,支持主虚子实、主实子虚二种模式的账户体系,支持集团账户功能。支持账户结构的查询及快速定位的功能。支持多层级账户各种对账方式。
1. 当为主虚子实的模式时,主账户即管理账户为虚拟账户类型,能够根据需要来汇总其项下所有子账户的余额及交易明细。账簿层账户为虚拟账户类型可依据需要进行开立,实体子账户仅允许存在唯一一层账户,可独立核算,单独设置不同的计息规则及利率条件并完成实际交易处理。该模式主要运用于一卡通账户、单位定期账户、保证金账户、同业信托类等业务场景。
2. 当为主实子虚的模式时,主账户即管理账户为实体账户类型,不仅能够根据需要来汇总其项下所有子账户的余额及交易明细,还可以用于完成实际的交易处理。该账户可下挂其他虚拟子户用于不同款项的清分,层级数可根据业务需要进行扩展。主实子虚仅允许主账户为实体账户,其他层级账户必须为虚拟账户类型。该模式主要用于社保账户、集团类账户等业务场景。
3. 集团现金管理账户体系,通过签约方式支持多层级账户模式,上下级间可设置归集、下拨关系,账户间资金关系可灵活调整。可指定层级出具对账单。支持多种资金归集方式(如:定额、定比例、定余额)、下拨方式(如:定额、全额、补足),支持资金的实时归集、实时下拨,以及手工划拨。支持交易明细查询权限的控制。
4. 支持账簿核对。
3.2.2 结算账户管理
1. 满足监管部门关于个人I、II、III类账户的管理要求,支持账户开设、升降级、鉴权、限额、安全策略等参数化,将相关监管政策落实到系统控制中。
2. 满足监管部门关于单位银行结算账户的管理要求。
3. 支持多层级账户结构,满足未来业务的发展和创新。
4. 支持账户级的累积限额、单笔限额管理。
5. 支持批量开户(包括批量开存单、批量开存折、批量开卡等)。
6. 支持通存通兑控制。
7. 支持结算账户的签约服务:如短信通知、第三方存管、代发代扣类业务、基金、理财、保险、国债等业务,支持快捷支付、小额免密等业务。支持账户关联一次性转移及撤销;支持更换账户后全量关联关系迁移。
8. 支持黑、白、灰名单管理等账户控制。
3.2.3 存款状态管理
1. 支持账户状态控制。账户状态包括但不限于正常、只收不付、不收不付、只付不收、冻结、中止支付、停止支付、暂停非柜面业务等。
2. 支持账户形态转移控制,可通过规则定制自动实现账户形态的转移或提供符合条件的账户列表经人工筛选后转移,如正常户转一般不动户、一般不动户转超期不动户(久悬户),超期不动户转营业外收入以及不动户转正常户。支持转入营业外收入的单位、个人久悬账户的结清销户处理。
3. 支持司法机关的查、冻、扣操作。包括支持以法人维度进行司法机关查询,并记录相关查询动作;支持对账户超额冻结、轮候冻结、延期续冻;支持冻结类型的优先级设置与调整;支持司法机关实时扣划、定时扣划,按计划周期扣划等多种扣划模式,支持全额扣划、部分扣划,并支持部分扣划后剩余金额保持原有冻结有衔接;支持与外围司法查控系统的完整对接。
4. 能够通过配置业务种类参数来实现不同冻结、解冻类型跨网点处理。
3.3 银行卡业务
卡业务包括普通借记卡、IC卡、单位结算卡、联名卡、主附卡等。
核心系统需提供完整的银行卡管理功能,同时也支持与卡管理系统对接的方式。支持以银行卡为介质的所有对公、个人存款业务,支持全天候、多渠道(包括:ATM、POS、网银、电话银行等)的业务功能。
3.3.1 借记卡
核心系统支持功能包括但不限于以下功能:
1. 卡的业务属性按照处理逻辑不同,划分为基本配置参数、控制参数、换卡参数、附卡参数、联名卡参数、功能控制参数、费用控制参数、签约控制参数、限额控制参数、产品关联控制参数、产品使用范围控制参数等,由以上参数共同组合定义卡产品,提供借记卡相关的产品模型,用于支持卡产品的快速配置和创新。
2. 支持卡产品管理,包括:卡产品维护、卡BIN管理、卡商管理、渠道管理、限额管理、收费管理、卡权限管理等。支持多卡种的拓展。
3. 支持卡凭证管理,包括:制卡管理、发卡等全生命周期管理。
4. 支持保号换卡功能;支持自主选号功能;支持特定卡号锁定预留。
5. 支持资金流向监控,可以定义监控关键字。
6. 存取现金:支持柜面、ATM机取款,CRS存款;“银联”标志的ATM机取款;支持他行卡业务,如农民工银行卡特色服务功能,加入“银联柜面通”的银行柜台办理存取现金;支持银联渠道的境外取款;支持预约取款。
7. 支持刷卡消费、消费撤销、退货、预授权、预授权撤销、预授权完成、预授权完成撤销等POS收单交易。
8. 支持转账业务:支持自助设备、线上渠道、柜面渠道、POS渠道等多种渠道的转账业务。
9. 旧卡换卡后,系统支持客户通过旧卡号办理转账业务,支持新旧卡号同时登记。
10. 支持虚拟卡,提供II、III类账户虚拟卡号支持,支持虚拟卡转实体卡。
11. 支持卡止付、解止付、卡挂失、卡解挂、限额维护、安全锁控制等非金融交易。
12. 支持密码的挂失、修改、锁定、重置等功能。
13. 支持批量自定义卡密码规则(如客户身份证件号码末六位),并支持初始密码激活功能。
14. 支持通过卡号进行账务查询。
15. 支持各类基于借记卡的签约服务:如短信通知、第三方存管、代发代扣类业务、基金、理财、保险、国债等业务。
16. 支持IC卡圈存、IC卡圈提。
17. 支持与银联或其它机构的清算、对账及差错处理。
18. 支持银行卡手机闪付、PAY支付、快捷支付(包括银联及各第三方支付)签约及支付。
19. 支持个人卡主、副卡发卡。
20. 支持卡下账户移入移出。
21. 支行卡的存货一体化业务。
22. 支持本行卡特色业务。
3.3.2 单位结算卡
支持功能包括但不限于以下功能:
1. 支持对单位结算卡等级的自定义,如普卡、金卡、白金卡,并实现发行与对公客户等级匹配的卡片。
2. 支持单位卡主、附卡发卡。
3. 支持一卡多户、一户多卡。
4. 支持卡下账户移入移出。
5. 支持卡限额控制。
6. 支持使用单位结算卡进行账户查询、转账汇款、现金存取、消费。
7. 支持通过ATM、POS、企业网银办理业务。
8. 企业客户可以持单位结算卡在营业网点柜面或其它渠道办理基金、黄金、债券等投资理财业务。
9. 单位结算卡可以将企业客户开立的本外币银行结算账户(基本、一般、专用和临时存款账户)进行统一管理和集中管理。
10. 企业客户可以通过营业网点、自助终端、网银、电话银行等服务渠道办理下挂各账户的余额查询、交易明细查询,支持打印对账单和回单。
3.4 贷款业务
核心贷款业务核算需遵循I9新会计准则计量及核算要求。
3.4.1 一般贷款
支持常熟农商银行一般贷款业务核算及相关处理,支持个人贷款与对公贷款核算,包括但不限于如下章节内容。
3.4.1.1 功能管理
1. 放款管理:
· 支持本币(人民币)、外币的各种可配置化贷款产品的发放。
· 支持自营贷款及委托贷款发放。
· 支持表外信贷业务(保函、信用证、银承等)开立及垫款发放。支持单笔或批量贷款发放。支持信贷类产品不足额自动垫款赔付或不自动垫款模式。
· 支持各类垫款计息回收等处理。
· 支持不同类型出资方式贷款发放,如本机构独资,第三方独资或联合出资。
· 支持贴息贷款及预收息贷款发放。
· 支持借新还旧(再融资、重组、无还本续贷)贷款发放。
· 支持直通式放款及录入复核式放款。支持定期存单、大额存单等质押贷款手工质押止付后放款及系统自动质押止付放款:
· 支持预约放款及已预约放款贷款日终批量自动放款。
· 支付放款时同步收费(手续费、保费等),收费支持按收费计划收费、周期性收费、放款时一次性同步收费等模式。
· 支持直接放款和通过内部账户放款。
· 支持自主支付、受托支付。支持一次性受托支付及分次受托支付、支持受托支付至多个收款人。
· 支持7*24小时放款。
· 支持放款时价税分离处理,比如预收息贷款放款时作事中价税分离。
· 支持交易核算分离,放款无需选择核算科目。
· 支持放款信息自动通知,应可自定义自动发送提示信息给相关人员。
· 支持各类投资类型放款。
· 放款后能追踪资金多种流向以及多次还款记录,能够通过报表进行统计。
2. 还款管理:
· 支持贷款的提前还款(部分提前还款或全额提前还款)、正常到期日还款、及逾期还款。
· 支持本金、利息、逾期利息或罚息、复利、违约金、中收等贷款相关资金收取;支持提前还本,全额收息。
· 支持主动还款。客户可主动在各渠道(柜面、电子渠道等)进行贷款提前还款或归还欠款。
· 支持自动扣款。对于签约自动扣款的贷款,贷款还款日(日终或日初)系统自动对正常及逾期贷款批量扣款。
· 支持贷款扣款的灵活配置,包括本金和利息的定额扣款、全额扣款、自定义扣款等。
· 对于签约逾期自动追缴的贷款,支持自动监测到客户账户有资金入账时,系统自动扣款还贷。支持对保证人账户一并进行监测。
· 支持定期存单、大额存单等质押贷款的自动解质押止付及自动还款及手工解止付及手工还款。
· 支持单笔还款及通过文件批量还款。
· 支持贷款还款试算。包括但不限于未到期贷款在正常还款日的还款计划试算、提前全部或部分还款贷款的还款试算、欠款贷款在指定还款日的还款试算、特定还款方式下期供类贷款贷款总额或贷款期数的试算等。试算金额包括本金、利息、逾期利息或罚息、复利。
· 支持同客户/不同客户的多扣款账号扣款。
· 支持还款的多类型还款优先级设置,如同一借据下的多期次优先级设置。
· 支持自动调整还款顺序,根据逾期天数或借据五级分类(四级分类)状态,支持正常的还款顺序和不良的还款顺序。
· 支持根据贷款状态确定是先扣本金还是先扣利息。
· 支持代偿方式还款。
· 支持还款账户全额扣款,对于指定的还款账户不能全额还款情况,支持从客户其它账户进行扣款。
· 延迟还本的情况下,还需要支持提前还款。
· 支持专项资金的特殊扣款的需求,例如不能用贷款还贷款、还贷款利息。
· 支持各类投资类型还款。
· 针对还款计划的贷款业务在调整利率时,支持核心系统同步生成还款计划表,确保核心和信贷系统还款计划调整的一致
3. 贷后其他管理:
· 支持贷款产品及产品属性的配置。
· 支持押品出入库账户管理。
· 支持贷款受托支付信息的维护。
· 支持人工触发计收贷款印花税。
· 支持贷款借据信息的维护。包括但不限于客户名称、执行利率、还款方式、还款周期、还款账号、贴息账号、贴息比例借据信息修改。
· 支持贷款还款计划、收费计划的调整。
· 支持贷款利息的自动计息及计提。
· 支持预收息贷款利息摊销及预收费贷款的费用摊销。
· 支持贷款利率变更及还款期限变更。贷款期限变更包括支持贷款缩期或延期,以及贷款预展期、展期及预展期撤销。
· 支持贷款产品变更(科目调整)、及贷款机构转移。
· 支持贷款的手工、自动形态转移处理。
· 支持贷款减值计提处理。例如按减值文件进行批量减值登记及减值拨备计提,并对已减值贷款折现回拨自动计提。
· 支持贷款利息的停息、恢复计息,以及免息的处理。
· 支持贷款核销及核销贷款归还处理。核销支持单笔及批量核销处理,核销归还支持主动及系统自动归还。核销贷款需支持继续计算利息。
· 支持贷款调账及错账冲账处理,冲账支持当日冲账、隔日冲账。
· 支持客户回单选择性打印。
· 支持委托贷款本息调整(适用于委托贷款场景下,直接由委托人起诉或变更申请执行人为委托人后,执行款直接入委托人的账户的,支持以此为由结清我行委托贷款账户,避免我行目前委托贷款一直处于挂账的状态)
· 增设信贷数据的违约时间登记机制,实现对单笔借据的初次本金、利息违约的登记处理。
·
4. 支持贷款查询管理:
· 贷款生命周期信息查询,包括但不限于如下查询功能:贷款放款信息概要及详细信息查询、贷款受托支付信息查询、贷款借据信息变更查询、贷款借据对应贷款账户交易变动明细查询、贷款预展期及展期信息查询、贷款历史还款计划查询及未来还款计划查询或试算,贷款每日计息计提信息查询、贷款客户还款信息查询、贷款核销及核销归还信息查询、贷款形态转移信息查询、贷款减值信息查询、贷款收费计划查询、贷款费用交易明细查询等。
· 核心系统单笔贷款账户支持归属条线的判定,实现应计利息、应收表内外利息的综合登记,同时支持前台的快速汇总与查询。
· 实现分客户、分客户经理、分机构、分条线的贷款收益率、收息率的计量与展示。
· 上述的查询功能,都能支持外围同步或异步打印导出功能。
5. 支持互联网贷款需求。
3.4.1.2 参数设置
1. 放款类参数:
· 支持按产品、渠道、机构等维度。
· 进行放款控制配置。
2. 还款类参数:
· 支持设置是否允许提前还款(包括部分还款),设置提前还款的金额及频率限制。
· 支持按照贷款产品、账户等维度配置不同的还款方式,包括一次清还、周期清还(等额本息、等额本金、等本等息等)、自定义还款等;
· 支持不同类型还款计划,比如:本息偿付计划、第三方贴息计划等。
· 支持灵活的还款方式分段,可以按照不同的时间段,设定不同的还款方式,在贷款发放时生成不同还款方式的还款计划。
· 支持设置还款周期,比如:支持按固定日期还款、对日还款等。
· 支持首期还款规则设置,设定放款日当天还款或不还款等。
· 支持尾期还款规则设置,可倒数第二个还款日还款或到期日还款等。
· 支持可定义的还款顺序,包括同一贷款客户归还多笔借据时每笔借据的还款顺序。
· 支持指定金额类型的还款,例如可以指定归还欠息
· 禁还期,即放款日之后不允许客户进行还款的时间,与禁还期单位(年、月、日)配合使用。
3. 利率类参数:
· 支持利率计算的年基准天数配置,如360天、365、366天。
· 支持固定利率、浮动利率、自定义利率三种利率类型。
· 支持多种维度利率种类,比如:中央银行贷款基准利率、贷款基础利率(贷款市场报价利率LPR)、上海银行同业拆借利率等。
· 支持多利率调整方式,如立即、次年初、次年对月对日、按月调整、下一还款日、次年首个还款日、不调整或手工指定调整日。
· 支持灵活的利率分段,可按照不同的时间段,设定不同的利率区段,在放款时直接生成不同区段的还款计划。
· 支持设置还款宽限期天数,宽限期内支持按照正常或逾期利率计息等。
4. 费用类参数:
· 可配置年基准天数,作为复杂费用收取规则时的计算基础。
· 可定义的手续费种类和费率,费率可按不同产品定价,允许在账户层按客户进行费率的调整或免收。
· 可定义的收费周期,按产品或手续费的特性,可以灵活选择收取费用的周期,如日、月、季、年或自定义的周期。在以月为单位的周期,可以选择当月任何一天。
· 费用核算支持常熟农商银行与村镇银行费用摊销。
3.4.1.3 计息规则
1. 支持可定义的计息规则,支持自定义提前还款、逾期贷款逾期利率的计息规则。
2. 支持停息处理,能够自定义停息期限。
3. 支持灵活的计提规则,可按日计提、按月计提(整期计息;不足整期按日/按比例分摊计息;超过整期部分按整期计息,不足整期部分按不足整期计息规则计算)。部分贷款金额类型需支持计息不计提等。
4. 支持可定义的计结息周期,包括日、周、旬、半月、月、季、半年、年等,可通过参数化进行自定义。
5. 支持批处理收息,利息归还时,系统可以自动确认归还顺序,也支持账务人员手工调整。
6. 支持期限灵活处理,对于不规则的还款方式,支持自定义期限,并与对应的利率表挂钩,支持区分工作日和节假日,根据规定进行提前或顺延的灵活配置。
7. 支持灵活的宽限期处理,支持还款有或无宽限期的设定,对于不同的产品及账户,可以设定还款宽限期。
8. 支持按设定的公式收取手续费,针对不同的贷款品种设置不同的手续费品种。
9. 支持定义不同的收费计算基础,如每月最新余额,平均余额、未使用贷款的承诺费等,或者根据上述余额比率计算手续费。
10. 支持贴息比例拆分,根据贴息比例,产生对应的贴息计划。
11. 支持预收息的摊销规则配置,比如摊销周期等。
3.4.2 银团贷款
支持常熟农商银行牵头行、代理行模式的银团贷款全生命周期管理功能及相关核算处理,包括但不限于,银团贷款协议登记,银团贷款发放(母子借据管理模式)、银团贷款还款、银团贷款借据信息维护、银团贷款计结息、银团贷款还款、银团贷款还款试算、银团贷款展期、银团贷款计结息、银团贷款借据信息查询、银团贷款客户还款信息查询等功能。
3.4.3 抵债资产
支持常熟农商银行抵债资产业务核算及相关处理,包括但不限于抵债资产接收、抵债资产入账、抵债资产处置、抵债资产核销、抵债资产信息查询、抵债资产处置明细查询。
3.4.4 不良信贷资产转让
支持常熟农商银行不良信贷资产转让核算及相关处理,包括但不限于不良信贷资产单笔转让、不良信贷资产组包批量转让、支持转让后贷款销户处理以及转让后委托我行清收模式、支持我行对转出贷款后续清收处理。
3.4.5 信贷资产证券化及流转
支持常熟农商银行信贷资产证券化及信贷资产流转核算及相关处理,包括但不限于信贷资产证券化/流转协议信息登记、信贷资产证券化/流转封包、信贷资产证券化/流转借据替换、信贷资产证券化/流转解包、信贷资产证券化/流转出让、信贷资产证券化/流转赎回、信贷资产证券化/流转清仓回购、信贷资产证券化/流转协议信息查询,以及信贷资产证券化/流转之后的贷款计息、还款功能。
同时支持对已转让资产表外科目的设立和统计管理。
支持单笔及循环类资产证券化业务的自动化账务核算管理和信息登记查询,包括封包日和出表日之间的本息冲账处理、出表日当天及出表后归还本息的自动化处理、代收款项转付、按照合同约定收取确认手续费、利息实收分析取数等,实现ABS财务全流程管理。
3.4.6 保函
支持常熟农商银行保函业务核算及相关处理,包括但不限于保函开立、保函修改、保函赔付、保函垫款、保函手工注销、保函到期自动注销、保函出账手工撤销、保函出账自动撤销、保函信息查询、保函交易信息查询、保函保证金处理等功能。
· 保函开立时支持保函保证金止付及手续费扣收。
· 保函赔付时,支持不足额自动垫款赔付或不自动垫款模式。
3.4.7 银行承兑汇票
对接常熟农商银行票据系统,支持常熟农商银行银承业务核算及相关处理,并支持与票据管理系统的对接。
包括但不限于承兑、未用退回、银行承兑汇票挂失解挂、提前或到期备款、票据销记、代理承兑、代理签发等。
1. 银承贴现管理:
对接常熟农商银行票据系统,支持常熟农商银行贴现业务核算及相关处理。
票据转入包括银票贴现、支持银票贴现利息摊销、银票贴现转垫款、银票追索处理、供应链票据等。
票据转贴现业务(包含银票和商票):支持系统内转贴、转贴现买断、票据逆回购、票据正回购赎回、再贴现回购赎回。票据转出包括转贴现卖断、再贴现卖断、票据正回购、再贴现回购、票据逆回购赎回,支持转贴现利息摊销、票据追索处理、标准化票据、供应链票据等。(逆回购、正回购及再贴现交易方式支持质押式和买断式)
2. 银承保证金管理
支持银承保证金的相关处理:
· 保证金种类支持定期保证金、活期保证金。
· 银承备款支持灵活的备款顺序,支持先结算户再保证金,或先保证金后结算户;保证金账户支持按备款优先级顺序备款。
· 支持保证金账户按账户控制金额备款或超额扣款。
3. 票据质押及票据池管理
对接常熟农商银行票据系统,支持常熟农商银行票据质押、票据池业务核算及相关处理。
3.4.8 商业承兑汇票
对接常熟农商银行票据系统,支持常熟农商银行商业承兑汇票核算及相关处理。
包括但不限于持票人开户行受理商业汇票处理、付款行收到委托凭证及其商业承兑汇票处理、收到划回款项的处理、退回凭证的处理、商业承兑汇票贴现处理、商业承兑汇票挂失处理、商票贴现利息摊销、商票追索处理、商票贴现转垫款、商票到期转逾期贷款、供应链票据等。
3.4.9 标准化票据
支持标准化票据基础资产、存托、认购、交易流通各类业务的账务核算,支持以上业务的资金清算等基本功能。
3.5 公共管理
公共管理主要包括现金及凭证管理、公共应用、代收代付、产品创新灵活支撑、客户管理灵活支撑、机构管理灵活支撑、计价管理灵活支撑等业务模块,支持高度灵活的参数化配置,支持现有业务和未来业务发展需要。
3.5.1 现金管理
现金管理需满足但不限于以下要求:
1. 现金库及柜员现金尾箱管理,支持灵活的多层级现金库设置,支持对柜员现金尾箱的灵活设置,如:权限、限额等。
· 现金库可分为单中心库、多中心库或多种不同层级的现金库,对应不同层级的机构来定义现金调拨和管理关系。
· 网点柜员尾箱设置可根据不同业务发展需要设置多种现金尾箱(如:普通柜员尾箱或主管柜员尾箱,或按业务分柜员尾箱等),并对处理的现金收付作记录监控。
2. 现金调拨管理,包括但不限于:预约管理、调拨管理、现金调剂等功能。
· 支持现金调拨预约管理功能;
· 支持系统外现金调拨(当地人民银行、其它同业),支持线上人行ACS系统现金调拨管理;
· 支持系统内现金调拨(上下级机构、同级机构间);
· 支持现金调拨过程登记的自动记录,出入库时需要对券别进行记录。
· 支持在途现金登记管理。
· 支持本外币调拨方式差异性管理。
3. 现金尾箱管理。
· 支持按机构的实际情况对现金尾箱每个币种设置限额,如尾箱内现金已经达到限额或者现金量过低,系统进行提示。每日营业结束时,支持对机构库存现金情况进行平衡试算。
· 支持对自助设备尾箱管理(如:ATM、CRS等设备)。
4. 支持残损币的登记管理功能等。
5. 支持现金的抵现处理。
6. 支持券别配钞,支持元、角、分处理;支持辅币券别登记,满足监管现金统计要求。
7. 支持现金长短款的登记及处理功能。
8. 支持按机构层级关系、柜员权限查询现金信息情况。如:机构现金库、柜员现金尾箱、在途现金等信息,用于查询打印及报表生成。
3.5.2 凭证管理
凭证管理需满足对我行内部凭证及客户凭证的管理功能,但不限于以下要求:
1. 支持凭证管理灵活的参数化配置,包括但不限于凭证类型、编号、有效期等,支持设置是否允许跳号使用功能。
2. 凭证调拨管理,包括但不限于预约管理、调拨管理、凭证调剂、柜员保管凭证领用/上缴等功能。
· 支持凭证调拨预约申请功能。
· 支持重要空白凭证和有价单证全部调拨过程的自动记录。如:申请、审批、领入、调出、在途、使用、作废等。
· 支持机构间灵活的凭证调拨关系设置,凭证调拨要分层分级进行,支持凭证在机构间调拨和柜员间调剂,系统库存自动减加凭证数量,实时更新凭证状态、生成出入库登记簿,并进行账务处理。
· 支持柜员对凭证领用、上缴功能。
· 支持凭证的批量调拨。
· 支持重要空白凭证、有价单证记入表外科目进行核算。
3. 凭证状态管理:支持对凭证状态的登记记录,如正常、待销毁,已销毁、在途、出售、使用、作废、遗失等状态管理。
4. 凭证查询管理:支持按机构层级关系、柜员权限查询凭证信息。如:凭证库存明细、柜员保管的凭证信息等。
3.5.3 公共应用
核心业务系统应提供公共通用类的功能支持,包括但不限于以下内容:
1. 错账处理:用于当日抹账,隔日冲、补账处理,支持各渠道账务类和非账务类交易冲正。
2. 凭证重打:支持对原业务产生的业务凭证进行重新打印。
3. 业务预警、交易拦截与阻断:支持对于某些重点或风险较高的业务,在业务处理过程中,如果满足预先设定的控制条件,通过某种通知方式通知相关业务管理、风险控制人员进行风险控制,并支持实时交易拦截与阻断功能。
4. 利息试算:提供利息试算功能,可按产品(基础产品、可售产品)或账户进行试算。
5. 支持数据的审计回溯,包括存款、贷款等。
6. 其他物品管理:提供对其他物品的登记管理功能,如钥匙等。
7. 支持和完全满足我行老系统特色业务功能,确保我行新老系统数据移植一致性和完整性。
8. 核心系统要能够支持外部数据接口,支持监管报送要求。
9. 核心系统要能支持和满足我行数据标准。
10. 新核心系统需要充分考虑数字货币的兼容性。
3.5.4 代收代付
代收代付需要满足但不限于以下内容:
1. 支持协议单位的签约、资金划转、费用清算处理、手续费收入统计、对账及异常处理、批量业务等功能。
2. 核心系统为代收代付业务的发展需要,提供对客户、账户等合法性信息的控制及检查。
3.5.5 产品创新灵活支撑
核心系统应支持我行产品中心的适配,提供基于产品模型化理念的产品创新能力,支持产品中心的统一产品目录管理、统一的产品设计和组装机制;适配我行产品中心,支持集中的产品配置管理模块,具备配置的流程化处理,支持产品的快速配置和维护,支持灵活的参数化配置。产品类型应覆盖但不限于存款、借记卡、贷款、互联网贷款等,产品部件和产品参数应覆盖基础产品的所有属性,并能满足产品创新的需求,并具有前瞻性。包括但不限于以下功能:
1. 支持产品建立、复制、修改、停用、恢复、查询、删除等功能。
2. 支持多法人、地区、机构、销售渠道或客户群体对各类产品的业务参数进行组装,发展不同的产品,以更好为客户服务。
3. 支持基于原有的个别产品定义复合产品,如多个存款产品的组合、存贷款产品的组合、或者全方位的产品组合等。
4. 支持灵活的分层利率和结息频率设置;支持产品挂钩定价管理模块、签约、限额、额度管理、渠道等功能。产品包含并不限于以下产品:
· 定期产品包含标准定期产品和智能定期产品设置。
· 活期产品包含标准活期产品、日终型、日均型等智能活期存款产品设置。
· 其他个性化产品。
5. 支持透支类存款账户产品的设置。
6. 支持未来可以将产品管理与营销管理相结合的模式,如对存款产品可以采用“组团”形式设置产品等。
核心系统应适配我行产品中心,辅助实现产品的管理,包括但不限于以下能力。
1. 支持参数设计层次化、可以有效的拆解产品参数;支持参数组件化管理,可以将具有相同或相似原理的产品参数进行聚类和封装,使其以产品组件的形式进行结构化。
2. 产品配置管理:支持通过组件化参数配置各类基础产品;支持产品模型定制、产品复制和产品组合功能,具备丰富的、可重用的产品模板、模型和业务组件,并能够使用已有的产品模板或模型、组件快速推出新产品或组合产品。
3.5.6 客户管理灵活支撑
核心系统应支持对接中台客户中心,支持包括但不限于以下内容:
1. 保证客户信息一致性,保证客户号与客户有唯一的对应关系。
2. 支持客户发生归并和拆分时,在核心中对客户相关产品、账户等相关信息进行相应的归并与拆分操作。
3. 支持同客户不同账户名称的需求。
4. 实现客户信息变更时向核心系统的实时同步。
5. 支持获取客户名单信息,支持通过渠道进行区分不同处理方式。
6. 配合客户中心进行全行各系统建立的客户间的合并。配合支持全行性客户的逻辑删除、停用、启用功能以及验证。
3.5.7 机构管理灵活支撑
核心系统应支持对接中台统一机构中心,支持不同层级的机构的设置。不同级别的机构可以有不同的属性(如管理、清算、现金、凭证、授权)和管理信息,包括但不限于以下属性:
1. 机构类型:管理机构、营业机构、虚拟机构、账务机构等。
2. 管理关系:支持上级管理机构,决定授权层次关系和业务统计口径等。
3. 机构关联关系:支持机构间的业务关系,支持临时业务关系的调整(如:现金、凭证调拨关系,可以是在同级机构中发生或者在上下级机构中发生);支持按币种设置独立的机构关联关系。
4. 可办理的业务:支持设置该机构能够处理的业务范围。
5. 可办理的币种:支持设置该机构能够处理的币种。
6. 跨境业务办理范围:支持设置机构能办理跨境业务的范围。
7. 支持营业日、营业时间的灵活配置,如设置非营业日或非营业时间柜面不能处理任何业务等。
8. 支持按照业务种类、业务范围、交易等维度灵活设置、调整机构的权限。
9. 支持对接统一机构中心,同步核心系统所需要的机构数据,实现机构新增、撤并、拆分、升级、降级、隶属关系及管理层级等变更。
· 不影响对客户的服务和标准交易流水的产生,不影响业务的连续性。
· 支持因特殊的调整而带来的相关的处理,如账务处理、登记簿调整、清算关系设置、原机构支付来账业务自动归并等。
10. 支持对机构未完成事项的检查。
11. 支持未来多层级机构管理,支持未来自贸区机构设置等。
12. 支持机构信息等相关查询功能。
3.5.8 计价管理灵活支撑
核心系统需支持对接中台计价中心,配合全面支持利率市场化,支持灵活的利率、费率、税率、汇率定价模型,支持市场化条件下各种价格的计算和执行方式,支持多维度的差异化定价,共同实现产品创新和面向营销的经营活动。核心系统需要配合中台计价中台,实现包括但不限于以下内容:
1. 支持利率、费率、税率、汇率等各种定价主体,支持市场化条件下各种价格的计算和执行方式,支持多维度的差异化定价;
2. 全面支持并实现利率市场化,通过灵活且易于掌握的参数设置和多种参数组合,实现产品快速创新和面向营销的经营活动。
3. 支持通过币种、账户余额、客户类别、区域以及指定账户等条件,参数设定收费标准。
4. 根据人民银行等监管机构在利息税相关方面的规定和要求,系统可以灵活调整,可按个人、非个人或客户国籍等条件设定征收和减免的税率。
5. 系统应该支持结售汇、系统内平盘价、外汇买卖、个人外汇实盘交易、内部折算率、利息税汇率、统计汇率、报表汇率等维度汇率管理及浮动范围设定。
3.5.8.1 利率管理
针对利率管理,核心系统应支持对接中台计价中心,满足但不限于以下要求:
1. 利率参数化模型
· 支持灵活的利率参数结构;
· 支持央行基准利率、LPR利率、行内利率等多层利率定义;
· 支持多种靠档方式。
2. 差异化模型
· 支持按区域、客群、机构、渠道、产品、存期、币种等多维度的利率灵活设置;
· 支持优惠利率规则的有效期设定;
· 支持多种优惠判断方式;
· 支持利率浮动范围定义;支持在产品层设置利率浮动范围;灵活设置超限后的处理方式;
· 支持个性利率计划的设定;支持存贷一户一率。
· 支持授信类贷款发放免息券、团购等优惠利率定价。
· 实现LPR的信息的同步。
3. 利率处理
· 支持利率浮动范围检查及超限处理。
· 支持利率自动生效处理。
· 支持利率重定价灵活设置及自动化处理。
· 支持按照计息周期的定义进行计息处理。
· 支持利率按时间分段计息;支持按余额分档计息。
· 支持利息试算。
· 支持对计息金额或利息尾数进行多种进舍方式处理。
3.5.8.2 费率管理
针对费率管理,核心系统应支持对接中台计价中心,费用管理需满足但不限于以下要求:
1. 费率参数化模型
· 支持收费相关属性的灵活参数化定义;支持多币种的收费规则定义;
· 支持按实际余额和平均余额计费;支持定额收费和按比率计费;支持按金额或笔数计费;
· 支持超额、全额方式进行分档收费规则设定;
· 支持收费上下限的定义;支持余额不足的处理规则定义;
· 支持递延规则相关参数定义;支持费率对应的记账规则定义;
· 支持费率有效期设置和管理;支持收费优惠范围定义;
· 支持费率的状态管理;支持灵活的收费周期设置,支持一次性收费和按期收费;
· 支持费用分成规则定义;支持按场景对应收费种类和基准费率;
· 支持按产品、渠道、区域和相关交易、事件进行收费品种的关联和组合。
2. 差异化模型
· 支持地区差异化收费规则的定义和管理;
· 支持机构、客户、产品、渠道、时间、地区等不同条件下的优惠规则设置;
· 支持定义个性化的收费计划;支持个性收费计划关联多种主体;
· 支持多种优惠方式;支持多种优惠适用策略;支持短期促销优惠策略配置。
· 支持费用套餐,可将单独费用组成费用包进行收费,
3. 收费处理
· 支持优惠范围检查和控制;提供费用自动扣收和入账处理;
· 支持通用收费交易;支持费用例外处理;
· 支持联机实时收费;支持按规则收费返还处理;支持先试算后收取处理;支持外围传入收费处理;
· 支持收费信息查询,提供完整的费用视图;支持按周期批量自动收费处理;
· 支持按周期累计汇总收费;
· 支持欠费处理;支持收费分成入账处理;支持收费递延处理。
3.5.8.3 汇率管理
针对汇率管理,核心系统应支持对接中台计价中心,费用管理需满足但不限于以下要求:
1. 支持从中台计价中心同步汇率信息:
· 支持定价模式的管理:制定点差。
· 支持按时间间隔的管理,实现一日多价。
2. 汇率要求,请详细说明系统产品或账户层是否支持但不限于以下内容:
· 钞和汇的汇率。
· 现货和期货的汇率。
· 买入和卖出的汇率和中间价。
· 支持交易时汇率的上下浮动范围定义支持汇率超出浮动范围的处理机制。
3. 汇率管理特别提示:
· 支持汇率种类:
· 结售汇汇率:基准价,中间价,现钞买入价,现汇买入价,现汇卖出价,现钞卖出价。
· 系统内平盘汇率。
· 外汇买卖:直接汇价,套汇价格。
· 个人外汇实盘交易汇率。
· 内部折算率。
· 利息税汇率。
· 统计汇率。
· 报表汇率:折人民币汇率(多种),折美元汇率(多种),月末汇率、季末汇率、年终汇率选择。
· 其他。
· 支持一日多价,生成相应汇率监管报表。
· 支持对不同层次客户,单一客户,不同产品,不同币种的汇率优惠管理:
· 比例方式优惠。
· 点差方式优惠。
· 支持外汇买卖的损益计算。
3.5.8.4 税率管理
1. 支持按国家、地区、法人、机构、产品等维度设置相应的税率。
2. 支持税率的计算。
3. 支持税率优惠。
3.5.9 柜员管理灵活支撑
核心系统应对接柜面系统,实现柜员基本信息的同步,支持柜员类型区分,如:实体柜员、虚拟柜员等。
1. 柜员尾箱管理支持。
· 支持根据柜员角色不同,灵活分配尾箱及设置尾箱的限额,支持柜员尾箱超限额自动提醒、尾箱是否领用检查等功能。
· 支持根据柜员实际办理业务的操作权限,配置尾箱是否包含现金尾箱、凭证尾箱或其他物品尾箱等。
· 支持柜员尾箱领用、上缴功能。
· 支持柜员对多机构及尾箱管理的操作权限。
2. 柜员签到签退支持
· 为柜面系统提供日终对账、流水勾挑核对等事件管理的支持。能够与前端系统进行柜员信息的实时或日终同步机制;
· 支持对柜员日终未完成事项检查功能。
3.6 内部账
1. 支持对内部账账户属性灵活的参数化设置。
2. 支持资产类、负债类、损益类、资产负债共同类、所有者权益类、表外类内部户功能,支持存放同业、暂收暂付、待销账等功能。
3. 支持特定内部账户的计提、计息,支持内部账户分段计息。
4. 支持根据业务场景自动开立内部账户。
5. 支持批量开立内部账户、批量对余额为零的内部账户进行销户。
6. 系统应支持内部账户的全生命周期的管理功能。
7. 支持通用记账、隔日冲销等功能;支持按照机构层级、柜员权限查询内部账信息。
8. 支持在每日日终或月末时,对营业机构关注的热点账户的余额进行检查,账户余额非零时,系统有提示。
9. 支持存放同业结算性(含存出保证金)款项计息处理。
3.7 票据结算
3.7.1 银行本票
银行本票业务需要支持但不限于以下内容:
1. 支持定额和不定额两类;本票签发支持现金和转账方式,并且在交易中同步完成按份收费。
2. 根据不同业务场景,系统支持手工实时进行收费减免;系统完成本行直接签发的本票的解付处理。
3. 支持本票签发入账层级的参数化配置。
4. 支持持票人对本行直接签发的本票做未用退回,包括逾期退回。
5. 支持本票业务的挂失止付申请、挂失撤销功能。
6. 支持本票当日作废重开,支持本票当日签发撤销。
7. 支持兑付他行、本行签发的本票。
3.7.2 银行汇票
银行汇票、华东三省一市汇票业务需要支持但不限于以下内容:
1. 系统支持现金和转账方式签发汇票。
2. 支持根据汇票单号逐笔将全国汇票金额移存到上海清算中心专用汇票清算账户;支持他行处理我行签发的汇票兑付业务申请。
3. 支持汇票当日作废重开;支持交易回退和抹账处理。
4. 支持持票人对本行直接签发的银行汇票做未用退回。
5. 支持银行汇票的背书转让,“ 现金”字样的银行汇票不背书转让控制。
6. 汇总核对指定时间段内指定状态的汇票。
7. 支持汇票挂失及挂失撤销。
8. 支持银行汇票状态修改。
9. 支持银行汇票密押编制。
3.8 核算清算支持
3.8.1.1 会计核算支持
支持对接中台核算中心,实现交易核算分离,辅助完成全行多法人的会计核算处理,支持核算中心所需要的标准交易流水输出,配合进行核心业务系统产品的业务规则和核算规则的梳理。支持与上下游系统进行对接,支持将业务要素转换为标准流水信息,传递给中台核算中心。
· 核心业务系统支持按照非银存款、非银贷款,实现对银保监存贷口径以及央行存贷款口径的核算。
3.8.1.2 资金清算模式支持
对接中台核算中心,为灵活的资金清算模式(支持实时清算、批量清算等)提供必要的数据支持。如支持实现不同形式的机构整合、拆分所涉及的清算资金处理;辅助实现灵活的清算,支持根据机构、法人、业务类型、渠道、交易金额、累计金额等。
3.8.1.3 头寸管理支持
对接中台核算中心,为头寸管理及预警、实现清算账户额度管理、日间透支的强拆处理、资金计价(范围、利率、币种、期限)、清算费用、清算收入分配等业务实现提供数据支持。
3.8.1.4 价税分离支持
按照“营改增”要求,对接中台核算中心,为价税分离的实现提供数据支持。
3.9 其他功能支持
全面支持多法人、自贸区业务、外围系统业务、公共参数管理等其他业务与功能。
3.9.1 多法人
全面支持多法人业务发展需要,为未来的综合化经营打好基础。包括但不限于以下各类业务功能:
1. 支持灵活的机构层级和清算体系设置(零级清算、层级清算、混合清算),满足未来多法人、村镇银行、自贸区、大事业部以及消费金融公司等运营模式综合化经营要求。
2. 对于业务经营中所涉及组织结构、客户、产品、定价、流程、核算、数据等方面,各法人行均可独立自主地进行有关规则的设定和业务的处理,法人间差异可通过参数配置实现。
3. 支持各法人行对有关的数据种类分别设置其隔离/共享的级别、范围、方式等并进行严格控制。
3.9.2 自贸区业务支持
全面支持自贸区业务功能,为未来开展自贸区业务预留扩展:满足“标识分设,分账核算,独立出表,专项报告,自求平衡”的要求,支持自贸区账户、OSA、NRA账户,实现自贸区业务的隔离,满足相关监管要求,并支持与相关外围系统的衔接。
3.9.3 外围系统业务支持
支持相关外围系统调用核心接口,包括但不限于:账户验证、余额查询、记账、对账、冲账、隔日冲账、基础数据提供等各类接口;支持联机和批量调用;支持部分中间业务功能在核心实现,如代发代扣等。
3.9.4 公共参数管理
1. 核心系统应支持通过参数调整设定或改变某个业务功能、处理属性等,可灵活设置参数维护的机构及操作人员。
2. 参数模块包括但不限于:机构参数、柜员参数、地区代码、国别代码、行政区代码、同业机构代码、货币参数、券别参数、现金单位参数、凭证参数、节假日参数等。
3. 参数管理相关功能需实现可视化,方便维护人员操作。
3.9.5 实时报表支持
1. 支持存贷款类相关统计数据的实时查询及输出。
4 技术要求
4.1 技术总体要求
1. 核心系统建设过程应严格按照银保监会风险管理的相关要求,有效控制、防范系统建设全过程各环节的风险。
2. 核心系统建设应符合相关国际标准、国家标准或行业标准,按照工业标准和金融行业规范进行系统设计、开发。
3. 核心系统建设需要符合招标方相关风险、审计、项目管理等方面要求,严格遵守招标方的规范、流程、管理要求。
4. 核心系统的建设需综合考虑我行的核心系统现状情况,包括线上线下全渠道的系统功能支撑、村镇银行多法人的系统功能支撑等。
5. 我行已经建立了业务中台体系架构,业务中台是全行的业务枢纽,是企业级业务能力的抽象与沉淀,通过共享的业务能力与组合能力,能有效支持前台业务的快速创新。核心系统的建设,应该与业务中台的客户中心、产品中心、交易中心、计价中心、核算中心、权益中心、统一机构、统一员工等能力中心进行全面、高效、深度的整合,并根据招标人的要求对核心系统进行剥离或集成。
6. 核心系统所有相关的软件价格都包含在项目总价范围内,需提供第三方软件清单及相关授权协议或采购合同等证明文件,确保招标方可以安全、合法地使用,并确保招标方无需支付额外费用。第三方软件如需投入维护费用,需在商务价格表中列示。在述标中需说明与数据库、中间件的绑定关系,列出报价。
4.2 中台集成要求
1. 招标人已建设企业级的中台,包括交易中心、产品中心、客户中心、用户中心、账户中心、计价中心、权益中心、统一机构中心、统一员工中心、统一安全中心、核算中心、支付中心等十二个中心,企业核心业务系统须根据招标人的要求实现与各中台系统的集成,并根据各中台定位剥离相应功能。
2. 招标人中台的交易中心是全行统一的订单调度管理系统,通过标准化订单的交易模式实现产品生产与销售的分离,核心系统应根据招标人的要求提供与交易中心的集成和系统剥离。
3. 招标人中台的产品中心负责定义全行所有可售产品,打通产品从生产端到营销端的全流程,核心系统应根据招标人的要求提供与产品中心的集成和系统剥离。
4. 招标人中台的客户中心负责全行完整客户信息的维护和统一客户视图,核心系统应根据招标人的要求提供与客户中心的集成和系统剥离。
5. 招标人中台的用户中心负责全渠道的用户管理,核心系统应根据招标人的要求提供与用户中心的集成和系统剥离。
6. 招标人中台的账户中心负责整合各系统中账户相关的信息,核心系统应根据招标人的要求提供与账户中心的集成和系统剥离。
7. 招标人中台的计价中心负责全程产品和服务的利率、费率、汇率等价格的配置和管理,核心系统应根据招标人的要求提供与计价中心的集成和系统剥离。
8. 招标人中台的权益中心负责统一全行客户权益标准和权益管理,核心系统应根据招标人的要求提供与权益中心的集成和系统剥离。
9. 招标人中台的统一机构中心负责全行机构的集中管理、维护和共享,核心系统应根据招标人的要求提供与统一机构的集成和系统剥离。
10. 招标人中台的统一员工中心负责统一行内用户的管理,核心系统应根据招标人的要求提供与统一员工中心的集成和系统剥离。
11. 招标人中台的统一安全中心负责封装加密机、CA认证、指纹、密码、柜员卡等,核心系统应根据招标人的要求提供与统一安全中心的集成和系统剥离。
12. 招标人中台的核算中心是全行的会计核算引擎,负责对全行业务交易进行会计核算,核心系统应根据招标人的要求实现与核算中心的集成和功能剥离。
13. 招标人中台的支付中心负责全行支付业务的路由,核心系统应根据招标人的要求实现与支付中心的集成和功能剥离。
14. 根据目前行内中台及相关系统的建设情况,统一签约、客户信息、结构性存款、费用摊销、授信额度、电子现金、同城票交、委托托收、会计核算、实时总账、机构信息管理、柜员管理等以行内原有承载系统为主,根据后续项目群项目方案进行集成和功能剥离。
4.3 软件设计要求
投标方应在充分考虑招标方已建和建设中的计算机应用系统基础上,充分保护原有软硬件设备投资的前提下,提供完整的系统解决方案。核心系统的建设应遵循标准性、先进性、可扩展性、稳定性、安全性、经济性、前瞻性、系统性和可维护性相结合的原则。
1. 标准性:按照国际标准、国家标准或行业标准,利用先进的软件设计方法论、设计模型和数据模型,进行符合工业标准和金融行业规范的系统开发;
2. 先进性:高起点规划,高标准建设,高水平管理;系统采用符合信息技术发展趋势的先进技术;软件系统的选择与开发应在满足业务需求的基础上具有易改造、易升级、易操作、易维护等特点;充分把握银行业在业务上的发展趋势,满足系统上线后8-10年的发展要求。
3. 可扩展性:要充分考虑系统承担的集中处理的压力;在功能部署上可以统一部署在一台主机设备上,也可以在主机压力大时,将部分功能灵活部署到其他主机设备中;同时,在软件设计方面要考虑未来业务发展和管理的需要,方便新业务和新需求的扩展和支持,满足未来业务发展的需要。
4. 稳定性:核心系统要确保系统平稳运行,满足高峰交易处理的需要。系统必须保证全年7×24小时稳定运行,具有强大的并发响应能力及足够的扩充能力。
5. 安全性:系统必须建立在成熟稳定的硬件环境和应用软件基础上,通过完善的备份恢复策略、安全控制机制、可靠的运行管理监控和故障处理等手段来保障系统的运行稳定、安全。
6. 经济性:系统的建设要考虑在网络、设备、信息安全等方面合理利用现有的资源;要充分调研,结合业务需求,合理利用现有资源,降低系统的投资,创造最优的工作效率,在基本满足上述前提的条件下,将产品采购成本、实施服务成本、今后的运营维护成本以及人力资源成本降到最低。
7. 前瞻性:核心系统体系架构和软件体系结构要有前瞻性,要充分考虑未