支付宝智能货柜单次代扣解决方案在哪里申请？

2026-10-24支付阿杰

明确结论

“智能货柜扫码/刷脸+单次代扣”通常不是支付宝开放平台上可以直接搜索、自助开通的通用产品。这类能力一般属于特定行业的解决方案，需要先完成行业准入，再由支付宝的行业 BD、服务商运营或技术支持发起内部申请。

因此，BD 找不到公开申请入口，不一定是操作有误。应先确认商户和应用所属行业，再通过支付宝开放平台工单或对应的行业渠道提交准入材料，由支付宝确认该方案目前是否开放、现用名称是什么，以及具体应如何开通。

为什么找不到申请入口

单次代扣涉及用户授权、免密扣款和资金风险控制，开放条件通常比普通支付接口严格。已经创建支付宝应用，也不代表可以直接添加这项能力。

常见原因有：

该能力实行定向准入，没有公开的自助签约入口。
当前账号不是商户主账号，没有产品签约或应用管理权限。
应用类型、商户行业或经营范围不符合准入条件。
解决方案的名称、入口或接入政策已经调整。
BD 没有对应行业解决方案的申请权限，需要转交内部的行业运营或产品人员。
商户此前只申请了当面付、刷脸支付等产品，还没有申请单次代扣对应的解决方案。

不要用”周期扣款""预授权""支付后签约”等产品代替单次代扣。这些产品的授权模型、扣款条件和适用场景并不相同。

申请流程

1. 准备商户和业务材料

建议提前整理以下信息：

支付宝商户 PID
支付宝开放平台应用 app_id
企业名称及统一社会信用代码
智能货柜品牌、设备数量和投放区域
扫码开门或刷脸开门的完整业务流程
用户授权页面、开门页面和扣款结果页面
开门、关门、商品识别、订单生成及扣款时序图
客单价、预计交易量和单笔金额范围
异常订单、退款、客诉及设备故障处理方案
风险控制方案，例如防盗损、防重复扣款和金额异常拦截
隐私政策、用户协议及代扣授权协议

材料中的业务流程必须与实际上线场景一致。不要把无人零售、自动售货机或其他业务包装成智能货柜来申请。

2. 通过支付宝侧渠道发起准入

优先联系负责该商户或行业的支付宝 BD，并明确提出申请：

智能货柜扫码/刷脸+单次代扣解决方案的行业准入及应用能力开通。

如果 BD 在商家后台或开放平台找不到入口，应请其向支付宝内部的行业解决方案运营、产品经理或技术支持确认。这类能力可能需要通过内部工单或白名单开通，不一定能由 BD 在公开页面直接操作。

如果没有对应的 BD，可以登录支付宝开放平台，通过在线客服或工单提交申请。工单中应一并提供：

商户 PID
app_id
业务场景说明
设备及交易规模
期望使用的解决方案全称
无法找到申请入口的页面截图

需要支付宝确认的问题包括：目前是否仍接受新增申请、适用于哪些行业、解决方案的最新名称，以及该商户应由哪个团队受理。

3. 完成产品签约和应用绑定

准入审核通过后，按照支付宝提供的指引完成产品签约，并把相关能力绑定到实际使用的应用。

此时需要在应用控制台核对：

能力是否显示为已签约或已生效
开通的是正式环境，还是只有测试权限
签约主体是否与收款主体一致
app_id、商户 PID 和签约主体是否正确
是否同时开通用户签约、协议查询、扣款、退款和异步通知等必要能力
公钥、回调地址及加密配置是否已经设置

不要在一个应用通过审核后，直接使用另一个 app_id 调用。解决方案能力通常与具体应用和商户主体绑定。

4. 获取实际开放的接口清单

审核通过后，应以应用控制台显示的接口权限和支付宝提供的接入文档为准。接口至少要覆盖以下业务环节：

用户确认代扣协议并完成签约。
服务端保存支付宝返回的协议标识。
开门后生成业务订单。
关门并完成商品识别后确定订单金额。
服务端发起扣款。
接收并验签异步通知。
查询支付结果，处理超时和未知状态。
根据业务结果执行退款或关闭订单。

接口名称、product_code、签约参数和扣款参数可能因具体准入方案而异。在拿到该应用对应的官方接口清单之前，不应自行套用周期扣款或其他代扣产品的参数。

服务端实现示例

下面的示例只展示智能货柜扣款流程中通用的幂等控制和订单状态处理。实际调用的支付宝 API、业务参数及协议字段，必须替换为审核通过后控制台中列出的内容。

public PaymentResult chargeCabinetOrder(CabinetOrder order) {
    // 1. 使用业务订单号做幂等控制
    PaymentRecord existing = paymentRepository.findByOutTradeNo(
        order.getOutTradeNo()
    );

    if (existing != null && existing.isSuccess()) {
        return PaymentResult.success(existing.getTradeNo());
    }

    // 2. 检查用户是否存在有效的代扣协议
    Agreement agreement = agreementRepository.findValidAgreement(
        order.getUserId()
    );

    if (agreement == null) {
        throw new IllegalStateException("用户未签约或代扣协议已失效");
    }

    // 3. 金额必须由服务端根据关门后的商品识别结果计算
    BigDecimal amount = pricingService.calculate(order.getDetectedItems());

    if (amount.signum() <= 0) {
        throw new IllegalArgumentException("订单金额必须大于 0");
    }

    // 4. 调用准入后实际开放的支付宝扣款接口
    AlipayChargeCommand command = new AlipayChargeCommand();
    command.setOutTradeNo(order.getOutTradeNo());
    command.setAgreementNo(agreement.getAgreementNo());
    command.setAmount(amount);
    command.setSubject("智能货柜消费");

    PaymentResult result = alipayGateway.charge(command);

    // 5. 同步响应不能作为唯一支付依据
    paymentRepository.saveOrUpdate(
        order.getOutTradeNo(),
        result.getTradeNo(),
        result.getStatus()
    );

    return result;
}

处理异步通知时，必须先验签，再根据商户订单号更新状态：

public String handleAlipayNotify(Map<String, String> params) {
    boolean valid = AlipaySignature.rsaCheckV1(
        params,
        alipayPublicKey,
        "UTF-8",
        "RSA2"
    );

    if (!valid) {
        return "failure";
    }

    String outTradeNo = params.get("out_trade_no");
    String tradeNo = params.get("trade_no");
    String tradeStatus = params.get("trade_status");

    if ("TRADE_SUCCESS".equals(tradeStatus)
            || "TRADE_FINISHED".equals(tradeStatus)) {
        paymentService.markSuccess(outTradeNo, tradeNo);
    }

    return "success";
}

生产环境还要校验通知中的金额、收款账号、应用标识和商户订单号，不能只根据 trade_status 更新订单。

注意事项

用户签约和实际扣款必须在服务端形成完整闭环，不能只依赖货柜终端保存协议或支付结果。
每次扣款都应使用唯一的 out_trade_no。重试时要保持业务幂等，防止重复扣款。
同步响应超时或返回未知状态时，应先查询订单结果，不能立即换用新的订单号再次扣款。
代扣协议标识属于敏感业务数据，需要加密存储并限制访问。
用户解约、协议失效或交易被风险控制系统拦截后，应禁止继续开门，或切换到其他支付方式。
商品识别失败、货柜离线、门锁异常或金额超限时，应转入人工复核流程。
上线前需要完整验证签约、扣款、失败重试、解约、退款、重复通知和网络超时等场景。
能力开放状态和申请入口可能调整，最终应以支付宝开放平台中该商户、该应用实际显示的权限，以及支付宝提供的书面回复为准。