20170614-POS收单清结算

Posted by PaymentGroup on June 14, 2017

一、主题分享: POS收单清结算

大家好,我是11年毕业后进入现在公司,一直做清结算这一块的需求分析和业务流程设计,以下是我对POS收单清结算的一些理解,如果有地方说得不对,也请大家指正。

先对POS收单清结算业务做一个概述,交易信息流和资金流基本如下图所示:
2017-06-14 18:33:26

  • 参与方:卡组织(银联)、发卡行、收单机构、消费者、商户
  • 账户:消费者结算账户、商户的结算账户、各机构(发卡行,收单机构)的备付金账户
  • 交易信息流:POS->收单机构->卡组织(银联)->发卡行
  • 资金流:消费者->发卡行->卡组织(银联)->收单机构->商户

今天说的POS收单清结算,主要是指收单机构与商户之间的交易款的清结算。接下来,讲一下商户结算管理的一些概念。

1.1 基本概念

1. 结算方式

  • 全额结算: 每笔正常交易:划账金额 = 交易金额。商户手续费参与计算和统计,不计入按日实时结算。当日划账总金额 = 每笔划账金额之和
  • 净额结算: 每笔正常交易:划账金额 = 交易金额– 商户手续费。当日划账总金额 = 每笔划账金额之和

2. 结算周期: 目前只有T+1
3. 商户手续费: 由单笔交易金额根据手续费配置计算得出

1.2 清结算流程

再接下来,讲一下清结算的流程。首先,借鉴一下支付宝的这张图,清算系统在整个支付系统中,处于这样的一个位置:
2017-06-14 18:38:43

以下这张图,是清结算的整体流程:
2017-06-14 18:39:22

  1. 清结算系统的输入是记账凭证及原始凭证(交易明细):每次清算之前,会检查是否有未记账的原始凭证,如果有,则会补记账;
  2. 在清算环节,系统设置定时任务,按清算场次,产生清算清单。清算场次是根据业务类型划分,目前的清算场次有:交易款清算,差错清算,服务费清算等。清算清单包含的要素有:会计日期,账户ID,清算场次类型,场次流水号,交易笔数,交易金额,手续费等;
  3. 结算环节,系统设置定时任务,按结算场次,产生结算单。结算场次是根据商户或者支付机构的结算需要,而划分场次的,目前的结算场次有:交易款结算,外币卡结算等。结算单包含的要素有:要求付款日期,账户ID,结算场次类型,场次流水号,交易笔数,交易金额,手续费,结算金额。 调整金额,付款金额,上日未结算金额,收款方信息等。
  4. 在付款环节,根据结算场次或者结算单,批量生成付款请求,发往代收付系统,并获取回执。

1.3 失败重提

再接下来,讲一下清结算的一个补充流程——失败重提。 失败重提主要有两种情况:

  1. 付款失败:从代付系统获取付款结果,付款失败的,则标识原结算单为付款失败,待再次付款;
  2. 代付退票:从代付系统获取每天退票明细,标识原结算单为已退票,待再次付款;

1.4 平衡校验

再接下来,讲一个清结算流程中的一个重要环节——平衡校验。为了保证保清结算的结果是正确的,需要对清结算的结果进行校验。

银行实际到账金额与清算金额之间的平衡校验:

银行实际到账金额 - 本期渠道单边挂账 + 前期渠道单边本期抹平 + 系统单边挂账– 前期系统单边本期抹平 + 渠道成本 + 品牌服务费 + 银联差错交易 + 银联收付费 + 追偿手续费 - 商户手续费(净额结算)= 清算金额

每天做付款之前,需要核对实到账与清算金额是否符合以上校验,校验通过,才能够进行付款。

1.5 渠道对账

接下来,讲一下渠道对账。渠道对账,之前老熊的文章 已经讲得十分透彻。这里仅补充两点:

1、会计日切时间点前后的长短款处理
银联的日切时间点为23点,微信支付宝的交易的日切时间点为24点,支付机构平台本身的时间与渠道的交易时间也存在一定的时间差,这种由于各个交易系统的时间差所导致的长短款,给对账造成了一定的不便。我们现在的解决方案是:

  1. 支付机构根据自身业务的需要,设置日切时间点,目前为23点。
  2. 对账时,根据会计日期,取系统端的交易记录(存疑系统单边+成功交易记录)与渠道对账单中的交易记录(存疑渠道单边+对账单记录)进行比对。
  3. 对账结果有以下七种:
    • 对平:系统端有,渠道端也有
    • 系统单边:系统端有,渠道端无,交易时间不在23—24点之间的。
    • 存疑系统单边:系统端有,渠道端无,交易时间在23—24点之间的。
    • 系统单边抹平:上期存疑系统单边,渠道端有。
    • 渠道单边:系统端无,渠道端有,交易时间不在23—24点之间的。
    • 存疑渠道单边:系统端有,渠道端无,交易时间在23—24点之间的。
    • 渠道单边抹平:系统端有,上期存疑渠道单边。

2、银联的一堆对账单文件
除了正常的交易流水有对账单,银联每天推送的对账单还包括了差错交易文件,品牌服务费文件,收付费文件等,各支付机构需要根据各自的需要,进行解析处理,详见银联的清算文件规范说明。
需要说明的是,银联的差错交易文件(ERR),这里面包括了调单,贷记调整,退单,请款,及手工退货的明细,需要根据这些明细,做相应的差错处理。这里不再细述。

二、Q&A

Q1:你们是场次清算,已清算交易允许撤销吗?
A1:不参与。是否允许撤销,是在交易和账务控制,清算不参与实时交易

Q2:撤销交易过清结算吗?如果过如何处理的?
A1:撤消和退货,都是作为一笔反向交易,参与清算

Q3:重复支付是指一笔订单 ,因网络等原因付款2次或以上,这种情况如何处理的?
A1:我们清算来源是原始凭证和会计凭证,原始凭证是指支付流水,如果客户支付了两次,也会清算给商户两笔的。
但通常这种情况下,如果发现有这样的情况,应该做差错调整,针对其中一笔重复支付的交易流水,做贷记调整(退持卡人)。
Q3:追问一下,如果扣减这笔资金时余额不足呢?
A: 我们是这样的,如果扣减的时候,余额不足,先会冻结客户账户,允许冻结的金额超过账户余额,等客户的账户余额够扣了之后,再做解冻+扣款。

Q4:商户手续费支持月结吗?
A1:商户手续费我们现在是支持月结的,一般商户手续费要求做月结的,都是针对大客户,收支两条线的。
上文中所说的全额清算,就支持商户手续费月结。每天清算是按交易金额清算,根据手续费的结算周期,再出手续费账单,通知商户缴费或者通过代扣直接扣款。

Q5:有没有交易金额已经结算给商户,但手续费月结的时候因余额不足导致扣款失败的情况?
A1:不知道你们的月结手续费是不是针对收支两条线的客户的。如果是收支两条线,商户的手续费,是会通过另外的方式打款或者扣款的,不会从交易款中扣。
一般月结的商户,都是相对比较优质的商户,公司对其有信任,才能够允许做月结的。

Q6:原始凭证和记账凭证在账务系统分别是什么信息呢?记账凭证是账户流水?原始凭证是什么呢?
A1:原始凭证就是交易流水啦,我们这边就是交易流水。我们这边的交易流水一般都是包括商户号,终端号,交易金额,流水号,卡号等这些信息的。
记账凭证,我们是拿会计凭证,每笔交易都做借贷记账,主要信息也就是凭证号,交易类型,借贷方向,科目代码,账户ID,交易金额。

Q7: 记账凭证是按原始凭证生成的吧?

Q8:t0是什么处理的,这个和t1结算一样吗?2017-06-14 19:10:21
A1:现在要求做T0,或者D0的商户很多,商户要求当天的交易金额,当天到账。针对这种需求,我们是在交易的时候,直接发起一起提现,直接给商户付款。T+1日的时候,再将正向交易和反向交易轧差。

Q9: 清算清单是是否就是按账户和会计日维度生成的一张待结算单,后续会驱动生成结算单?
A1: 是的,我们将结算单的生成分成了两步,做生成清算清单,再生成结算单。2017-06-14 19:18:29

Q10: 交易流水和支付流水是一个概念吗?
A1:在我们系统是同一个概念。

Q11:清算清单只有t1业务,那么按场次和日清是做的汇总轧差后生成的?
A1: 场次和日清,就是汇总轧差过程的一部分。2017-06-14 19:22:25

Q12: 上面涉及会计日期的问题,t日的交易,t+1日结算,你们会计日期怎么处理的?
A1: 会计日期没有问题的,即结算的日期是在T+1日,根据实际付款的日期记账。2017-06-14 19:24:32

Q13:上面说的客户 指的的收单机构的商户对吧?
A1: 对我们公司来说,我们主要服务是B端的,所以我们的客户都是指商户。

Q14:交易的会计日期是记t日么?
A1:所有的交易的会计日期,都是记在T日的。我们公司有一个地方做了特殊处理,允许T+1日记T日的账,跟应用场景有关,但太复杂了,估计你们没我们那么复杂的场景。

Q15:请问下会计系统的原始凭证为什么不用账户流水而用交易流水呢?
A1:会计系统要知道资金的来龙去脉,账务只记单边帐。交易记录知道你用的什么支付工具、在哪消费的

Q16:这些信息能不能透传账务落到账务流水,那账务 会计系统会间有关系吗?
A1:目前我这边交易流水 是透传到账务 账务在给会计系统。账务不处理原始交易的,账务只记账
A2:我理解交易不用感知账务的东西,所以交易单据中涉及核算的参数可以在账务层进行翻译,再往会计层透传。
A3:账务系统是会计系统的前罝系统,处理的是业务记账,所谓的单边只是实时单边。作为会计系的一部分,尽量是双边,财务不补会计就要补。财务系统处理的核心是凭证,会计处理的是分录
A4:最好还是 先补账 再产生分录,只补分录说不过去啊
A5:所谓单边只是暂时单边,是因为业务系统不知道或不关心另一边,或另一边可以批量补,分录也有单边的,最好都补

Q17: 这么说账户流水也可以作为会计系统的原始凭证了?2017-06-14 20:56:06
A1:是的,先有原始凭证再有记账凭证,现实中的原始凭证指发票之类的,电算化中就用流水

Q18:财务系统处理的核心是凭证,会计处理的是分录,这个怎么理解?
A1:记账凭证,我们是拿会计凭证,每笔交易都做借贷记账,主要信息也就是凭证号,交易类型,借贷方向,科目代码,账户ID,交易金额。 如果按这个 是不是记账凭证就是会计分录
A2:账务系统的依据是流水,会计系统的依据是账务系统的记账流水吧
A3:单边账就是流水账,在记账的流程中,用户触发第一笔交易,在系统中会记录相关原始凭证号,当这个交易进入下个步骤(下个系统模块),系统会和上一个凭证进行对账。系统把交易订单的每个步骤都会和上一个步骤进行核对。双边账也叫复式记账法(借贷记账法:有借必有贷、借贷必相等):(如上说明)系统把交易订单的每下一个步骤,会重复的和前面走过的每一个步骤进行对账,直到和原始凭证进行复核完成。
A4:流水是流水,凭证是凭证,如果说账务有流水,那就是为了产生记账凭证,其本身作为原始凭证

Q19:似于信用卡冻结,这种是需要记账的吧?比如下单时优惠券的冻结,积分的冻结这种,没有实际核销,需要记账吗?
A1:记

A20:比如下单时候冻结了优惠券,然后取消订单,优惠券解冻。这种应该怎么记?
A1:你们的这个简单,券是一张一张的,可以做一条冻结流水到登记簿上。

三、自由讨论

3.1 快捷绑卡

Q1:快捷绑卡流程中,通道切换时,需要重新绑卡(签约不能跨渠道),对于之前在原通道已经绑定好的用户如何迁移?方法一:提示用户重新解绑绑卡,方法二:银行系统直接完成后台完成绑卡
A1:最好是银行支持后台绑卡,让客户无感知
A2:工行直连好像还需要去网银或柜台确认,商户端绑卡,只是传用户信息过去。
A3:支付过程中提示用户重新绑卡,尽量简化用户操作
A4:以后切网联都会碰到这个问题,故网联在做协议库迁移
A4:第二种方法对用户无感知,肯定更好,不过需要留存用户的绑卡信息,而目前的监管要求是,机构不能留存这些信息,实质上是踩过线的。签约的手机验证可以银行下发,也可以支付机构下发,这个银行一般官方说法是根据人行支付机构评级进行区分,但实际上还是与银行的合作关系有关。
A5:4要素可以存的,CCV2,有效期不能存
A5:央行敏感信息的文,是说不能明文存储,4要素加密存储可以的。
A6:目前主要是脱敏存储

Q2:所有脱敏展示都是查询数据库解密后再做脱敏处理?
A1:是的,拿到数据后在微服务中做的脱敏

3.2 中金国盛牌照

Q1: 中金国盛持有3张牌照:互联网支付、移动支付、银行卡收单,仅1.5张牌照有业务。1.5张牌照怎么定义?
A1:因为移动中分近场和远程,现在仅有远程业务

Q2:移动支付中的远程是什么样的场景啊?移动智能POS算吗?
A1:移动智能POS我不太清楚是近场还是远程,因为我不太清楚他的业务场景 远程你可以看成是在手机通过微信钱包在线支付,近场的就是公交卡这种,NFC的
A2:移动智能POS如果是Phone Pos感觉也算是近场

3.3 和创金服&信贷风控

Q1:和创金服的现金代的准入模型(准入规则)自己做的吗?如何估算出张三有10万元的额度呢?
A1:是的。主要靠风控。

Q2:怎么做现金贷风控啊
A1:信用打分评级
A2:这就是授信环节,根据用户提供的资料,做信用评分
A3:据说电商的的白条产品的评分模型花大价钱外购的(使用了外部的风控数据服务的情况下)。多维风控模型,不排除使用外部厂商的

Q3:现金贷平台防止恶意骗贷的有啥好的风控手段?
A1:那是反欺诈要做的
A2:劣质用户通过催收还可以挽部分损失 专业骗贷的只要成功就直接损失了
A3:分业务场景,如果是线下业务就要把控好渠道,如果是线上业务就要做好聚类
A4:反欺诈的头条就是反团伙欺诈
A5: 我一个朋友在一家还不错的现金贷公司做CRO,他们的坏账远比业界平均水平低,主要用芝麻分、百融、同盾的数据

Q4:请问有简单的模型供参考吗?
A1:模型每家都不一样,现在比较简单的就是规则模型,就是列出打分清单,一个一个跑分,汇出总分来。

Q4:你们有查申请人是否有房贷、车贷等信息吗?
A1:不查
A2: 信贷需要是:欺诈风险、信用风险。通过多个维度的数据交叉,可以拦截掉不少

Q5:信贷风控的点是哪些呀,如果贷中出问题,如何解决呢,抵押品?
A1:现金贷没有抵押的
A2:我们信贷只有贷前和贷后
A3:我之前参与的是纯信用的贷款,包括比较大额的企业经营类贷款。有抵押品的话,涉及到评估的问题,线下流程就长了
A4:现金贷只要确认本人申请,控制单个授信额度,基本就不会死了
A5:贷中目前无好方法
A6:现金贷这类产品要求秒放款,如果涉及到抵押品,流程太长

Q6:现金贷公司和有小额贷款牌照的公司有啥区别?
A1:做现金贷款是可以不需要小贷牌照的

Q7:如果没有小贷牌照,是否涉及违规,符合监管吗?另外你的利息按什么名义收取?
A1:现金贷:公开的利率会低于36%,变相的转成信息服务费、管理费,加载一起至少100%+
A2:等做大了,大企业控股(他有或下属子公司有拍照),问题就解决了。
A3:随着国家对互联网小贷的风险认知,及业务成熟。开始监管了。不过开了一个口子。允许小贷公司跟互联网公司深度合作。
2017-06-14 180455

A4:小贷公司的风控。其实很简单。并没有多么高尚大的。普遍看到的是贷款人信用历史。同盾、聚信立这类互联网数据公司起来后。充当的是工具。目前互联网小贷,所谓的风控,1、是信用历史,2、资产证明(不是抵押,也不管你抵押过多少次)3、通讯、出行历史收集。芝麻信用,主要是从身份特质、行为偏好、履约能力、信用历史 几个大维度,开展的,但是数据的收集,没有跑出阿里体系这个圈子。现在市场上做互金的。每家风控因子项基本都差不多。只是设置参数范围、评分侧重点不同。
2017-06-14 180455

3.4 花呗利率

Q1:用支付宝查过公积金,花呗利率1.5,怎么做到的?
A1:风控的核心,资产动态分级、动态授信。
A2:查过公积金,就可以估算出你的收入了…。做信用贷款,很难的一点,就是较准确的判断收入
A3:其次就是招商银行也不差。招行对,使用葵花卡作为工作卡的用户,提供过闪电贷业务。额度大。利息低,还款方式是按日计息,等额还款
A4:芝麻信用分和你的基本信息完善度有关
A5:互金或者小贷这类金融机构,都在寻求“场景化金融”。?所谓场景化金融,就是风控规则可以自定义,风控控制力强。
A6:我觉得会不会是我的使用支付宝消费习惯或对金钱的处理方式 符合借呗的算法规则,导致借呗利率低

本文档来自“支付产品架构交流群” 的聊天记录整理,由志愿者整理并发布到本网站。如需要及时收到来自“支付产品架构交流群”的最新消息,请扫码关注“凤凰牌老熊”的微信公众号。目前支付产品架构群还有不少空位。 本群面向支付行业的有经验(2年以上)的产品经理、软件工程师、架构师等,提供交流平台。如想加入本群,请在本文评论中留言(不公开),说明所在的公司、负责的工作、入群分享的主题和时间。