业务介绍

1、重要公告

支付宝付款码升级公告
由于业务发展需要,支付宝将会在2017年9月底对支付宝的用户付款码做升级处理。付款码将由原来的28开头扩充到25-30开头,长度由原来的16-18位扩充到16-24位。 (简而言之,支付宝付款码规则为25-30开头,16-24位数字,码升级验收步骤

建议:

  1. 未来随移动支付产业的发展,用户付款码可能会有所加长,建议开发者做好设计预留工作。

  2. 如果开发者在对接当面付条码支付接口时,有对支付宝条码做码段和长度的限制,请务必完成相关升级。

涉及接口:
alipay.trade.pay:统一收单交易支付接口 中的"auth_code"参数。
alipay.fund.auth.order.freeze:资金授权冻结接口 中的"auth_code"参数。
alipay.acquire.createandpay:统一下单并支付接口中的"dynamic_id"参数。

2、名词解释

名词 解释
ISV (Independency Software Vendor)独立软件供应商
银行ISV 为银行提供系统开发的软件供应商
直连 商户直接向支付宝签约,直接使用支付宝的账号发起交易
间连 商户不与支付宝签约而是与银行签约,通过银行渠道发起交易
间连受理商户 简称为“受理商户”,即商户虽然不与支付宝签约,但是通过银行渠道接入了支付宝当面付,是用户发生付款行为的商户
间连受理机构 简称为“受理机构”,一般为具备清算资质的银行或结算中心,间连受理商户通过间连受理机构接入支付宝。
间连渠道 简称为“渠道”,受理机构可以通过渠道扩展间连受理商户的来源,间连渠道可以有多级,参见整体架构

3、业务须知

业务范围:
间连仅开放线下当面付产品。由于监管原因,无APP支付、WAP支付等线上间连产品。
业务流程:
因为受理商户为银行或ISV的商户,且商户与支付宝无签约关系,为了能判断交易来自哪一个受理商户,所以受理商户基本信息需要通过银行报备至支付宝(通过商户入驻接口)。入驻成功后支付宝返回受理商户唯一标识(sub_merchant_id简称smid),最后银行在该商户交易报文中带上smid,支付宝即可知道交易来自哪一个受理商户。
监管要求:
商户入驻禁止大商户模式(即多个受理商户公用一个smid),支付宝风控系统会通过多维数据(如c端数据、交易模型等)监控并发现大商户,从而对交易进行拦截,会造成整个大商户无法交易。所以一定不能使用大商户,而需要对每个受理商户分别入驻。
来源(source)字段:
商户入驻有一个source字段用于记录受理商户由哪一个渠道接入,该字段用于营销激励、风控等方面。是谁带来的商户就填写谁的PID。
重要:通过签约支付宝返佣协议且配合该字段,商户的推荐方可获得支付宝的返佣资金,请千万不要填错该字段!对支付宝接口进行包装的受理机构必须将该字段提供给下游渠道使用,包含入驻时填写、入驻后修改的能力。受理机构也建议提供管理类功能对改字段进行修改,以防止批量填错的情况发生。

银行自有商户间连
此时支付宝与受理机构(通常为银行)签约,受理商户是银行的签约商户。银行自有商户接入支付宝时,首先通过商户入驻接口报备受理商户的信息,source填写银行的pid。

银行渠道模式间连
该模式下,间连受理机构(通常为银行或结算中心)可以通过间连渠道(通常为ISV),扩展间连受理商户的数量和流量,当受理商户需要接入支付宝时,首先通过商户入驻接口报备受理商户信息(可由间连渠道完成商户入驻)。需要注意,哪个渠道入驻的商户,商户的source就填写哪个渠道的pid。

入驻模式
1、受理机构将支付宝接口进行包装,以受理机构的接口提供给受理渠道使用。在该模式下,渠道使用受理机构提供的接口文档进行商户入驻、当面付交易的开发。此时,受理机构包装的接口需要满足如下基本原则。
一、商户入驻相关接口(增、改、查)需要包含支付宝对应接口的所有字段;
二、支付相关包装接口需要包含所有必填参数、二选一必填参数、并且间连业务明确要求的字段,如间连商户信息sub_merchant,商户门店编号store_id,商户机具终端编号terminal_id。
注:由于监管要求,间连当面付需要根据真实情况传递间连受理商户的门店、终端编号。如门店二维码需上传门店号、终端机具需上传终端号。

2、受理机构将账号接口权限授权给渠道,由渠道直接对接支付宝接口。

onlineServer