加入收藏 | 设为首页 | 会员中心 | 我要投稿 衢州站长网 (https://www.0570zz.com/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 建站 > 正文

【金融案例】马蜂窝支付中心架构演进

发布时间:2019-12-05 06:28:47 所属栏目:建站 来源:站长网
导读:副标题#e# (讯)为了更好地支持交易业务的快速发展,马蜂窝支付中心从最初只支持基础支付和退款的「刀耕火种」阶段,经历了架构调整的「刮骨疗伤」阶段,完成了到实现综合产品平台形态的「沉淀蓄力」阶段的演进。 目前,马蜂窝支付中心集成了包括基础订单、

基础订单系统是连接交易业务线、支付中心和结算系统的桥梁,实现了业务和支付结算解耦。主要涵盖了业务创建订单、关单、支付、退款、回调通知等API模块。基础数据支持普通支付、合单支付、拆分支付、保险支付等多种场景的支付功能,各个系统的交互流程如下:

【金融案例】马蜂窝支付中心架构演进

目前基础订单系统可支持如下两种特殊场景:

(1)一订单VS多商品

创建一个基础订单可以包含N个商品(商品信息包含商品名称、商品ID、单价、数量、折扣等,订单信息包含用户UID、手机号、支付金额、订单折扣等汇总基础信息),N个商品对应M个业务子订单(M≦N),所有业务子订单的业务类型若一样则为普通模式,否则为搭售模式;每个业务订单对应一个对账单元(支付成功后会将支付信息同步给对账系统),一订单VS多商品的创单模式基本支持目前所有场景,包括未来可能的购物车模式。

(2)一订单VS多支付单

普通订单用户选择支付宝、微信等渠道会生成一个支付单;当金额超过5000元时可以选择拆分订单金额支付,此时会生成多个支付单;如果下单勾选保险就会走第三方合单支付,会生成两个支付单;同时拆分支付也会导致用户部分支付或者超额支付,监控会针对异常支付情况进行自动退款;大金额订单有10%以上的转换率提升,一订单VS多支付单模型更好的支持了马蜂窝的支付场景。

通道路由管理

通道路由主要包含两方面,一个是业务侧需要控制支付通道,一个是支付侧需要选择支付账户。

(1)支付账户管理

(编辑:衢州站长网)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

推荐文章
    热点阅读