开发指引
更新时间:2025.09.111、开发前准备
1.1、熟悉微信支付接口规则
1.2、准备开发参数
在发起接口请求时,开发者还需传入一些必要参数,如服务商商户号、brand_id(品牌ID)、服务商API证书私钥、公钥等,获取方式详见:服务商模式开发必要参数说明。
2、整体业务开发流程概览
服务商参考服务商申请品牌授权流程指引,获取品牌方的“商品券”产品功能授权;
为服务商进行商品券回调通知配置,具体方式可参考下方概览图中的「商品券回调通知配置」流程。
创建商品券后,可对商品券进行管理,具体方式可参考下方概览图中的「商品券管理」流程。
添加商品券批次后,可对商品券关联的各个商品券批次进行管理,具体方式可参考下方概览图中的「商品券批次管理」流程。
用户领券后,可对用户用户商品券进行管理,具体方式可参考下方概览图中的「用户商品券管理」流程:
3、详细步骤说明
3.1、商品券回调通知配置
|
3.2、管理商品券
|
3.3、管理商品券批次
|
3.4、管理用户的券
|
3.5、状态流转图
3.5.1、商品券状态流转图
1、服务商调用「创建商品券」接口创建成功后,商品券会流转为“审批中”(state:AUDITING)状态。
2、微信侧审批方式为机器审核,耗时极短,审批通过后商品券流转为“生效中”(state:EFFECTIVE)状态。
3、服务商调用「失效商品券」接口后,商品券流转为“已失效”(state:DEACTIVATED)状态。
以下状态为终态:
“已失效”(state:DEACTIVATED)
3.5.2、商品券批次状态流转图
1、服务商调用「添加商品券批次」接口添加新批次到商品券后,批次会流转为“审批中”(state:AUDITING)状态。
2、微信侧审批方式为机器审核,耗时极短,审批通过后批次流转为“发放中”(state:SENDING)状态。
3、批次在发放中”(state:EFFECTIVE)状态时,以下操作会使商品券批次流转为不同的状态:
以下两个状态为终态:
“已停止”(state:STOPPED)
“已失效”(state:DEACTIVATED)
3.5.3、用户商品券状态流转图
1、微信支付提供的营销渠道(摇一摇有优惠、商家名片等)向用户发券,服务商也可以调用「向用户发放商品券」接口主动向用户发券,发券后微信会向服务商发送「商品券回调通知」,此时用户商品券会流转为“待确认发券”(coupon_state:CONFIRMING)的状态。
若当前时间未到达用户商品券的可用开始时间,用户商品券会从“待确认发券”(coupon_state:CONFIRMING)流转为“待生效”(coupon_state:PENDING)的状态;
若当前时间到达用户商品券的可用开始时间,用户商品券会从“待确认发券”(coupon_state:CONFIRMING)或“待生效”(coupon_state:PENDING)流转为“已生效”(coupon_state:EFFECTIVE)的状态。
3、用户商品券处于“已生效”(coupon_state:EFFECTIVE)的状态时,以下操作会使用户商品券流转为不同的状态:
服务商可调用「核销用户商品券」接口进行核销,此时用户商品券会流转为“已核销”(coupon_state:USED)的状态;
用户商品券超过有效期未核销,用户商品券会流转为“已过期”(coupon_state:EXPIRED)的状态;
用户商品券被用户在客户端主动删除后,用户商品券会流转为“已删除”(coupon_state:DELETED)的状态;
服务商如果调用「失效用户商品券」接口,用户商品券会流转为“已失效”(coupon_state:DEACTIVATED)的状态。
4、用户商品券核销后,服务商如果调用「退券」接口,此时用户商品券会从“已核销”(coupon_state:USED)流转为“已生效”(coupon_state:EFFECTIVE)的状态。
以下三个状态为终态:
“已过期”(coupon_state:EXPIRED)
“已删除”(coupon_state:DELETED)
“已失效”(coupon_state:DEACTIVATED)
4、接口接入说明
类型 | API类型 | API名称 | 描述 |
---|---|---|---|
必须接入 | 商品券管理 | 创建商品券 | 服务商可以通过该接口创建商品券和批次。微信支付创建成功后,会返回此次创建的商品券以及批次。 频率限制:接口级限制1000/min |
修改商品券 | 服务商可以通过该接口修改商品券信息。注:修改只会对新发的券生效,历史已经发放给用户的券不会改变。 前置条件:已创建商品券 | ||
失效商品券 | 服务商可以通过该接口使某个商品券失效。 注意:
前置条件:已创建商品券 | ||
商品券批次管理 | 添加商品券批次 | 服务商可以通过该接口为已有的商品券添加更多批次,多个批次可以实现服务商多样化的投放需求。 前置条件:已创建商品券 | |
修改商品券批次 | 服务商可以通过该接口修改商品券批次的基本信息,包括展示信息、通知配置。 如果你需要调整批次的投放预算,请使用【修改商品券批次发放预算API】 前置条件:已创建商品券批次 | ||
修改商品券批次发放预算 | 服务商可以通过本接口修改商品券批次的投放预算。 注:本接口每次调用只能调整一个维度的投放预算,如果你需要调整多个维度的预算,请多次调用本接口。 前置条件:已创建商品券批次 | ||
失效商品券批次 | 服务商可以通过该接口使已经创建的某个商品券批次失效。 注意:
前置条件:已创建商品券批次 | ||
批次关联门店 | 服务商可以通过该接口将品牌的门店列表与商品券批次关联 前置条件:已创建商品券批次且批次的 | ||
批次取消关联门店 | 服务商可以通过该接口取消品牌的门店列表与商品券批次的关联关系 前置条件:已创建商品券批次且批次的 | ||
用户商品券管理 | 向用户发放商品券 | 服务商可以通过本接口向用户发放指定商品券批次,能否发放受限于商品券批次的发放限额:
前置条件:已创建商品券批次,商品券批次处于 | |
确认发放用户商品券 | 给用户发券后,微信支付会给服务商发送「商品券发放通知」,此时服务商应调用本接口确认发放成功。 注:商品券有多个发券渠道,可以由微信支付提供的营销渠道(摇一摇有优惠、商家名片等)发券,服务商也可以调用商品券本身的发券API主动发券,不论由何渠道发放,微信支付均会发送该通知给服务商,服务商均需调用本接口确认发放成功。 | ||
核销用户商户券 | 服务商可以通过本接口核销已经发放给用户的商品券 前置条件:已经给用户发券成功,且用户券当前可用 | ||
失效用户商品券 | 服务商可以通过本接口将用户的商品券失效 前置条件:已经给用户发券成功 | ||
退券 | 服务商可以通过本接口将已经核销用户的商品券退回给用户 前置条件:已经给用户发券成功,且用户券当前已核销 | ||
商品券回调通知配置 | 设置商品券事件通知地址 | 服务商可以通过本接口设置商品券相关事件的回调地址,该地址配置为服务商维度配置,该服务商下的所有商品券相关事件均会通知到该地址。 | |
获取商品券事件通知地址 | 服务商可以通过本接口查询商品券相关事件的回调地址,该地址配置为服务商维度配置,该服务商下的所有商品券相关事件均会通知到该地址。 前置条件:服务商已经配置商品券事件通知地址 | ||
商品券回调通知 | 用户商品券发放成功后,微信支付会将相关领券结果与用户信息发送给服务商,服务商需要接收处理,在服务商内部系统为用户发放同样的券。服务商发券完成后,还需要调用【确认发放用户商品券】接口进行确认。 回调地址设置方式: 回调地址通过【设置商品券事件通知地址】接口中的 注意:
| ||
按需接入 | 商品券管理 | 查询商品券 | 服务商可以通过该接口查询商品券的详细信息,但不包括商品券的批次信息。如果要查询商品券的批次列表,请使用【查询商品券批次列表API】 前置条件:已创建商品券 |
商品券批次管理 | 查询商品券批次列表 | 服务商可以通过该接口分页查询某个商品券的批次列表。 前置条件:已创建商品券 | |
查询商品券指定批次 | 服务商可以通过该接口查询某个商品券批次的详情。 前置条件:已创建商品券批次 | ||
查询批次关联门店列表 | 服务商可以通过该接口分页查询商品券批次所关联的门店列表 前置条件:已创建商品券批次且批次的 | ||
预上传券CODE | 服务商可以通过该接口为商品券批次预上传券Code 前置条件:已创建商品券批次,商品券批次的 | ||
用户商品券管理 | 查询用户商品券详情 | 服务商可以通过本接口查询已经发放给用户的商品券详情 前置条件:已经给用户发券成功 | |
指定券状态查询用户商品券列表 | 服务商可以通过本接口查询已经发放给用户的特定状态的商品券 前置条件:已经给用户发券成功 |