1步绸、前言

當(dāng)我們?cè)谟懻摱喾ㄈ说臅r(shí)候，我們本質(zhì)上在討論什么吃媒？銀行科技中我們經(jīng)常談到多法人場(chǎng)景有：省聯(lián)社與農(nóng)商行的關(guān)系瓤介、母行與村鎮(zhèn)銀行的關(guān)系、軟件服務(wù)提供商與多個(gè)租戶之間的關(guān)系晓折，稍微總結(jié)歸納一下就可以得出：多法人討論的背景是惑朦，基于科技能力、建設(shè)成本漓概、管理體系等因素考量，如何通過(guò)一套科技體系對(duì)多個(gè)法人提供科技支撐的能力病梢？

站在系統(tǒng)開(kāi)發(fā)的角度胃珍，我們本能的要求業(yè)務(wù)的邏輯越是清晰梁肿、簡(jiǎn)潔、明了越好觅彰，而面對(duì)多法人的業(yè)務(wù)則是不論主動(dòng)還是被動(dòng)吩蔑、無(wú)論情愿還是不情愿，都是要把多個(gè)法人的需求揉到一套科技體系中去考量填抬。與單一法人對(duì)比多出來(lái)的這個(gè)維度是科技部門(mén)需要解決的烛芬，如果把這個(gè)復(fù)雜度加到運(yùn)維體系中，則可以考慮多租戶飒责、多實(shí)例的模式來(lái)應(yīng)對(duì)赘娄，其成本和工作壓力給到了運(yùn)維部門(mén)；如果把這個(gè)復(fù)雜度加入到研發(fā)體系中宏蛉，則可以考慮PaaS模式遣臼、SaaS模式，其成本和工作壓力給到了研發(fā)部門(mén)拾并，總而言之揍堰，業(yè)務(wù)有需求，科技來(lái)滿足嗅义。

2屏歹、多法人的總體目標(biāo)

既然科技是滿足業(yè)務(wù)的，那么多法人的業(yè)務(wù)目標(biāo)是啥之碗？說(shuō)到這里忍不住想吐槽蝙眶，碰到過(guò)太多的目標(biāo)混亂、緣木求魚(yú)的破事继控，一件事情安排下來(lái)械馆，背景是啥？不知道武通。目標(biāo)是啥霹崎？自己理解∫背溃客戶訴求是啥尾菇？網(wǎng)上查……反正我就要一個(gè)解決方案！我真想站在世界之巔囚枪，大喊一聲派诬，I'm superman。本以為吐槽完心中會(huì)舒爽一點(diǎn)链沼，然而并沒(méi)有默赂，但是生活還要繼續(xù)……我們接著說(shuō)多法人：多法人的目標(biāo)是啥？如果我們考察的對(duì)象足夠多括勺，會(huì)發(fā)現(xiàn)在不同業(yè)務(wù)背景下多法人的目標(biāo)是不一樣的：

• 對(duì)于村鎮(zhèn)銀行缆八，多法人的訴求可能是統(tǒng)一管理曲掰；
• 對(duì)于法人集團(tuán)，多法人可能希望資源共享奈辰；
• 對(duì)于省聯(lián)社栏妖，多法人的訴求是集中管理與業(yè)務(wù)隔離；
• 對(duì)于農(nóng)商行奖恰，多法人的訴求是業(yè)務(wù)個(gè)性化能力吊趾；
• 對(duì)于科技部門(mén)，多法人的訴求是較低的系統(tǒng)復(fù)雜度和運(yùn)維成本
• 對(duì)于監(jiān)管部門(mén)瑟啃，多法人要求數(shù)據(jù)隔離
  ……

隔離&共享论泛、統(tǒng)一管理&個(gè)性化能力、系統(tǒng)復(fù)雜度&運(yùn)維成本……天吶翰守，全是對(duì)立的孵奶！這題太難了，我能不能不做蜡峰？（雪花飄飄了袁、北風(fēng)呼嘯……），有人的地方就有江湖湿颅，有江湖的地方就有利益沖突载绿，多法人的目標(biāo)咋定，關(guān)鍵看你的屁股坐在哪兒油航。我既想業(yè)務(wù)共享又想業(yè)務(wù)隔離咋辦崭庸？出門(mén)右轉(zhuǎn)，百度搜索“幻想癥如何治療”谊囚。當(dāng)然我們還是要簡(jiǎn)單總結(jié)幾個(gè)目標(biāo)的怕享，不然讓人以為我是騙子??，這幾個(gè)目標(biāo)就是我們上面提到的幾個(gè)關(guān)鍵詞镰踏，不同的是要加上限定語(yǔ)：

• 資源共享：多法人的基礎(chǔ)其實(shí)是共享函筋，如果沒(méi)有共享就沒(méi)有拿到一起討論的必要。資源可以是業(yè)務(wù)資源奠伪、渠道資源跌帐、客戶資源、科技資源绊率，資源共享是多法人討論的隱含背景谨敛，當(dāng)分歧大于共享時(shí)，這個(gè)話題就應(yīng)該打住了滤否。
• 業(yè)務(wù)多元：求同存異是周總理解決多國(guó)爭(zhēng)端的大原則脸狸，當(dāng)然同樣適用于多法人。業(yè)務(wù)多元化也叫個(gè)性化藐俺，不管是邦聯(lián)制還是聯(lián)邦制都要有地方法律肥惭，不管是省聯(lián)社統(tǒng)一管理下的農(nóng)商行盯仪，還是集團(tuán)統(tǒng)一管理下的村鎮(zhèn)銀行紊搪，業(yè)務(wù)都有可能出現(xiàn)差異蜜葱，甚至同一法人下不同機(jī)構(gòu)業(yè)務(wù)也可能不同，當(dāng)我們說(shuō)到參數(shù)化耀石、配置化牵囤、靈活性、個(gè)性化這些內(nèi)容時(shí)都是對(duì)業(yè)務(wù)多元化的支持滞伟，所以從這個(gè)角度來(lái)說(shuō)揭鳞，所謂多法人“只不過(guò)”是參數(shù)化的一個(gè)維度。
• 監(jiān)管要求：我們對(duì)監(jiān)管簡(jiǎn)直是又愛(ài)又恨梆奈，看到別人打監(jiān)管的擦邊球獲利時(shí)恨不得到去舉報(bào)別人不守規(guī)矩野崇，就盼著監(jiān)管收緊，美其名曰控制風(fēng)險(xiǎn)亩钟；當(dāng)自己蠢蠢欲動(dòng)時(shí)乓梨，又自我安慰業(yè)務(wù)創(chuàng)新不容易，水至清則無(wú)魚(yú)國(guó)家不會(huì)不懂清酥，祈禱監(jiān)管睜一只眼閉一只眼扶镀。扯遠(yuǎn)了，具體到多法人焰轻，監(jiān)管主要體現(xiàn)在對(duì)隔離性的要求臭觉，但是隔離到什么程度自己去體會(huì)。
• 成本最優(yōu)：這是科技部門(mén)最關(guān)心的辱志，不管是通過(guò)部署多實(shí)例降低系統(tǒng)復(fù)雜度蝠筑，還是通過(guò)PaaS和SaaS使用一套實(shí)例節(jié)約運(yùn)維和硬件成本，最終目標(biāo)還是實(shí)現(xiàn)成本最優(yōu)揩懒，選擇哪種技術(shù)路線其實(shí)是尋找成本的平衡點(diǎn)什乙，當(dāng)多法人共性多于個(gè)性時(shí)，SaaS似乎是一個(gè)不錯(cuò)的選擇旭从；當(dāng)個(gè)性大于共性時(shí)篡诽，多版本部署貌似也沒(méi)那么討厭了，沒(méi)有一成不變的原則法竞，順勢(shì)而為方證大道榜揖。

3、多法人的業(yè)務(wù)需求

多法人的需求是一個(gè)偽命題鸽素，因?yàn)槲覀儾荒軖侀_(kāi)具體業(yè)務(wù)泛泛而談多法人如何處理褒繁。多法人的需求是要深入到業(yè)務(wù)流程如何制定、參數(shù)如何配置馍忽、計(jì)算規(guī)則如何不同棒坏、標(biāo)題和logo如何展示的顆粒度的燕差，所以這是需要每一個(gè)業(yè)務(wù)系統(tǒng)的每一個(gè)功能點(diǎn)在討論需求的時(shí)候都要考慮到的問(wèn)題。在需求實(shí)現(xiàn)層面坝冕，主要考察點(diǎn)就是我們上面提到的徒探，共享和隔離。我們要問(wèn)業(yè)務(wù)人員（或者自己體會(huì)喂窟，你懂的）：這個(gè)業(yè)務(wù)對(duì)象不同的法人業(yè)務(wù)邏輯一致嗎测暗？業(yè)務(wù)邏輯一致不代表沒(méi)有個(gè)性化，只不過(guò)個(gè)性化可以通過(guò)參數(shù)的配置進(jìn)行了一致性處理磨澡。如果不一致哪里不一致碗啄？運(yùn)營(yíng)流程、計(jì)算規(guī)則稳摄、頁(yè)面展示稚字、操作模式還是業(yè)務(wù)規(guī)則？我們根據(jù)銀行業(yè)務(wù)架構(gòu)和Bank3.0應(yīng)用架構(gòu)分層模型厦酬，將銀行常見(jiàn)業(yè)務(wù)對(duì)象進(jìn)行總結(jié)胆描，并分析其對(duì)多法人的支持能力。

多法人關(guān)鍵業(yè)務(wù)對(duì)象

3.1弃锐、運(yùn)營(yíng)層業(yè)務(wù)對(duì)象

• 組織機(jī)構(gòu)
  我們把組織機(jī)構(gòu)放到第一位說(shuō)袄友，主要是因?yàn)闄C(jī)構(gòu)的架構(gòu)體系其實(shí)很大程度上決定了多法人的業(yè)務(wù)架構(gòu)體系。對(duì)于集團(tuán)模式統(tǒng)一管理的多法人體系霹菊，其管理職能一般都由集團(tuán)統(tǒng)一承擔(dān)剧蚣，業(yè)務(wù)共享化程度也比較高；對(duì)于各自獨(dú)立運(yùn)營(yíng)的多法人體系旋廷，上層沒(méi)有統(tǒng)一的管理鸠按，管理職能由各自承擔(dān)，業(yè)務(wù)共享化程度低饶碘，也就意味著其產(chǎn)品目尖、參數(shù)、客戶扎运、核算都相對(duì)獨(dú)立瑟曲，完全由本法人運(yùn)營(yíng)和管理。
• 客戶
  客戶是個(gè)比較敏感的話題豪治，客戶在同一家行的不同網(wǎng)點(diǎn)都可能存在競(jìng)爭(zhēng)關(guān)系洞拨，在利益的驅(qū)動(dòng)下客戶的共享度注定不可能高。但是如果多法人是集團(tuán)模式负拟，出于客戶數(shù)據(jù)統(tǒng)計(jì)或者風(fēng)險(xiǎn)管控考慮又需要對(duì)同一客戶做身份認(rèn)定烦衣，這就有兩種管理模式，一是同一客戶在不同法人下客戶號(hào)不一致，這種方式的隔離度較高花吟，邏輯較為簡(jiǎn)單秸歧，但是需要對(duì)客戶一致性關(guān)系綁定，以實(shí)現(xiàn)特殊場(chǎng)景的客戶要求衅澈。二是同一客戶在不同法人下客戶號(hào)一致键菱，這種方式從數(shù)據(jù)源頭對(duì)客戶做了身份一致性認(rèn)定，但是在客戶識(shí)別和基于客戶號(hào)的查詢時(shí)需要增加法人維度矾麻。其它客戶信息的采集纱耻、管理、分析险耀、使用一般都是按法人隔離的。
• 產(chǎn)品
  產(chǎn)品的管理和機(jī)構(gòu)模式關(guān)聯(lián)性比較大玖喘，集團(tuán)模式下產(chǎn)品由集團(tuán)統(tǒng)一管理甩牺，產(chǎn)品在創(chuàng)新、設(shè)計(jì)累奈、開(kāi)發(fā)階段不按法人區(qū)分贬派，在面市階段才通過(guò)對(duì)法人的差異化上架實(shí)現(xiàn)產(chǎn)品的差異化，個(gè)別不一致產(chǎn)品可通過(guò)對(duì)法人的獨(dú)立上架實(shí)現(xiàn)澎媒，這種模式的優(yōu)點(diǎn)是產(chǎn)品總數(shù)少搞乏、維護(hù)量小。對(duì)于獨(dú)立運(yùn)營(yíng)模式產(chǎn)品從創(chuàng)新戒努、設(shè)計(jì)階段就要按多法人隔離開(kāi)请敦，基本需要實(shí)現(xiàn)產(chǎn)品運(yùn)營(yíng)的完全隔離，不過(guò)產(chǎn)品的運(yùn)營(yíng)分散到各個(gè)法人储玫，各法人只需要維護(hù)自己的產(chǎn)品侍筛，量級(jí)不會(huì)太大。
  產(chǎn)品中還有一個(gè)常見(jiàn)的子業(yè)務(wù)對(duì)象：產(chǎn)品額度撒穷。對(duì)于基金匣椰、理財(cái)?shù)韧顿Y理財(cái)類產(chǎn)品是有額度管理，對(duì)于多法人而言需要支持集團(tuán)共享額度端礼、法人專用額度禽笑，以及按照組織架構(gòu)的多級(jí)額度分配機(jī)制。
• 交易
  交易中心是Bank2.0提出來(lái)的概念蛤奥，是把原來(lái)分散在各個(gè)業(yè)務(wù)系統(tǒng)中的標(biāo)準(zhǔn)化的對(duì)客銷售的流程進(jìn)行了抽象佳镜。多法人對(duì)交易的要求主要體現(xiàn)在產(chǎn)品的可見(jiàn)性和數(shù)據(jù)記錄的完備性。產(chǎn)品的可見(jiàn)性是對(duì)于不同的法人應(yīng)當(dāng)可以銷售上架到自己貨架的產(chǎn)品喻括，包括本法人創(chuàng)建的產(chǎn)品和代理其它法人的產(chǎn)品邀杏；數(shù)據(jù)記錄的完備性是交易中心本身起到了交易流程串接和交易數(shù)據(jù)場(chǎng)景存儲(chǔ)的的作用，在bank3.0的架構(gòu)體系下，業(yè)務(wù)流程中后續(xù)的對(duì)賬望蜡、過(guò)賬唤崭、事后分析等環(huán)節(jié)都是以交易中心作為數(shù)據(jù)源，所以交易中心中記錄的多法人數(shù)據(jù)要能滿足后續(xù)業(yè)務(wù)過(guò)程的需要脖律。典型的業(yè)務(wù)場(chǎng)景是A法人代理B法人的產(chǎn)品谢肾，交易中心需要將產(chǎn)品所屬法人和銷售法人記錄清楚，以便于實(shí)時(shí)結(jié)算與事后清算小泉。
• 計(jì)價(jià)
  銀行業(yè)務(wù)中的計(jì)價(jià)包括費(fèi)率芦疏、稅率、匯率微姊、稅率酸茴。從系統(tǒng)實(shí)現(xiàn)層面而言，計(jì)價(jià)可以簡(jiǎn)單歸納為一個(gè)按照事先定義的計(jì)價(jià)因子執(zhí)行計(jì)價(jià)規(guī)則的規(guī)則引擎兢交。一般而言計(jì)價(jià)支持兩種模式薪捍，基礎(chǔ)價(jià)格和優(yōu)惠價(jià)格（差異化價(jià)格），基礎(chǔ)價(jià)格是面向所有交易的配喳，差異化價(jià)格的的維度可以根據(jù)機(jī)構(gòu)酪穿、渠道、客戶等單獨(dú)制定晴裹。所以對(duì)多法人而言被济，計(jì)價(jià)主要是兩塊，一是是否需要集團(tuán)統(tǒng)一維護(hù)基礎(chǔ)價(jià)格涧团，還是法人獨(dú)立維護(hù)只磷；二是在差異化維度上增加法人維度。
• 風(fēng)控
  法人獨(dú)立運(yùn)營(yíng)模式少欺，風(fēng)控與單一法人處理邏輯一致喳瓣；集團(tuán)運(yùn)營(yíng)模式，會(huì)有集團(tuán)下對(duì)客戶統(tǒng)一風(fēng)控的要求赞别，在授信額度畏陕、授信審批流程等過(guò)程中需要考慮跨法人的業(yè)務(wù)數(shù)據(jù)。
• 核算
  多法人的核算關(guān)注點(diǎn)是否支持多法人多科目體系仿滔，也就是多帳套惠毁，是否支持多會(huì)計(jì)準(zhǔn)則？如果有全行統(tǒng)一的會(huì)計(jì)引擎崎页，一般可以通過(guò)規(guī)則可配置化的引擎實(shí)現(xiàn)從業(yè)務(wù)要素到會(huì)計(jì)科目的映射鞠绰，這種情況只要把法人緯度作為一個(gè)規(guī)則條件即可。但是如果沒(méi)有會(huì)計(jì)引擎飒焦，核算還比較分散的情況下蜈膨，那就要考慮在每個(gè)有會(huì)計(jì)核算的系統(tǒng)實(shí)現(xiàn)針對(duì)性的功能開(kāi)發(fā)屿笼。
• 員工
  多法人對(duì)員工沒(méi)有特別的要求，但對(duì)于角色和權(quán)限可以做一些優(yōu)化處理翁巍，比如集團(tuán)模式下可以考慮角色跨法人統(tǒng)一管理驴一，在傳統(tǒng)的用戶角色權(quán)限模式之外，增加法人和權(quán)限的授權(quán)關(guān)系灶壶，通過(guò)兩條線撮合出用戶執(zhí)行權(quán)限肝断，從而實(shí)現(xiàn)同一角色，在不同法人下的差異化驰凛，簡(jiǎn)化授權(quán)胸懈。
• 參數(shù)
  參數(shù)有兩類，一類是技術(shù)參數(shù)恰响，一類是業(yè)務(wù)參數(shù)趣钱。參數(shù)是共享還是個(gè)性化需要根據(jù)參數(shù)依附的業(yè)務(wù)對(duì)象具體分析，不能一刀切渔隶。
• 基礎(chǔ)服務(wù)
  基礎(chǔ)服務(wù)主要是影像羔挡，安全平臺(tái)，內(nèi)容管理平臺(tái)间唉，電子回單，電子印章……等這些基礎(chǔ)性的技術(shù)系統(tǒng)利术，一般情況下多法人是個(gè)業(yè)務(wù)概念呈野，基礎(chǔ)平臺(tái)是不需要區(qū)分多法人的，當(dāng)然其后管系統(tǒng)還是要按法人隔離印叁。

3.2被冒、渠道層業(yè)務(wù)對(duì)象

• 視圖
  對(duì)渠道系統(tǒng)而言，其業(yè)務(wù)邏輯大部分調(diào)用后臺(tái)服務(wù)轮蜕，只需要識(shí)別法人標(biāo)志昨悼，并傳遞給后臺(tái)，重點(diǎn)需要處理視圖層的多法人差異性跃洛，比如展現(xiàn)風(fēng)格率触，logo，門(mén)戶等視圖層的內(nèi)容汇竭。

3.3葱蝗、流程層業(yè)務(wù)對(duì)象

• 業(yè)務(wù)流程
  業(yè)務(wù)流程有兩種，長(zhǎng)流程BPM和短流程BIP细燎。在企業(yè)級(jí)架構(gòu)中两曼，業(yè)務(wù)流程是面向客戶和場(chǎng)景差異化的內(nèi)容，從架構(gòu)層次上來(lái)說(shuō)是面向機(jī)構(gòu)玻驻、渠道悼凑、客戶等維度差異化的，但是從技術(shù)實(shí)現(xiàn)上，流程的基本走向是基于流程引擎在開(kāi)發(fā)階段實(shí)現(xiàn)的户辫，如果有多法人差異化需求渐夸，要在流程節(jié)點(diǎn)中增加對(duì)多法人的判斷邏輯。
• 集中作業(yè)
  集中作業(yè)主要考察多法人是建設(shè)一個(gè)集中作業(yè)中心還是多個(gè)集中作業(yè)中心寸莫，中心的人是一套班子還是多套班子捺萌？

3.4、賬戶層業(yè)務(wù)對(duì)象

• 資金清算
  資金清算恐怕是多法人架構(gòu)體系中最難討論清楚的話題了膘茎，清算賬戶怎么開(kāi)桃纯？是否支持法人間通存通兌？支付結(jié)算系統(tǒng)怎么支持披坏？是否需要建設(shè)獨(dú)立的法人間清算中心态坦？頭寸如何管理？清算路徑如何設(shè)置棒拂？法人內(nèi)清算和法人間清算模式有何不同伞梯？對(duì)負(fù)責(zé)清算的系統(tǒng)有何要求？片言難以論清帚屉，那就暫且放過(guò)它谜诫。

3.4、數(shù)據(jù)層業(yè)務(wù)對(duì)象

• 統(tǒng)計(jì)分析
  無(wú)論是集團(tuán)模式還是獨(dú)立運(yùn)營(yíng)模式攻旦，統(tǒng)計(jì)分析一般情況下都是以法人內(nèi)為單位的喻旷，除非個(gè)別場(chǎng)景需要進(jìn)行跨法人統(tǒng)計(jì)時(shí)，才會(huì)進(jìn)行匯總統(tǒng)計(jì)牢屋。
• 監(jiān)管要求
  監(jiān)管要求且预，一個(gè)是報(bào)送上，是以法人為單位進(jìn)行報(bào)送的烙无；一個(gè)是數(shù)據(jù)隔離上锋谐，監(jiān)管上建議按照法人為單位進(jìn)行數(shù)據(jù)隔離。

4截酷、多法人的應(yīng)用解決方案

4.1涮拗、多租戶與多法人

• 多租戶是一種應(yīng)用服務(wù)模式，多法人是一個(gè)業(yè)務(wù)關(guān)系合搅。
  我們?cè)谟懻摱喾ㄈ藭r(shí)多搀，都會(huì)不可避免的談到多租戶，但是說(shuō)到多法人與多租戶的關(guān)系灾部，可謂五花八門(mén)康铭、沒(méi)有定論。簡(jiǎn)單看一下百度百科上多租戶的定義：

多租戶技術(shù)（英語(yǔ)：multi-tenancy technology）或稱多重租賃技術(shù)赌髓，是一種軟件架構(gòu)技術(shù)从藤，它是在探討與實(shí)現(xiàn)如何于多用戶的環(huán)境下共用相同的系統(tǒng)或程序組件催跪，并且仍可確保各用戶間數(shù)據(jù)的隔離性。
多租戶簡(jiǎn)單來(lái)說(shuō)是指一個(gè)單獨(dú)的實(shí)例可以為多個(gè)組織服務(wù)夷野。多租戶技術(shù)為共用的數(shù)據(jù)中心內(nèi)如何以單一系統(tǒng)架構(gòu)與服務(wù)提供多數(shù)客戶端相同甚至可定制化的服務(wù)懊蒸，并且仍然可以保障客戶的數(shù)據(jù)隔離。
技術(shù)上悯搔，多租戶技術(shù)可以通過(guò)許多不同的方式來(lái)切割用戶的應(yīng)用程序環(huán)境或數(shù)據(jù)骑丸。數(shù)據(jù)面（data approach）、程序面（application approach)妒貌、系統(tǒng)面（system approach）通危。

從這個(gè)定義上不管是IaaS、PaaS還是SaaS架構(gòu)都可以說(shuō)是多租戶技術(shù)灌曙；還有一種看起來(lái)比較low的選擇菊碟，為差異化較大或者規(guī)模較大的客戶單獨(dú)部署獨(dú)立的軟硬件環(huán)境，雖然不是一套應(yīng)用在刺，甚至不是一個(gè)應(yīng)用版本逆害，但是的確為多個(gè)客戶提供了同類服務(wù)，稱為多租戶也無(wú)可厚非蚣驼。所以如此看來(lái)魄幕，多租戶是一種技術(shù)路線的選擇，通過(guò)不同的層次實(shí)現(xiàn)客戶的隔離颖杏。
而多法人是一個(gè)業(yè)務(wù)概念梅垄，描述的多個(gè)法人實(shí)體的業(yè)務(wù)關(guān)系，而這種關(guān)系可以通過(guò)多租戶的技術(shù)體系進(jìn)行支撐输玷，舉個(gè)栗子：完全獨(dú)立的法人可以通過(guò)IaaS層的租戶架構(gòu)體系實(shí)現(xiàn)數(shù)據(jù)和應(yīng)用的隔離；集團(tuán)統(tǒng)一管理的法人通過(guò)SaaS的租戶架構(gòu)體系實(shí)現(xiàn)業(yè)務(wù)的隔離和部分共享靡馁。

4.2欲鹏、分行模式與法人代碼模式

• 將復(fù)雜度放在數(shù)據(jù)初始化還是在使用場(chǎng)景
  多法人的技術(shù)實(shí)現(xiàn)路線上有兩個(gè)選擇，準(zhǔn)分行模式和法人代碼區(qū)分模式臭墨；對(duì)業(yè)務(wù)的滿足度上赔嚎，二者沒(méi)有區(qū)別，都是要根據(jù)業(yè)務(wù)需求實(shí)現(xiàn)胧弛；不同的是分行代碼模式是基于組織架構(gòu)不進(jìn)行大調(diào)整的前提尤误，但這種演進(jìn)派的折中做法為后續(xù)多法人場(chǎng)景的區(qū)分帶來(lái)麻煩。從系統(tǒng)和數(shù)據(jù)的邏輯清晰度來(lái)看结缚，法人代碼模式都是要優(yōu)于準(zhǔn)分行模式的损晤。

4.3、法人代碼的傳輸

• 報(bào)文頭中增加法人代碼
  多法人是全行級(jí)的業(yè)務(wù)概念红竭，對(duì)多法人的處理也需要應(yīng)用架構(gòu)層級(jí)的解決方案尤勋。具體而言喘落，需要將法人代碼的概念貫穿系統(tǒng)全生命周期。從參數(shù)設(shè)置最冰、到系統(tǒng)訪問(wèn)瘦棋、報(bào)文傳輸、服務(wù)提供暖哨、界面展現(xiàn)的應(yīng)用處理全流程赌朋，都要體現(xiàn)出法人屬性，即使在個(gè)別場(chǎng)景沒(méi)有用到篇裁。
  所以對(duì)于渠道而言沛慢，就需要在任何一個(gè)發(fā)起場(chǎng)景都傳輸法人標(biāo)識(shí)，對(duì)于內(nèi)部用戶登錄的系統(tǒng)茴恰，可以直接通過(guò)用戶所屬機(jī)構(gòu)識(shí)別法人颠焦；對(duì)于外部客戶使用的系統(tǒng)，客戶登錄前是無(wú)法區(qū)分法人的往枣，這對(duì)于某些法人特色的產(chǎn)品促銷和資訊有造成影響伐庭，對(duì)于web端可以通過(guò)不同的域名來(lái)區(qū)分，對(duì)于App端考慮是否可以通過(guò)上次登錄歷史或者終端緩存區(qū)分分冈；客戶登錄后圾另，如果只在單一法人下開(kāi)戶，則直接登錄雕沉，如果在多個(gè)法人下都有客戶集乔、賬戶，則需要客戶手工選擇當(dāng)前操作的 法人坡椒。
  對(duì)于后臺(tái)應(yīng)用而言扰路，所有的服務(wù)中都增加了法人標(biāo)識(shí)，由于是共性的倔叼，可以增加到報(bào)文頭中統(tǒng)一傳輸汗唱，對(duì)于不區(qū)分法人的場(chǎng)景不使用即可。

4.4丈攒、數(shù)據(jù)的隔離與共享

數(shù)據(jù)隔離的不同級(jí)別哩罪，對(duì)應(yīng)云服務(wù)的不同層次，當(dāng)然根本上還是為了滿足業(yè)務(wù)的需求和科技的訴求巡验。

• 物理隔離
  對(duì)應(yīng)IaaS架構(gòu)體系（或未實(shí)現(xiàn)云化架構(gòu)體系）际插，為每一個(gè)租戶分配獨(dú)立的硬件與網(wǎng)絡(luò)資源，部署獨(dú)立的應(yīng)用显设，隔離級(jí)別最高框弛，如果應(yīng)用版本再不一致的話，其實(shí)就和傳統(tǒng)的定制軟件開(kāi)發(fā)沒(méi)有區(qū)別了敷硅。
• 實(shí)例隔離
  對(duì)應(yīng)PaaS架構(gòu)體系功咒，共享底層資源愉阎，為每個(gè)租戶建立獨(dú)立的數(shù)據(jù)庫(kù)實(shí)例或表實(shí)例，就是我們常說(shuō)的分庫(kù)分表力奋。數(shù)據(jù)庫(kù)實(shí)例隔離的模式下榜旦，應(yīng)用實(shí)例可以是獨(dú)立部署的（PaaS）也可以是集中部署的（SaaS）。相對(duì)磊說(shuō)景殷，隔離程度也比較高溅呢，完全滿足監(jiān)管需要。
• 邏輯隔離
  邏輯隔離是在SaaS架構(gòu)體系下數(shù)據(jù)層常用的方式猿挚，簡(jiǎn)單說(shuō)就是在表中增加法人字段進(jìn)行數(shù)據(jù)訪問(wèn)區(qū)分咐旧，對(duì)數(shù)據(jù)權(quán)限的控制和使用的準(zhǔn)確性都交由了應(yīng)用層去實(shí)現(xiàn)，隔離性較低绩蜻。
• 不隔離
  對(duì)于多法人共享的數(shù)據(jù)铣墨，比如一些系統(tǒng)參數(shù)、技術(shù)參數(shù)办绝、運(yùn)維數(shù)據(jù)等是不需要區(qū)分多法人的

4.5伊约、服務(wù)的隔離與共享

• 寫(xiě)入的服務(wù)
  從報(bào)文頭中拿法人參數(shù)，寫(xiě)到需要區(qū)分法人的場(chǎng)景中孕蝉。
• 邏輯處理的服務(wù)
  邏輯服務(wù)如果實(shí)現(xiàn)了法人參數(shù)可配置化屡律，則需要在執(zhí)行過(guò)程中根據(jù)參數(shù)配置實(shí)現(xiàn)邏輯分支的判斷。
• 讀操作的服務(wù)
  正常情況下都需要根據(jù)法人標(biāo)識(shí)對(duì)數(shù)據(jù)進(jìn)行訪問(wèn)隔離降淮，可以在技術(shù)平臺(tái)層對(duì)這類服務(wù)統(tǒng)一處理超埋。特殊場(chǎng)景需要跨法人的，特殊處理佳鳖。

后記

回家的火車上零零碎碎敲了一半霍殴，到家撬開(kāi)眼皮敲了另一半，感受只有一個(gè)字系吩，困繁成。