最新更新时间：2019.09.10 版本说明
微信支付通过支付通知接口将用户支付成功消息通知给商户
• 同样的通知可能会多次发送给商户系统。商户系统必须能够正确处理重复的通知。 推荐的做法是，当商户系统收到通知进行处理时，先检查对应业务数据的状态，并判断该通知是否已经处理。如果未处理，则再进行处理；如果已处理，则直接返回结果成功。在对业务数据进行状态检查和处理之前，要采用数据锁进行并发控制，以避免函数重入造成的数据混乱。
• 如果在所有通知频率后没有收到微信侧回调，商户应调用查询订单接口确认订单状态。
特别提醒：商户系统对于开启结果通知的内容一定要做签名验证，并校验通知的信息是否与商户侧的信息一致，防止数据泄露导致出现“假通知”，造成资金损失。
适用对象： 直连商户
请求URL：该链接是通过[合单APP下单]、[合单H5下单]、[合单JSAPI下单]、[合单小程序下单]、[合单Native下单]提交notify_url参数设置，必须为https协议。如果链接无法访问，商户将无法接收到微信通知。 通知url必须为直接可访问的url，不能携带参数。示例： “https://pay.weixin.qq.com/wxpay/pay.action”
用户支付完成后，微信会把相关支付结果和用户信息发送给商户，商户需要接收处理该消息，并返回应答。
对后台通知交互时，如果微信收到商户的应答不符合规范或超时，微信认为通知失败，微信会通过一定的策略定期重新发起通知，尽可能提高通知的成功率，但微信不保证通知最终能成功。（通知频率为15s/15s/30s/3m/10m/20m/30m/30m/30m/60m/3h/3h/3h/6h/6h - 总计 24h4m）
支付结果通知是以POST 方法访问商户设置的通知url，通知的数据以JSON 格式通过请求主体（BODY）传输。通知的数据包括了加密的支付结果详情。
（注：由于涉及到回调加密和解密，商户必须先设置好apiv3密钥后才能解密回调通知，apiv3密钥设置文档指引详见APIv3密钥设置指引）
下面详细描述对通知数据进行解密的流程：
注： AEAD_AES_256_GCM算法的接口细节，请参考rfc5116。微信支付使用的密钥key长度为32个字节，随机串nonce长度12个字节，associated_data长度小于16个字节并可能为空字符串。
| 参数名 | 变量 | 类型[长度限制] | 必填 | 描述 |
|---|---|---|---|---|
| 通知ID | id | string[1,36] | 是 | 通知的唯一ID 示例值：EV-2018022511223320873 |
| 通知创建时间 | create_time | string[1,32] | 是 | 通知创建的时间，
遵循rfc3339标准格式，格式为yyyy-MM-DDTHH:mm:ss+TIMEZONE，yyyy-MM-DD表示年月日，T出现在字符串中，表示time元素的开头，HH:mm:ss.表示时分秒，TIMEZONE表示时区（+08:00表示东八区时间，领先UTC 8小时，即北京时间）。例如：2015-05-20T13:29:35+08:00表示北京时间2015年05月20日13点29分35秒。 示例值：2015-05-20T13:29:35+08:00 |
| 通知类型 | event_type | string[1,32] | 是 | 通知的类型，支付成功通知的类型为TRANSACTION.SUCCESS 示例值：TRANSACTION.SUCCESS |
| 通知数据类型 | resource_type | string[1,32] | 是 | 通知的资源数据类型，支付成功通知为encrypt-resource 示例值：encrypt-resource |
| +通知数据 | resource | object | 是 | 通知资源数据 json格式，见示例 |
| 回调摘要 | summary | string[1,64] | 是 | 回调摘要 示例值：支付成功 |
加密不能保证通知请求来自微信。微信会对发送给商户的通知进行签名，并将签名值放在通知的HTTP头Wechatpay-Signature。商户应当验证签名，以确认请求来自微信，而不是其他的第三方。签名验证的算法请参考 《微信支付API v3签名验证》。
{
"id":"EV-2018022511223320873",
"create_time":"2015-05-20T13:29:35+08:00",
"resource_type":"encrypt-resource",
"event_type":"TRANSACTION.SUCCESS",
"resource" : {
"algorithm":"AEAD_AES_256_GCM",
"ciphertext": "...",
"nonce": "...",
"associated_data": ""
}
}
{
"combine_appid": "wxd678efh567hg6787",
"combine_out_trade_no": "20150806125346",
"combine_mchid": "1900000109",
"scene_info": {
"device_id": "POS1:1"
},
"sub_orders": [
{
"mchid": "1900000109",
"trade_type": "JSAPI",
"trade_state": "SUCCESS",
"bank_type": "CMC",
"attach": "深圳分店",
"amount": {
"total_amount": 10,
"currency": "CNY",
"payer_amount": 10,
"payer_currency": "CNY"
},
"success_time": "2015-05-20T13:29:35.120+08:00",
"transaction_id": "1009660380201506130728806387",
"out_trade_no": "20150806125346"
}
],
"combine_payer_info": {
"openid": "oUpF8uMuAJO_M2pxb1Q9zNjWeS6o"
}
}| 参数名 | 变量 | 类型[长度限制] | 必填 | 描述 |
|---|---|---|---|---|
| 合单商户appid | combine_appid | string[1,32] | 是 | 合单发起方的appid。 示例值：wxd678efh567hg6787 |
| 合单商户号 | combine_mchid | string[1,32] | 是 | 合单发起方商户号。 示例值：1900000109 |
| 合单商户订单号 | combine_out_trade_no | string[1,32] | 是 | 合单支付总订单号，要求32个字符内，只能是数字、大小写字母_-|*@ ，且在同一个商户号下唯一。 示例值：P20150806125346 |
| +场景信息 | scene_info | object | 否 | 支付场景信息描述 |
| +子单信息 | sub_orders | array | 是 | 最多支持子单条数：10 |
| +支付者 | combine_payer_info | object | 是 | 示例值：见请求示例 |
接收成功：HTTP应答状态码需返回200或204，无需返回应答报文。
接收失败：HTTP应答状态码需返回5XX或4XX，同时需返回应答报文，格式如下：
| 参数名 | 变量 | 类型[长度限制] | 必填 | 描述 |
|---|---|---|---|---|
| 返回状态码 | code | string[1,32] | 是 | 错误码，SUCCESS为清算机构接收成功，其他错误码为失败。 示例值：FAIL |
| 返回信息 | message | string[1,64] | 是 | 返回信息，如非空，为错误原因。 示例值：失败 |
{
"code": "FAIL",
"message": "失败"
}