核心业务系统目标功能概要Word下载.docx

核心业务系统目标功能概要Word下载.docx

《核心业务系统目标功能概要Word下载.docx》由会员分享，可在线阅读，更多相关《核心业务系统目标功能概要Word下载.docx（12页珍藏版）》请在冰豆网上搜索。

支持全行约定俗成的账号定义规则。

客户签名的图形样本应该储存在客户记录中。

❑能够建立客户和银行的，基于交易历史的360度视图关系，包括客户所使用的帐户，所使用的金融产品，客户账户的合计余额和账户限额等。

❑银行能够获得某个客户的所有账户的汇总余额状况

❑能够依照客户类型，汇总余额状况，客户所拥有的帐户类型，客户所进行的交易的类型来区分客户或进行客户汇总

❑能够辨论和标识和某个客户有紧密关系的其他客户的账号或子账号。

能够将账户的拥有者和海外代理机构建立联系。

在辨论客户间的关系时，系统支持使用各种自定义的辨论规则。

❑能够灵活运用任何帐户中的参数来搜索和识别客户，能够在客户的相关记录上并入任何的文字评注。

❑将客户记录和该客户和本银行的交互历史联系起来，这些交互历史包括：

客户通信、客户投诉、客户在本行的交易历史记录、重大事件等

❑能够将银行的市场和销售活动定向地通知特定的客户和客户组。

❑全面的客户信息储备应该和CallCenter有接口，使得坐席人员能够实时把握客户的状况，并将客户的反馈实时录入客户信息库中。

1.2.3帐户治理

帐户治理需求包括：

❑将帐户号与一组灵活定义的必须录入的信息进行关连，包括：

对应帐户存款，客户ID，校验位

❑账户余额能够通过各种交易渠道得到实时更新，同时余额对银行外部用户的显示是一致的，不管他们是使用、互联网依旧纸质通知获得余额数字

❑系统能够灵活定义账户的爱护规则，不管是在账户类别的基础上，依旧在个别账户的基础上

❑严格操纵账户的状态变更的操作。

依据账户状态系统能够将账户进行分组或进行分析

❑系统能够建立一种层次结构来进行账户限额的设定，例如，通过账户的客户属性、金融产品属性、所属的业务单元等，层层进行限额机制的设计

❑有一套严格而定义灵活的机制保证账户在创建、访问、状态变更时的安全性。

例如能够将账户密码安全的传递到所有者手中等。

❑有一套灵活的账户结构机制，能够将核心系统的账户信息和其它系统的账户，如资金、投资系统等，联系起来

❑能够累计存贷款利息，依照各种利息运算因素的变化，如到息日等进行自动重算

❑通过和第三方产品的集成，能够实现以电子化形式储备用户签名，已进行账户交易授权的机制。

∙与一个产品关连的所有帐户以建立运营的缺省规则（能够修改）

∙支持清算过的余额，待清算的余额，和累计清算的余额

∙帐户限制环境的层次结构（比如，按客户，帐户类型，产品，分行，业务单元等分类）

∙能够建立同一客户不同账号之间的相互参照

∙信托帐户和其他涉及受益人的帐户

∙锁定或停止特定的帐户

∙记录帐户特定的警告代码

∙识别休眠或长期不被使用的帐户

∙识别“客户经理”或“客户关系经理”

❑联机帐户查询包括：

∙帐户状态报告

∙交易清单

∙停付指令

∙完全的利息和费用的明细

∙自动的帐户关闭处理

❑帐单：

∙从生成类型可分为周期性生成、临时生成、当某个特定事件发生时生成，或在给定数量的交易完成以后生成

∙显示该客户的其他帐户余额

∙帐单的复制和拷贝

∙包括交易细节的文字描述

∙提供其他相关的信息给客户

❑计提利息和费用的详细通知，包括每个计提帐户利息和费用运算的完整的明细

❑自动或依照用户要求生成用户定义的，预定义格式的帐户报告，包括：

∙标准信函（比如利率更换）

∙非授权的或超额透支的建议

∙预先利息/收费通知，及应对日期/应对款通知

∙基金收取的确认

∙付款文件的交付

∙其它临时报告

❑支持单客户的帐户组（包括两个或多个帐户）的计息，收费，和报表功能：

∙灵活的基于帐户组头寸和活动的其它收费安排

∙生成帐户组的状态，计提和活动报告

❑记录客户帐户的户籍或法人单位

❑支持支票帐户治理流程，包括：

∙生成支票簿和存折的打印指令；

∙记录支票簿和存折的定购和发送；

∙跟踪和校验当前和以往发行过内容的系列号；

∙记录客户的停付指令和监视帐户行为以定位“停付嫌疑”

∙监督和报告帐户活动并突出专门行为

1.2.4产品治理

核心业务系统在产品治理方面应该至少包括以下几方面：

❑产品应该是：

∙具有唯独标识

∙由可变参数和产品组件来定义产品

∙无需程序员和操作员爱护

∙指定产品的起始日、到期日

∙只给授权用户访问（除查询外）

∙能够支持大量的计息和收费规则，这些规则取决于客户类型、帐户组安排、行业/产业代码、担保关系等

❑当前产品清单包括：

∙现金（支票）帐户

∙活期性存款账户（有/无磁卡存取）

∙信托存款帐户

∙循环信用和信用额度

∙定期和可变的贷款（用绝对或基础利率）

∙定期和通知存款帐户

❑活期性存款账户（DDA）：

∙有利息或无利息

∙吸引合格的余额进行存款或贷款

∙依照合格的标准（例如余额，活动，或者营业额）吸引费用和佣金

∙可适用的透支限制

注：

现金支票帐户是一种DDA的产品，其要紧的交易机制是使用有具有BACS标准的磁墨水字符识别或光学字符识别的编码条的一本支票簿。

❑定期存款产品包括固定期限定期存款，可变期限定期存款或在通知期后可赎回的定期存款

❑贷款产品：

∙固定期限，可变期限或在通知期后可赎回

∙附加贷款偿还的基础（即只付利息，本金加利息，只付本金，折扣，利息/附加费用）

∙贷款偿还进度的种类

∙对超额，拖欠和过期的处理标准

∙抵押品安全需求

∙年度进展报告的运算和报价单

❑产品应该支持灵活的费率输入，能够实时的将市场数据导入核心银行系统

❑支持分层定价，能够依照客户关系参数提出计价点、利率、付款条件、收费和费用减免、服务水平

❑成本清晰度，能够以每笔交易或其它作业为基础来确立变化的成本或风险

❑灵活的收费机制，能够依照业务规则来设置产品的收费

❑支持费用减免，能够设置参数以说明何时及多少费用应该免除。

费用减免条件应该包括余额、客户类型、促销方式等等

❑支持透支处理，能够收取帐户持有人的透支费和负利息。

系统必须能够第一处理最小的名目，以减少透支发生的次数

❑手工的收费更新，系统承诺治理者、经理为某些客户或基于一些特定的帐户条件更新收费。

收费更新应该能够设置为自动过期

❑系统能够在产品粒度的层次上定义收费。

包括同一产品大类中的不同产品类型，以及不同的服务水平参数

1.2.5帐户交易治理

❑存款/取款（包括现金）

❑现金流淌，分行间的现金治理（存款、取款等等），包括自动的审计追踪和总帐过帐

❑开户/关闭帐户，开户时必须提供姓名、地址、签名图像、对帐单的发送频率；

开户时能够自动地生成帐户号，也能够依照客户的喜好指定帐户号；

关闭帐户应该能够标识帐户为关闭状态，而不是从系统中删除该帐户

❑帐户爱护，履行非金融性的爱护任务或不产生日记帐条目的非银行的“静态的”交易

❑自动的清结算功能，依照合记式会计标准自动匹配全部的行内和行际的日记帐条目

❑余额治理，系统应该为任何接触点提供一致的、实时的余额，同时为系统间的内部调帐提供改进的专门报表/试算表

❑“锁定”选择，系统能够将任何帐户或子帐户关联为抵押帐户、指定帐户、欺诈检测和收款

❑正付款，系统必须提供正付款的功能，以支持代理机构与NCDST的通讯

❑系统应该能够处理交易分解，系统接收存款并将存款分解到不同的帐户，系统也能够处理单笔存款、多个记息日的交易

❑过帐，系统必须为每个条目提供过帐的功能

❑激活休眠的帐户，系统能够设置规则以激活休眠的帐户。

帐户只有通过手工处理并通过治理者的批准才能够被激活

❑治理者专门报告，由于明显的和有意义的缘故造成的专门所产生的报告

❑收据的生成，在出纳工作站生成预打印的收据

❑在线的报表储备，系统提供在线批阅报表及按需打印报表的功能。

报表应该在线保留七年以供备查。

❑实时交易过帐到核心银行系统，所有的交易应该在线实时地被校验和过帐到核心银行系统

❑缺省的交易参数，系统为不同的交易类型提供缺省的交易字段和参数。

系统能够灵活地定义每种交易类型的缺省的头寸和信息

❑帐户休眠规则，系统能够设置帐户休眠规则（手工或自动）

❑交易定义的爱护，系统能够创建、修改、删除、更新交易头文件并建立可共享的参数文件

❑帐户之间转帐

❑转帐到其它银行/由其它银行转入（通过接口）

❑直截了当借记指令（公布的/接收的）

❑撤消交易

❑用于自动转帐的扫描设备

❑银行支票/汇票的发行

❑贷款的提款和到期

❑贷款的偿还（预定的/非预定的）

❑定期存款的存入和到期

❑定期存款的提早支取（全部/部分）

❑外汇治理的业务

❑相伴性的事务（利息收取/利息支付，费用和佣金）

❑创建和爱护交易类型，并将其作为参数放入交易处理的定义

❑当用户在线输入交易指令时，能够修正缺省的交易描述或在买卖契约表中增加附加的细节

❑在线交易的授权

❑记录停付的细节

❑治理者或交易者能对大批量的及高风险的交易的必要组件进行检查和编辑，并能够实现多级授权操纵。

❑旅行支票的发行操纵，监督操纵和库存操纵

1.2.6报表治理

本系统应该至少包括以下几方面的报表能力：

❑随机生成报表的能力，系统应该支持按非技术人员、多客户和多帐户的灵活的报表输出

❑客户对帐单，依照客户的要求提供客户对帐单，并能够以多种格式查看客户的存款和凭单交易

❑帐单，系统能够对透支帐户生成收费帐单

❑分行余额报表，能够以往来行分组查看当前的余额

❑MIS/EIS报表，系统能够定义、生成在线和归档的有效的治理报表。

治理报表至少包括资产和负债治理报表、贷款和信用治理报表、现金流推测报表

❑合并的明细表，系统应该支持合并的帐户明细表以反映公司的全部帐户情形；

设置交付期

❑对帐功能，系统能够自动生成含有高亮度显示的断点和故障点的试算表，具有使会计记帐流线化的潜力

❑推测报表，系统能够依照参数驱动的方法提供“WHAT－IF”类型的推测

❑定制报表，这些报表的范畴和生成频率由需要报表的用户组确定，报表涉及的参数可能由其它相关的组设置

❑贷方分录报表，系统能够生成正确的贷方分录报表并遏制不阻碍客户余额的行际信贷

❑对人行和其他管制机构的报告

1.2.7出纳/分行交易治理

❑当分行与总行间的通讯连接中断时，能够连续处理交易，校验账号状态，停止付款。

脱机方式必须有明显的标示，同时能够支持在通讯复原后的无缝联机

❑收款和收益，系统能够将收款和收益转到受益人的帐户

❑长期性的指令：

系统能够为其它银行和内部多币种交易处理长期性的指令交易

❑交易逆转：

系统能够处理交易逆转

❑系统能够在柜员交易屏幕支持自由格式的，多行的文本注释

❑监督者评审和编辑：

系统能够将巨额交易或高风险交易的必要细节发送给监督者或原始的交易方以供评审和可能的编辑，系统还应该能够实行多级认证操纵。

交易的批准过程是通过工作流来实现

❑磁墨水字符识别或光学字符识别：

能够在分行系统支持基于分行的