支付体系的概念是什么,其主要构成分析( 三 )


【支付体系的概念是什么,其主要构成分析】业务渠道维度:业务端使用的入口,代表着客户或者业务方和支付系统的交互方式 。例如通过 PC 端跳转到收银台、通过 App 跳转到收银台以及纯接口形式跳转等等 。
支付渠道各类配置:

    渠道配置:抽象收银台支付方式大类(第三方、网银储蓄卡、网银信用卡、信用类(花呗、白条)等),对应每个大类下配置对应的落地渠道,再分别对适用场景进行匹配( App、H5、PC 端、公众号等等),不同的场景下应对应不同的支付方式 。渠道参数配置:在业务进行中根据公司的具体情况,部分业务可能独立运营,因此在独立运营过程中财务需要就独立业务传入各支付渠道对应的密钥及商户 ID 等关键参数信息,以满足业务方需要支付系统根据不同商户信息调用对应渠道收款主体的需求 。
(2)交易系统
交易系统本身是作为支付系统外部处理业务逻辑的外围系统 。由于支付核心系统本身并非面向业务端且业务逻辑的多变性与复杂性,支付系统为了兼顾稳定并能够为业务端提供灵活支持,因此需要在支付系统外层搭建面向业务端处理交易逻辑的交易系统 。交易系统处理业务端的各种交易类型后,将业务信息转化为支付系统可识别的支付订单并导入 。
以担保交易为例,C 端用户在天猫购买一件商品,成功支付后商家进行发货,用户确认收货后平台将货款结算给商家 。此处设计到「担保交易支付」以及「确认收货」环节,与支付系统内部的支付与结算步骤一一对应:
    用户付款成功后对应交易的付款成功状态;用户确认收货后对应交易的成功状态 。
从支付和收货缓解可以看出,担保收单交易就是讲支付系统的支付基础能力包装后对外支持业务的一款产品 。
交易系统的职责:
交易系统作为支付系统的入口:
首先需要对接上层业务系统;其次将支付系统的支付能力抽象出来,对外提供各类交易方式,例如下单、支付、修改金额、确认结算、退款、关闭交易以及查询等能力;最后,交易系统需要对各种交易类型进行定义,例如担保交易、即时到账、充值、提现等类型 。交易系统的场景(边界):
下单:生成交易订单,确定交易参与;退款:针对已支付的订单进行退款,退款金额不得大于实际支付金额,积分的退款退回原积分账户,同时针对退款交易类型,会生成交易订单号,关联入款订单;修改金额:修改交易金额,对应生成新的支付订单;查询:查询交易结果、支付结果;通知:通知上层业务系统交易状态;算费:通过算费子系统计算每笔订单的手续费 。交易系统的交易类型:

猜你喜欢