支付收银台初探(2)

简介: 支付收银台初探

3.1 渠道展示策略


3.1.1 可用渠道筛选


在渠道展示流程中,收银台会首先从多个维度对渠道进行筛选,筛选的内容包括接入方配置的限制、用户设备类型、支付方式、支付金额、渠道当前是否在维护或因某些原因不可用、渠道灰度策略以及用户自定义规则。其中,灰度策略一般用于新接入的渠道验证阶段。最终会获得一个可用渠道列表,并根据配置的默认展示顺序排序。


图3-2 渠道筛选流程


3.1.2 营销优惠展示


优惠活动是吸引用户下单的一个重要手段,收银台作为要向用户展示最终支付金额的平台是展示优惠信息的重要载体。从优惠方式上,优惠信息可以分为满减券、代金券、折扣券等。不同的优惠券之间的使用场景、使用门槛都可能各不相同,有些优惠券之间可以叠加使用,有些优惠间又是互斥的。在收银台有限的空间内无法同时展示出所有的这些优惠信息,因此,收银台会对所有可用的优惠信息进行筛选,筛选条件一般都是优惠力度和优惠券的过期时间两项。收银台会根据筛选规则对计算完成的叠加组合进行打分排序,最终选取最适合的优惠信息展示给用户。


图3-3 营销优惠信息展示


3.1.3 选中渠道规则


在筛选出所有的可用渠道并确认优惠信息后,就进入默认选中环节。在这一环节,收银台会根据配置的规则决定应该默认选中哪个支付渠道。选中策略大致上有以下几种:

1)根据用户上次支付渠道选择

2)根据渠道自身的特殊优先级选中

3)根据营销活动和优惠力度选中

4)根据排序规则默认选中

如果在选择过程中,发现有多个规则同时生效就会根据规则优先级选择优先级最高的那个规则所计算出来的渠道作为默认选中渠道。


3.1.4 折叠规则展示


最后,收银台会判断是否需要折叠隐藏部分支付渠道。折叠收银台的目的就是为了进一步增加用户选择露出渠道的可能性,引导用户选择该渠道支付。如果配置了折叠规则,就会将除了默认选中渠道以及强制露出渠道以外的所有支付渠道进行折叠隐藏。


3.2 渠道规则管理


3.2.1 路由规则优先级


从3.1节中我们可以看出,支付渠道的展示依赖大量的规则配置,有渠道的筛选规则、渠道选中规则、优惠筛选规则、优惠计算规则和折叠规则等,如何管理和应用这些规则,自然也是收银台必须拥有的能力。这些规则根据优先级分为强制规则和普通规则,从规则的作用范围上又可以分为以下四类,这些规则的优先级从上往下逐渐提升。

1)全局规则

2)渠道维度规则

3)业务维度规则

4)业务+渠道维度

从前文中我们会看到,规则的计算可能出现冲突的情况,当多个规则发生冲突时,就需要根据优先级决定使哪个规则生效。优先级计算规则如下:

1)强制规则优先于普通规则

2)同级规则之间按照影响范围,范围越小的优先级越高


3.2.2 交易路由


上述3.1节中的渠道路由规则也被称为引导路由,相应地在支付交易过程中还有交易路由规则。在前几年第三方支付群雄争霸时期,用户的一张银行卡可以走直联银行、三方通道等多个不同的通道进行交易,各个通道的成功率、费率等属性都不尽相同,因此当时的交易路由是渠道决策中非常重要的一个部分。其决策因子主要包含通道状态、历史成功率、费率和稳定性等因素,一般从成本角度出发,在相同成功率和稳定性的情况下,都会选择成本较低的通道发起交易。而这种直连方式的清结算不一定会受央行监管,三方支付机构成为洗钱重灾区。于是央行牵头成立网联,并下发《中国人民银行支付结算司关于将非银行支付机构网络支付业务由直连模式迁移至网联平台处理的通知》要求,自2018年6月30日起,支付机构受理的涉及银行账户的网络支付业务全部通过网联平台处理,自此三方支付与银行断直连,结算通道只有银联和网联可以选择,交易路由的重要性下降。


3.3 交易流程编排


在展示渠道,用户选择渠道并发起支付后,就会走到支付交易流程。收银台作为在交易系统前面的服务,承担着为交易系统编排交易流程的职责。


3.3.1 支付


收单支付还可以更进一步地分为账户支付、网关支付、快捷支付和组合支付等。不同的支付方式有不同的交易流程,这里图3-4以最为复杂的使用了优惠券的组合支付为例展示一下支付流程,该笔支付涉及优惠券的使用、余额的扣除和支付渠道扣款,让我们通过交互图看一下收银台是如何处理这笔交易的。


图3-4 组合支付系统交互


交易过程中,收银台编排了交易系统的处理内容,为交易系统计算优惠券、账户扣除详情和支付渠道金额,在调用交易系统落单时指定交易处理引擎。在交易系统中会落一个主交易单和包含优惠券、余额、支付渠道在内的三个子交易单。这里假设核销优惠券和冻结账户余额操作都返回成功,实际上如果两个之间有一个操作失败,交易系统会直接对其它交易做冲正退款处理,最后将交易单置为失败。

用户支付后,交易系统根据支付渠道的通知结果会做不同处理。如果支付渠道通知支付成功,交易系统会更新主交易单为成功并异步调用账户系统记账。如果支付渠道通知失败或者交易超时未收到通知,交易系统会解冻用户余额并退回优惠券,最后更新主交易单为失败或超时状态。


3.3.2 充值


充值交易的流程在收银台中相对简单,不涉及复杂的业务串联,其交易流程如图3-5所示。


图3-5 组合支付系统交互


3.3.3 签约代扣


签约代扣也是一种比较常见的支付方式,我们平时购买各种平台的包年会员服务就涉及到签约代扣方式。用户签约授权后,支付平台就可以定期从用户银行账户中代扣会员服务费。另外,很多支付机构的免密支付产品,其背后也是签约代扣能力支撑的。


4.未来展望


如今互联网支付领域繁荣兴盛,未来会涌现出越来越多的支付产品和支付方式。收银台的存在,使得一切变化成为不变,繁杂变为简单。无论是购买产品的支付方,还是对接了收银台的业务方,收银台都能够让用户无感知的永远体验到最新的产品和技术,为支付领域的快速发展和及时落地做出了贡献。

相关文章
支付系统43-----支付宝支付-统一收单退款,全额退款这里可以发起一笔或者两笔订单
支付系统43-----支付宝支付-统一收单退款,全额退款这里可以发起一笔或者两笔订单
|
5月前
|
消息中间件 Java 测试技术
支付宝支付
支付宝支付
110 1
|
5月前
|
C#
C# 实现微信退款及对帐
C# 实现微信退款及对帐
|
移动开发 安全 API
支付收银台初探(1)
支付收银台初探
414 0
|
数据安全/隐私保护
点餐及支付系统
点餐及支付系统
128 0
|
小程序
电商收付通系列⑧,合单下单之支付通知
用户支付完成后,微信会把相关支付结果和用户信息发送给清算机构,清算机构需要接收处理后返回应答成功,然后继续给异步通知到下游从业机构。
207 0
电商收付通系列⑧,合单下单之支付通知
|
前端开发 区块链 Python
从 0 到 1 看支付
人类社会自从有了分工,就有了交换,而有了交换,也就有了支付,交换可以说是支付最古老的表现形态
243 0
从 0 到 1 看支付
手机网站支付之对账篇
场景介绍 商户接入了手机网站支付后,想通过接口下载指定日期(当天除外)的业务明细账单文件,并结合自身业务系统,从而实现对账功能,为此,我们提供了查询对账单下载地址接口作为辅助,本接口支持appid所对应PID下所有的交易记录对账,下面小编就为您讲解简单的接入调用流程: 接口调用流程    1.商户系统调用查询对账单下载地址接口alipay.data.dataservice.bill.downloadurl.query,传入指定日期,获得该日期账单文件的下载地址。
902 12
|
安全
大话支付
做了半年的支付产品经理,希望通过幽默、白话的方式,对国内线下支付、线上支付的发展有一个简单的概括。有不准确之处,请大家批评指正。
2042 0