转 中国的支付清算体系是怎么玩的?

【纯干货】中国的支付清算体系是怎么玩的?

原文链接

我一直对支付感兴趣。2015年,因为工作需要,接触过好多第三方支付公司,做过支付路由,也处理了很多支付异常情况。但是支付中的清算部分一直不太理解,不知道银联在联结各方的时候是如何发挥作用的。最近一次厦大校友聚会上来了不少银行IT的同事,趁机向民生和工行的同学请教之后,做了一些总结,供希望了解支付清算的朋友们参考。

----------这是正文的分割线----------

中国的支付清算有两套体系

  • 当你去ATM取钱时,用的是央行的CNAPS(中国现代化支付清算系统)
  • 当你用支付宝买买买时,用的是第三方支付的清算系统

这里先介绍第一部分:CNAPS。

1、当你在ATM取钱时,银行都做了什么

我们先拿一个ATM取钱的例子来说明跨行业务的过程。

假如你拿着一张工行卡去建行的ATM取了100元,这时候就发生了跨行业务。

这个过程非常简单:

  1. 建行系统告诉工行系统,有个工行用户要在我这儿取100元,能不能让他取?
  2. 工行说,他的工行账户够扣100元,你先帮我给了吧!
  3. 建行ATM就吐出100元给你;

于是,你拿到了现金,同时你的工行账户也减少了100元。对你而言,整个交易就已经结束了。但是,建行先替工行给了你100元,这里形成了一个银行间的债务关系:工行欠建行100元。这100元何时还,怎么还,虽说是银行之间的事,但是只有等这100元还清了,银行才会把这笔交易当做是真的完结了。可见,银行的一次跨行取款可以分为支付和清算两个步骤。

2、支付和清算就是信息流和资金流

  • 从你塞卡到ATM吐出钞票,这个过程称为支付(Payment)
  • 工行还给建行100元,这个过程称为清算(Clearing)

支付反映的是交易的信息流,一般都是实时的。当你在建行ATM取款时,工商银行层面只是在它内部账户做了一次记账而已,工商银行的资金并未减少。但是建行和工行之间一定会发生实际的资金划转以清偿债权债务关系,所以清算反映的是交易的资金流。银行之间可以每天清算一次,也可以隔一段时间再清算,不过大多数情况下的清算都是非实时的。

现代社会的几乎所有商业行为,最终都会产生交易。而所有的交易,除了物物交换,最终都体现在银行账户间的资金划拨上,因此一个国家的支付清算系统(Payment and Clearing System)是最基础的工程。这个系统涉及两个问题:

  1. 信息流如何传递——即建行和工行之间以什么方式通信?
  2. 资金流如何清算——即工行什么时候,以什么方式还给建行100块?

这两个问题的解决方案,就是我们要介绍的CNAPS(中国现代化支付清算系统)。CNAPS是逐渐演化而来的,在这个方案出来之前,为了解决信息流和资金流问题,我们经历了古代的票号,近代的手工联行系统,以及电子联行系统EIS。所以在介绍CNAPS之前,先让我们回到古代,看看古人是如何用票号和镖局来解决这两个问题的。

3、晋商的票号和镖局

早在清道光(1823年)年间,山西平遥商人就创立了“日升昌”等专门办理汇款业务的票号(古代的票号、钱庄就是现代银行的雏形)。著名的红顶商人胡雪岩就是做票号生意起家的。

当时的票号支持异地汇款业务:

客户来日升昌汇款,交了银子之后,票号就开出汇票给客户。跟银行一样,票号也有总号和分号,客户可以携带汇票或者把票寄给亲人,只要凭票就可以到日升昌全国各地的分号兑出银子,分号给客户兑换之后先记内部账,日后再和总号清算债务。

从此之后,商人在城市之间贸易可以不用携带大量的银子。而汇票在不同城市的各个分号之间流转也形成了很多债务,有大量的银子需要周转,镖局就专为票号来运送银子以及为商人运送票据,有点类似于现在为银行押钞的威豹,不过镖局的手续费可是高达5%!

在这个时期,信息流和资金流如下:

汇票+账本(手工记账)是票号在支付环节的信息载体,解决了信息流问题;

镖局替票号运送资金,解决了资金流的问题。

4、联行信件和邮电局

到现代银行出现后,银行间开始了一套基于“同业头寸”的清算方式。

我们摘录网上的一段清算科普:

从两百年前老罗斯柴尔德打通不同银行间银票的通兑开始,银行间清算业务就一直延续到现在。当年,老罗斯柴尔德拉拢一帮银庄的掌柜跟他们商量,“以后我的客户拿着我家的银票可以到你家取金币,然后你再拿着银票到我家取金币,作为回报我也允许你的客户到我家取金币”。从这个时候开始,标志着现代银行的通存通兑业务就开始了。由于大多时候双方客户都有交叉,实际需要相互取的金币并不多:比如你的客户在我这里取了1000金币,我的客户在你那里取了800金币,然后我们两家一比对账本双方认可,你再给我200金币。再把银票一交换,我们双方的账就清了,这个过程就叫清算,其中比对账本的过程就是对账。

这段科普描述了银行间通存通兑的业务原理,其中有一些细节需要说明:

  1. A 银行怕 B 银行的客户在 A 这儿取了钱之后,B 不认账。所以为了保险起见,银行之间会要求对方银行先来开个户并且存一部分钱进来作为备付金,或者叫存款准备金。这个备付金账户是专门用于清算的同业头寸户;
  2. A 银行需要在所有银行都开户,才能实现通存通兑;

我们国内的银行显然也参照了这一套来实现跨行交易,银行之间互相都开了备付金账户。此时,每家银行都是一个清算机构,为银行间的资金往来做清算。

一直到1984年中国人民银行专门行使中央银行职能之后,我们国家确立了法定存款准备金制度。央行的备付金系统正式确立。此时,银行跨行的资金清算有两种选择:

  1. 用老办法,在所有有往来的银行开立清算账户清算
  2. 所有金融机构都在央行开立清算账户,由央行为商业银行统一清算

显然大家都想用第二个方案。然而在那个时代,央行能承担的职责是很有限的,各银行内部数据还没有集中,没有电子化的记账系统,国内甚至都还没有银行卡,客户要转账也没有满大街的ATM。总之一句话,国内的金融环境还没有达到让央行推行全国统一结算制度的客观条件。

为了满足跨行结算的需求,央行当时提出商业银行要“自成联行系统,跨行直接通汇,相互发报移卡,及时清算资金”。也就是说同一家银行的总行及分支机构称为“联行系统”。同一联行内的资金结算,由联行总行自己做。这样,建行深圳分行和建行北京分行之间的资金清算由建行自己内部解决。跨银行之间要能支持直接汇款。跨行业务可以由央行清算,也可以由商业银行自己清算。这个各家银行系统很不智能,体验很差的时期,我们称为“全国手工联行”时期。

于是,每家银行都可以接受跨行的汇款,银行每天自行轧差,各种交易汇总计算后,需要告知其他行的交易信息写成一张张特定的公文,加盖印鉴后在银行间送来送去。这种公文叫做联行信件,而收发联行信件就是当时邮电局的重要业务。

可以说一直到1990年,我国的支付结算系统和明清时期的票号相比,并没有太大的改进。汇票和账本手工记账依然是银行在支付环节的信息载体,解决信息流问题。邮电局取代了镖局,为银行收发联行信件,但是效率依旧不高,资金在途时间往往在一周以上。至于资金流问题,则由商业银行自行结算和央行统一结算两种方式一起解决。

5、中国支付清算系统的前身——EIS(1989-2005)

  • 清算中心建成

随着银行业的不断发展,银行每天处理各类跨行业务的数量增多,各家银行之间的债权债务关系变得非常复杂,由各家银行自行轧差进行清算变得非常困难。这种状况要求央行必须承担起一个全国清算中心的角色。

于是,央行在1989年12月6日,发布了“关于改革联行清算制度的通知”。

随后在1990年,中国人民银行清算中心建成,专门为金融机构提供支付清算服务。这个清算中心包括NPC和CCPC:

  1. NPC(National Process Center,国家金融清算总中心)
  2. CCPC(City Clearing Processing Center,城市处理中心)
  • 全国电子联行系统EIS投产

1991年4月1日,基于金融卫星通讯网的应用系统——全国电子联行系统(EIS)开始试运行。EIS是人民银行专门用于处理异地(包括跨行和行内)资金清算和资金划拨的系统。它连接了商业银行、央行、NPC和CCPC。

  • EIS的业务流程

假设客户在深圳建行汇款给北京工行,通过EIS处理一次跨行汇款的流程如下:

  1. 商业银行(汇出行)接收其客户的汇款请求后,向人民银行当地分行(发报行)提交支付指令(转汇清单)。支付指令可以是纸质凭证,或磁介质信息,或联机电子报文;
  2. 发报行借记汇出行账户后,按收报行将支付信息分类、打包,通过CCPC经卫星地面小站即时发往清算总中心。如果汇出行账户余额不足,则该支付指令必须排队等到汇出行余额够扣;
  3. 清算总中心收到转汇电文,经记账并按人民银行收报支行将支付指令清分后,通过卫星链路即时发送到相应的收报行;
  4. 收报行对汇入行账户贷记后,以生成的纸凭证或电子报文方式通知汇入行;
  5. 汇入行作账务处理后,以来账的反方向,向汇出行发送确认的答复信息,完成一笔汇兑过程;
  6. 总中心和分中心每日核对无误后,轧平当日的电子联行账务,以存、借反映资金关系。就是说,各地的资金存欠差额,均纳入人民银行系统内反映。

在这个跨行异地汇款流程中,金融卫星通讯网和EIS系统解决了信息流问题;NPC和CCPC解决了资金流问题。从此之后,各个银行之间的跨行汇款就可以直接通过这样的电子化操作来完成了,客户的资金在途时间缩短到了一两天,这也算是中国金融系统的一大里程碑了。

6、央行支付清算系统(CNAPS)

1991年EIS试运行后,又发生了两件大事:

  • 各大银行核心系统投产

各家商业银行的内部联网系统纷纷建成投产,银行内部资金划转都可以通过自己的核心系统解决了。这意味着各大行都可以做电子化的行内清算了,行内异地转账就不用再依赖EIS。

  • 中国现代化支付系统(CNAPS)开始设计

1991年10月,中国开始着手建设中国国家金融通信网(CNFN)和中国现代化支付系统(CNAPS,China National Automatic Payment System)。这一项目由世界银行提供贷款,由英国PA咨询公司承担设计咨询工作。从此,全国电子联行(EIS)系统逐步向CNAPS过渡。

到了二十一世纪,IT技术飞速发展,央行的CNAPS一代系统(大小额支付系统)也开始走上历史舞台。中国的支付清算步入了现代化支付系统CNAPS的时代。

6.1 大小额支付系统

2002年,央行大额实时支付系统(HVPS)投产,用于处理同城和异地的商业银行跨行之间(也包括行内一定金额以上的)大额贷记业务。

2005年,央行小额批量支付系统(BEPS)投产,用来处理同城和异地纸凭证截留的借记支付业务以及每笔金额在5万以下的小额贷记支付业务。

简单来讲,各银行的跨行转账可以使用央行的大小额系统来完成。

大小额系统之间有蛮多的区别:

  • 首先,大小额的开放时间不同

大额系统是工作日的 8:30 ~ 17:00,所以在节假日经常会收到银行通知说某些业务暂停了经常就是因为央行在节假日对大额系统做维护。小额系统全年无休,7*24小时工作。

  • 业务处理上不同

大额是每笔交易都实时发送,实时清算的,所以基本上能实时到账,跨行资金零在途。

小额系统是在收集若干笔交易后打一个包统一处理,定时清算。所以,用小额系统转账经常要几分钟甚至半个小时才能到账,银行间头寸交割也是非实时的。

尽管理论上跨行转账业务不管用大额还是小额,一般在几分钟内都能到账,但是因为要经过央行,所以在这一时期基本没有银行敢向客户承诺资金多久能到账。

  • 金额不同

大额系统没有金额限制,小额系统支持的单笔金额上限是5万元。

从用途上讲,大额系统侧重于资金转移的时效性,主要用于资本市场、货币市场交易和大额贸易资金结算。小额系统对数据吞吐量要求较高,主要用于小额贸易支付和个人消费服务。

6.2 超级网银

2013年10月6日,央行的第二代支付系统正式投产运行,其中包括2010年就推出的网上支付跨行清算系统(俗称“超级网银”)。超级网银是对大小额支付系统的一个补充,有两大亮点:

  1. 接入机构不再限于银行。支付宝、财付通等第三方支付也可以接入,所以有的第三方支付给商户提供的提现代发功能就是基于超级网银做的。
  2. 7*24小时实时到账,单笔上限5万元。这就相当于在非工作日非营业时间增加了一种大额支付系统特性的渠道了。只不过金额限制是跟小额系统一致的。

7、银行的各种渠道

有了大小额系统和超级网银,银行的跨行业务就有意思了。银行对不同的客群和不同的场景,做了不同的渠道。我们最经常接触的大概就是银行柜台、手机网银、POS机和ATM机。

出于各种商业目的,不同渠道的业务采用不同的清算系统来实现跨行交易。大体如下:

  1. 银行柜台:直接用大小额系统;
  2. 手机网银:大小额系统 + 超级网银;
  3. ATM:信息流由银联处理,即银联CUPS为银行间交易提供指令的转接和清分;资金流则由银联通过大额系统完成银行间的资金划拨;
  4. POS:跟ATM类似,由银联处理信息流。不过资金流分两部分,发卡行和收单行之间的资金划拨由银联通过大额系统完成;收单行与商户账户的资金划拨由银联通过小额系统完成。

7.1 手机网银

手机网银是近几年开始流行的渠道。比如建行手机银行的跨行转账,我们能看到有普通和加急两种方式。

普通和加急转账页面:

看上图的到账时间说明(这文案写的也是醉了),我们就知道普通跨行转账都是走大小额系统,加急走超级网银。

目前大部分手机网银跨行转账都没有手续费。所以如果你在晚上10点想跨行转账10万元,建议你分成两个5万并且用加急方式来转账。

7.2 POS机刷卡

POS机刷卡的参与方比较多。以你在星巴克刷卡为例:

  • 持卡人——你
  • 发卡行——你办这张卡的银行,我们假设是工行
  • 商户——星巴克,我们假设星巴克的账户开在建行
  • 收单行——星巴克的刷卡机的归属银行,假设也是建行
  • 转接机构——银联
  • 清算机构——银联和人行

于是,当你用工行卡在星巴克消费的时候,资金流和现金流是这样发生的:

  1. 你在收单行(建行)的POS机上刷卡消费(信息流)
  2. 建行将消费报文发送给银联(信息流)
  3. 银联交易系统记录交易数据,将消费报文给你的发卡行(工行)(信息流)
  4. 工行从你的卡中实时扣费,完成实时结算,并回复报文给银联(资金流)
  5. 银联更新交易数据,回复报文给建行的POS机(信息流)
  6. 银联在其清算系统完成清分(信息流)
  7. 银联通过大额支付系统,完成工行与建行清算账户的资金划拨(跨行清算)(资金流)
  8. 银联通过小额支付系统或当地票据交换系统,完成建行和星巴克结算账户的资金划拨(收单清算)(资金流)

在这个过程中,银联提供两种清算:

  • 建行和工行的清算叫“跨行清算”;
  • 建行和星巴克的建行账户之间的清算叫“收单清算”;

无论是跨行清算还是收单清算,银联都是作为CNAPS的一个特许参与者,使用大小额支付清算系统,完成银行卡业务的资金划拨。本质上,银联提供交易转接、清分和对账,人行提供结算。

7.3 ATM跨行取款

ATM跨行取款和POS机是类似的,因为没有商户参与,所以不需要收单清算,过程更为简单。

回到文章最开头的例子:你拿着一张工行卡去建行的ATM取了100元,这个跨行业务在CNAPS体系中的过程如下:

  1. 你在建行ATM上输入100元按下取款按钮(信息流)
  2. 建行将报文信息发送给银联(信息流)
  3. 银联交易系统记录交易数据,将报文给你的发卡行(工行)(信息流)
  4. 工行从你的卡中实时扣费,完成实时结算,并回复报文给银联(资金流)
  5. 银联更新交易数据,回复报文给建行ATM(信息流)
  6. 银联在其清算系统完成清分(信息流)
  7. 银联通过大额支付系统,完成工行与建行清算账户的资金划拨(跨行清算)(资金流)

8、 小结

CNAPS和普通用户比较相关的内容大概就是这些了。至于各种中证登、外汇之类我们平常不太接触的内容,我就暂且略过。我们用一张人行的PPT来回顾一下:

注:这张图没有包括超级网银 

简单来讲,商业银行在CNAPS体系中,

  • 行内的交易

由各个银行的行内业务系统来自行解决信息流和资金流问题;

  • 跨行的交易分渠道处理

柜台和网银等渠道,商业银行直接直连央行的大小额以及超级网银来解决信息流和资金流问题;

ATM和POS渠道,则是由银联的CUPS来对接各大商业银行做支付转接,解决信息流问题;银联同时提供清分和对账服务,对完账之后再调用央行大小额系统解决资金流问题;

8.1 常见问题

了解了CNAPS,我也终于知道为什么很多资金操作不能在节假日央行系统升级的时候做了。

  • 为什么央行系统升级,无法通过网银跨行转账?

答:因为网银跨行转账,需要用到央行的大小额系统和超级网银。

  • 为什么ATM和POS机不受央行系统升级的影响?

答:即便在大额和小额支付系统关闭的情况下(例如春节升级),也会不影响到POS的跨行刷卡和ATM跨行取款,因为这些交易只涉及信息流,可以通过银联CUPS实时转接。涉及实际资金流转的资金划拨过程是可以延迟进行的。

  • 为什么央行系统升级,有些P2P公司的提现就不能提了?

答:P2P公司的提现大多是通过第三方支付公司的代发业务来实现。第三方支付的代发业务也有一些是依赖央行的大小额和超级网银来实现的。所以央行系统升级也可能会影响P2P。

  • 为什么央行系统升级的时候,我们还能往支付宝充值?

答:支付公司的充值业务大多是通过跟许多家银行单独开发快捷支付接口来实现的,所以充值不受央行系统影响,但是会受到具体某家银行快捷支付接口维护的影响。

9、名词解释

NPC 清算中心-国家处理中心

CCPC 清算中心-全国省会及深圳城市处理中心

CNAPS 中国现代化支付系统

EIS 全国电子联行系统

CNFN 中国国家金融网络

HVPS 央行大额实时支付系统

BEPS 央行小额批量支付系统

CUPS 中国银联银行卡跨行支付系统

头寸:头寸对应的英文是position,就是指仓位,也可以说是资产存量。人行是给商业银行记账的,一家银行在央行那里的资金就叫头寸,银行司库对头寸进行管理就是管理资金的流动性,避免资金闲置。

支付:支付发生在付款人、收款人以及开户银行之间。付款人账面余额减少,收款人账面余额增加就是支付;

清分:清分是付款行和收款行交换支付信息,根据支付指令计算借贷双方差额的过程;如果是刷pos机,清分就是银联做的;

结算:结算涉及付款人收款人的开户银行和央行,通过央行划转备付金账户来清偿债权债务关系。

------------------------

CNAPS就介绍完啦。关于第三方支付的清算体系是如何实现的,等我有空会再写一篇。有兴趣的话,敬请关注本专栏咯!

作者:Allen Chen(曾经的银行IT男,现为互金产品狗)

欢迎微信联系我:listen312

PS:我部门想招个牛逼的风控政策经理,欢迎推荐或自荐哦(有大红包献上~)

参考资料:

银行与银行之间的现金是如何流转的?银行怎么盘头寸?— 银行流动性管理那些事儿 ") 0px 2px / cover; font-family: icomoon !important;">中国人民银行关于改革联行清算制度的通知 ") 0px 2px / cover; font-family: icomoon !important;">人民银行支付系统(CNAPS)和中国银联下面的跨行支付系统是一回事儿吗?银行业务中的清算和结算分别是什么样的过程?

时间: 2024-08-09 14:48:32

转 中国的支付清算体系是怎么玩的?的相关文章

互联网金融系列-支付清算体系介绍-上

一,支付清算体系的简介 支付清算体系是一个国家的金融基础设施,或说公共服务.我国由央行主管此事,目前大体维持"结算-清算"二级制的支付体系.通俗地讲,银行与商户.消费者之间为结算关系,而银行之间构成清算关系,两个层次交易完成后,支付环节才算终了.清算,其实就是因跨行交易而产生的银行间债务债权进行定期净轧(比如每日),以结清因跨行交易产生的债务债权.清算更为底层,是一个平台,由央行主导建设,一般个人用户不会直接接触清算系统.结算则是前端,由银行.非金支付公司等向客户提供服务,也就是所谓的

互联网金融系列-支付清算体系样例-下

笔者上一篇<互联网金融系列-支付清算体系介绍-上>已经比較全面的介绍了以银联为样例的支付清算体系,为了更好的理解里面的运作.本章以两个样例为重点,全面剖析整个清算的过程. 1,记账原则 这块跟会计相关.不清楚的同学能够先看一下笔者之前的文章<第三方支付架构设计之-账户体系>.在会计学上,须要分清楚一个概念:会计主体.简言之,就是会计信息体现或者代表谁的经济利益,代表给谁做的账.做帐的人不一定是会计主体,比方替别人做帐. 在參与清算的各个主体来说.他们首先须要在央行开立清算账户或者在

互联网金融系列-支付清算体系例子-下

笔者上一篇<互联网金融系列-支付清算体系介绍-上>已经比较全面的介绍了以银联为例子的支付清算体系,为了更好的理解里面的运作,本章以两个例子为重点,全面剖析整个清算的过程. 1,记账原则 这块跟会计相关,不清楚的同学可以先看一下笔者之前的文章<第三方支付架构设计之-账户体系>,在会计学上,需要分清楚一个概念:会计主体,简言之,就是会计信息体现或者代表谁的经济利益,代表给谁做的账.做帐的人不一定是会计主体,比如替别人做帐.在参与清算的各个主体来说,他们首先需要在央行开立清算账户或者在对

加强顶层设计 完善基础设施 推动支付清算服务市场健康有序发展

竣付通-中国最专业的在线支付平台,支持充值卡,游戏点卡,网银等支付,让你随时随地享受在线支付的快乐!详细请加Q:2990968116 随着现代电子支付的兴起,资金转移打破了时间和空间的限制,改变了金融形态和经济生活.与此同时,支付组织不断丰富,新兴支付不断创新,支付已经逐步形成一个广泛和复杂的产业体系.中国人民银行的数据显示,截至 2014 年年末,竣付通全国开立的人民币银行结算账户达到 65亿多户,较上年同期增长15.4%;2014年,全国共办理非现金支付业务627.52亿笔,金额达到1817

微信公众平台开发(102) 微信支付账号体系

本文介绍微信支付账号体系各参数. 商户在微信公众平台提交申请资料以及银行账户资料,资料审核通过并签约后,可以获得表6-4所示帐户(包含财付通的相关支付资金账户),用于公众帐号支付. 帐号 作用 appId 公众帐号身份的唯一标识.审核通过后,在微信发送的邮件中查看. appSecret 公众帐号支付请求中用于加密的密钥Key,可验证商户唯一身份,PaySignKey对应于支付场景中的appKey值.审核通过后,在微信发送的邮件中查看. paySignKey 除了支付请求需要用到paySignKe

【转】第三方支付风控体系

第三方电子支付是一个高风险的行业,这就意味着第三方电子支付公司必然要与各种不确定性相伴.从风险受益的角度来看,第三方电子支付公司存在的价值不在于其能消灭不确定性,消灭风险,而在于其能在对风险有较深入认识的基础上控制和管理风险,将风险配置到愿意并能承担风险的主体,并使其获得收益.风险控制体系目标是实现对各个业务部门.渠道和产品线和相关人员监测,通过对运营业务交易的实时分析.事中和事后分析.跟踪和处理的方法实现欺诈风险预警的自动化.通过对交易的监测,可以识别那些是高风险交易,以及早发现其欺诈的可能性

微信支付——开发体系

有了微信支付方面的一些前期准备以及理论知识后,我们可以开始打造我们的微信支付平台了. 商户向微信公众号提供企业以及银行账户资料,商户功能审核通过后,可以获得以下账户包括财付通的商户账户,用于公众号支付 appId 公众号身份的唯一标识. paySignKey 公众号支付请求中用于加密的密钥Key,可验证商户唯一身份,PaySignKey对应于支付场景中的appKey值. appSecret 除了支付请求需要用到paySignKey,公众平台接口API 的权限获取所需密钥Key,在使用所有公众平台

支付清算业务总结

该文章是作者在产品项目摸爬滚打的总结,不一定权威,现将思考过程分享给大家. 以微信打印机延伸的广告交易平台,所涉及的支付交易业务为例子,业务涉及广告主充值,广告消耗,设备主获得广告利益,用户付费打印,设备主提现,系统对账,财务记账等,总结以下几个方面需求: 交易的需求:比如说充值.提现.扣费.余额是否充值等 记账的需求:根据会计的需求记录金钱的进.出 对账的需求:包括各方对账的需求,特别是公司对账,核对交易记录,金额是否正确等: 风控的需求:防止恶意的行为导致交易的发生 业务一般来说从交易开始,

想象之中与想象之外的支付清算

http://brand.yoka.com/cosmetics/reply/commentreply14291127.htm http://brand.yoka.com/cosmetics/reply/commentreply14291137.htm http://brand.yoka.com/cosmetics/reply/commentreply14291153.htm http://brand.yoka.com/cosmetics/reply/commentreply14291165.ht