第三方支付平台提供一系列的应用接口程序,将多种yhk支付方式整合到一个界面上,负责交易结算中与银行的对接,使网上购物更加快捷、便利。第三方支付整合了后端各大银行的不同支付接口,对外提供统一的接入平台,方便商户接入。
商户已有小程序,在小程序上展示商品或服务,用户在小程序内下单或享受服务使用支付时,商户发起本服务通过服务商下单,由服务商呼起微信支付并完成支付。在此支付过程中,作为具有一定开发能力的普通服务商,协助小程序上的商家完成入驻、支付接入、技术开发及其他相关工作(如分账、分润、退款等)。小程序商户接入普通服务商,有两种接入方式:由服务商新申请特约商户方式(以下简称特约商户)以及绑定已有微信普通商户方式(以下简称普通商户)。两种方式下,服务商都是作为商家与微信支付之间的连接者,服务商本身不经手资金,支付成功后资金直接进入特约商户商户号,无论哪种接入方式,当前微信支付的普通服务商仅面向通过微信认证的企业类型服务号开放申请,服务商主体需与小程序主体一致。需要通过小程序的APPID获取微信支付的能力。
小程序实现支付功能有一下两个步骤:
完成该小程序的微信认证,如果你有公众号是认证过的服务号,那么可直接复用公众号的认证资质完成小程序微信认证流程,节省微信认证费用300蚊;
完成小程序微信认证,即可开通微信支付,获取支付权限,再调用微信支付的api接口,完全实现微信支付功能
首先表达一下,自己是一个喜欢记笔记,但是不喜欢写技术博文的人,但是在开发服务模式过程中走的一些弯路想分享出来,希望能帮到需要的朋友开发时,少采坑。
1.微信支付分为两种模式:普通模式、服务模式。
普通模式:通俗的讲就是,一个单位申请了微信支付商户和小程序或公众号,小程序或公众号支付关联了该单位的商户进行支付,最终钱打到自己公司账户上。这是直连。
服务模式:A单位注册了微信支付服务商账户(微信支付商户特殊账号),A单位为B、C、D等公司创建微信支付商户号,来为他们提供微信支付能力。B、C、D不具备开发能力A单位代劳。B、C、D通过自己申请的小程序应用,或者是直接使用服务商申请的小程序发起支付后,最终钱打到B、C、D对应的账户上,A单位不做资金流转。
【服务商模式支付】总结:
统一下单接口:
1.appid 指的是,服务商对应的微信公众号(不是小程序是公众号,普通模式这个是小程序ID) .
2.mch_id :服务商对应的微信商户后台账号ID.
3.sub_appid: 可以是服务商的APPID、也可以是子商户的APPID
4.sub_mch_id: 子商户账号ID. (需要注意的是,.sub_mch_id 与 sub_appid 成对出现,如果接口报两个不匹配,肯定是在后台没做关联,需要服务商登录商户后台,服务商功能-特约商户管理-选择管理列表中对应的子商户的 “配置”按钮,在 特约商户APPID配置 中添加 小程序ID,建立关联)
服务商通过API,退款子商户的授权(相关错误提示:特约子商户商户号未授权服务商的产品权限)
1.服务商-产品中心-特约商户授权产品-已开通,找到可授权的产品及方案列表。
进入服务商API退款-特约商户列表,“发起邀请”。
2.子商户登录-产品中心-我授权的产品,点击“授权”。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)