---
url: "https://pay.weixin.qq.com/doc/brand/4016427366.md"
title: "商品券回调通知"
doc_id: 4016427366
---

>更新时间：2026.05.08

## 一、回调描述

用户商品券发放成功后，微信支付会将相关领券结果与用户信息发送给品牌方，品牌方需要接收处理，在品牌侧内部系统为用户发放同样的券。品牌侧发券完成后，还需要调用【[确认发放用户商品券](https://pay.weixin.qq.com/doc/brand/4015736403.md)】接口进行确认。

多次优惠发放的批次组包含多张券，由于回调通知每次只回调一张券的信息，因此向用户发放批次组后，首次回调为其中第1张券的回调，当用户使用了第1张券后，微信侧将回调第2张券的信息，以此类推。

回调地址设置方式： 回调地址通过【[设置商品券事件通知地址](https://pay.weixin.qq.com/doc/brand/4015736293.md)】接口中的 `notify_url` 参数设置，回调地址的设置规范请参考文档：[回调通知注意事项](https://pay.weixin.qq.com/doc/brand/4015407551.md)

注意：

- 除了“会员卡积分兑券”功能发放的商品券不会有本商品券回调通知外，其他渠道只要发放了商品券都会有本商品券回调通知，包括但不限于：调用“向用户发放商品券批次组”接口发券、通过投放计划发券、投放计划测试场景发券等等。

- 同样的通知可能会多次发送给商户系统。商户系统必须能够正确处理重复的通知。 推荐的做法是，当商户系统收到通知进行处理时，先检查对应业务数据的状态，并判断该通知是否已经处理。如果未处理，则再进行处理；如果已处理，则直接返回结果成功。在对业务数据进行状态检查和处理之前，要采用数据锁进行并发控制，以避免函数重入造成的数据混乱。

- 商户系统对于开启结果通知的内容一定要做签名验证，并校验通知的信息是否与商户侧的信息一致，防止数据泄露导致出现“假通知”，造成资金损失。


## 二、回调处理步骤

### 1、品牌商户接收回调通知报文

微信支付会通过POST的方式向回调地址发送回调报文，回调通知的请求主体中会包含JSON格式的通知参数，具体的通知参数列表如下：

通知参数

| 参数名 | 类型 | 必填 | 描述 |
| --- |  --- | --- | --- |
| id | string(36) | true | 【通知ID】通知的唯一ID。 |
| create_time | string(32) | true | 【通知创建时间】通知创建的时间，遵循 [RFC3339](https://datatracker.ietf.org/doc/html/rfc3339) 标准格式(如：2015-05-20T13:29:35+08:00)。 |
| event_type | string(32) | true | 【通知类型】商品券回调通知类型，枚举值：<br>PRODUCT\_COUPON.SEND：商品券领券通知 |
| resource_type | string(32) | true | 【通知数据类型】通知的资源数据类型，为encrypt-resource。 |
| resource | object | true | 【通知资源数据】通知资源数据。 |
| resource.algorithm | string(32) | true | 【加密算法类型】对开启结果数据进行加密的加密算法，目前只支持AEAD\_AES\_256\_GCM。 |
| resource.ciphertext | string | true | 【数据密文】Base64编码后的开启/停用结果数据密文。 |
| resource.associated_data | string(16) | false | 【附加数据】附加数据。 |
| resource.original_type | string(16) | true | 【原始回调类型】原始回调类型，为transaction。 |
| resource.nonce | string(16) | true | 【随机串】加密使用的随机串。 |
| summary | string(64) | true | 【回调摘要】回调摘要 |

商品券通知

```
{
	"id": "8b33f79f-8869-5ae5-b41b-3c0b59f957d0",
	"create_time": "2020-07-13T23:27:38+08:00",
	"resource_type": "encrypt-resource",
	"event_type": "PRODUCT_COUPON.SEND",
	"summary": "商品券领券通知",
	"resource": {
		"original_type": "coupon",
		"algorithm": "AEAD_AES_256_GCM",
		"ciphertext": "xxx",
		"associated_data": "product_coupon",
		"nonce": "j9g1wAzF9Xn1"
	}
}
```

### 2、回调验签与应答

品牌商户接收到回调通知报文后，需在5秒内完成对报文的验签，并应答回调通知。

#### 2.1、对回调通知进行验签

回调报文的HTTP请求头中会包含报文的签名信息，用于后续验签，具体如下：

| 参数 | 描述 |
| --- | --- |
| Wechatpay-Serial | 验签的[微信支付公钥](https://pay.weixin.qq.com/doc/brand/4015453439.md)ID |
| Wechatpay-Signature | 验签的签名值 |
| Wechatpay-Timestamp | 验签的时间戳 |
| Wechatpay-Nonce | 验签的随机字符串 |

验签需使用请求头中的【Wechatpay-Timestamp】、【Wechatpay-Nonce】以及请求主体中JSON格式的通知参数构建出验签串，然后使用【Wechatpay-Serial】对应的[微信支付公钥](https://pay.weixin.qq.com/doc/brand/4015407582.md)对验签串和【Wechatpay-Signature】进行验签，确保接收的回调内容是来自微信支付。

详细验签步骤请参考：[如何验证签名](https://pay.weixin.qq.com/doc/brand/4015407582.md)

微信支付会在极少数通知回调中返回以“WECHATPAY/SIGNTEST/”开头的错误【Wechatpay-Signature】，以检测商户系统是否正确验证签名。品牌商户请参考：[如何应对签名探测流量](https://pay.weixin.qq.com/doc/brand/4015407582.md#%EF%BC%881%EF%BC%89%E8%AF%B7%E5%90%88%E7%90%86%E5%BA%94%E5%AF%B9%E7%AD%BE%E5%90%8D%E6%8E%A2%E6%B5%8B%E6%B5%81%E9%87%8F)进行处理。

签名探测流量HTTP头中的Wechatpay-Signature示例：

```
WECHATPAY/SIGNTEST/c0k+ZP6cSbveFpn0U5Bhq1Evz0A0rmmhGyuFXGqAtrlspDr3wrmaeauXJT6YYD4OmnDi767TImhRdV9hdmU0T5ZVfkOB/zka3mYthkxJ9V6UMoI
4QLGogSG1mnYjZGa6zGy1+8WInqosp0+6eBJuul55xwf3oEIpNMxAl4NL0QHr5nLfB0b0PZQSU9rZneOtDjdNtDCGEtcwV6H1eTdLpFrw2wCtiWJDw6tQwR1IfGVtdE4FK
JQvYmOT7udgR6XfLdvzwbJsifpxvuG9q23OQF1i4PndT7AP8ykhKUEZayTrYGWdobrljFh2nu9Ng7divjg==
```

#### 2.2、对回调通知进行应答

品牌商户验签后，根据验签结果对回调进行应答：

验签通过：品牌商户需告知微信支付接收回调成功，HTTP应答状态码需返回200或204，无需返回应答报文。

验签不通过：品牌商户需告知微信支付接收回调失败，HTTP应答状态码需返回5XX或4XX，同时需返回以下应答报文：

| 参数名 | 类型 | 必填 | 描述 |
| --- |  --- | --- | --- |
| code | string(32) | false | 【返回状态码】品牌商户验签不通过时返回FAIL，代表回调接收失败。 |
| message | string(256) | false | 【返回信息】返回信息，回调接收失败原因。 |

应答成功示例

> 200或204

```
"无应答包体"
```

应答失败示例

> 5XX或4XX

```
{
    "code": "FAIL",
    "message": "失败"
}
```

#### 2.3、微信支付回调处理机制说明

微信支付接收到品牌商户的应答后，会根据应答结果做对应的逻辑处理：

- 若品牌商户应答回调接收成功，微信支付将不再重复发送该回调通知。若因网络或其他原因，商户收到了重复的回调通知，请按正常业务流程进行处理并应答。

- 对后台通知交互时，如果微信收到应答不是成功或超时，微信认为通知失败，微信会通过一定的策略定期重新发起通知，尽可能提高通知的成功率，但微信不保证通知最终能成功。（重复通知频率为10s/14s/27s/60s/2m30s/6m34s/17m33s/47m11s/2h7m/5h43m，共10次）


### 3、对回调通知内容进行解密

为了保证业务信息的安全性，微信支付将业务信息进行了AES-256-GCM加密，并通过参数resource将加密信息回调给品牌商户，品牌商户需要进行解密后才能获取到业务信息。

解密步骤如下：

1. 获取品牌经营平台上设置的品牌API密钥，设置品牌API密钥可参考文档：[品牌API密钥设置方法](https://pay.weixin.qq.com/doc/brand/4015415287.md)；

2. 通过回调通知参数resource.algorithm确认加密算法（目前仅支持AEAD\_AES\_256\_GCM，算法的接口细节，请参考：[rfc5116](https://datatracker.ietf.org/doc/html/rfc5116)）。

3. 使用品牌API密钥与回调通知参数resource.nonce和resource.associated\_data，对数据密文resource.ciphertext进行解密，最终可得到JSON格式的业务信息。


解密示例代码可参考文档：[如何解密回调报文](https://pay.weixin.qq.com/doc/brand/4015407591.md)

注意

- 使用Java进行回调解密，取JSON串内的参数值时，只需取引号内的内容进行解密。例："nonce":"123"，只需取值123，不用取加上引号的"123"。


resource中ciphertext解密后字段

| 参数名 | 类型 | 必填 | 描述 |
| --- |  --- | --- | --- |
| coupon_code | string(32) | true | 【用户券Code】用户商品券的唯一标识，用户领取商品券后分配的Code |
| product_coupon_id | string(40) | true | 【商品券ID】 该用户券对应的商品券的唯一标识，由微信支付生成 |
| stock_id | string(40) | true | 【商品券批次ID】该用户券发券时使用的批次的唯一标识，由微信支付生成 |
| stock_bundle_id | string(40) | false | 【商品券批次组ID】该用户券发券时使用的批次组的唯一标识，由微信支付生成，当且仅当商品券 `usage_mode` 为 `PROGRESSIVE_BUNDLE` 时存在 |
| user_coupon_bundle_id | string(40) | false | 【用户券组ID】用户商品券批次组的唯一标识，由微信支付生成，当且仅当商品券 `usage_mode` 为 `PROGRESSIVE_BUNDLE` 时存在 |
| appid | string | true | 【事件通知AppID】 品牌方在商品券批次中配置的 `notify_config.notify_appid` 字段，用于计算本通知的用户 OpenID |
| openid | string | true | 【用户OpenID】 领券用户在AppID下的唯一标识 |
| unionid | string | true | 【用户UnionID】 领券用户在AppID所属微信开放平台账号下的唯一用户标识，详见《[UnionID机制说明](https://developers.weixin.qq.com/miniprogram/dev/framework/open-ability/union-id.html)》 |
| receive_time | string | true | 【领券时间】 用户领券时间。遵循[rfc3339标准格式](https://www.rfc-editor.org/rfc/rfc3339.html)，格式为yyyy-MM-DDTHH:mm:ss+TIMEZONE，yyyy-MM-DD表示年月日，T出现在字符串中，表示time元素的开头，HH:mm:ss表示时分秒，TIMEZONE表示时区（+08:00表示东八区时间，领先UTC 8小时，即北京时间） |
| send_request_no | string | true | 【发券请求单号】 发券时传入的请求流水号 |
| send_channel | string | true | 【发券渠道】 描述用户券是经由什么渠道发送的<br>可选取值<br><ul><li>`BRAND_MANAGE`: 摇一摇有优惠，通过摇一摇有优惠渠道发放</li><li>`API`: 品牌方自主发券，品牌方通过发券接口自主发券到商家名片</li><li>`RECEIVE_COMPONENT`: 小程序领券组件，品牌方通过小程序领券组件发券</li></ul> |
| valid_begin_time | string | true | 【有效期开始时间】 用户商品券可用开始时间。遵循[rfc3339标准格式](https://www.rfc-editor.org/rfc/rfc3339.html)，格式为yyyy-MM-DDTHH:mm:ss+TIMEZONE，yyyy-MM-DD表示年月日，T出现在字符串中，表示time元素的开头，HH:mm:ss表示时分秒，TIMEZONE表示时区（+08:00表示东八区时间，领先UTC 8小时，即北京时间） |
| valid_end_time | string | true | 【有效期结束时间】 用户商品券可用结束时间。遵循[rfc3339标准格式](https://www.rfc-editor.org/rfc/rfc3339.html)，格式为yyyy-MM-DDTHH:mm:ss+TIMEZONE，yyyy-MM-DD表示年月日，T出现在字符串中，表示time元素的开头，HH:mm:ss表示时分秒，TIMEZONE表示时区（+08:00表示东八区时间，领先UTC 8小时，即北京时间） |
| phone_number | string | false | 【领券手机号】用户授权的领券手机号，用户授权时才会提供此字段。 |
| country_code | string | false | 【领券手机区号】用户授权的领券手机号的国际电话区号，用户授权时才会提供此字段。开头不包含 `+`，如：中国为 `86` 。 |
| attach | string | false | 【自定义附加信息】调用发券接口时品牌方使用 `attach` 字段主动设置的附加信息。微信支付不会解析该信息，原样返回。<br>注： 发券渠道多样，只有品牌通过发券接口发放的券（ `send_channel` 为 `API`、 `RECEIVE_COMPONENT` ）才会在携带此字段，其他渠道发放的券 `attach` 为空。 |
| channel_custom_info | string | false | 【渠道自定义信息】使用微信支付提供的其他渠道（比如「摇一摇有优惠」）发放商品券时，渠道可能会设置该渠道特定的自定义信息。<br>注： 发券渠道多样，只有当 `send_channel` 为 `BRAND_MANAGE` 时才会携带此字段，具体内容与该批次关联的活动有关。 |

对resource中ciphertext进行解密后，得到的资源对象示例

```
{
	"coupon_code": "1227944959000000911017",
	"product_coupon_id": "1000932014",
	"stock_id": "1000932014001",
    "stock_bundle_id": "100093201412323",
    "user_coupon_bundle_id": "123446565767",
	"appid": "wx233544546545989",
	"openid": "oh-394z-6CGkNoJrsDLTTUKiAnp4",
    "unionid": "oOuyajgxj0oVwjocSoQm6mp7PGKw",
	"receive_time": "2025-05-20T13:29:35.120+08:00",
	"send_request_no": "SEND120395730984",
	"send_channel": "API",
    "valid_begin_time": "2025-05-20T13:29:35.120+08:00",
    "valid_end_time": "2025-05-25T23:59:59.000+08:00",
    "phone_number": "13212345678",
	"country_code": "86",
	"attach": "brand_custom_attach"
}
```