业务需求方案多法人架构体系样本.docx

新一代信息系统建设项目业务需求方案多法人架构支持12月修订统计序号修订内容修订日期修订人1编写初稿-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服务调度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定价策略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参数分类管理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访问控制支持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 业务范围多法人架构是在单一系统中支持多个法人行业务交易和用户服务，满足多种法人组织架构体系要求（一级法人/多级法人/银行合作联盟/村镇银行/海外银行/离岸银行）。2.2 业务目标和关键点n 组织多元化满足组织多元化，首先需要依据各法人机构职能不一样，设置法人类型、等级等；并支持机构类型多样化，将机构区分为营业机构、会计主体和管理机构；而根据服务类型不一样可区分为实体机构和虚拟机构；不一样法人可依据各自业务开展需求设置不一样机构类型。n 结构多元化不一样法人可依据实际经营和管理要求设置不一样业务关系，各个业务关系之间相互独立，互不影响，而且含有各自层次关系，满足其个性化经营要求。法人内部机构间经过不一样业务关系建立起联络，从而满足面向业务、经营和管理各个层面上关联应用。比如，清算业务关系和行政管理关系和层次不一样，而且不一样法人清算关系和层次也各自不一样；为了满足多法人体制下组织结构和关系多元化，需要关键考虑经营、清算、账务、凭证和现金管理、参数、运行、用户管理、风险管控、代理及法人归属等业务关系独立性和差异性。n 业务多元化在各自关系结构下，需要满足不一样法人及机构对业务范围和品种不一样，同时还需支持业务处理规则和步骤不一样。多法人经营体制多元化，关键表现在面向用户、渠道、产品，定价、风控和核实、清算、参数、数据及管理等维度多元化。 在营销方面，满足不一样法人制订不一样营销策略，经过不一样营销渠道，针对各自目标用户群体，进行所销售产品推介和营销，并采使用方法人不一样营销步骤和规则，给予法人向下用户经理不一样权限。 对于用户而言，在全行统一编码基础上，明确用户信息在各法人管理权限和管理规则，比如对公用户地址信息只许可在开户行维护，同法人行可浏览等，虽为统一用户，但可区分在不一样法人贡献度进行综合评定，从而享受差异化服务。 对于渠道而言，每个法人可进行各自渠道品牌计划，进行差异化产品和服务布署，针对渠道设置不一样业务控制，和不一样限额管理机制等。 对于产品而言，各个法人可定义各自专属产品，也可共享全行产品产品前提下设置特色产品规则，明确产品法人归属范围或代理权限等。 在定价方面，各个法人可含有不一样定价权，有些法人许可独立定价，有些法人只可使用指导价；对于含有独立定价权法人，可采取不一样定价策略，而且针对不一样用户、产品等采取差异化定价方法和标准，明确各自定价范围；对于指导定价法人，可定义不一样议价空间。各法人可设置各自优惠价格策略。 在核实方面，各个法人采取不一样核实规则和核实模式；核实主体可不一样；损益划转规则各有不一样。 在清算方面，各个法人可采取不一样清算模式，法人内部可设定不一样清算层级。 在风险管控方面，不一样法人主体可设定各自业务角色和岗位，和设定配套权限；采取不一样授权机制，如授权条件、授权方法等；各个法人可设置不一样额度并进行差异化管控；针对不一样法人可采取不一样差错处理机制和步骤。 在参数配置方面，针对参数进行区分和分类角度，各法人可有所不一样，从而配套不一样管理权限、方法和对象；不一样参数针对对象定义不一样维护权限和步骤，包含定义、审批、删除等，不一样法人对于参数规则定义可表现差异化。 在数据方面，首先要能够表现法人主数据，而且能够驻留在交易信息、流水等业务和日志信息中，后续能够进行法人数据独立提取和区隔；另外针对法人数据可设定不一样访问权限，从而表现法人数据独立性和可共享性。n 管理多元化管理多元化可区分为内部经营管理和外部合规监管两个方面；对于内部经营管理，针对不一样法人运行管理模式差异化，需要能够支持业务处理和操作步骤不一样；针对内部数据分析和统计，能够满足不一样法人数据统计指标、标准及颗粒度不一样，如绩效分析标准和规则各法人可不一样；各法人风险计量模型可不一样；法人对用户评定标准和规则也各有不一样；需要满足各法人针对财务、风险、资产负债等报表格式、规则和展现不一样；对于外部合规监管而言，需要满足对外信息报送多元化和差异化，以全行或各个法人独立报送方法进行信息披露，首先满足监管部门合规要求，其次表现各法人所属区域特色需求。n 支持变更灵活化除了以上从组织、机构、业务、管理多元化方面需要进行策略响应，伴随经营体制改革推进，以上内容全部会发生改变和调整，而且法人间关系也会发生改变，所以需要含有灵活机制确保调整和变更得以快速响应，从而响应市场化改变，降低对用户影响。3 目标业务能力框架多法人架构能力体系是覆盖全行级业务能力要求，关键业务系统作为产品服务系统，则要求提供弹性架构支撑能力，同时其它产品服务类系统也需要提供对应弹性架构支持，而渠道、服务、数据、管理等能力，则需要更多外围系统能力提升和支撑，从而能够满足多法人经营体制需求。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. 各法人可查询归属范围内特色产品基础信息和业务规则；2. 各法人可查看归属范围内产品变更日志；3. 可查询代理产品基础信息；4. 可查看全行级产品基础信息和业务规则；5. 总行可查看各法人产品信息和业务规则，和变更日志。4.6.7.3 备注说明4.7 定价机制4.7.1 定价策略4.7.1.1 需求描述各法人可依据定价能力采取不一样定价策略，包含自主定价、指导定价、统一定价。4.7.1.2 业务处理规则1. 总行依据全行经营情况和定价模型提供定价指导；2. 各法人行依据法人经营情况，在总行指导定价基础上进行调整定价；3. 对于总行提供指导价格，可明确法人定价调整空间，各法人最终定价必需在调整空间范围内；4. 法人也可依据本身经营情况和定价模型，确定自主定价；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 需求描述以法人维度设定利率、费率、汇率、税率基础价格。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. 各法人可针对利率、费率、汇率和税率设定各自优惠规则；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 核实处理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. 全行可设置一套统一科目体系，各法人可依据需要独立设置法人使用会计科目体系，科目属性由本法人自行定义；2. 各法人可设置不一样记账条件和场景；3. 全行统一配合和维护覆盖全业务标准会计分录；4. 支持法人针对本身业务管理，配置和维护法人特色会计分录和规则；5. 当发生账务时，优先获取法人行特色会计规则，如未设定，则使用全行通用会计分录和规则。4.8.2.3 备注说明4.8.3 核实主体4.8.3.1 需求描述各法人可自行设置会计核实主体和结构。4.8.3.2 业务处理规则1. 会计核实主体由一个或多个营业机构组成，每个营业机构为最小会计核实单元；2. 每个法人可单独设置自己核实主体和组成结构，依据对应记账规则进行总账处理；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. 需支持多个清算模式，包含逐层清算、一级清算；2. 不一样法人内部可设置独立清算中心负责资金处理；3. 各个法人内清算路径和结构相互独立；经过独立清算业务关系，用来定义两个机构之间清算路径。清算关系根据人民币、外币区分设置，两个清算路径相互独立；4. 会计主体内部上下级清算机构之间使用“内部往来”科目核实；法人行内会计主体之间使用“系统内清算款项”科目核实；5. 法人行间如有业务往来，经过其共同人民币或外币清算行进行清算；4.9.1.3 备注说明4.9.2 清算机制4.9.2.1 需求描述对于总行设置集中清算中心模式，法人内部采取实时清算，法人间可采取批量清算。4.9.2.2 业务处理规则1. 法人内通存通兑。在交易完成时，交易机构和开户机构之间实时清算，清算经过两个机构共同上级清算机构完成（法人行营业部或一级支行营业部）；2. 跨法人通存通兑。跨法人通存通兑业务，则均需要经由清算中心完成。法人行之间清算账务及清算平衡配置由清算中心负责；3. 各个法人行均需在总行开立清算备付金账户，总行作为清算中心，负责法人行之间清算账务处理。清算中心在为各个法人行记账时，支持实时清算或批量清算模式选择，并选择对应清算通路；4. 总行清算中心负责识别交易账户和对手账户是否属于总行辖内法人行，判定交易是否含有行内清算条件。并依据账户所属法人进行清算模式和路由控制；5. 经过现代化支付系统提议或接收汇兑等业务时，交易行和总行资金中心产生一笔跨法人实时清算。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. 支持针对无条件授权业务场景设定不一样；2. 支持不一样法人授权条件和规则不一样，包含授权金额、授权场景、授权柜员所需等级等；3. 支持授权提议模式不一样，包含前端授权及远程授权；4. 对于集中授权，需要不一样法人设置集中授权机构层级和步骤差异化，如是否二次录入、录入要素等不一样。5. 全部法人授权信息全部需要进行驻留，便于后续审计。4.10.2.3 备注说明4.10.3 限额管理4.10.3.1 需求描述支持各个法人设置不一样限额，并进行配套控制和管理。下表以借记卡限额为例进行说明。4.10.3.2 业务处理规则1. 支持多层次限额管理，包含渠道、业务类及交易等；2. 支持在不一样主体上设置个性化限额，包含用户、产品、账户及服务事件层面；3. 各法人设置限额参数不一样，包含单笔、累计和累计周期等；4. 支持对于限额检控，并对于超限处理方法不一样，包含拒绝、提醒等。4.10.3.3 备注说明4.10.4 业务预警4.10.4.1 需求描述支持各个法人对于业务预警处理机制不一样。4.10.4.2 业务处理规则1. 各法人可指定各自业务预警范围和场景，如黑名单、不动户操作等2. 设置预警规则和指标，如大额预警金额阈值；3. 各法人可采取不一样预警方法，包含事前、事中、事后等4. 预警信息发送对象和渠道可不一样，从对象角度可区分为用户、用户经理、坐席、柜员等；从渠道角度，则包含前端、手机银行、短信、微信、邮件、电话等。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 参数管理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. 对于法人特色参数，支持各法人独立进行管理，相互不影响，总行有权限了解到参数变更日志；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. 能够建立机构和法人归属关系，从而能够经过用户、账号、产品等信息识别到法人；3. 法人实体信息需驻留在关键业务数据中，交易数据代表实际交易场景，应表现交易归属法人，确保交易交易场景原景信息保留；4. 同时支持经过法人进行数据区隔和提取； 4.12.1.3 备注说明4.12.2 数据分析和统计4.12.2.1 需求描述支持内部数据统计和分析差异化。4.12.2.2 业务处理规则1. 支持报表处理逻辑不一样，支持报表出具时点不一样；2. 支持各法人内部数据统计路径不一样，支持全辖和辖内数据统计3. 支持各法人报表展现形式和格式可不一样；4. 支持各法人自定义个性及临时报表；5. 支持各法人依据自己需要设置不一样数据专题进行分析；6. 支持数据分析维度和模型各不一样，如财务、风险、绩效分析模型等4.12.2.3 备注说明