文档中心 > 无人货柜解决方案

开门非进入式售货柜接入方案

更新时间:2018/03/26 访问次数:1996

方案介绍:

用户打开支付宝扫售货机上二维码,售货机识别用户身份后,用户打开柜门挑选商品。售货机通过RFID或机器视觉等技术识别商品和价格,用户关门后发起扣款。适合信用代扣模式。

  • 关门扣款

  • 信用守护(催款)

主流程

  • 新用户扫码后引导进入信用代扣签约页面。
  • 用户点击确认开通。
  • 售货机识别用户身份和信用代扣开通完毕,允许用户挑选商品。
  • 用户关门,售货机发起代扣。
  • 用户支付宝钱包收到交易助手扣款通知。

扣款失败补充流程

  • 由开发者自定义扣款轮询周期,由此在时间周期内,当用户支付宝钱包资金足够扣款时就能扣款成功。
  • 用户余额不足扣款失败,在钱包首页收到信用守护通知,提示及时付款。Banner点进入后可以在页面主动付款。

说明

  • 信用守护:对于有未支付订单的用户,信用守护会通过支付宝客户端首页消息card、客户端push等方式提醒用户付款。
  • 信用足迹:对于已经正常付款的记录,或经过提醒完成支付的记录,均将作为信用行为积累起来。

负面记录:经过商户定义的宽限期(如:从应付日期起超过15日),则此时商户可将该用户纳入负面记录的消息通知芝麻,以进行披露。

 

资金模式

参考场景一资金模式即可,支付产品不影响资金流转。分润详情参见章节8.

签约协议与配置说明

信用代扣2.0流程

  1. 由支付宝业务经理签约信用代扣协议。需沟通代扣限额,单笔/单日/单月/触发短信限额。
  2. 由支付宝业务经理申请开通代扣0接口权限、配置芝麻分、行业关注名单、scene= INDUSTRY|ALIPAYGO。

请确认以上两点都完成后,可以开始联调签约和代扣,否则签约会报网络异常。

  1. 如果是有代运营需求,请提供收款账户限制集,由支付宝业务经理配置。

 

调用流程

 

开发准备-获取基础参数

应用appid

应用私钥 和 应用公钥

支付宝公钥

开发阶段

参考文档超链接:

用户信息授权

 信用代扣

行业关注名单

芝麻信用分

生活号

数据反馈

开发补充说明:

1.获取支付宝用户信息

      商户通过用户授权接口,获取用户信息与商户数据库匹配识别是新老用户,如果是新用户引导签约信用代扣,如果是已注册用户根据用户id查询芝麻信用分和是否在行业关注名单内,满足准入标准后,允许用户开门选货。参见用户信息授权涉及接口文档

注意:

  • scope=auth_user和scope=auth_base分别是两种授权效果。前者会展示授权页面,并且可以获取到昵称,头像等详细信息,后者不展示授权页面,用户无感知,但是只可以获取商户根据需要进行选择。
  • 对于scope=auth_user形式,用户授权过一次后,再次进入链接不会展示授权页面,直接跳转到用户授权地址的return_uri地址。
  • 另外如需查询用户的芝麻信用情况,需要设置scope里包含:auth_zhima。开发者按需填入。

2.代扣

代扣解约说明

代扣解约有两种方式:

  1. 是由商户调用支付宝个人协议解约接口(user.agreement.unsign)进行解约。该种解约形式是由商户发起的解约,在一定业务逻辑判定下(如用户电话客服要求解约或者在商户网站,商户app要求解约),商户可以调用解约接口进行解约。详情参见API标准。注意:支付宝个人协议解约接口(alipay.user.agreement.unsign)中请求参数:签约产品码(personal_product_code)设为 GENERAL_WITHHOLDING_P。如果签约时,传入了参数商户签约号(external_agreement_no)和场景(sign_scene),则解约时也需传入。
  2. 是由用户在支付宝钱包app或pc主站进行解约。该种解约形式是用户在支付宝钱包发起,用户在支付宝钱包-我的-设置-支付设置-免密支付/自动扣款-选中协议可以解约,发起后商户会收到解约异步通知。

 

注意:

      商户不可控制何时解约

  • 支付宝端解约入口可以在签合同时默认必须开启。默认配置下,需要商户同时提供编码类型,签名类型和异步通知地址给到支付宝配置。后续支付宝端解约时会发送异步通知给商户地址
  • 默认配置下,请商户同时提供编码类型,签名类型和异步通知地址 这三个信息给支付宝业务经理,由业务经理配置在合同中。提供的格式类似:UTF-8|MD5|https://www.xxx.com/ali_unsign_notify.html或 GBK|RSA|https://www.xxx.com/ali_unsign_notify.html
  • 通知的内容格式请参考个人协议解约接口(user.agreement.unsign)中的异步通知格式。(测试异步通知可以运行该接口来测试)。

     商户可控制何时解约

  • 支付宝端解约入口在签合同时默认必须开启。但可以由业务经理在支付宝后台为商户配置商家解约地址,生效后,用户在支付宝钱包端点击解约,跳转到商家提供的解约页面,商户可以先判断用户是否可以解约,如果可以就调用支付宝的代扣解约接口。如果当前用户欠费或者用户处在购买流程中,则可以提示用户完成相关支付后再进行解约。(注意:用户在支付宝端解约跳转商家开发的解约页面,此方式必须提前跟支付宝业务经理沟通,须由支付宝业务经理评估是否开通)
  • 解约地址无需提供编码格式和字符集。只需提供解约地址即可。注意,从钱包端跳转到商家的解约地址是纯跳转动作,不透传参数。所以,如果需要获取当前用户身份可以调用静默授权接口获取userid。

3.风险识别

  1. 获取芝麻信用分,调用credit.score.brief.get(芝麻信用评分普惠版),判断芝麻分是否满足条件。
  2. 获取行业关注名单,调用credit.watchlist.brief.get(行业关注名单普惠版),返回是否命中关注名单结果。

注意:

  • 用户的芝麻信用分和行业关注名单是动态变化的,所以在签约和每次允许用户开门前都建议再对用户的违约风险进行评估,这些风险包括:芝麻分或行业关注名单是否有新的记录、在本商户是否有应付仍未付的订单等等。
  • 如果满足芝麻分门槛且未命中行业关注名单,更新风险状态,为用户提供的业务正常进行,如果不满足芝麻分门槛或者命中行业关注名单,商户自行对用户停止服务流程。

4.信用代扣

用户在智能售货机挑选完毕商品后,由RFID技术识别商品价格和数量,商户调用信用代扣接口对用户发起扣款。参见API标准

注意:

  • 已经签约过用户支付时由商户服务端调用统一收单交易支付接口(trade.pay)进行扣款,无需用户与支付宝交互。
  • 请求参数中,订单业务类型(product_code)设为 GENERAL_WITHHOLDING。参数buyer_id和auth_code无需设置,签签约时返回的协议号传入到协议信息(agreement_params)中。
  • 扣款接口中,terminal_id(终端编号)必传,否则会影响后续活动。
  • 如果用户没有在钱包中设置过支付顺序或者支付习惯,默认会按照如下顺序进行扣款(扣款顺序可能会变更,以实际为准):营销工具(如优惠券),信用卡,余额,借记卡,余额宝。扣款时会按优先级去轮询各渠道,如果各渠道都不够支付则会报错。不会拆分金额用各渠道组合支付。
  • 通常调用扣款请求后会直接返回成功或者失败原因,必须以收到ORDER_SUCCESS_PAY_SUCCESS结果作为支付成功标示。也有可能会返回支付等待中(ORDER_SUCCESS_PAY_INPROCESS)状态或者处理结果未知(UNKNOWN)状态。遇到这两种状态,可以等待异步通知结果或者等待一段时间(如5分钟),调用统一收单线下交易查询接口(trade.query)去查下支付结果。如果未支付,可以原订单号不变,重新发起扣款请求,注意原订单号不变,不要重复扣款。
  • 如果因为余额不足等原因导致扣款失败,若后续用户主动从账单里进行支付,支付宝会发送异步通知给商户。
    签合同时可以配置支付额度,当超出时,需要用户进行短信确认。建议商户根据智能售货亭内的总商品价格来配置用户当日限额/短信限额/用户单笔限额。这样减少由限额问题引起的支付不成功问题。限额配置需求提给业务经理。建议单笔限额=当日限额=短信限额。
  • 扣款成功后,钱包支付助手会下发扣款通知。

 

5.信用闭环

信用守护提醒:对于应付未付的用户,信用守护会通过支付宝客户端首页消息card、客户端push等方式提醒用户付款。主要承担账单对用户的披露和履约提醒,提示触达和回款。

信用足迹:对于已经正常付款的记录,或经过提醒完成支付的记录,均将作为信用行为积累起来。 

负面记录:经过商户定义的宽限期(如:从应付日期起超过15日),则此时商户可将该用户纳入负面记录的消息通知芝麻,以进行披露。信用守护,信用足迹,负面记录都需要通过闭环数据通道反馈给芝麻平台。涉及到如下接口:

  1. 数据传入初始化(merchant.data.upload.initialize),获取数据模板。
  2. 单条数据传入接口(merchant.single.data.upload)。
  3. 批量数据传入接口(merchant.closeloop.data.upload)。

注意:

  • 开通上面3个接口功能需要在支付宝开放平台应用下面添加功能“芝麻分(普惠版)”。
  • 调用通过数据传入初始化服务(merchant.data.upload.initialize)获取到相应的数据反馈模板下载URL,下载模板至本地,模板仅需获取一次即可。入参scene_code=8。
  • 支付订单数据可以是已完成订单、未完成订单或者是逾期订单(在指定期限内未支付的订单)。
  • 如果是针对业务系统产生的数据需要实时反馈给芝麻,推荐使用单条数据传入接口(zhima.merchant.single.data.upload)。如果是离线加工形成的批量数据,推荐使用批量数据传入接口(merchant.closeloop.data.upload)。
  • 支付宝收到已完成订单数据,在芝麻信用信用足迹板块,展示支付成功信息;支付宝收到未完成的订单数据,在芝麻信用信用守护板块,展示待支付消息,消息会跳转至商户未完成订单支付页面,该页面需要商户提供,引导用户完成支付支付宝收到逾期订单,在芝麻信用负面记录板块,展示负面记录信息。

6.信用代扣催单页面用户主动支付

当代扣余额不足时,商户向支付宝进行数据反馈,用户钱包首页会实时显示信用守护催单信息。用户点击后,跳转到商户h5页面,确认信息,点击支付,唤起支付宝钱包收银台,完成支付。

注意:

 

 

FAQ

关于此文档暂时还没有FAQ
返回
顶部