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

《新一代信息系统建设项目业务需求方案.docx》由会员分享，可在线阅读，更多相关《新一代信息系统建设项目业务需求方案.docx（43页珍藏版）》请在三一办公上搜索。

1、新一代信息系统建设项目业务需求方案多法人架构支持2015年12月 新一代信息系统建设项目业务需求方案修订记录序号修订内容修订日期修订人1编写初稿2015-12-08孔傲然23456788910目 录1概述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营销监控和统计84.3服务管理94.3.1服务配置94.3.2服务调度

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产品管理164.6.5产品代理164.6.6产品组合174.6.7产品查询174.7定价机制174.7.1定价策略17

3、4.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参数分类管理264.11.2参数权限264.11.3参数同步与发布264.12数据支持274.12.1基础数据支持274.12.2数据分析与统计274.12.3信息报

4、送与披露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访问控制支持324.17其他业务处理334.17.1现金凭证管理334.17.2凭证管理334.17.3银行卡业务334.17.4支付清算业务344.17.5中间业务344.18运行维护344.19其他多法人需

5、求35保密 371 概述1.1 文档目的本文档用来对新一代核心业务系统支持多法人的体系架构的需求进行定义和描述。1.2 内容简介本文档的内容包括多法人体系支持的目标和提升点，以及分主题对多法人体系的需求进行描述。1.3 参考资料2 业务概述2.1 业务范围多法人架构是在单一系统中支持多个法人行的业务交易和客户服务，满足各种法人组织架构体系的要求（一级法人/多级法人/银行合作联盟/村镇银行/海外银行/离岸银行）。2.2 业务目标和关键点n 组织多元化满足组织多元化，首先需要依照各法人机构的职能不同，设置法人的类型、级别等；并支持机构类型的多样化，将机构区分为营业机构、会计主体和管理机构；而按照服

6、务类型的不同可区分为实体机构和虚拟机构；不同的法人可根据各自业务开展的需求设置不同的机构类型。n 结构多元化不同法人可根据实际经营和管理要求设置不同的业务关系，各个业务关系之间相互独立，互不影响，并且具有各自的层次关系，满足其个性化经营的要求。法人内部机构间通过不同的业务关系建立起联系，从而满足面向业务、经营和管理各个层面上的关联应用。例如，清算的业务关系与行政管理的关系和层次不同，并且不同法人的清算关系和层次也各自不同；为了满足多法人体制下组织结构和关系的多元化，需要重点考虑经营、清算、账务、凭证和现金管理、参数、运营、客户管理、风险管控、代理及法人归属等业务关系的独立性和差异性。n 业务多

7、元化在各自关系结构下，需要满足不同法人及机构对业务范围和品种的不同，同时还需支持业务处理规则和流程的不同。多法人经营体制的多元化，主要体现在面向客户、渠道、产品，定价、风控和核算、清算、参数、数据及管理等维度的多元化。 在营销方面，满足不同法人制定不同的营销策略，通过不同的营销渠道，针对各自的目标客户群体，进行所销售的产品的推介和营销，并采用法人不同的营销流程和规则，赋予法人向下的客户经理不同的权限。 对于客户而言，在全行统一编码的基础上，明确客户信息在各法人的管理权限以及管理规则，例如对公客户的地址信息只允许在开户行维护，同法人行可浏览等，虽为统一客户，但可区分在不同法人的贡献度进行综合评定

8、，从而享有差异化的服务。 对于渠道而言，每个法人可进行各自的渠道品牌规划，进行差异化的产品和服务部署，针对渠道设置不同的业务控制，以及不同的限额管理机制等。 对于产品而言，各个法人可定义各自专属的产品，也可共享全行产品产品的前提下设置特色的产品规则，明确产品的法人归属范围或代理权限等。 在定价方面，各个法人可具有不同的定价权，有些法人允许独立定价，有些法人只可使用指导价；对于具有独立定价权的法人，可采用不同的定价策略，并且针对不同客户、产品等采用差异化的定价方式和标准，明确各自的定价范围；对于指导定价的法人，可定义不同的议价空间。各法人可设置各自的优惠价格策略。 在核算方面，各个法人采用不同的

9、核算规则和核算模式；核算的主体可不同；损益划转的规则各有不同。 在清算方面，各个法人可采用不同的清算模式，法人内部可设定不同的清算层级。 在风险管控方面，不同的法人主体可设定各自的业务角色和岗位，以及设定配套的权限；采用不同的授权机制，如授权条件、授权方式等；各个法人可设置不同的额度并进行差异化的管控；针对不同法人可采用不同的差错处理机制和流程。 在参数配置方面，针对参数进行区分和分类的角度，各法人可有所不同，从而配套不同的管理权限、方式和对象；不同的参数针对对象定义不同的维护权限和流程，包括定义、审批、删除等，不同法人对于参数规则的定义可体现差异化。 在数据方面，首先要能够体现法人的主数据，

10、并且能够驻留在交易信息、流水等业务和日志信息中，后续能够进行法人数据的独立提取和区隔；另外针对法人的数据可设定不同的访问权限，从而体现法人数据的独立性和可共享性。n 管理多元化管理多元化可区分为内部经营管理和外部合规监管两个方面；对于内部经营管理，针对不同法人的运营管理模式的差异化，需要能够支持业务处理和操作流程的不同；针对内部数据分析和统计，能够满足不同法人数据统计指标、标准及颗粒度的不同，如绩效分析的标准和规则各法人可不同；各法人的风险计量模型可不同；法人对客户评定的标准和规则也各有不同；需要满足各法人针对财务、风险、资产负债等报表格式、规则与展现的不同；对于外部合规监管而言，需要满足对外

11、信息报送的多元化和差异化，以全行或者各个法人独立报送的方式进行信息披露，一方面满足监管部门的合规要求，另一方面体现各法人所属区域的特色需求。n 支持变更灵活化除了以上从组织、机构、业务、管理的多元化方面需要进行策略响应，随着经营体制改革的推进，以上内容都会发生变化和调整，并且法人间的关系也会发生变化，因此需要具有灵活的机制确保调整和变更得以快速响应，从而响应市场化的变化，降低对客户的影响。3 目标业务能力框架多法人架构能力体系是覆盖全行级的业务能力要求，核心业务系统作为产品服务系统，则要求提供弹性的架构支撑能力，同时其他的产品服务类系统也需要提供相应的弹性架构支持，而渠道、服务、数据、管理等能

12、力，则需要更多外围系统的能力提升和支撑，从而能够满足多法人经营体制的需求。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

13、 业务处理规则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. 支持

14、针对不同的渠道设置不同的限额，如ATM限额、手机银行支付限额等，并可区分单笔、累计的限额；2. 不同法人的对于同一渠道的限额设置可不同；3. 各法人对于超限额的处理方式可不同，可包括拒绝、提示、预警等。4.1.4.3 备注说明无4.2 客户营销与销售4.2.1 营销策略4.2.1.1 需求描述不同法人针对目标客户群采用不同的营销策略。4.2.1.2 业务处理规则1. 各法人可对自己的客户进行差异化的细分，包括客户类型可划分为个人、企业、小微、同业，针对客户类型可进一步细分，如针对个人可按照客户级别进行进一步细分，企业可按照规模和重要程度进一步细分；2. 支持法人内进行客户关系维护，不同法人针对

15、同一关系类型可设置不同的客户关系；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.

16、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 需求描述根据法人的业务功能和流程的要求进行服务

17、的调度。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. 定

18、义法人的管理权限和业务范围；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. 法人内机

19、构类型包括账务机构、营业机构、虚拟机构等；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 需求描述对多法人体系架构下的客户编号进行定义，支持法人间

20、客户信息的隔离性。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

21、 客户补充信息维护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. 多法人体系架构下，除了要求在开户行办理的签约外，客户需在客户或账户开户行的

22、归属法人范围内进行签约处理；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

23、.5.6.1 需求描述在业务办理过程中，优先关联法人内的关联信息，参考关联其他法人的共享的客户信息。4.5.6.2 业务处理规则1. 使用法人范围内的相关客户信息作为关联应用的基础提供业务处理，如针对法人范围内的客户级别提供优惠；2. 对于风险类信息，优先关联法人内的关联信息，如不满足则拒绝，如满足，则参考关联其他法人共享的客户基本信息进行关联判断，如不良客户信息、黑名单等，从而加强业务风险识别和控制；3. 对于行内非本法人的客户，视为对手客户信息进行关联信息检查。4.5.6.3 备注说明4.5.7 客户信息分享管理4.5.7.1 需求描述各个法人行的客户信息相互隔离、相互独立，原则上不允许共

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

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

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

27、套餐的定义。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

29、产品代理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. 各法人可查询归属范围内特色产品的基本信息和业务规则；2.

30、各法人可查看归属范围内产品的变更日志；3. 可查询代理产品的基本信息；4. 可查看全行级产品的基本信息和业务规则；5. 总行可查看各法人的产品信息和业务规则，以及变更日志。4.6.7.3 备注说明4.7 定价机制4.7.1 定价策略4.7.1.1 需求描述各法人可根据定价能力采用不同的定价策略，包括自主定价、指导定价、统一定价。4.7.1.2 业务处理规则1. 总行根据全行的经营情况和定价模型提供定价指导；2. 各法人行根据法人的经营情况，在总行指导定价基础上进行调整的定价；3. 对于总行提供的指导价格，可明确法人定价的调整空间，各法人的最终定价必须在调整空间范围内；4. 法人也可根据自身的经

31、营情况和定价模型，确定自主定价；5. 对于无定价能力的法人可使用总行统一定价。4.7.1.3 备注说明4.7.2 价格种类与规则4.7.2.1 需求描述以法人维度设定利率、费率、汇率、税率的种类和规则。4.7.2.2 业务处理规则1. 各法人可设置自己的利率种类和控制规则，如币种范围，是否分层等；2. 各法人可设置各自的收费品种及其规则，如币种规则、记账机构、核算代码等；3. 各法人可设置自己的汇率种类和规则，如货币对的折算方式等；4. 各法人可设置自己的税率种类和规则；5. 总行可设置全行级的利率、费率、汇率和税率种类及其规则。4.7.2.3 备注说明4.7.3 基础价格4.7.3.1 需求

32、描述以法人维度设定利率、费率、汇率、税率的基础价格。4.7.3.2 业务处理规则1. 总行设定央行发布的基准利率以及全行的行内利率，各法人可设定各自的基础利率或参考利率；2. 对于市场定价，各法人可定义自行使用的收费标准和规则，包括档次、收费金额/比率，最大最小收费金额等；3. 对于汇率，可区分法人定义各货币对的汇率定价标准；4. 对于税率，区分法人设置不同的基础税率，包括税率、起征金额、税金区间等；5. 对于法人未定义差异的基础价格，使用总行定义的基础价格。4.7.3.3 备注说明4.7.4 优惠价格4.7.4.1 需求描述各法人可使用不同的优惠策略和规则。4.7.4.2 业务处理规则1.

33、各法人可针对利率、费率、汇率和税率设定各自的优惠规则；2. 各法人的优惠条件设置可不同，如针对产品、客户类型等；3. 各法人的优惠方式和规则可不同，可包括绝对优惠、相对优惠、优惠值和比率等；4. 各法人的优惠值或比例可不同。4.7.4.3 备注说明4.7.5 定价权限4.7.5.1 需求描述提供法人不同的定价管理权限。4.7.5.2 业务处理规则1. 法人可具有自行定义和维护定价机制和规则的权限；2. 各法人可上报定价规则信息给到总行，由总行统一定价维护；3. 法人也可经由总行授权，在指导价基础上进行调整价的维护；4. 各法人可查询各自的定价种类、机制和规则。4.7.5.3 备注说明4.8 核

34、算处理4.8.1 科目设置4.8.1.1 需求描述各法人可自行设置法人内的科目体系。4.8.1.2 业务处理规则1. 会计科目体系包括核算码、科目以及核算码和科目映射关系三大部分内容；2. 核算码为全行统一编排和定义，包括核算码、名称、属性和层级关系等要素；3. 全行可设置一套统一的标准科目体系，各法人可在账套模板基础上进行个性化的科目设置；4. 支持核算码在不同法人下对应不同的科目。4.8.1.3 备注说明4.8.2 核算规则4.8.2.1 需求描述各法人可设置和使用不同的核算规则，包括记账条件、会计分录和记账管理。4.8.2.2 业务处理规则1. 全行可设置一套统一的科目体系，各法人可根据

35、需要独立设置法人使用的会计科目体系，科目属性由本法人自行定义；2. 各法人可设置不同的记账条件和场景；3. 全行统一配合和维护覆盖全业务的标准会计分录；4. 支持法人针对自身的业务管理，配置和维护法人特色的会计分录和规则；5. 当发生账务时，优先获取法人行的特色会计规则，如未设定，则使用全行通用的会计分录和规则。4.8.2.3 备注说明4.8.3 核算主体4.8.3.1 需求描述各法人可自行设置会计核算主体和结构。4.8.3.2 业务处理规则1. 会计核算主体由一个或多个营业机构组成，每个营业机构为最小的会计核算单元；2. 每个法人可单独设置自己的核算主体和组成结构，依照对应的记账规则进行总账

36、处理；4.8.3.3 备注说明4.8.4 损益结转4.8.4.1 需求描述各法人可配置不同的账务结转参数。4.8.4.2 业务处理规则1. 各个法人可以自行定义本法人内的损益划转路径、记账方式（红字或者篮字）、划转科目等。法人行在年终前上报损益划转参数；2. 各个法人的损益分别归集到法人行的清算中心；3. 外币损益需要折算为美元后归集到清算中心的未分配利润或财务往来科目；4. 各法人行生成法人内部的损益报表。4.8.4.3 备注说明4.9 清算处理4.9.1 清算模式4.9.1.1 需求描述不同法人内可采用不同的清算模式，包括逐级清算、集中清算等。4.9.1.2 业务处理规则1. 需支持多种清

37、算模式，包括逐级清算、一级清算；2. 不同法人内部可设置独立的清算中心负责资金处理；3. 各个法人内的清算路径和结构相互独立；通过独立的清算业务关系，用来定义两个机构之间的清算路径。清算关系按照人民币、外币区分设置，两个清算路径相互独立；4. 会计主体内部上下级清算机构之间使用“内部往来”科目核算；法人行内会计主体之间使用“系统内清算款项”科目核算；5. 法人行间如有业务往来，通过其共同的人民币或外币的清算行进行清算；4.9.1.3 备注说明4.9.2 清算机制4.9.2.1 需求描述对于总行设置集中清算中心模式，法人内部采用实时清算，法人间可采用批量清算。4.9.2.2 业务处理规则1. 法

38、人内通存通兑。在交易完成时，交易机构与开户机构之间的实时清算，清算通过两个机构共同的上级清算机构完成（法人行营业部或一级支行营业部）；2. 跨法人通存通兑。跨法人的通存通兑业务，则均需要经由清算中心完成。法人行之间的清算账务及清算平衡配置由清算中心负责；3. 各个法人行均需在总行开立清算备付金账户，总行作为清算中心，负责法人行之间的清算账务处理。清算中心在为各个法人行记账时，支持实时清算或批量清算的模式选择，并选择相应清算通路；4. 总行清算中心负责识别交易账户和对手账户是否属于总行辖内法人行，判断交易是否具备行内清算条件。并根据账户所属法人进行清算模式和路由控制；5. 通过现代化支付系统发起

39、或接收汇兑等业务时，交易行与总行资金中心产生一笔跨法人实时清算。4.9.2.3 备注说明4.10 风险管控4.10.1 权限处理4.10.1.1 需求描述各法人可设置各自的权限管理规则，并进行差异控制。4.10.1.2 业务处理规则1. 支持法人业务权限的差异设置，包括法人允许经营的业务范围、币种范围等；2. 支持不同法人的交易权限设置不同；3. 支持不同法人定义不同的岗位和角色权限；4. 支持柜员权限设置的差异化，包括岗位、级别等。4.10.1.3 备注说明4.10.2 授权机制4.10.2.1 需求描述支持各法人的授权管理及机制的不同。4.10.2.2 业务处理规则1. 支持针对无条件授权

40、的业务场景设定不同；2. 支持不同法人的授权条件和规则的不同，包括授权金额、授权场景、授权柜员所需级别等；3. 支持授权发起的模式不同，包括前端授权及远程授权；4. 对于集中授权，需要不同法人设置集中授权的机构层级和流程的差异化，如是否二次录入、录入要素等不同。5. 所有法人授权的信息都需要进行驻留，便于后续审计。4.10.2.3 备注说明4.10.3 限额管理4.10.3.1 需求描述支持各个法人设置不同的限额，并进行配套的控制和管理。下表以借记卡限额为例进行说明。4.10.3.2 业务处理规则1. 支持多层次的限额管理，包括渠道、业务类及交易等；2. 支持在不同主体上设置个性化的限额，包括

41、客户、产品、账户及服务事件层面；3. 各法人设置的限额参数不同，包括单笔、累计以及累计周期等；4. 支持对于限额的检控，并对于超限的处理方式不同，包括拒绝、提示等。4.10.3.3 备注说明4.10.4 业务预警4.10.4.1 需求描述支持各个法人对于业务预警的处理机制不同。4.10.4.2 业务处理规则1. 各法人可指定各自业务预警的范围和场景，如黑名单、不动户操作等2. 设置预警规则和指标，如大额预警金额阈值；3. 各法人可采取不同的预警方式，包括事前、事中、事后等4. 预警信息的发送对象和渠道可不同，从对象角度可区分为客户、客户经理、坐席、柜员等；从渠道角度，则包括前端、手机银行、短信

42、、微信、邮件、电话等。4.10.4.3 备注说明4.10.5 差错处理4.10.5.1 需求描述支持不同法人的差错服务和处理机制的不同。4.10.5.2 业务处理规则1. 各个法人可采用的差错识别机制不同，如通过对账或手工核对等；2. 各法人采用的对账方式和规则可不同，如总分对账、总总对账等；3. 各法人的对账时机可不同；4. 各法人可内部设置各自的差错处理流程，如集中确认差错，但需交易行进行调账或交易行确认后集中调账等；5. 差错处理的组织结构和权限可不同，如法人可设置集中作业中心，进行集中差错处理，如无集中模式，可采用分行或支行直接进行差错处理。4.10.5.3 备注说明4.11 参数管理

43、4.11.1 参数分类管理4.11.1.1 需求描述各个法人针对参数进行分类管理。4.11.1.2 业务处理规则1. 各法人的参数管理的范围可不同；2. 各法人的参数分类标准可不同，如技术参数、业务参数等；3. 区分全行通用参数和法人特色参数进行管理；4.11.1.3 备注说明4.11.2 参数权限4.11.2.1 需求描述各个法人针对参数管理权限不同。4.11.2.2 业务处理规则1. 总行负责对全行通用参数进行配置管理，各法人需要进行参数调整时上报申请，总行变更后及时告知所有法人，各法人可了解到参数的变更历史和日志情况；2. 对于法人特色参数，支持各法人独立进行管理，相互不影响，总行有权限

44、了解到参数变更日志；3. 法人也可将参数交由总行进行集中管理，对于部分法人，总行可进行权限授权方式，对有权限的法人可进行参数的管理和设置，但仅限于自身法人特色参数。4.11.2.3 备注说明4.11.3 参数同步与发布4.11.3.1 需求描述各个法人可约定各自需同步的参数，以及同步规则。4.11.3.2 业务处理规则1. 各法人可约定各自需要同步的参数范围；2. 参数发布的目标系统可不同；3. 参数同步的方式和时间点可不同，如实时同步或批量同步。4.11.3.3 备注说明4.12 数据支持4.12.1 基础数据支持4.12.1.1 需求描述提供法人实体的基础数据支持，并能够进行识别。4.12.1.2 业务处理规则1. 提供法人实体定义，定义法人自身的特性；2. 能够建立机构与法人的归属关系，从而能够通过客户、账