Skip to content

业务介绍

PayerMax支持两大类型收单产品,除了适用于大多数线上支付场景,由用户发起并完成的标准收单产品,PayerMax还推出了订阅代扣产品,适用于用户不在场的支付场景,首次支付时用户完成授权,后续由商户直接发起扣款,用户不参与支付流程。

1. 适用场景

1.1 周期性订阅

适用于流媒体、会员制订阅及其他周期性付款的场景。

订阅场景:

  • 固定金额订阅:每个周期固定扣款;

  • n天试用:选购产品创建订阅协议时,赠送用户试用期,只授权不扣款,试用结束后进行第一期扣款;

  • 订阅优惠:创建订阅成功后,前n个周期有费用优惠,第n+1个周期订阅费用恢复正常。

1.2 非周期性代扣

适用于按需触发的代扣场景,如打车、租赁、先享后付等场景。

2. 产品优势

  • 灵活的使用方式:支持订阅、非周期性代扣场景,可适配商户各种MIT场景;

  • 多样的集成模式:支持API、收银台、前置组件模式集成,商户可以根据自身的诉求灵活选择;

  • 丰富的支付能力:支持国际卡能力,并持续增加其他支持方式。

3. 集成模式

PayerMax收单对接支持多种集成模式,包括收银台支付(分为全量支付方式收银台与指定支付方式收银台)、纯API支付、前置组件,商户可以根据自身业务场景选择适用的对接模式接入。在商家代扣产品下,存在灵活的使用方式。

3.1 周期性订阅

在周期性订阅场景,商户可以选择由PayerMax管理订阅计划,将订阅计划同步至PayerMax,后续由PayerMax按周期发起扣款,并通知商户扣款结果。商户无需自行维护订阅计划,开发量少,可快速集成并上线。

(a) 首次支付激活订阅计划时,需要用户完成支付或授权,PayerMax提供3种集成模式:

  • 收银台模式:商户侧只需要提供checkout入口,用户点击后跳转进入PayerMax Hosted Payment Page,展示订阅计划详情,用户选择支付方式完成订阅;

  • API模式:订阅计划激活时,纯API交互,商户自行完成订阅计划展示及支付方式管理;

  • 前置组件:订阅计划激活时,使用PayerMax预先构建的支付UI解决方案,不会拉起 PayerMax 收银台,商户可将组件内嵌到产品页面任意位置。

(b) 激活成功后,后续由PayerMax按订阅计划执行扣款。

(c) PayerMax也支持商户自己管理订阅计划,商户按自身场景设计订阅产品形式,PayerMax只接受商户的扣款请求。具体的集成交互流程与“非周期性代扣”相同。

3.2 非周期性代扣

在非周期性代扣场景,商户根据自身业务场景,在用户授权后,后续自动在其场景中自动扣款。

(a) 首次支付时,商户可选择集成模式进行支付授权:

  • 收银台模式:跳转到PayerMax收银台选择支付方式、输入支付要素并完成支付;

  • API模式:首次支付使用API交互,指定支付方式及支付要素信息;

  • 前置组件:使用PayerMax预先构建的支付UI解决方案,商户可将组件内嵌到产品页面任意位置,组件进行支付方式的渲染及支付要素收集。

(b) 后续使用token进行扣款,无用户参与。

此页面的内容有帮助吗?

感谢您帮助改进 PayerMax 产品文档!

Last updated:

Released under the MIT License.