最新更新时间：2023.06.06 版本说明
商户创建投诉通知回调URL 后，当有新的投诉事件发生、投诉状态发生变化时，商户会收到通知回调。
推荐接入方式：建议商户收到该通知后，根据通知回调的动作类型进行区分。处理关注的动作类型，根据通知回调给出的投诉单号查询投诉单详情或投诉协商历史；对于非关注的动作类型，建议走统一的默认流程并增加监控。
• 同样的通知可能会多次发送给商户系统。商户系统必须能够正确处理重复的通知。 推荐的做法是，当商户系统收到通知进行处理时，先检查对应业务数据的状态，并判断该通知是否已经处理。如果未处理，则再进行处理；如果已处理，则直接返回结果成功。在对业务数据进行状态检查和处理之前，要采用数据锁进行并发控制，以避免函数重入造成的数据混乱。
• 如果在所有通知频率后没有收到微信侧回调，商户应调用《查询投诉信息》接口确认投诉信息状态。
特别提醒：商户系统对于开启结果通知的内容一定要做签名验证，并校验通知的信息是否与商户侧的信息一致，防止数据泄露导致出现“假通知”。
新投诉产生、投诉状态发生变化时，微信后台会把投诉信息发送给商户，商户需要接收处理该消息，并返回应答。
对后台通知交互时，如果微信收到应答不是成功或超时，微信认为通知失败，微信会通过一定的策略定期重新发起通知，尽可能提高通知的成功率，但微信不保证通知最终能成功。（通知频率为5s * 1次，1min * 10次，之后以5min间隔重试，重试1000次或最多持续1周）
投诉结果通知是以POST 方法访问商户设置的通知url，通知的数据以JSON 格式通过请求主体（BODY）传输。通知的数据包括了加密的支付结果详情。
下面详细描述对通知数据进行解密的流程：
注： 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.sss+TIMEZONE，yyyy-MM-DD表示年月日，T出现在字符串中，表示time元素的开头，HH:mm:ss.sss表示时分秒毫秒，TIMEZONE表示时区（+08:00表示东八区时间，领先UTC 8小时，即北京时间）。例如：2015-05-20T13:29:35.120+08:00表示北京时间2015年05月20日13点29分35秒。 示例值：2015-05-20T13:29:35.120+08:00 |
| 通知类型 | event_type | string[1,32] | 是 | 通知的类型，投诉事件通知的类型，具体如
下： COMPLAINT.CREATE：产生新投诉 COMPLAINT.STATE_CHANGE：投诉状态变化 示例值：COMPLAINT.CREATE |
| 通知数据类型 | resource_type | string[1,32] | 是 | 通知的资源数据类型，支付成功通知为encrypt-resource 示例值：encrypt-resource |
| 回调摘要 | summary | string[1,64] | 是 | 回调摘要 示例值：产生新投诉 |
| +通知数据 | resource | object | 是 | 通知资源数据 json格式，见示例 |
加密不能保证通知请求来自微信。微信会对发送给商户的通知进行签名，并将签名值放在通知的HTTP头Wechatpay-Signature。商户应当验证签名，以确认请求来自微信，而不是其他的第三方。签名验证的算法请参考 《微信支付API v3签名验证》。
{
"id":"EV-2018022511223320873",
"create_time":"2015-05-20T13:29:35.120+08:00",
"resource_type":"encrypt-resource",
"event_type":"COMPLAINT.CREATE",
"resource" : {
"algorithm":"AEAD_AES_256_GCM",
"ciphertext": "...",
"original_type": "complaint",
"nonce": "...",
"associated_data": ""
}
}
{
"complaint_id": "200201820200101080076610000",
"action_type":"CREATE_COMPLAINT"
}| 参数名 | 变量 | 类型[长度限制] | 必填 | 描述 |
|---|---|---|---|---|
| 投诉单号 | complaint_id | string[1, 64] | 是 | 投诉单对应的投诉单号 示例值：200201820200101080076610000 |
| 动作类型 | action_type | string[1, 64] | 是 | 触发本次投诉通知回调的具体动作类型，枚举如下： 常规通知： CREATE_COMPLAINT：用户提交投诉 CONTINUE_COMPLAINT：用户继续投诉 USER_RESPONSE：用户新留言 RESPONSE_BY_PLATFORM：平台新留言 SELLER_REFUND：商户发起全额退款 MERCHANT_RESPONSE：商户新回复 MERCHANT_CONFIRM_COMPLETE：商户反馈处理完成 申请退款单的附加通知： 以下通知会更新投诉单状态，建议收到后查询投诉单详情。 MERCHANT_APPROVE_REFUND：商户同意退款 MERCHANT_REJECT_REFUND：商户驳回退款 REFUND_SUCCESS：退款到账 示例值：CREATE_COMPLAINT |
接收成功：HTTP应答状态码需返回200或204，无需返回应答报文。
接收失败：HTTP应答状态码需返回5XX或4XX，同时需返回应答报文，格式如下：
| 参数名 | 变量 | 类型[长度限制] | 必填 | 描述 |
|---|---|---|---|---|
| 返回状态码 | code | string[1,32] | 是 | 错误码，SUCCESS为接收成功，其他错误码为失败。 示例值：FAIL |
| 返回信息 | message | string[1,64] | 是 | 返回信息，如非空，为错误原因。 示例值：失败 |
{
"code": "FAIL",
"message": "失败"
}