新一代信息系统建设事项业务需求方案_第1页
新一代信息系统建设事项业务需求方案_第2页
新一代信息系统建设事项业务需求方案_第3页
新一代信息系统建设事项业务需求方案_第4页
新一代信息系统建设事项业务需求方案_第5页
已阅读5页,还剩77页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

设项目信息系统建设项目—业务需求方案保密I修订记录修订内容修订日期修订人1然234567889信息系统建设项目—业务需求方案保密II目录1概述 1 2业务概述 2 2 4业务功能需求 6 4.1.1渠道规划 64.1.2产品部署 64.1.3业务控制 6 74.2.1营销策略 74.2.2营销流程 84.2.3营销规则 84.2.4营销监控和统计 8 4.3.1服务配置 94.3.2服务调度 94.3.3服务组装 9 4.4.1法人属性定义 104.4.2法人间关系定义 104.4.3机构设置 104.4.4机构关系管理 11 114.5.1客户号编码 114.5.2客户基本信息维护 124.5.3客户补充信息维护 12IIIIII4.5.4客户签约 124.5.5客户关系维护 134.5.6客户信息关联应用 134.5.7客户信息分享管理 144.5.8客户信息查询与展现 14 4.6.1产品定义 154.6.2产品维护 154.6.3产品服务 154.6.4产品管理 164.6.5产品代理 164.6.6产品组合 174.6.7产品查询 17 4.7.1定价策略 174.7.2价格种类与规则 184.7.3基础价格 184.7.4优惠价格 194.7.5定价权限 19 4.8.1科目设置 204.8.2核算规则 204.8.3核算主体 204.8.4损益结转 21 4.9.1清算模式 214.9.2清算机制 22 4.10.2授权机制 23 4.10.4业务预警 254.10.5差错处理 25保密IV 4.11.1参数分类管理 264.11.2参数权限 264.11.3参数同步与发布 26 4.12.1基础数据支持 274.12.2数据分析与统计 274.12.3信息报送与披露 284.12.4数据管理机制 28 4.13.1单一法人独立运行 28 4.13.3混合模式运行 294.13.4批处理运行 30 4.14.2业务流程差异化 31 4.15.1法人新开 314.15.2法人级别调整 314.15.3法人机构调整 32 32 3 4.17.2凭证管理 334.17.3银行卡业务 334.17.4支付清算业务 34 35保密11概述本文档用来对新一代核心业务系统支持多法人的体系架构的需求进行定义和描述。容简介内容包括多法人体系支持的目标和提升点,以及分主题对多法人体系的需求进行描述。信息系统建设项目—业务需求方案保密22业务概述2.1业务范围多个法人行的业务交易和客户服务,满足各种法人组织架构体系的要求(一级法人/多级法人/银行合作联盟/村镇银行/海外银行/离岸银行)。2.2业务目标和关键点组织多元化,首先需要依照各法人机构的职能不同,设置法人的类型、级别等;并支持机构类型的多样化,将机构区分为营业机构、会计主体和管理机构;而按照服务类型的不同可区分为实体机构和虚拟机构;不同的法人可根据各自业务开展的需求设置不同的机构类型。结构多元化实际经营和管理要求设置不同的业务关系,各个业务关系之间相互独立,互有各自的层次关系,满足其个性化经营的要求。法人内部机构间通过不同的业务,从而满足面向业务、经营和管理各个层面上的关联应用。例如,清算的业务关系与行政管理的关系和层次不同,并且不同法人的清算关系和层次也各自不同;体制下组织结构和关系的多元化,需要重点考虑经营、清算、账务、凭证和现金管理、参数、运营、客户管理、风险管控、代理及法人归属等业务关系的独立性和差异性。业务多元化在各自关系结构下,需要满足不同法人及机构对业务范围和品种的不同,同时还需支持业务处理规则和流程的不同。多法人经营体制的多元化,主要体现在面向客户、渠道、产品,定价、风控和核算、清算、参数、数据及管理等维度的多元化。在营销方面,满足不同法人制定不同的营销策略,通过不同的营销渠道,针对各自的目标客户群体,进行所销售的产品的推介和营销,并采用法人不同的营销流程和规则,赋予法人向下的客户经理不同的权限。信息系统建设项目—业务需求方案保密3对于客户而言,在全行统一编码的基础上,明确客户信息在各法人的管理权限以及管例如对公客户的地址信息只允许在开户行维护,同法人行可浏览等,虽为统一客户,但可区分在不同法人的贡献度进行综合评定,从而享有差异化的服务。对于渠道而言,每个法人可进行各自的渠道品牌规划,进行差异化的产品和服务部署,针对渠道设置不同的业务控制,以及不同的限额管理机制等。对于产品而言,各个法人可定义各自专属的产品,也可共享全行产品产品的前提下设置特色的产品规则,明确产品的法人归属范围或代理权限等。在定价方面,各个法人可具有不同的定价权,有些法人允许独立定价,有些法人只可使用指导价;对于具有独立定价权的法人,可采用不同的定价策略,并且针对不同客等采用差异化的定价方式和标准,明确各自的定价范围;对于指导定价的法人,可定义不同的议价空间。各法人可设置各自的优惠价格策略。在核算方面,各个法人采用不同的核算规则和核算模式;核算的主体可不同;损益划转的规则各有不同。在清算方面,各个法人可采用不同的清算模式,法人内部可设定不同的清算层级。在风险管控方面,不同的法人主体可设定各自的业务角色和岗位,以及设定配套的权权条件、授权方式等;各个法人可设置不同的额度并进行差异化的管控;针对不同法人可采用不同的差错处理机制和流程。在参数配置方面,针对参数进行区分和分类的角度,各法人可有所不同,从而配套不象定义不同的维护权限和流程,包括定义、审批、删除等,不同法人对于参数规则的定义可体现差异化。在数据方面,首先要能够体现法人的主数据,并且能够驻留在交易信息、流水等业务息中,后续能够进行法人数据的独立提取和区隔;另外针对法人的数据可设定不同的访问权限,从而体现法人数据的独立性和可共享性。管理多元化管理多元化可区分为内部经营管理和外部合规监管两个方面;经营管理,针对不同法人的运营管理模式的差异化,需要能够支持业务处理和操作流程的不同;针对内部数据分析和统计,能够满足不同法人数据统计指标、标准及颗粒度的不同,析的标准和规则各法人可不同;各法人的风险计量模型可不同;法人对客户评定的标准和规则也各有不同;需要满足各法人针对财务、风险、资产负债等报表格式、规则与展现的不同;信息系统建设项目—业务需求方案保密4合规监管而言,需要满足对外信息报送的多元化和差异化,以全行或者各个法人独方式进行信息披露,一方面满足监管部门的合规要求,另一方面体现各法人所属区域的特色需求。支持变更灵活化管理的多元化方面需要进行策略响应,随着经营体制改革的上内容都会发生变化和调整,并且法人间的关系也会发生变化,因此需要具有灵活的机制确保调整和变更得以快速响应,从而响应市场化的变化,降低对客户的影响。保密5业务策略网点服务特色业务风险管控绩效管理监控界面体验产品部署业务控制限额管理法人属性机构设置机构关系管理范围关联应用共享权限产品定义产品规则产品维护定价策略定价机制定价权限核算规则核算主体损益划转清算层业务策略网点服务特色业务风险管控绩效管理监控界面体验产品部署业务控制限额管理法人属性机构设置机构关系管理范围关联应用共享权限产品定义产品规则产品维护定价策略定价机制定价权限核算规则核算主体损益划转清算层级清算模式法人间风控权限授权额度预警差错分类区分维护权限参数规则作业 功能调度 配置作业执行处理数据区隔访问权限渠道营销服务营销策略服置销流程服务调度营销统计务组装机构客户产品定价核算清算参数批处理数据管理流程部分析报表展现息披露全数据库版本营服务配内信运安法人行级的业务能力要求,核心业务系统作为产品服务系统,则要求提供弹性的架构支撑能力,同时其他的产品服务类系统也需要提供相应的弹性架构支持,而渠道、服务、数据、管理等能力,则需要更多外围系统的能力提升和支撑,从而能够满足多法人经营体制的需求。保密64业务功能需求4.1渠道管理.1.1需求描述各法人进行各自的渠道规划和管理。.1.2业务处理规则1.不同法人定义自己开设的渠道,包括自助渠道、电子渠道、人工渠道等;2.针对自助渠道自行配备和布设各自的设备,并进行相应的管理;3.针对电子渠道,如网银、手机银行等,定义各自的品牌,以及渠道的界面和风格;4.各法人对人工渠道,如人工坐席,进行差别化管理;.1.3备注说明无.2.1需求描述各法人针对各自开设的渠道进行产品和服务部署。.2.2业务处理规则1.支持法人针对自己开设的渠道进行产品的部署;2.支持法人在自己开设的渠道上进行独立的服务部署;3.各法人的渠道的产品和功能范围以及访问入口可不同。.2.3备注说明无保密7.3.1需求描述各法人对各自部署的产品和服务进行差别化的业务控制。.3.2业务处理规则1.各法人对渠道的业务控制和规则进行差异化定义,如允许办理业务等;2.支持各法人对渠道的服务流程进行差异化控制。.3.3备注说明无.4.1需求描述各法人针对开设的渠道设置不同的限额,并进行相应的检查和控制。.4.2业务处理规则1.支持针对不同的渠道设置不同的限额,如ATM限额、手机银行支付限额等,并可区分单笔、累计的限额;2.不同法人的对于同一渠道的限额设置可不同;3.各法人对于超限额的处理方式可不同,可包括拒绝、提示、预警等。.4.3备注说明无4.2客户营销与销售.1.1需求描述不同法人针对目标客户群采用不同的营销策略。保密8.1.2业务处理规则1.各法人可对自己的客户进行差异化的细分,包括客户类型可划分为个人、企业、小微、同型可进一步细分,如针对个人可按照客户级别进行进一步细分,企业可按照规模和重要程度进一步细分;2.支持法人内进行客户关系维护,不同法人针对同一关系类型可设置不同的客户关系;3.不同法人制定各自的营销策略,不同法人设置各自的客户经理,进行各自的客户营销。.1.3备注说明.2.1需求描述不同法人定义各自的客户营销流程。.2.2业务处理规则1.支持客户筛选、拓展、挽留的流程处理可不同;2.客户接触管理流程和活动可不同。.2.3备注说明.3.1需求描述不同法人定义各自的客户营销相关规则。.3.2业务处理规则1.客户识别和筛选的规则不同;2.客户营销事件的定义、侦测、分配的规则不同;3.目标客户归属规则不同。.3.3备注说明保密9.4.1需求描述按各法人自定义的模型进行营销的监控和统计。.4.2业务处理规则1.各法人的营销监控内容可不同;2.统计的规则和逻辑可不同;3.对营销分析的维度可不同。.4.3备注说明4.3服务管理.1.1需求描述定义不同的服务,并进行配套的维护和管理机制.1.2业务处理规则1.不同的目标系统发布所提供的服务,各法人进行服务订阅和定义;2.根据服务的使用的情况对服务进行差异化的全生命周期的管理。.1.3备注说明.2.1需求描述根据法人的业务功能和流程的要求进行服务的调度。.2.2业务处理规则1.根据服务流程进行差异化的服务调度;2.设定不同的服务调度判断条件,进行服务调度的路由和选择。.2.3备注说明保密10.3.1需求描述根据法人的业务要求进行服务的组装。.3.2业务处理规则2.支持法人根据具体的业务场景进行不同服务的组合。.3.3备注说明4.4机构管理.1.1需求描述定义和维护法人维度的属性。.1.2业务处理规则1.对法人进行单独编码和标示2.独立于机构属性,定义法人信息和属性,包括法人级别、类型、状态等;3.定义法人的管理权限和业务范围;.1.3备注说明.2.1需求描述支持法人间关系的灵活定义。.2.2业务处理规则1.定义法人间的关系,支持按照业务处理的要求设置相应的关系种类,如设置某业务的清算关系;2.法人间横向的关系主要包括数据隔离、客户信息共享、产品共享/代理等;保密113.可对每一种关系种类进行设置,支持设置法人的默认关系和级别,也可依据不同的情况对两个法人间单独设置;4.可为具备相似关系的法人建立关系群组。.2.3备注说明.3.1需求描述支持法人内机构的独立设置。.3.2业务处理规则1.法人内机构类型包括账务机构、营业机构、虚拟机构等;2.不同法人设置的机构类型可不同;3.法人间的机构属性定义相互独立;4.为了方便支持机构变更,机构号可全行统一编码。.3.3备注说明.4.1需求描述支持法人内机构关系的灵活定义。.4.2业务处理规则1.不同法人内的机构关系类型可不同;2.法人内的机构间可区分不同业务关系类型,至少能覆盖营业关系、账务关系、数据汇总关系、清算关系、凭证调拨、现金调拨、代理关系等。.4.3备注说明保密124.5客户信息管理.1.1需求描述对多法人体系架构下的客户编号进行定义,支持法人间客户信息的隔离性。.1.2业务处理规则号,在不同法人范围内,客户号不同;2.存量客户按照其有效账户的开户网点进行数据迁移,生成开户网点归属法人的客户编号,并将整套的客户资料迁移至该法人内。.1.3备注说明.2.1需求描述不同法人维护各自客户的基本信息。.2.2业务处理规则1.各法人定义的客户基本信息的必输要素可不同;2.同一客户在法人范围内只能拥有一个客户号,并维护一套基本信息;3.所建立的基本信息,只能在该法人范围内查询、使用及维护。.2.3备注说明.3.1需求描述法人维护各自客户的补充信息。.3.2业务处理规则1.在各法人的基本信息建立完成前提下,建立和维护客户补充信息;2.同一客户在一个法人范围内,只能维护一套补充信息;3.信息只能在法人范围内查询、使用及维护;保密134.同一客户在不同法人行分别建立一套补充信息;5.法人范围内可建立和维护客户的联系信息、地址信息、客户间关系信息等。.3.3备注说明.4.1需求描述各法人可设置不同的签约服务、签约流程和规则。.4.2业务处理规则需在客户或账户开户行的归属法人范围内进行签约处理;2.签约信息只允许在归属法人范围内进行查询、维护和使用;3.各法人允许签约的服务和产品范围可不同,统一签约操作的选项可不同;4.对于同一签约服务,不同法人可设置不同的签约规则;5.签约回单打印凭证的格式、内容等各法人可不同。.5.1需求描述各法人建立和维护法人范围内的客户间、客户与客户经理间的关系信息。.5.2业务处理规则信息;2.各个法人只能管理辖内的客户经理归属机构、营销范围、揽存账户;3.客户经理交接也只能在法人范围内进行。.5.3备注说明信息系统建设项目—业务需求方案保密14.6.1需求描述在业务办理过程中,优先关联法人内的关联信息,参考关联其他法人的共享的客户信息。.6.2业务处理规则1.使用法人范围内的相关客户信息作为关联应用的基础提供业务处理,如针对法人范围内的客户级别提供优惠;2.对于风险类信息,优先关联法人内的关联信息,如不满足则拒绝,如满足,则参考关联其享的客户基本信息进行关联判断,如不良客户信息、黑名单等,从而加强业务风险识别和控制;3.对于行内非本法人的客户,视为对手客户信息进行关联信息检查。.6.3备注说明.7.1需求描述行的客户信息相互隔离、相互独立,原则上不允许共享。对于需要分享的信息,可以通过分享管理相关功能,实现在特定范围内实现分享查询。.7.2业务处理规则1.客户分享级别管理:客户的归属机构及上级机构,可以维护单个客户的分享级别。如果客别为分享,则该客户的基本信息可以在指定范围内查询;如果客户分享级别为私有,则该客户的基本信息仅限在所属法人范围内查询;2.分享范围管理。客户资料分享范围可以通过法人之间分享关系来定义。法人主体的参数管分享法人B,则B可以查询A辖内的分享客户的信息;如果法人行A删除了分享法人B,属法人范围内的客户的分享级别和分享范围,也可维护个法人的分享规则;4.分享客户查询。可以查询与本法人建立分享关系的其他法人的分享客户的基本信息;信息系统建设项目—业务需求方案保密15.7.3备注说明.8.1需求描述各法人查询归属范围内的客户和账户信息。.8.2业务处理规则1.根据输入的客户相关信息,结合交易机构所隶属的法人行号,对客户信息进行查询;2.允许查询开户机构在交易机构隶属法人范围内的信息账户及客户信息;3.查询法人归属客户开立的账户信息或签订的签约协议信息;4.可以查询与本法人建立分享关系的其他法人的分享客户的基本信息;5.总行除了可查询所属法人的客户信息,还可查询各个法人的客户和账户信息。.8.3备注说明4.6产品管理.1.1需求描述各法人可定义各自的独有产品,区分定义产品的基本属性,也可共享全行级产品。.1.2业务处理规则1.产品定义独有产品,并进行独立的产品编码,在产品编码中体现法人行号;2.法人可区分定义产品的基本属性,包括产品名称、有效期、目标客户等信息;3.法人可基于产品模型定义各自的差异化的产品规则;4.总行可定义全行级通用产品,各法人可使用全行级的产品;5.法人行可复制全行通用产品,进行业务规则定制,从而定义法人特色产品;6.可组合法人内的产品进行产品套餐的定义。保密16.1.3备注说明.2.1需求描述各法人维护归属范围内的特色产品。.2.2业务处理规则1.各法人可维护归属范围内的产品的基本属性和业务规则;2.对归属范围内的产品进行产品状态维护;3.总行有权限对全行通用产品的基本属性和业务规则进行维护。.2.3备注说明.3.1需求描述满足各法人差异化的产品体系和服务规则。.3.2业务处理规则1.提供完整的银行金融产品和服务功能,基本涵盖全部产品线。2.各法人的经营产品范围可不同;3.定义产品对应的服务事件,对于全行通用产品,支持法人对产品功能控制的不同,如同一卡产品针对不同法人设定不同的服务事件控制。.3.3备注说明.4.1需求描述各法人对产品进行独立的管理和分析。.4.2业务处理规则1.各法人可以独立对其产品进行生命周期管理,而不受其他法人行约束;2.各法人根据自身状况定义各自的产品销售策略;保密173.提供各法人行的产品成本绩效分析所需的基本数据,各法人设置各自的产品监控和分析模型,进行差异化的产品评估与统计分析;4.各法人可基于产品分析结果,针对产品定义各自调整策略,如退市、优化等;5.支持按照法人进行产品区隔展现,支持按照法人定义的分类标准进行展现。.4.3备注说明.5.1需求描述可定义法人间的产品代理关系。.5.2业务处理规则1.法人间可通过产品代理关系的维护,实现产品跨法人销售;2.具有代理关系的法人可查看代理产品的基本信息;.5.3备注说明.6.1需求描述支持多法人的组合产品创新机制。.6.2业务处理规则1.支持法人内部产品组合和套餐定义;2.法人可组合全行通用产品和法人特色产品;.6.3备注说明.7.1需求描述明确法人及法人间产品信息查询的范围。保密18.7.2业务处理规则1.各法人可查询归属范围内特色产品的基本信息和业务规则;2.各法人可查看归属范围内产品的变更日志;3.可查询代理产品的基本信息;4.可查看全行级产品的基本信息和业务规则;5.总行可查看各法人的产品信息和业务规则,以及变更日志。.7.3备注说明4.7定价机制.1.1需求描述各法人可根据定价能力采用不同的定价策略,包括自主定价、指导定价、统一定价。.1.2业务处理规则价模型提供定价指导;2.各法人行根据法人的经营情况,在总行指导定价基础上进行调整的定价;3.对于总行提供的指导价格,可明确法人定价的调整空间,各法人的最终定价必须在调整空4.法人也可根据自身的经营情况和定价模型,确定自主定价;5.对于无定价能力的法人可使用总行统一定价。.1.3备注说明.2.1需求描述以法人维度设定利率、费率、汇率、税率的种类和规则。保密19.2.2业务处理规则1.各法人可设置自己的利率种类和控制规则,如币种范围,是否分层等;2.各法人可设置各自的收费品种及其规则,如币种规则、记账机构、核算代码等;3.各法人可设置自己的汇率种类和规则,如货币对的折算方式等;4.各法人可设置自己的税率种类和规则;5.总行可设置全行级的利率、费率、汇率和税率种类及其规则。.2.3备注说明.3.1需求描述以法人维度设定利率、费率、汇率、税率的基础价格。.3.2业务处理规则可设定各自的基础利率或参考利率;2.对于市场定价,各法人可定义自行使用的收费标准和规则,包括档次、收费金额/比率,最大最小收费金额等;3.对于汇率,可区分法人定义各货币对的汇率定价标准;4.对于税率,区分法人设置不同的基础税率,包括税率、起征金额、税金区间等;5.对于法人未定义差异的基础价格,使用总行定义的基础价格。.3.3备注说明.4.1需求描述各法人可使用不同的优惠策略和规则。.4.2业务处理规则1.各法人可针对利率、费率、汇率和税率设定各自的优惠规则;2.各法人的优惠条件设置可不同,如针对产品、客户类型等;信息系统建设项目—业务需求方案保密203.各法人的优惠方式和规则可不同,可包括绝对优惠、相对优惠、优惠值和比率等;4.各法人的优惠值或比例可不同。.4.3备注说明.5.1需求描述提供法人不同的定价管理权限。.5.2业务处理规则1.法人可具有自行定义和维护定价机制和规则的权限;2.各法人可上报定价规则信息给到总行,由总行统一定价维护;3.法人也可经由总行授权,在指导价基础上进行调整价的维护;4.各法人可查询各自的定价种类、机制和规则。.5.3备注说明4.8核算处理.1.1需求描述各法人可自行设置法人内的科目体系。.1.2业务处理规则1.会计科目体系包括核算码、科目以及核算码和科目映射关系三大部分内容;2.核算码为全行统一编排和定义,包括核算码、名称、属性和层级关系等要素;3.全行可设置一套统一的标准科目体系,各法人可在账套模板基础上进行个性化的科目设置;4.支持核算码在不同法人下对应不同的科目。.1.3备注说明信息系统建设项目—业务需求方案保密21.2.1需求描述各法人可设置和使用不同的核算规则,包括记账条件、会计分录和记账管理。.2.2业务处理规则1.全行可设置一套统一的科目体系,各法人可根据需要独立设置法人使用的会计科目体系,科目属性由本法人自行定义;2.各法人可设置不同的记账条件和场景;3.全行统一配合和维护覆盖全业务的标准会计分录;4.支持法人针对自身的业务管理,配置和维护法人特色的会计分录和规则;人行的特色会计规则,如未设定,则使用全行通用的会计分录和规则。.2.3备注说明.3.1需求描述各法人可自行设置会计核算主体和结构。.3.2业务处理规则1.会计核算主体由一个或多个营业机构组成,每个营业机构为最小的会计核算单元;2.每个法人可单独设置自己的核算主体和组成结构,依照对应的记账规则进行总账处理;.3.3备注说明.4.1需求描述各法人可配置不同的账务结转参数。.4.2业务处理规则1.各个法人可以自行定义本法人内的损益划转路径、记账方式(红字或者篮字)、划转科目等。法人行在年终前上报损益划转参数;保密222.各个法人的损益分别归集到法人行的清算中心;3.外币损益需要折算为美元后归集到清算中心的未分配利润或财务往来科目;4.各法人行生成法人内部的损益报表。.4.3备注说明4.9清算处理.1.1需求描述不同法人内可采用不同的清算模式,包括逐级清算、集中清算等。.1.2业务处理规则1.需支持多种清算模式,包括逐级清算、一级清算;2.不同法人内部可设置独立的清算中心负责资金处理;3.各个法人内的清算路径和结构相互独立;通过独立的清算业务关系,用来定义两个机构之按照人民币、外币区分设置,两个清算路径相互独立;4.会计主体内部上下级清算机构之间使用“内部往来”科目核算;法人行内会计主体之间使用“系统内清算款项”科目核算;5.法人行间如有业务往来,通过其共同的人民币或外币的清算行进行清算;.1.3备注说明.2.1需求描述对于总行设置集中清算中心模式,法人内部采用实时清算,法人间可采用批量清算。.2.2业务处理规则1.法人内通存通兑。在交易完成时,交易机构与开户机构之间的实时清算,清算通过两个机构共同的上级清算机构完成(法人行营业部或一级支行营业部);保密232.跨法人通存通兑。跨法人的通存通兑业务,则均需要经由清算中心完成。法人行之间的清算账务及清算平衡配置由清算中心负责;3.各个法人行均需在总行开立清算备付金账户,总行作为清算中心,负责法人行之间的清算。清算中心在为各个法人行记账时,支持实时清算或批量清算的模式选择,并选择相应清算通路;心负责识别交易账户和对手账户是否属于总行辖内法人行,判断交易是否具备行内清算条件。并根据账户所属法人进行清算模式和路由控制;5.通过现代化支付系统发起或接收汇兑等业务时,交易行与总行资金中心产生一笔跨法人实时清算。.2.3备注说明4.10风险管控4.10.1权限处理0.1.1需求描述各法人可设置各自的权限管理规则,并进行差异控制。0.1.2业务处理规则1.支持法人业务权限的差异设置,包括法人允许经营的业务范围、币种范围等;2.支持不同法人的交易权限设置不同;3.支持不同法人定义不同的岗位和角色权限;4.支持柜员权限设置的差异化,包括岗位、级别等。0.1.3备注说明4.10.2授权机制0.2.1需求描述支持各法人的授权管理及机制的不同。信息系统建设项目—业务需求方案保密240.2.2业务处理规则1.支持针对无条件授权的业务场景设定不同;2.支持不同法人的授权条件和规则的不同,包括授权金额、授权场景、授权柜员所需级别等;3.支持授权发起的模式不同,包括前端授权及远程授权;4.对于集中授权,需要不同法人设置集中授权的机构层级和流程的差异化,如是否二次录入、录入要素等不同。5.所有法人授权的信息都需要进行驻留,便于后续审计。0.2.3备注说明4.10.3限额管理0.3.1需求描述支持各个法人设置不同的限额,并进行配套的控制和管理。下表以借记卡限额为例进行说明。信息系统建设项目—业务需求方案保密25行内借记卡各渠道限额设置管理表行内银联有卡境内取现A1A2向行内转账向他行转账境外取现×A3无卡境内取现A4×有卡境内取现×A5消费×向行内转账×向他行转账×境外消费×线上支付银联支付宝京东苏宁…无卡境内消费…境外消费电子银行行内网上银行行内手机银行行内直销银行向行内转账××向他行转账××短信验证向行内转账×向他行转账×0.3.2业务处理规则1.支持多层次的限额管理,包括渠道、业务类及交易等;2.支持在不同主体上设置个性化的限额,包括客户、产品、账户及服务事件层面;3.各法人设置的限额参数不同,包括单笔、累计以及累计周期等;4.支持对于限额的检控,并对于超限的处理方式不同,包括拒绝、提示等。信息系统建设项目—业务需求方案保密260.3.3备注说明4.10.4业务预警0.4.1需求描述支持各个法人对于业务预警的处理机制不同。0.4.2业务处理规则1.各法人可指定各自业务预警的范围和场景,如黑名单、不动户操作等2.设置预警规则和指标,如大额预警金额阈值;3.各法人可采取不同的预警方式,包括事前、事中、事后等4.预警信息的发送对象和渠道可不同,从对象角度可区分为客户、客户经理、坐席、柜员等;从渠道角度,则包括前端、手机银行、短信、微信、邮件、电话等。0.4.3备注说明4.10.5差错处理0.5.1需求描述支持不同法人的差错服务和处理机制的不同。0.5.2业务处理规则1.各个法人可采用的差错识别机制不同,如通过对账或手工核对等;2.各法人采用的对账方式和规则可不同,如总分对账、总总对账等;3.各法人的对账时机可不同;4.各法人可内部设置各自的差错处理流程,如集中确认差错,但需交易行进行调账或交易行确认后集中调账等;5.差错处理的组织结构和权限可不同,如法人可设置集中作业中心,进行集中差错处理,如无集中模式,可采用分行或支行直接进行差错处理。0.5.3备注说明信息系统建设项目—业务需求方案保密274.11参数管理4.11.1参数分类管理1.1.1需求描述各个法人针对参数进行分类管理。1.1.2业务处理规则1.各法人的参数管理的范围可不同;2.各法人的参数分类标准可不同,如技术参数、业务参数等;3.区分全行通用参数和法人特色参数进行管理;1.1.3备注说明4.11.2参数权限1.2.1需求描述各个法人针对参数管理权限不同。1.2.2业务处理规则数调整时上报申请,总行变更后及时告知所有法人,各法人可了解到参数的变更历史和日志情况;2.对于法人特色参数,支持各法人独立进行管理,相互不影响,总行有权限了解到参数变更3.法人也可将参数交由总行进行集中管理,对于部分法人,总行可进行权限授权方式,对有权限的法人可进行参数的管理和设置,但仅限于自身法人特色参数。1.2.3备注说明4.11.3参数同步与发布1.3.1需求描述各个法人可约定各自需同步的参数,以及同步规则。保密281.3.2业务处理规则1.各法人可约定各自需要同步的参数范围;2.参数发布的目标系统可不同;3.参数同步的方式和时间点可不同,如实时同步或批量同步。1.3.3备注说明4.12数据支持4.12.1基础数据支持2.1.1需求描述提供法人实体的基础数据支持,并能够进行识别。2.1.2业务处理规则1.提供法人实体定义,定义法人自身的特性;2.能够建立机构与法人的归属关系,从而能够通过客户、账号、产品等信息识别到法人;3.法人实体信息需驻留在关键业务数据中,交易数据代表实际交易场景,应体现交易归属法人,确保交易交易场景的原景信息的保存;4.同时支持通过法人进行数据的区隔和提取;2.1.3备注说明4.12.2数据分析与统计2.2.1需求描述支持内部数据的统计和分析的差异化。2.2.2业务处理规则1.支持报表的处理逻辑不同,支持报表的出具时点的不同;2.支持各法人内部数据统计路径的不同,支持全辖和辖内的数据统计3.支持各法人的报表展现形式和格式可不同;4.支持各法人自定义个性及临时报表;5.支持各法人根据自己的需要设置不同的数据主题进行分析;保密296.支持数据分析的维度和模型各不同,如财务、风险、绩效分析模型等2.2.3备注说明4.12.3信息报送与披露2.3.1需求描述支持各法人对外部信息报送和披露的不同。2.3.2业务处理规则1.支持以单一法人对外单独进行信息披露的要求2.支持各法人行政归属的报送的差异化需求,如税务;3.支持以全辖进行整体信息披露的需求;4.支持法人并表处理,集中进行上市披露。2.3.3备注说明4.12.4数据管理机制2.4.1需求描述支持各法人对数据管理和服务的机制不同。2.4.2业务处理规则1.各法人的数据需支持区隔和共享机制,并通过数据权限进行管控2.支持各法人的数据管理,包括数据清理、备份与恢复等机制可不同3.对于共享数据提供统一机制,对于自身区隔数据可支持不同的处理机制。2.4.3备注说明4.13批处理4.13.1单一法人独立运行3.1.1需求描述支持各法人独立进行批处理运行。保密303.1.2业务处理规则1.批处理原则上按单一法人进行;2.不同法人采用独立的批处理环境运行参数设置和传递;3.不同的法人可以有不同的切夜及切日点;4.各法人之间的批处理流程互不干扰;5.不同法人如未来有联机通兑业务可考虑统一日切;6.批处理执行方式与数据分区方式相匹配;7.指定法人行的启停,支持所有交易启停和部分交易启停。3.1.3备注说明4.13.2多法人集中运行3.2.1需求描述全行为法人提供集中运行机制,适用于多级法人的集中经营机制。3.2.2业务处理规则1.各法人采用集中批量运行机制;2.需能够按照法人并行处理;日期不同步导致的清算、流水、冲正等问题4.统一批量运行流程;5.数据层面需配合分区方式进行处理。3.2.3备注说明4.13.3混合模式运行3.3.1需求描述支持多级法人和子公司混合经营模式下的运行机制。3.3.2业务处理规则1.将法人进行分组配置批处理环境运行参数;2.所有法人在24点前进入营业日期切换等待,统一日切后,各法人独立批量处理;3.法人需要能够支持并行处理;保密314.批处理执行方式与数据分区方式相匹配。3.3.3备注说明4.13.4批处理运行3.4.1需求描述支持单一法人批处理运行管理的差异化。3.4.2业务处理规则1.不同法人行的调度用户相互独立,只能运行本法人行的批处理2.不同法人行的批处理作业运行计划相互独立生成3.不同法人行的批处理执行由不同的用户执行,相互独立,互不影响4.不同法人行的批处理出错日志相互独立,出错处理也是以法人行为单位进行处理,互不影响5.不同法人行的批处理完成报告相互独立生成。3.4.3备注说明4.14运营管理4.14.1运营流程支持4.1.1需求描述运营模式、集中作业范围、组织体系以及流程的不同4.1.2业务处理规则1.支持支持不同法人的运营模式,支持前中后台分离的业务处理模式。2.各法人可定义不同的集中作业范围和职能,如授权、放款、开户、监督、差错、清算等;3.各法人的组织体系可不同,包括作业中心的总分部署方式,由此定义的机构层级和关系可不同;4.支持网点运营和服务流程的不同;5.支持集中作业中心的岗位职能的不同,定义前中后台任务流转的流程和处理机制不同。保密324.1.3备注说明4.14.2业务流程差异化4.2.1需求描述支持各法人的业务处理和运营流程的差异化设置。4.2.2业务处理规则1.支持标准化服务和流程的定义,支持根据法人要求进行个性化服务和流程的定义;2.识别业务流程的处理环节,支持流程模板的定义,提炼全行通用的标准化服务;3.支持原子化服务的定义,通过快速流程应用和组合,适应多法人需求和业务变化。4.2.3备注说明4.15法人调整4.15.1法人新开5.1.1需求描述支持法人新开及并入。5.1.2业务处理规则1.支持多种法人的并入模式,支持子公司模式、二级法人以及分行模式;2.支持法人属性的设置;设置法人与总行之间的各类业务关系,设置法人与其他法人间的业务关系;4.支持法人下的机构体系和层级的设置;业务参数、核算规则等6.根据法人并入模式,开立法人与总行之间的账务体系。5.1.3备注说明4.15.2法人级别调整5.2.1需求描述支持法人的升级、降级处理。保密335.2.2业务处理规则1.支持法人与总行之间的业务关系调整;2.支持法人与其他法人间业务关系的调整;3.支持因关系调整,对相关参数和业务规则进行调整设置。5.2.3备注说明4.15.3法人机构调整5.3.1需求描述支持法人撤并和业务调整。5.3.2业务处理规则1.机构撤除时,解除与总行及其他法人的业务关系,关闭相关的账务关系;2.法人迁移时,支持法人整体迁移,还需要支持按业务板块、按下属机构、按比例进行部分迁移;3.根据迁移的方式,调整业务关系和账务设置;4.根据撤并机制,对业务数据和科目进行调整。5.3.3备注说明4.16跨法人访问控制4.16.1访问控制支持6.1.1需求描述基于多法人架构,除了支持法人的差异化需求,还需要提供跨法人的访问控制机制。6.1.2业务处理规则1.

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论