Chinaunix首页 | 论坛 | 博客
  • 博客访问: 55492
  • 博文数量: 44
  • 博客积分: 1105
  • 博客等级: 少尉
  • 技术积分: 510
  • 用 户 组: 普通用户
  • 注册时间: 2012-09-18 14:12
文章分类
文章存档

2013年(7)

2012年(37)

我的朋友
最近访客

分类: IT业界

2012-11-16 15:59:20

先扯淡一下对账,这坑有点大,容我慢慢填。刚刚打了半小时的草稿由于没保存,死机后被系统吃掉了……知乎貌似原来有自动保存功能的……去哪里了……

    业务上,为何对账,对账的操作步骤等@詹世波已经说得很多了,我谈谈一些没涉及的。

    为了可以更好地解释支付结算系统对账过程,我们先把业务从头到尾串起来描述一下场景,帮助大家理解:

    一个可能得不能再可能的场景,请大家深刻理解里面每个角色做了什么,获取了哪些信息:

    某日阳光灿烂,支付宝用户小明在淘宝上看中了暖脚器一只,价格100元。犹豫再三后小明使用支付宝网银完成了支付,支付宝显示支付成功,淘宝卖家通知他已发货,最近几日注意查收。

     我们来看看这个过程中有几个相关方,分别做了什么。我语文不好,写得饶口,如果看不懂请多看几次:

     小明:持卡人,消费者,淘宝和支付宝的注册会员,完成了支付动作,自己的银行账户资金减少,交易成功。

     银行:收单银行,接受来自支付宝的名为支付宝BBB”100元订单,并引导持卡人小明支付成功,扣除小明***账户余额后返回给支付宝成功通知,并告诉支付宝这笔交易在银行流水号为银行CCC”

     支付宝:支付公司,接收到淘宝发来的订单号为淘宝AAA”的商户订单号,并形成支付系统唯一流水号:支付宝BBB”发往银行系统。然后获得银行回复的支付成功信息,顺带银行流水号银行CCC”

     淘宝:我们支付公司称淘宝这类电商为商户,是支付系统的客户。淘宝向支付系统发送了一笔交易收单请求,金额为100,订单号为:“淘宝AAA”,支付系统最后反馈给淘宝这笔支付流水号为支付BBB”

     以上流程貌似大家都达到了预期效果,但实际上仍然还有一个问题:

     对支付公司(支付宝)而言,虽然银行通知了它支付成功,但资金实际还要T+1后结算到它银行账户,所以目前只是一个信息流,资金流还没过来。

Tips:插一句话,对支付系统内部账务来说,由于资金没有能够实时到账,所以此时小明的这笔100元交易资金并没有直接记入到系统资产类科目下的银行存款科目中,而是挂在应收账款或者待清算科目中。大白话就是,这100元虽然答应给我了,我也记下来了,但还没收到,我挂在那里。

     对商户(淘宝)而言,虽然支付公司通知了它支付成功,他也发货了,但资金按照合同也是T+1到账。如果不对账确认一下,恐怕也会不安。

     倒是对消费者(小明)而言:反正钱付了,你们也显示成功了,等暖脚器呀等暖脚器~

     基于支付公司和商户的困惑,我们的支付结算系统需要进行两件事情:一是资金渠道对账,通称对银行帐;二是商户对账,俗称对客户帐。对客户帐又分为对公客户和对私客户,通常对公客户会对对账文件格式、对账周期、系统对接方案有特殊需求,而对私客户也就是我们一般的消费者只需要可以后台查询交易记录和支付历史流水就可以了。

     我们先聊银行资金渠道对账,由于支付公司的资金真正落地在商业银行,所以资金渠道的对账显得尤为重要。

     在一个银行会计日结束后,银行系统会先进行自己内部扎帐,完成无误后进行数据的清分和资金的结算,将支付公司当日应入账的资金结算到支付公司账户中。于此同时,目前多数银行已经支持直接系统对接的方式发送对账文件。

    于是,在某日临晨4点,支付宝系统收到来自银行发来的前一会计日对账文件。根据数据格式解析正确后和前日支付宝的所有交易数据进行匹配,理想情况是一一匹配成功无误,然后将这些交易的对账状态勾对为已对账

Tips:此时,对账完成的交易,会将该笔资金从应收账款或者待清算账款科目中移动到银行存款科目中,以示该交易真正资金到账。

以上太理想了,都那么理想就不要对账了。所以通常都会出一些差错,那么我总结了一下常见的差错情况:

1.支付时提交到银行后没有反馈,但对账时该交易状态为支付成功

这种情况很正常,因为我们在信息传输过程中,难免会出现掉包和信息不通畅。消费者在银行端完成了支付行为,银行的通知信息却被堵塞了,如此支付公司也不知道结果,商户也不知道结果。如果信息一直没法通知到支付公司这边,那么这条支付结果就只能在日终对账文件中体现了。这时支付公司系统需要对这笔交易进行补单操作,将交易置为成功并完成记账规则,有必要还要通知到商户。

此时的小明:估计急的跳起来了……付了钱怎么不给说支付成功呢!坑爹!

TIPS:通常银行系统会开放一个支付结果查询接口。支付公司会对提交到银行但没有回复结果的交易进行间隔查询,以确保支付结果信息的实时传达。所以以上情况出现的概率已经很少了。

2.我方支付系统记录银行反馈支付成功,金额为100,银行对账金额不为100

这种情况已经不太常见了,差错不管是长款和短款都不是我们想要的结果。通常双方系统通讯都是可作为纠纷凭证的,如果银行在支付结果返回时确认是100元,对账时金额不一致,可以要求银行进行协调处理。而这笔账在支付系统中通常也会做对应的挂账处理,直到纠纷解决。

3.我方支付系统记录银行反馈支付成功,但对账文件中压根不存在

这种情况也经常见到,因为跨交易会计日的系统时间不同,所以会出现我们认为交易是2359分完成的,银行认为是第二天凌晨01分完成。对于这种情况我们通常会继续挂账,直到再下一日的对账文件送达后进行对账匹配。

如果这笔交易一直没有找到,那么就和第二种情况一样,是一种短款,需要和银行追究。

    以上情况针对的是一家银行资金渠道所作的流程,实际情况中,支付公司会在不同银行开立不同银行账户,用以收单结算(成本会降低),所以真实情况极有可能是:

临晨1点,工行对账文件丢过来(支行A

临晨101分,工行又丢一个文件过来(支行B

临晨115分,农行对账文件丢过来

。 。 。

临晨5点,兴业银行文件丢过来

。。。

不管什么时候,中国银行都必须通过我方业务员下载对账文件再上传的方式进行对账,所以系统接收到中行文件一般都是早上905……

对系统来说,每天都要处理大量并发的对账数据,如果在交易高峰时段进行,会引起客户交互的延迟和交易的失败,这是万万行不得的

所以通常支付公司不会用那么傻的方式处理数据,而是在一个会计日结束后,通常也是临晨时段,将前一日交易增量备份到专用对账服务器中,在物理隔绝环境下进行统一的对账行为,杜绝硬件资源的抢占。

阅读(309) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~