核心业务系统的目标功能模式DOC.docVIP

核心业务系统的目标功能模式 某银行新一代的核心业务系统，是DCC工程数据集中的主体。配合大前置系统、前端系统和各种设备前置，核心业务系统是建行最大最重要的应用系统。它的功能覆盖了最广泛的业务操作线；它的数据是管理信息系统最主要的数据来源。 本章主要强调核心业务系统的，建行DCC规划称之为“核心层”的功能。“核心层”的功能是DCC规划较少涉及，同时又是核心业务系统最重要的功能。核心业务系统的外围功能，如它所提供的产品、在核心层功能之上的清结算流程、帐务核算体系、操作安全控制体系等，本章从简论述，并尊重建行DCC的规划结论。 核心业务系统核心层的目标功能 系统的总体功能和特性 核心业务系统应该至少包括以下几方面的功能： 对客户、帐户、产品、公司客户进行唯一标识 记录和维护客户、帐户和产品之间的关系 支持多分行、多支行的运营 支持多币种的交易和会计核算 各应用模块间进行交互；应用可进行自提示这些交互 支持对特定的交易或事件的第二用户授权 在安全日志文件中，保存完整的审计跟踪信息 以文字形式保留客户的建议 将建议和报告保存在档案库中，并可以联机获取 客户信息管理功能 这里的客户信息管理是操作型的，关于操作型客户信息管理的详细规划可以参见本规划的第章。某银行已经将CIF的功能规划进CCBS系统，故在此总结核心业务系统的客户信息管理应包含的功能集： 每个客户在全行范围内有唯一的客户标识号 标准的客户数据的定义，灵活的客户标识号的支持机制：将客户号和属于该客户的账号，以客户信息文件（CIF）的方式建立起对应关系。支持全行约定俗成的账号定义规则。客户签名的图形样本应该保存在客户记录中。 能够建立客户和银行的，基于交易历史的360度视图关系，包括客户所使用的帐户，所使用的金融产品，客户账户的合计余额和账户限额等。 银行能够获得某个客户的所有账户的汇总余额状况 能够根据客户类型，汇总余额状况，客户所拥有的帐户类型，客户所进行的交易的类型来区分客户或进行客户分组 能够分辨和标识和某个客户有密切关系的其他客户的账号或子账号。能够将账户的拥有者和海外代理机构建立联系。在分辨客户间的关系时，系统支持使用各种自定义的分辨规则。 能够灵活运用任何帐户中的参数来搜索和识别客户，能够在客户的相关记录上并入任何的文字评注。 将客户记录和该客户和本银行的交互历史联系起来，这些交互历史包括：客户通信、客户投诉、客户在本行的交易历史记录、重大事件等 能够将银行的市场和销售活动定向地通知特定的客户和客户组。 全面的客户信息存储应该和Call Center有接口，使得坐席人员能够实时掌握客户的状况，并将客户的反馈实时录入客户信息库中。 帐户管理功能 帐户管理功能包括： 能够统计与一个产品关连的所有帐户 能够计算出清算过的余额，待清算的余额，和累计清算的余额 帐户的层次结构（比如，按客户，帐户类型，产品，分行，业务单元等分类） 能够建立同一客户不同账号之间的相互参照 能够管理信托帐户和其他涉及受益人的帐户 能够锁定或停止特定的帐户 记录帐户特定的警告代码 识别休眠或长期不被使用的帐户 识别“客户经理”或“客户关系经理” 联机帐户查询的内容应包括： 在帐单生成方面，系统能够： 显示该客户的其他帐户余额 进行帐单的复制和拷贝 记录交易细节的文字描述 提供其他相关的信息给客户 生成计提利息和费用的详细通知，包括每个计提帐户利息和费用计算的完整的明细 自动或根据用户请求生成用户定义的，预定义格式的帐户报告，包括：(比如利率更改)、非授权的或超额透支的建议、预先利息/收费通知，及应付日期/应付款通知、基金收取的确认、付款文件的交付、其它临时报告 支持单客户的帐户组（包括两个或多个帐户）的计息，收费，和报表功能： 生成帐户组的状态，计提和活动报告 记录客户帐户的户籍或法人单位 支持支票帐户管理流程，包括： 记录支票簿和存折的定购和发送； 跟踪和校验当前和以往发行过内容的系列号； 记录客户的停付指令和监视帐户行为以定位“停付嫌疑” 监督和报告帐户活动并突出异常行为 产品管理 功能 核心业务系统在产品管理方面应该至少包括以下功能： 产品应该是：(除查询外)的、能够支持大量的计息和收费规则（这些规则取决于客户类型、帐户组安排、行业/产业代码、担保关系等）的。 应支持的产品清单，见本章第二节。下面强调以下的几个产品： 活期性存款账户（DDA），应能够区分有利息或无利息账户、吸引合格的余额进行存款或贷款、能够根据合格的标准（例如余额，活动，或者营业额）吸引费用和佣金、具备适度的透支限制 定期存款产品包括固定期限定期存款，可变期限定期存款或在通知期后可赎回的定期存款 贷款产品应有固定期限，可变期限或在通知期后可赎回几种类型，标识出附加贷款偿还