支付收银台初探(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.未来展望


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

相关文章
|
存储 前端开发 JavaScript
React闭包陷阱产生的原因是什么,如何解决
react闭包陷阱产生的原因是由于在React组件中使用了异步操作(如定时器、事件监听等)时,闭包会保留对旧状态的引用,导致更新后的状态无法正确地被获取或使用。
399 0
|
Python
Python3,2行代码,多种方法,直接把网页内容转换成PDF文档和图片。
Python3,2行代码,多种方法,直接把网页内容转换成PDF文档和图片。
727 0
|
12月前
|
人工智能 JavaScript 前端开发
CodeBuddy重构开发:程序员的懒人进化论
本书讲述了2025年一位程序员与CodeBuddy的邂逅,开启编程新时代的故事。Craft智能体实现对话式编程,大幅缩短开发周期;MCP协议打通工具链,提升全链路效率;DeepSeek V3深度理解业务并传承编码风格。在AI辅助下,开发者从工匠转型为指挥家,技术债管理更加高效。书中指出,未来编程大师是善用AI的人,CodeBuddy成为放大人类编程理想的棱镜,展现代码优雅与智慧无限可能。
508 10
易支付精美设计的支付收银台模板
易支付精美设计的支付收银台模板,源码上传服务器,访问首页进入安装界面,安装程序 然后配置好伪静态规则,伪静态规则详见压缩包里的nginx.txt
294 11
|
小程序 JavaScript 前端开发
基于微信小程序的商城购物系统的设计与实现(论文+源码)_kaic
基于微信小程序的商城购物系统的设计与实现(论文+源码)_kaic
|
数据可视化 Python
Python绘制定制3D曲面图
8月更文挑战第19天
461 14
|
SQL 分布式计算 DataWorks
DataWorks产品使用合集之如何对多个表进行历史数据的回刷(即补数据)
DataWorks作为一站式的数据开发与治理平台,提供了从数据采集、清洗、开发、调度、服务化、质量监控到安全管理的全套解决方案,帮助企业构建高效、规范、安全的大数据处理体系。以下是对DataWorks产品使用合集的概述,涵盖数据处理的各个环节。
437 1
|
SQL Java 数据库连接
Dao层和Mapper层
Dao层和Mapper层
2491 0
|
机器学习/深度学习 算法 数据挖掘
实战Scikit-Learn:处理不平衡数据集的策略
【4月更文挑战第17天】本文探讨了Scikit-Learn处理不平衡数据集的策略,包括重采样(过采样少数类如SMOTE,欠采样多数类如RandomUnderSampler)、修改损失函数(如加权损失函数)、使用集成学习(如随机森林、AdaBoost)以及选择合适的评估指标(精确率、召回率、F1分数)。这些方法有助于提升模型对少数类的预测性能和泛化能力。
1380 1
|
负载均衡 算法
分布式限流:避免流控失控的关键问题
在当今高并发互联网环境下,分布式系统中的限流机制显得尤为重要。然而,分布式限流也面临着一系列挑战和问题。本文将探讨分布式限流中需要注意的关键问题,并提供相应解决方案,以确保流控策略的有效实施。

热门文章

最新文章