银行业务需求方案.docx
《银行业务需求方案.docx》由会员分享，可在线阅读，更多相关《银行业务需求方案.docx（46页珍藏版）》请在冰点文库上搜索。
银行业务需求方案
U窃南京银行
J,BANkOFNAMING
新一代信息系统建设项目
业务需求方案
多法人架构支持
2015年12月
修订记录
序号
修订内容
修订日期
修订人
1
编写初稿
2015-12-08
孔傲然
2
3
4
5
6
7
8
8
9
10
1概述1
1.1文档目的1
1.2内容简介1
1.3参考资料1
2业务概述2
2.1业务范围2
2.2业务目标和关键点2
3目标业务能力框架5
4业务功能需求6
4.1渠道管理6
4.1.1渠道规划6
4.1.2产品部署6
4.1.3业务控制6
4.1.4限额管理7
4.2客户营销与销售7
4.2.1营销策略7
4.2.2营销流程8
4.2.3营销规则8
4.2.4营销监控和统计8
4.3服务管理9
4.3.1服务配置9
4.3.2服务调度9
4.3.3服务组装9
4.4机构管理10
4.4.1法人属性定义10
4.4.2法人间关系定义10
4.4.3机构设置10
4.4.4机构关系管理11
4.5客户信息管理11
4.5.1客户号编码11
4.5.2客户基本信息维护12
4.5.3客户补充信息维护12
4.5.4客户签约12
4.5.5客户关系维护13
4.5.6客户信息关联应用13
4.5.7客户信息分享管理14
4.5.8客户信息查询与展现14
4.6产品管理15
4.6.1产品定义15
4.6.2产品维护15
4.6.3产品服务15
4.6.4产品管理16
4.6.5产品代理16
4.6.6产品组合17
4.6.7产品查询17
4.7定价机制17
4.7.1定价策略17
4.7.2价格种类与规则18
4.7.3基础价格18
4.7.4优惠价格19
4.7.5定价权限19
4.8核算处理20
4.8.1科目设置20
4.8.2核算规则20
4.8.3核算主体20
4.8.4损益结转21
4.9清算处理21
4.9.1清算模式21
4.9.2清算机制22
4.10风险管控22
4.10.1权限处理22
4.10.2授权机制23
4.10.3限额管理23
4.10.4业务预警25
4.10.5差错处理25
4.11参数管理26
4.11.1参数分类管理26
4.11.2参数权限26
4.11.3参数同步与发布26
4.12数据支持27
4.12.1基础数据支持27
4.12.2数据分析与统计27
4.12.3信息报送与披露28
4.12.4数据管理机制28
4.13批处理28
4.13.1单一法人独立运行28
4.13.2多法人集中运行29
4.13.3混合模式运行29
4.13.4批处理运行30
4.14运营管理30
4.14.1运营流程支持30
4.14.2业务流程差异化31
4.15法人调整31
4.15.1法人新开31
4.15.2法人级别调整31
4.15.3法人机构调整32
4.16跨法人访问控制32
4.16.1访问控制支持32
4.17其他业务处理33
4.17.1现金凭证管理33
4.17.2凭证管理33
4.17.3银行卡业务33
4.17.4支付清算业务34
4.17.5中间业务34
4.18运行维护34
4.19其他多法人需求35
1概述
1.1文档目的
本文档用来对新一代核心业务系统支持多法人的体系架构的需求进行定义和描述。
1.2内容简介本文档的内容包括多法人体系支持的目标和提升点，以及分主题对多法人体系的需求进行描述。
1.3参考资料
2业务概述
2.1业务范围
多法人架构是在单一系统中支持多个法人行的业务交易和客户服务，满足各种法人组织架构体系的要求（一级法人/多级法人/银行合作联盟/村镇银行/海外银行/离岸银行）。
2.2业务目标和关键点
组织多元化
满足组织多元化，首先需要依照各法人机构的职能不同，设置法人的类型、级别等；并支持机构类型的多样化，将机构区分为营业机构、会计主体和管理机构；而按照服务类型的不同可区分为实体机构和虚拟机构；不同的法人可根据各自业务开展的需求设置不同的机构类型。
结构多元化
不同法人可根据实际经营和管理要求设置不同的业务关系，各个业务关系之间相互独立，互不影响，并且具有各自的层次关系，满足其个性化经营的要求。
法人内部机构间通过不同的业务关系建立起联系，从而满足面向业务、经营和管理各个层面上的关联应用。
例如，清算的业务关系与行政管理的关系和层次不同，并且不同法人的清算关系和层次也各自不同；
为了满足多法人体制下组织结构和关系的多元化，需要重点考虑经营、清算、账务、凭证和现金管理、参数、运营、客户管理、风险管控、代理及法人归属等业务关系的独立性和差异性。
业务多元化
在各自关系结构下，需要满足不同法人及机构对业务范围和品种的不同，同时还需支持业务处理规则和流程的不同。
多法人经营体制的多元化，主要体现在面向客户、渠道、产品，定价、风控和核算、清算、参数、数据及管理等维度的多元化。
在营销方面，满足不同法人制定不同的营销策略，通过不同的营销渠道，针对各自的目标客户群体，进行所销售的产品的推介和营销，并采用法人不同的营销流程和规则，赋予法人向下的客户经理不同的权限。
对于客户而言，在全行统一编码的基础上，明确客户信息在各法人的管理权限以及管理规则，例如对公客户的地址信息只允许在开户行维护，同法人行可浏览等，虽为统一客户，但可区分在不同法人的贡献度进行综合评定，从而享有差异化的服务。
对于渠道而言，每个法人可进行各自的渠道品牌规划，进行差异化的产品和服务部署,针对渠道设置不同的业务控制，以及不同的限额管理机制等。
对于产品而言，各个法人可定义各自专属的产品，也可共享全行产品产品的前提下设置特色的产品规则，明确产品的法人归属范围或代理权限等。
在定价方面，各个法人可具有不同的定价权，有些法人允许独立定价，有些法人只可使用指导价；对于具有独立定价权的法人，可采用不同的定价策略，并且针对不同客户、产品等采用差异化的定价方式和标准，明确各自的定价范围；对于指导定价的法人，可定义不同的议价空间。
各法人可设置各自的优惠价格策略。
在核算方面，各个法人采用不同的核算规则和核算模式；核算的主体可不同；损益划转的规则各有不同。
在清算方面，各个法人可采用不同的清算模式，法人内部可设定不同的清算层级。
在风险管控方面，不同的法人主体可设定各自的业务角色和岗位，以及设定配套的权限；采用不同的授权机制，如授权条件、授权方式等；各个法人可设置不同的额度并进行差异化的管控；针对不同法人可采用不同的差错处理机制和流程。
在参数配置方面，针对参数进行区分和分类的角度，各法人可有所不同，从而配套不同的管理权限、方式和对象；不同的参数针对对象定义不同的维护权限和流程，包括定义、审批、删除等，不同法人对于参数规则的定义可体现差异化。
在数据方面，首先要能够体现法人的主数据，并且能够驻留在交易信息、流水等业务和日志信息中，后续能够进行法人数据的独立提取和区隔；另外针对法人的数据可设定不同的访问权限，从而体现法人数据的独立性和可共享性。
管理多元化
管理多元化可区分为内部经营管理和外部合规监管两个方面；
对于内部经营管理，针对不同法人的运营管理模式的差异化，需要能够支持业务处理和操作流程的不同；针对内部数据分析和统计，能够满足不同法人数据统计指标、标准及颗粒度的不同，如绩效分析的标准和规则各法人可不同；各法人的风险计量模型可不同；法人对客户评定的标准和规则也各有不同；需要满足各法人针对财务、风险、资产负债等报表格式、规则与展现的不同；
对于外部合规监管而言，需要满足对外信息报送的多元化和差异化，以全行或者各个法人独立报送的方式进行信息披露，一方面满足监管部门的合规要求，另一方面体现各法人所属区域的特色需求。
支持变更灵活化
除了以上从组织、机构、业务、管理的多元化方面需要进行策略响应，随着经营体制改革的推进，以上内容都会发生变化和调整，并且法人间的关系也会发生变化，因此需要具有灵活的机制确保调整和变更得以快速响应，从而响应市场化的变化，降低对客户的影响。
3目标业务能力框架
渠道
界面体验
产品部署
业务控制
11
限额管理
1J
营销规则
营销策略
营销流程
营销统计
营销
IT运行
安全
数据库
日志
监控
版本
多法人架构能力体系是覆盖全行级的业务能力要求，核心业务系统作为产品服务系统，则要求提供弹性的架构支撑能力，同时其他的产品服务类系统也需要提供相应的弹性架构支持，而渠道、服务、数据、管理等能力，则需要更多外围系统的能力提升和支撑，从而能够满足多法人经营体制的需求。
4业务功能需求
4.1渠道管理
4.1.1渠道规划
4.1.1.1需求描述各法人进行各自的渠道规划和管理。
4.1.1.2业务处理规则
1.不同法人定义自己开设的渠道，包括自助渠道、电子渠道、人工渠道等；
2.针对自助渠道自行配备和布设各自的设备，并进行相应的管理；
3.针对电子渠道，如网银、手机银行等，定义各自的品牌，以及渠道的界面和风格；
4.各法人对人工渠道，如人工坐席，进行差别化管理；
4.1.1.3备注说明
无
4.1.2产品部署
4.1.2.1需求描述各法人针对各自开设的渠道进行产品和服务部署。
4.1.2.2业务处理规则
1.支持法人针对自己开设的渠道进行产品的部署；
2.支持法人在自己开设的渠道上进行独立的服务部署；
3.各法人的渠道的产品和功能范围以及访问入口可不同。
4.1.2.3备注说明
无
4.1.3业务控制
4.1.3.1需求描述各法人对各自部署的产品和服务进行差别化的业务控制。
4.1.3.2业务处理规则
1.各法人对渠道的业务控制和规则进行差异化定义，如允许办理业务等；
2.支持各法人对渠道的服务流程进行差异化控制。
4.1.3.3备注说明
无
4.1.4限额管理
4.1.4.1需求描述各法人针对开设的渠道设置不同的限额，并进行相应的检查和控制。
4.1.4.2业务处理规则
1.支持针对不同的渠道设置不同的限额，如ATM限额、手机银行支付限额等，并可区分单笔、累计的限额；
2.不同法人的对于同一渠道的限额设置可不同；
3.各法人对于超限额的处理方式可不同，可包括拒绝、提示、预警等。
4.1.4.3备注说明
无
4.2客户营销与销售
4.2.1营销策略
4.2.1.1需求描述
不同法人针对目标客户群采用不同的营销策略。
4.2.1.2业务处理规则
1.各法人可对自己的客户进行差异化的细分，包括客户类型可划分为个人、企业、小微、同业，针对客户类型可进一步细分，如针对个人可按照客户级别进行进一步细分，企业可按照规模和重要程度进一步细分；
2.支持法人内进行客户关系维护，不同法人针对同一关系类型可设置不同的客户关系；
3.不同法人制定各自的营销策略，不同法人设置各自的客户经理，进行各自的客户营销。
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.
对营销分析的维度可不同。
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
备注说明
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
需求描述
支持法人内机构的独立设置
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
备注说明
4.5.2客户基本信息维护
4.5.2.1需求描述
不同法人维护各自客户的基本信息
4.5.2.2
业务处理规则
1.
各法人定义的客户基本信息的必输要素可不同；
2.
同一客户在法人范围内只能拥有一个客户号，并维护一套基本信息；
3.
所建立的基本信息，只能在该法人范围内查询、使用及维护。
4.5.2.3
备注说明
4.5.3
客户补充信息维护
4.5.3.1
需求描述
法人维护各自客户的补充信息
4.5.3.2
业务处理规则
1.
在各法人的基本信息建立完成前提下，建立和维护客户补充信息；
2.
同一客户在一个法人范围内，只能维护一套补充信息；
3.
信息只能在法人范围内查询、使用及维护；
4.
同一客户在不同法人行分别建立一套补充信息；
5.
法人范围内可建立和维护客户的联系信息、地址信息、客户间关系信息等。
4.5.3.3
备注说明
4.5.4
客户签约
4.5.4.1
需求描述
各法人可设置不同的签约服务、签约流程和规则
4.5.4.2
业务处理规则
1.
多法人体系架构下，除了要求在开户行办理的签约外，客户需在客户或账户开户行的归属法人范围内进行签约处理；
2.
签约信息只允许在归属法人范围内进行查询、维护和使用；
3.各法人允许签约的服务和产品范围可不同，统一签约操作的选项可不同；
4.对于同一签约服务，不同法人可设置不同的签约规则；
5.签约回单打印凭证的格式、内容等各法人可不同。
4.5.5客户关系维护
4.5.5.1需求描述各法人建立和维护法人范围内的客户间、客户与客户经理间的关系信息。
4.5.5.2业务处理规则
1.维护法人范围内的客户间关系信息；
2.各个法人只能管理辖内的客户经理归属机构、营销范围、揽存账户；
3.客户经理交接也只能在法人范围内进行。
4.5.5.3备注说明
4.5.6客户信息关联应用
4.5.6.1需求描述在业务办理过程中，优先关联法人内的关联信息，参考关联其他法人的共享的客户信息。
4.5.6.2业务处理规则
1.使用法人范围内的相关客户信息作为关联应用的基础提供业务处理，如针对法人范围内的客户级别提供优惠；
2.对于风险类信息，优先关联法人内的关联信息，如不满足则拒绝，如满足，则参考关联其他法人共享的客户基本信息进行关联判断，如不良客户信息、黑名单等，从而加强业务风险识别和控制；
3.对于行内非本法人的客户，视为对手客户信息进行关联信息检查。
4.5.6.3备注说明
4.5.7客户信息分享管理
4.5.7.1需求描述各个法人行的客户信息相互隔离、相互独立，原则上不允许共享。
对于需要分享的信息，可以通过分享管理相关功能，实现在特定范围内实现分享查询。
4.5.7.2业务处理规则
1.客户分享级别管理：
客户的归属机构及上级机构，可以维护单个客户的分享级别。
如果客户分享级别为分享，则该客户的基本信息可以在指定范围内查询；如果客户分享级别为私有，则该客户的基本信息仅限在所属法人范围内查询；
2.分享范围管理。
客户资料分享范围可以通过法人之间分享关系来定义。
法人主体的参数管
理机构，可以通过交易维护分享关系，添加或去除分享法人行。
例如，法人行A，添加了
分享法人B,则B可以查询A辖内的分享客户的信息；如果法人行A删除了分享法人B，则B不能查询到A辖内的客户信息；
3.总行一方面可以维护总行所属法人范围内的客户的分享级别和分享范围，也可维护个法人的分享规则；
4.分享客户查询。
可以查询与本法人建立分享关系的其他法人的分享客户的基本信息；
4.5.7.3备注说明
4.5.8客户信息查询与展现
4.5.8.1需求描述各法人查询归属范围内的客户和账户信息。
4.5.8.2业务处理规则
1.根据输入的客户相关信息，结合交易机构所隶属的法人行号，对客户信息进行查询；
2.允许查询开户机构在交易机构隶属法人范围内的信息账户及客户信息；
3.查询法人归属客户开立的账户信息或签订的签约协议信息；
4.可以查询与本法人建立分享关系的其他法人的分享客户的基本信息；
5.总行除了可查询所属法人的客户信息，还可查询各个法人的客户和账户信息。
4.5.8.3备注说明
4.6产品管理
4.6.1产品定义
4.6.1.1需求描述各法人可定义各自的独有产品，区分定义产品的基本属性，也可共享全行级产品
4.6.1.2业务处理规则
1.产品定义独有产品，并进行独立的产品编码，在产品编码中体现法人行号；
2.法人可区分定义产品的基本属性，包括产品名称、有效期、目标客户等信息；
3.法人可基于产品模型定义各自的差异化的产品规则；
4.总行可定义全行级通用产品，各法人可使用全行级的产品；
5.法人行可复制全行通用产品，进行业务规则定制，从而定义法人特色产品；
6.可组合法人内的产品进行产品套餐的定义。
4.6.1.3备注说明
4.6.2产品维护
4.6.2.1需求描述各法人维护归属范围内的特色产品。
4.6.2.2业务处理规则
1.各法人可维护归属范围内的产品的基本属性和业务规则；
2.对归属范围内的产品进行产品状态维护；
3.总行有权限对全行通用产品的基本属性和业务规则进行维护。
4.6.2.3备注说明
4.6.3产品服务
4.6.3.1需求描述满足各法人差异化的产品体系和服务规则。
4.6.3.2业务处理规则
1.提供完整的银行金融产品和服务功能，基本涵盖全部产品线。
2.各法人的经营产品范围可不同；
3.定义产品对应的服务事件，对于全行通用产品，支持法人对产品功能控制的不同，如同一卡产品针对不同法人设定不同的服务事件控制。
4.6.3.3备注说明
4.6.4产品管理
4.6.4.1需求描述
各法人对产品进行独立的管理和分析。
4.6.4.2业务处理规则
1.各法人可以独立对其产品进行生命周期管理，而不受其他法人行约束；
2.各法人根据自身状况定义各自的产品销售策略；
3.提供各法人行的产品成本绩效分析所需的基本数据，各法人设置各自的产品监控和分析模型，进行差异化的产品评估与统计分析；
4.各法人可基于产品分析结果，针对产品定义各自调整策略，如退市、优化等；
5.支持按照法人进行产品区隔展现，支持按照法人定义的分类标准进行展现。
4.6.4.3备注说明
4.6.5产品代理
4.6.5.1需求描述
可定义法人间的产品代理关系。
4.6.5.2业务处理规则
1.法人间可通过产品代理关系的维护，实现产品跨法人销售；
2.具有代理关系的法人可查看代理产品的基本信息；
4.6.5.3备注说明
4.6.6产品组合
4.6.6.1需求描述支持多法人的组合产品创新机制。
4.6.6.2业务处理规则
1.支持法人内部产品组合和套餐定义；
2.法人可组合全行通用产品和法人特色产品；
4.6.6.3备注说明
4.6.7产品查询
4.6.7.1需求描述明确法人及法人间产品信息查询的范围。
4.6.7.2业务处理规则
1.各法人可查询归属范围内特色产品的基本信息和业务规则
升级会员 