南京银行业务需求方案-多法人架构体系-新一代信息系统建设项目—业务需求方案 联系客服

发布时间 : 星期一 文章南京银行业务需求方案-多法人架构体系-新一代信息系统建设项目—业务需求方案更新完毕开始阅读73dd7294afaad1f34693daef5ef7ba0d4a736dd9

新一代信息系统建设项目—业务需求方案

4.2.1.3 备注说明

4.2.2 营销流程

4.2.2.1 需求描述

不同法人定义各自的客户营销流程。 4.2.2.2 业务处理规则

1. 支持客户筛选、拓展、挽留的流程处理可不同; 2. 客户接触管理流程和活动可不同。 4.2.2.3 备注说明

4.2.3 营销规则

4.2.3.1 需求描述

不同法人定义各自的客户营销相关规则。 4.2.3.2 业务处理规则

1. 客户识别和筛选的规则不同;

2. 客户营销事件的定义、侦测、分配的规则不同; 3. 目标客户归属规则不同。 4.2.3.3 备注说明

4.2.4 营销监控和统计

4.2.4.1 需求描述

按各法人自定义的模型进行营销的监控和统计。 4.2.4.2 业务处理规则

1. 各法人的营销监控内容可不同; 2. 统计的规则和逻辑可不同; 3. 对营销分析的维度可不同。

保密 8

新一代信息系统建设项目—业务需求方案

4.2.4.3 备注说明

4.3 服务管理

4.3.1 服务配置

4.3.1.1 需求描述

各法人可定义不同的服务,并进行配套的维护和管理机制 4.3.1.2 业务处理规则

1. 不同的目标系统发布所提供的服务,各法人进行服务订阅和定义; 2. 根据服务的使用的情况对服务进行差异化的全生命周期的管理。 4.3.1.3 备注说明

4.3.2 服务调度

4.3.2.1 需求描述

根据法人的业务功能和流程的要求进行服务的调度。 4.3.2.2 业务处理规则

1. 根据服务流程进行差异化的服务调度;

2. 设定不同的服务调度判断条件,进行服务调度的路由和选择。 4.3.2.3 备注说明

4.3.3 服务组装

4.3.3.1 需求描述

根据法人的业务要求进行服务的组装。 4.3.3.2 业务处理规则

1. 设定不同的服务组合的规则;

2. 支持法人根据具体的业务场景进行不同服务的组合。 4.3.3.3 备注说明

保密 9

新一代信息系统建设项目—业务需求方案

4.4 机构管理

4.4.1 法人属性定义

4.4.1.1 需求描述

定义和维护法人维度的属性。 4.4.1.2 业务处理规则

1. 对法人进行单独编码和标示

2. 独立于机构属性,定义法人信息和属性,包括法人级别、类型、状态等; 3. 定义法人的管理权限和业务范围;

4.4.1.3 备注说明

4.4.2 法人间关系定义

4.4.2.1 需求描述

支持法人间关系的灵活定义。 4.4.2.2 业务处理规则

1. 定义法人间的关系,支持按照业务处理的要求设置相应的关系种类,如设置某业务的清算

关系;

2. 法人间横向的关系主要包括数据隔离、客户信息共享、产品共享/代理等;

3. 可对每一种关系种类进行设置,支持设置法人的默认关系和级别,也可依据不同的情况对

两个法人间单独设置;

4. 可为具备相似关系的法人建立关系群组。

4.4.2.3 备注说明

4.4.3 机构设置

4.4.3.1 需求描述

支持法人内机构的独立设置。

保密 10

新一代信息系统建设项目—业务需求方案

4.4.3.2 业务处理规则

1. 法人内机构类型包括账务机构、营业机构、虚拟机构等; 2. 不同法人设置的机构类型可不同; 3. 法人间的机构属性定义相互独立;

4. 为了方便支持机构变更,机构号可全行统一编码。 4.4.3.3 备注说明

4.4.4 机构关系管理

4.4.4.1 需求描述

支持法人内机构关系的灵活定义。 4.4.4.2 业务处理规则

1. 不同法人内的机构关系类型可不同;

2. 法人内的机构间可区分不同业务关系类型,至少能覆盖营业关系、账务关系、数据汇总关

系、清算关系、凭证调拨、现金调拨、代理关系等。

4.4.4.3 备注说明

4.5 客户信息管理

4.5.1 客户号编码

4.5.1.1 需求描述

对多法人体系架构下的客户编号进行定义,支持法人间客户信息的隔离性。 4.5.1.2 业务处理规则

1. 多法人架构下,同一客户在一个法人范围内,只有一个客户号,在不同法人范围内,客户

号不同;

2. 存量客户按照其有效账户的开户网点进行数据迁移,生成开户网点归属法人的客户编号,

并将整套的客户资料迁移至该法人内。

4.5.1.3 备注说明

保密 11