银行业务需求方案.docx

1、银行业务需求方案U窃南京银行J, BANk OF NAM ING新一代信息系统建设项目业务需求方案多法人架构支持2015年12月修订记录序号修订内容修订日期修订人1编写初稿2015-12-08孔傲然234567889101概述 11.1文档目的 11.2内容简介 11.3参考资料 12业务概述 22.1业务范围 22.2业务目标和关键点 23目标业务能力框架 54业务功能需求 64.1渠道管理 64.1.1渠道规划 64.1.2产品部署 64.1.3业务控制 64.1.4限额管理 74.2客户营销与销售 74.2.1营销策略 74.2.2营销流程 84.2.3营销规则 84.2.4营销监控和统

2、计 84.3服务管理 94.3.1服务配置 94.3.2服务调度 94.3.3服务组装 94.4机构管理 104.4.1法人属性定义 104.4.2法人间关系定义 104.4.3机构设置 104.4.4机构关系管理 114.5 客户信息管理 114.5.1客户号编码 114.5.2客户基本信息维护 124.5.3客户补充信息维护 124.5.4客户签约 124.5.5客户关系维护 134.5.6客户信息关联应用 134.5.7客户信息分享管理 144.5.8客户信息查询与展现 144.6 产品管理 154.6.1产品定义 154.6.2产品维护 154.6.3产品服务 154.6.4产品管理

3、164.6.5产品代理 164.6.6产品组合 174.6.7产品查询 174.7定价机制 174.7.1定价策略 174.7.2价格种类与规则 184.7.3基础价格 184.7.4优惠价格 194.7.5定价权限 194.8核算处理 204.8.1科目设置 204.8.2核算规则 204.8.3核算主体 204.8.4损益结转 214.9清算处理 214.9.1清算模式 214.9.2清算机制 224.10风险管控 224.10.1权限处理 224.10.2授权机制 234.10.3限额管理 234.10.4业务预警 254.10.5差错处理 254.11参数管理 264.11.1参数分类

4、管理 264.11.2参数权限 264.11.3参数同步与发布 264.12数据支持 274.12.1基础数据支持 274.12.2数据分析与统计 274.12.3信息报送与披露 284.12.4数据管理机制 284.13批处理 284.13.1单一法人独立运行 284.13.2多法人集中运行 294.13.3混合模式运行 294.13.4批处理运行 304.14运营管理 304.14.1运营流程支持 304.14.2业务流程差异化 314.15法人调整 314.15.1法人新开 314.15.2法人级别调整 314.15.3法人机构调整 324.16跨法人访问控制 324.16.1访问控制支

5、持 324.17其他业务处理 334.17.1现金凭证管理 334.17.2凭证管理 334.17.3银行卡业务 334.17.4支付清算业务 344.17.5中间业务 344.18运行维护 344.19其他多法人需求 351 概述1.1文档目的本文档用来对新一代核心业务系统支持多法人的体系架构的需求进行定义和描述。1.2内容简介 本文档的内容包括多法人体系支持的目标和提升点，以及分主题对多法人体系的需求进行描 述。1.3参考资料2 业务概述2.1业务范围多法人架构是在单一系统中支持多个法人行的业务交易和客户服务，满足各种法人组织架构 体系的要求（一级法人 /多级法人 /银行合作联盟 /村镇银

6、行 /海外银行 /离岸银行）。2.2业务目标和关键点组织多元化满足组织多元化，首先需要依照各法人机构的职能不同，设置法人的类型、级别等；并支持 机构类型的多样化，将机构区分为营业机构、会计主体和管理机构；而按照服务类型的不同可区 分为实体机构和虚拟机构；不同的法人可根据各自业务开展的需求设置不同的机构类型。结构多元化不同法人可根据实际经营和管理要求设置不同的业务关系，各个业务关系之间相互独立，互 不影响，并且具有各自的层次关系，满足其个性化经营的要求。法人内部机构间通过不同的业务 关系建立起联系，从而满足面向业务、经营和管理各个层面上的关联应用。例如，清算的业务关 系与行政管理的关系和层次不同

7、，并且不同法人的清算关系和层次也各自不同；为了满足多法人体制下组织结构和关系的多元化，需要重点考虑经营、清算、账务、凭证和 现金管理、参数、运营、客户管理、风险管控、代理及法人归属等业务关系的独立性和差异性。业务多元化在各自关系结构下，需要满足不同法人及机构对业务范围和品种的不同，同时还需支持业务 处理规则和流程的不同。多法人经营体制的多元化，主要体现在面向客户、渠道、产品，定价、 风控和核算、清算、参数、数据及管理等维度的多元化。在营销方面，满足不同法人制定不同的营销策略，通过不同的营销渠道，针对各自的 目标客户群体，进行所销售的产品的推介和营销，并采用法人不同的营销流程和规则， 赋予法人向

8、下的客户经理不同的权限。对于客户而言，在全行统一编码的基础上，明确客户信息在各法人的管理权限以及管 理规则，例如对公客户的地址信息只允许在开户行维护，同法人行可浏览等，虽为统 一客户，但可区分在不同法人的贡献度进行综合评定，从而享有差异化的服务。对于渠道而言，每个法人可进行各自的渠道品牌规划，进行差异化的产品和服务部署, 针对渠道设置不同的业务控制，以及不同的限额管理机制等。对于产品而言，各个法人可定义各自专属的产品，也可共享全行产品产品的前提下设 置特色的产品规则，明确产品的法人归属范围或代理权限等。在定价方面，各个法人可具有不同的定价权，有些法人允许独立定价，有些法人只可 使用指导价；对于

9、具有独立定价权的法人，可采用不同的定价策略，并且针对不同客 户、产品等采用差异化的定价方式和标准，明确各自的定价范围；对于指导定价的法 人，可定义不同的议价空间。各法人可设置各自的优惠价格策略。在核算方面，各个法人采用不同的核算规则和核算模式；核算的主体可不同；损益划 转的规则各有不同。在清算方面，各个法人可采用不同的清算模式，法人内部可设定不同的清算层级。在风险管控方面，不同的法人主体可设定各自的业务角色和岗位，以及设定配套的权 限；采用不同的授权机制，如授权条件、授权方式等；各个法人可设置不同的额度并 进行差异化的管控；针对不同法人可采用不同的差错处理机制和流程。在参数配置方面，针对参数进

10、行区分和分类的角度，各法人可有所不同，从而配套不 同的管理权限、方式和对象；不同的参数针对对象定义不同的维护权限和流程，包括 定义、审批、删除等，不同法人对于参数规则的定义可体现差异化。在数据方面，首先要能够体现法人的主数据，并且能够驻留在交易信息、流水等业务 和日志信息中，后续能够进行法人数据的独立提取和区隔；另外针对法人的数据可设 定不同的访问权限，从而体现法人数据的独立性和可共享性。管理多元化管理多元化可区分为内部经营管理和外部合规监管两个方面；对于内部经营管理，针对不同法人的运营管理模式的差异化，需要能够支持业务处理和操作 流程的不同；针对内部数据分析和统计，能够满足不同法人数据统计指

11、标、标准及颗粒度的不同， 如绩效分析的标准和规则各法人可不同；各法人的风险计量模型可不同；法人对客户评定的标准 和规则也各有不同；需要满足各法人针对财务、风险、资产负债等报表格式、规则与展现的不同；对于外部合规监管而言，需要满足对外信息报送的多元化和差异化，以全行或者各个法人独 立报送的方式进行信息披露，一方面满足监管部门的合规要求，另一方面体现各法人所属区域的 特色需求。支持变更灵活化除了以上从组织、机构、业务、管理的多元化方面需要进行策略响应，随着经营体制改革的 推进，以上内容都会发生变化和调整，并且法人间的关系也会发生变化，因此需要具有灵活的机 制确保调整和变更得以快速响应，从而响应市场

12、化的变化，降低对客户的影响。3目标业务能力框架渠道界面体验产品部署业务控制1 1限额管理1 J营销规则营销策略营销流程营销统计营销IT运行安全数据库日志监控版本多法人架构能力体系是覆盖全行级的业务能力要求，核心业务系统作为产品服务系统，则要 求提供弹性的架构支撑能力，同时其他的产品服务类系统也需要提供相应的弹性架构支持，而渠 道、服务、数据、管理等能力，则需要更多外围系统的能力提升和支撑，从而能够满足多法人经 营体制的需求。4 业务功能需求4.1渠道管理4.1.1渠道规划4.1.1.1需求描述 各法人进行各自的渠道规划和管理。4.1.1.2业务处理规则1.不同法人定义自己开设的渠道，包括自助渠

13、道、电子渠道、人工渠道等；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需求描述 各法人对各自部署的产品和服务进行差别化

14、的业务控制。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需求描述不

15、同法人针对目标客户群采用不同的营销策略。4.2.1.2业务处理规则1. 各法人可对自己的客户进行差异化的细分，包括客户类型可划分为个人、企业、小微、同 业，针对客户类型可进一步细分，如针对个人可按照客户级别进行进一步细分，企业可按 照规模和重要程度进一步细分；2. 支持法人内进行客户关系维护，不同法人针对同一关系类型可设置不同的客户关系；3.不同法人制定各自的营销策略，不同法人设置各自的客户经理，进行各自的客户营销。4.2.1.3备注说明4.2.2营销流程4.2.2.1需求描述不同法人定义各自的客户营销流程4.2.2.2业务处理规则1.支持客户筛选、拓展、挽留的流程处理可不同；2.客户接触管理

16、流程和活动可不同。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.

17、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机

18、构管理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.可对每一种关系种类进行设置，支持设置法人的默认关系和级别，也可依据不同的情况对

19、两个法人间单独设置；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.法人内的机构间可区分不同业务关系类型，至少能覆盖营业关系、账务关系、数据汇总关 系、清算关系、凭

20、证调拨、现金调拨、代理关系等。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.同一客户在

21、法人范围内只能拥有一个客户号，并维护一套基本信息；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需求描述各法人可设置不同的签约服务、签约流程

22、和规则4.5.4.2业务处理规则1.多法人体系架构下，除了要求在开户行办理的签约外，客户需在客户或账户开户行的归属 法人范围内进行签约处理；2.签约信息只允许在归属法人范围内进行查询、维护和使用；3.各法人允许签约的服务和产品范围可不同，统一签约操作的选项可不同；4.对于同一签约服务，不同法人可设置不同的签约规则；5.签约回单打印凭证的格式、内容等各法人可不同。4.5.5客户关系维护4.5.5.1需求描述 各法人建立和维护法人范围内的客户间、客户与客户经理间的关系信息。4.5.5.2业务处理规则1.维护法人范围内的客户间关系信息；2.各个法人只能管理辖内的客户经理归属机构、营销范围、揽存账户；

23、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客户信息分

24、享管理4.5.7.1需求描述 各个法人行的客户信息相互隔离、相互独立，原则上不允许共享。对于需要分享的信息，可 以通过分享管理相关功能，实现在特定范围内实现分享查询。4.5.7.2业务处理规则1.客户分享级别管理：客户的归属机构及上级机构，可以维护单个客户的分享级别。如果客 户分享级别为分享，则该客户的基本信息可以在指定范围内查询；如果客户分享级别为私 有，则该客户的基本信息仅限在所属法人范围内查询；2.分享范围管理。客户资料分享范围可以通过法人之间分享关系来定义。法人主体的参数管理机构，可以通过交易维护分享关系，添加或去除分享法人行。例如，法人行 A，添加了分享法人B,则B可以查询A辖内的分

25、享客户的信息；如果法人行 A删除了分享法人B， 则 B 不能查询到 A 辖内的客户信息；3.总行一方面可以维护总行所属法人范围内的客户的分享级别和分享范围，也可维护个法人 的分享规则；4.分享客户查询。可以查询与本法人建立分享关系的其他法人的分享客户的基本信息；4.5.7.3备注说明4.5.8客户信息查询与展现4.5.8.1需求描述 各法人查询归属范围内的客户和账户信息。4.5.8.2业务处理规则1.根据输入的客户相关信息，结合交易机构所隶属的法人行号，对客户信息进行查询；2.允许查询开户机构在交易机构隶属法人范围内的信息账户及客户信息；3.查询法人归属客户开立的账户信息或签订的签约协议信息；

26、4.可以查询与本法人建立分享关系的其他法人的分享客户的基本信息；5.总行除了可查询所属法人的客户信息，还可查询各个法人的客户和账户信息。4.5.8.3备注说明4.6 产品管理4.6.1产品定义4.6.1.1需求描述 各法人可定义各自的独有产品，区分定义产品的基本属性，也可共享全行级产品4.6.1.2业务处理规则1.产品定义独有产品，并进行独立的产品编码，在产品编码中体现法人行号；2.法人可区分定义产品的基本属性，包括产品名称、有效期、目标客户等信息；3.法人可基于产品模型定义各自的差异化的产品规则；4.总行可定义全行级通用产品，各法人可使用全行级的产品；5.法人行可复制全行通用产品，进行业务规

27、则定制，从而定义法人特色产品；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.定义产品对应的服务事件，对于全行

28、通用产品，支持法人对产品功能控制的不同，如同一 卡产品针对不同法人设定不同的服务事件控制。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.各法人可查询归属范围内特色产品的基本信息和业务规则