幂等性 第三方交易编号_第三方支付平台的计费系统

9938cbc5f9ab2fb97adfecdd215fc712.png

商户进件-->通道报备-->支付交易-->清分入账-->资金结算,这是互联网支付系统的主干业务流程。在这个流程中,想要完成后两个环节,没有计费系统的有效支撑是无法正常完成的。比如会影响到记账、成本核算、分账分润等业务的正常进行。而所谓计费系统,其实就是为了便于计算各支付产品的使用费用,进而统计出相关业务的盈利情况。

和传统银行不一样,第三方支付平台的计费系统,需要支持多样且灵活的计费策略。从大的方面来说,计费系统可以支撑三个层面的费率配置和管理,分别为通道费率、服务商费率和特约商户费率。所谓通道费率,指的是网联和银联各支付产品的签约费率(即我方的成本费率);所谓服务商费率,指的是我方提供给合作服务商的各支付产品的签约费率;所谓特约商户费率,指的是服务商提供给合作商户的各支付产品的签约费率。

一般情况下,通道费率小于等于服务商费率小于等于特约商户费率。当然也存在服务商费率大于特约商户费率的情况,虽然会出现费用倒挂的问题,但服务商由于进行优惠活动或其他原因,愿意为特约商户补贴。

针对特约商户的计费模式,可以分为两种,服务商计费和平台计费。所谓服务商计费,是指特约商户的费率信息由服务商统一进行配置和存储,无需通过计费接口将特约商户的费率信息上送至我方的计费系统。当完成支付交易后,服务商侧只需根据计费规则将计算好的入账金额通过入账接口上送给我方完成特约商户支付账户的资金入账即可。该模式主要适用于担保交易、分账入账和延时入账场景。而平台计费,是指服务商事先将特约商户的费率信息通过计费接口完成费率配置,即特约商户的费率信息统一由我方计费系统进行采集和存储。当特约商户完成支付交易后,我方根据相应的计费规则完成特约商户支付账户的资金入账。该模式主要适用于实时入账、订单分佣场景。

平台计费时,免不了会出现一种入账问题。就是服务商没能事先将某一特约商户的费率信息上送给计费系统,而当该特约商户完成支付交易后,由于没有计费信息,导致收单资金无法入账给该特约商户的支付账户。为了避免出现这种入账问题,计费系统除了配置服务商的签约费率,也会配置服务商的默认费率,即服务商下的特约商户如果在计费系统中没有自己的设定费率,就统一使用该特约商户所属服务商的默认费率,以便顺利完成资金入账。

计费系统的产品模型(如下图所示),核心字段要素包括计费主体、主体编号、产品服务、支付方式、支付产品、计费方式、计费账户类型、银行编号、计费开始时间、计费结束时间。其中计费主体需要对应主体编号,而当主体为特约商户时,还需要关联对应的主体服务商编号。不同的支付服务关联对应不同的支付方式,而不同的支付方式也关联对应不同的支付产品。举个栗子,支付服务是企业钱包,那么对应的支付方式只会是微信支付、支付宝支付等非跨境支付中的支付方式(如跨境人民币付款);而当支付方式是微信支付时,那么对应的支付产品也只会有扫码、刷卡、公众号、小程序等具体产品,而不会有代扣、余额支付等产品。

d78b2e3e85a1bd5e81b186804d4e0b39.png

彩蛋:前段时间在知乎上看到一位叫梁川的大佬分享了一个关于计费系统架构的5W1H设计方法论,分享给各位。

6021d711b36fd684ea691cf2735ebdaa.png

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值