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

核心业务系统的目标功能模式 某银行新一代的核心业务系统，是 DCC 工程数据集中的主体。配合大前置 系统、前端系统和各种设备前置，核心业务系统是建行最大最重要的应用系 统。它的功能覆盖了最广泛的业务操作线；它的数据是管理信息系统最主要 的数据来源。 本章主要强调核心业务系统的，建行 DCC 规划称之为“核心层”的功能。 “核心层”的功能是DCC 规划较少涉及，同时又是核心业务系统最重要的 功能。核心业务系统的外围功能，如它所提供的产品、在核心层功能之上的 清结算流程、帐务核算体系、操作安全控制体系等，本章从简论述，并尊重 建行 DCC 的规划结论。 1.1 核心业务系统核心层的目标功能 1.1.1 系统的总体功能和特性 核心业务系统应该至少包括以下几方面的功能： 对客户、帐户、产品、公司客户进行唯一标识 记录和维护客户、帐户和产品之间的关系 支持多分行、多支行的运营 支持多币种的交易和会计核算 各应用模块间进行交互；应用可进行自提示这些交互 支持对特定的交易或事件的第二用户授权 在安全日志文件中，保存完整的审计跟踪信息 以文字形式保留客户的建议 将建议和报告保存在档案库中，并可以联机获取 1.1.2 客户信息管理功能 这里的客户信息管理是操作型的，关于操作型客户信息管理的详细规划 可以参见本规划的第章。某银行已经将 CIF 的功能规划进 CCBS 系统， 故在此总结核心业务系统的客户信息管理应包含的功能集： 每个客户在全行范围内有唯一的客户标识号 标准的客户数据的定义，灵活的客户标识号的支持机制：将客户号和属于该 客户的账号，以客户信息文件（CIF ）的方式建立起对应关系。支持全行约 定俗成的账号定义规则。客户签名的图形样本应该保存在客户记录中。 能够建立客户和银行的，基于交易历史的 360 度视图关系，包括客户所使用 的帐户，所使用的金融产品，客户账户的合计余额和账户限额等。 银行能够获得某个客户的所有账户的汇总余额状况 能够根据客户类型，汇总余额状况，客户所拥有的帐户类型，客户所进行的 交易的类型来区分客户或进行客户分组 能够分辨和标识和某个客户有密切关系的其他客户的账号或子账号。能够将 账户的拥有者和海外代理机构建立联系。在分辨客户间的关系时，系统支持 使用各种自定义的分辨规则。 能够灵活运用任何帐户中的参数来搜索和识别客户，能够在客户的相关记录 上并入任何的文字评注。 将客户记录和该客户和本银行的交互历史联系起来，这些交互历史包括：客 户通信、客户投诉、客户在本行的交易历史记录、重大事件等 能够将银行的市场和销售活动定向地通知特定的客户和客户组。 全面的客户信息存储应该和 Call Center 有接口，使得坐席人员能够实时掌握 客户的状况，并将客户的反馈实时录入客户信息库中。 1.1.3 帐户管理功能 帐户管理功能包括： 将帐户号与一组灵活定义的必须录入的信息进行关连，包括：对应帐户存 款，客户 ID 等 账户余额能够通过各种交易渠道得到实时更新，并且余额对银行外部用户的 显示是一致的，无论他们是使用电话、互联网还是纸质通知获得余额数字 系统能够灵活定义账户的维护规则，无论是在账户类别的基础上，还是在个 别账户的基础上 严格控制账户的状态变更的操作。依据账户状态系统可以将账户进行分组或 进行分析 系统能够建立一种层次结构来进行账户限额的设定，例如，通过账户的客户 属性、金融产品属性、所属的业务单元等，层层进行限额机制的设计 有一套严格而定义灵活的机制保证账户在创建、访问、状态变更时的安全 性。例如可以将账户密码安全地传递到所有者手中等。 有一套灵活的账户结构机制，可以将核心系统的账户信息和其它系统的账 户，如资金、投资系统等，联系起来 能够累计存贷款利息，根据各种利息计算因素的变化，如到息日等进行自动 重算 通过和第三方产品的集成，可以实现以电子化形式存储用户签名，以进行账 户交易授权的机制。 其它账户管理和维护功能包括：  能够统计与一个产品关连的所有帐户  能够计算出清算过的余额，待清算的余额，和累计清算的余额  帐户的层次结构（比如，按客户，帐户类型，产品，分行，业务 单元等分类）  能够建立同一客户不同账号之间的相互参照 