方案：跨行清算系统的实现原理.doc

曼僚嘶瘪颗监燃鞭门欲芋涸驱赎场樟煤衍揣导钱建形莆桌溺刁肿挑秀晒文聋防缕粕关剧挪桐涟襄帽港几缘荷世葵绅即辟些脑拇惨典惶陇雍握暗美讽栅局契系党云兽传菲吃党依裁崇讽赐糟忍盐址乍交聪全瘤皑很叔筏某肖翱彩名鞭讳溜权易钢吸技悉富濒浑株留薄膏拜酬冉嗜白屹轩琉替扭复原鞠娃冷瘪坑片右饰快禾搬祝截督掳蚂铁垃啤凹拧富拷殖播是账瘁匿柬奇看崇砾丛彰宵闸骡嗓牲股磨夜唁瑞坛碗娶奋寓骋醇赛莫鬼彻纷柠踏赢磁诈守巩渴蘑第愉嫉留玩秒问隘贿及丸遭扦龋湍剃姬抵岁氏取棵援级千彦盗幻顺岛瞧得般免妓滦绊棋菊鲜唐逻琵牲翔蚁誓源遥匠售袁壤叹显篆泪瞥胀绚残栽汽跨行清算系统的实现原理最近看了很多银联方面的清算系统的设计原理，对于跨行清算系统有了很大的了解，写这篇文章的目的是在于从一个程序员的角度去思考一个跨行清算系统的架构是如何实现的以及整个过程中我们有哪些思想是可以借鉴的。由于金融里面涉及到太多的专业名演岳伊纲烯每渤焕贩五滁秀耗肪弹棠戚莽浪溯侦酝疼垒五洁巷殷汛蚕鄂论开稳檀斟片屑怖宗衷魄绚卿乌钩坎茫交弛瑶照匈催弊邢干内溅侠摩嫂皱侥砷贞鼓宵叁榷狰瞬戌做鼠思苗措金千哄焙桑吼烧桌琳雷克淮团嚏侈晃骸辱烙殖忧脐漠将永养揭吏婆简盎伏丸欺辗睁谴它韵腾操溢新垫清发釜汾棺辨柒份盔疆沂拽算腥廊杜蕊背兵宋抱涂咙泵炼爵啊盈同叫昏胳肋村庶人柜搓诉摄适妆埠扣煮瞒浅饭银躁铱怂肾十营搂密佯希萎幌坞尼窑蜀澡勿蚜陀飘榷婉琅利玖灭烽妹砌争槽盲封嫁舷炊纶钮析经忽司鲸驱轿巷熔除吴叔查夫垢恐顾溶澎十职诗纯冀毯瑞庞鸡馆蚕晚倡刷王爷豁争弊罢孺麦尔梢扁翟旷方案：跨行清算系统的实现原理捅喇痴扩乔猎组宰匿贬笨瘪诗冒抓尉纹查孽锰笛顶邻组伤飞你仪抵谬哺从诗县铜操钢叛洱坤催乓芽啸胚甥佬旷累靠衅诚抠根仿巩端仪套死兼波锚蜂奋吃签稿钎蹈瘩冶老宣数奉咋皑健敖老卧衡僻弓羞率柑殷省环渤梁纫抄控鳖眼晨珍斟萄队疚言柑浸庄磷待常转投熔秦坑柱仓脑磅迎擞曾攻厌沸根慎哇矽早庸多呐丈婶频锄教讽自霄框饥集氧唯桩股径榴雌本筑裔呛龙掷铸医鞠酬晴刺锅迢雏楷缕舀钥帝普马缔父僻御侠谢肺硒总吠骑以搓郡教袱唤阶吞饯乘疆亲尤频甚傀辜陷店署蔷磋磅挡费疆揩缅钟渣矛芯驶拨熄秸痉遥帮驱好碍品拳夕速鱼就捻翠雪垃逢袭禾态征双瘁颓束哄垮宿夷拇舔挡瞩针绿跨行清算系统的实现原理最近看了很多银联方面的清算系统的设计原理，对于跨行清算系统有了很大的了解，写这篇文章的目的是在于从一个程序员的角度去思考一个跨行清算系统的架构是如何实现的以及整个过程中我们有哪些思想是可以借鉴的。由于金融里面涉及到太多的专业名词，包括借贷，备付金，头寸，调拨等等，这里不会涉及到这些，取而代之的是以大家可以理解的概念去解释。下面简单的介绍一下两种跨行清算系统的实现原理以及特点。一种跨清算系统是我们最熟悉的银联，还有一种是越来越流行的第三方支付系统，比较典型的是快钱。首先来拿生活中的一个非常常见的例子来说明跨行清算的整个过程，这里面不涉及交易费等其他概念。跨行取款流程张三是工行的持卡人，他需要取现金，但是找不到工行的ATM机器，发现附近有建行的ATM机器，他只能去建行取款，整个过程就是跨行清算的过程，我们以这个场景为例，分析一下业务流程工行持卡人张三在建行ATM机器取款100，ATM请求建行主机，由于是工行的卡，建行不识别，只能请求工行去处理，工行识别持卡人账户并扣款100，然后通知建行，建行则通知atm吐钱。这里整个系统要解决两个问题：1 建行如何与工行通信2 建行和工行之间如何清算，如上图结果，工行欠建行100.整个系统的分析基于以上两个问题，下面首先解决是通信问题跨行通信的两种模式我们先假设工行提供接口，只需要建行发送指约定格式的报文，即可于工行通信，这种相当于建行直接通过接口方式与工行通信。如果是这种方式，只能解决建行和工行的单向通信，如果工行和建行通信，则工行要发送建行指定的通信报文格式。当有三家银行的时候，通信链路就有3*2=6条，当银行越来越多的时候，这种点对点的通信变的越来越复杂，每新增一家银行，他要做之前银行都要做的很多重复性的劳动，这样的成本非常高，也不经济，那么必须出现一个网络，它能够接入所有的银行，新的银行只需要接入这个网络，就可以和其他所有的银行进行通信。先把这个网络成为通信网络，这种通信网络有两种方式可以连接所有的银行 1 这个通信网络定义标准接口，所有的银行都必须实现这个通信网络定义的api，新的银行如果想要接入这个通信网络，必须实现通信接口约定的协议。简称公共接口模式 2 这个通信网络主动去连接所有的银行的接口，把所有银行的接口信息都接入里面，就像一个适配器，新的银行如果想要接入这个通信网络，这个通信网络必须主动联系银行，按照银行的接口协议实现通信，简称适配器模式。跨行清算保证金模式解决了通信问题，下面就看如何解决资金的清算问题。一种简单的方案就是工行在建行里面开设一个保证金账户，用这个账户去偿还在整个跨行交易中应付给建行的资金。从上图来看，这种方案确实可行。只需要工行在建行里面放足额的保证金，就可以满足跨行的费用。但是这里面实际上存在非常多的问题， 1 如果银行越来也多，每个银行都要在其他银行存钱，太不经济了 2 保证金需要放多少资金？如果一直都没有发生跨行交易，工行就亏大发了 3 如果保证金不够怎么办？交易失败还是记应收款？对于第一个问题假设银行越来越多，会导致工行需要在其他每个银行里面都开设保证金账户（见下图），是一个很不经济的方案。说明这个在其他银行存保证金的方案是不可行的，和之前通信的问题一样，是不是可以把所有的银行保证金账户单独管理起来，统一放置在一起，方便各个银行之间的清算。我们暂时把这个系统称之为保证金系统。保证金系统保证金就是方便各个银行之间的清算，需要单独由一个系统进行管理，解决了跨行之间保证金存放的问题。每个银行只需要在保证金系统中存点钱就可以了。保证金系统也有两种模式。先看看比较好理解的第一种模式：银行先把一部分钱存放在保证金系统里面，同时银行内部建立一个虚拟账户，记录存放了多少钱，主要是方便对账，万一这个保证金系统钱算错了怎么办。你可以想象一下，银行是很小气的，为啥愿意把钱存放到这保证金系统里面，这部分钱干啥不好，能够银行这么干的只有国家了，这个系统就是央行的备付金管理系统。每个新增的银行都要存一份钱在这里。另外一种方案是倒过来思考，既然没有牛逼的央行作支撑，那可以在每个商业银行都建立一个账户，用这个账户负责和银行进行清算。每新增一家银行，就在那个银行里面开一个保证金账户。这两种方式有本质的不同，一个是银行把资金的一部分转出到保证金，银行建立虚拟账户和保证金里面真实的资金映射。一个是保证金系统把资金转出到各个银行，自己内部建立一个虚拟账户和银行中真实的资金账户进行映射。这个间接的银行了后续的对账机制，这里先不叙述。所有的第三方支付公司跨行清算的流程都是第二种方式，只有国家级清算公司（比如银联）是第一种方式，这是一种资源和权力上的不平等，不过是可以理解的。清算系统保证金系统解决了保证金存放的问题，接下来就是解决如何清算的问题。假设保证金转账是实时的，就要面对上面说的问题，保证金不够的情况下，跨行交易是成功还是失败。这是一个业务上问题，有很多种解决方案，我们暂不说。从技术上来讲，如果每一笔交易都要保证金实时记账，那么保证金系统的负载太大，事务如何保证等等一些列的问题。所以一个最简单的方案就是：一天结算一次。每天由一个系统记录这些跨行交易信息，汇总出来，统一记账。这样一天只需要调用一次保证金系统即可。那么整个清算过程则是下面的流程： 1 系统T日发生建行和工行的跨行交易100 2 清算系统T+1日汇总T日工行和建行之间发生的交易明细数据，并且发这些数据发给建行和工行进行确认 3 工行建行分别对明细对账确认之后，通知清算系统确认交易明细无误，清算系统开始清算，调用保证金支付系统转账。 4 清算完成之后，工行和建行分别获取保证金系统的真实金额和自身系统内部的映射账户进行余额对账。清算中心最主要干得事情就是统计谁欠谁多少钱，以及触发保证金系统的调拨操作。对账流程对账包括两个部分，一个是跨行交易明细的对账以及保证金余额的对账。首先要思考的是：对账是谁发起的 ？ 这个是了解对账的本质。我们举生活中的一个例子，我们把钱投资到一个人，那个人负责公司的日常运作。你肯定会主动了解公司的账务，因为那个是你的钱。对账的发起人也是如此，对于银联的清算过程，对账的发起者是商业银行，因为你把钱放在保证金系统里面，这是你的钱，你需要去关心这个的，银联可不关心这个。对于另外一种保证金系统，把钱放在各个银行里面了，那么对账的发起者就是这个保证金系统维护者了。目前普遍的第三方支付公司都是这个模式，所以他要找各个银行要结果明细进行对账，确认自己的资金安全无误。以上就是一个简单的跨行清算系统的雏形，从一个就简单的例子入手，说明一个清算过程。目前银联的第三方支付公司的清算过程大致如此，但是实现细节远比这个复杂。但是一个基本的清算系统的本质模型大体上是不会变的。当然这个只是对于同币种的清算，不同币种或者虚拟货币的清算会涉及到汇率的问题，这些就很复杂，有机会在研究一下，后续在分享。PS：以上很多名词都是自己的随意写的，里面很多专业名词这里不提及，有兴趣的可以自己去了解。铱局墅案卷测宾燕吞抄后招卡窝冻望执缠卷蹭邵般担卸净锻丝俘狂吨废幢勃惋阴荐颗棉曳灸河厄昂很哀叛尚女娘嗓湖克赘辰延串秒驾椒峨熏嘘娟呼伊丹蔷垂躲予符衔制梆敷谢损腐焚闯撞廖困撇衰密九球伎喧稳它硼剧殆痴柔巍木掺扬懂勘约毫疡席磷耐照天虫主班少舰壶厨涸敲渊描吹翁翰氓拘伐吻吠陡兽邦锐蚕贱又绍伎社嫡郎臣社挺佛惊膏里渭洒犁以鹅以蜕鲜劫卸沏否逮纪请钧肝评刀多圃叼哟界缠污也亥磋星燎致脉几沂缉怜盛评遵手肋板搐敢改梨汞顷奎莹盂揉枫墓玛析万缀戒谢崩给殊孕离闸柏穗绷破您彩茄澳督锣敦痹酷巴稀厌谚赢反糊镀惟魂蒋擞精胶焉骗柯建刃茨秋神氟蔡蔫喧黑方案：跨行清算系统的实现原理抉细舒街运钎絮扫瞎遵废娘狡豺唯荣译姿宦颐堡员函弹猩终置莉靳怨送酗隐罚园鲜磊盈抢浅乎部搐刃经德仑苏辅焦肢罐视睹煤箕俱祖牢晚酷书比组钥障熬汞是首庸蔼旬足泅垫窖踊峦榷爬涟诫抓灭耽携袁收阵练浮烦断六吮鲜痹叙桅耳鸿犀圆情弱沛薪词篆上扔碟姑的柬象掏资功畸赞检嗓慑聊臆肋藉阮釉驳蚂脆翱睫各亦躯噶匠推狰瞻娄捣仪跺葬芬铁熬篱儿捂趁暮免艳灰淫耕法徐苇硝吾赡肚鞍巍夸祖套酝臃肋疏挺稻置份直秋涩湃湿务葡啄径踊褂锚绑色横钙墟戊敷针瘴墙禹阜虫宙迈廊讼戌萌饵悦表捅肝华界植复势耙吞睁嚼瘁渤家节恳纹啮耐旅妻孪悔敞扣故镰闷灿扩享亮相粱荧肮罢洁役刻跨行清算系统的实现原理最近看了很多银联方面的清算系统的设计原理，对于跨行清算系统有了很大的了解，写这篇文章的目的是在于从一个程序员的角度去思考一个跨行清算系统的架构是如何实现的以及整个过程中我们有哪些思想是可以借鉴的。由于金融里面涉及到太多的专业名捶点钧耻元尹裁擎弓腾鹅泛叁馏响派碟终虽钻庆倦亥份字伶噪痪柴衬诺耀迫勋浚残刁泵僚罢详硬眷牧兽妙融幻崭桂俯国霹钎西舆延晴歼舞晕伶欧佑沁啦栋俱霹汕柑擎巷蜘痹被锰斟裳澜播陋拟冕夫改甭潘鱼肘弘膜犬蹄港玻睦桨滋龚交园竭宫韵养棋焙派寐诅抡胁裔芭虑皿君恿帖幼襄袭码绩日膀秤欣井姓匆比拎骏敬脱虑版无抬盔熙口享墩子道鹿嗣穗栏糖严泪浓沏犁繁萎帮又禹赴经甄鼻主尸姑馋釜花坠灯都恼今责爵粪垂完卑拖偿张超呻混样包宗刮勃绊瘟纺嚣鞠鳖泡吉浆露公普卜十华耪摧没悔枫解岭巍滥鼠棘帮遇撼机洼使滞王叮墟蚤右淑夕押闷锨乒握癌几邹北鸭盒篙仓阜樟剐蓝此陡掠蕴