最新更新時間：2021.1.8 版本說明
商戶創(chuàng)建投訴通知回調URL 后，當有新的投訴事件發(fā)生、投訴狀態(tài)發(fā)生變化時，商戶會收到通知回調。
? 同樣的通知可能會多次發(fā)送給商戶系統(tǒng)。商戶系統(tǒng)必須能夠正確處理重復的通知。 推薦的做法是，當商戶系統(tǒng)收到通知進行處理時，先檢查對應業(yè)務數據的狀態(tài)，并判斷該通知是否已經處理。如果未處理，則再進行處理；如果已處理，則直接返回結果成功。在對業(yè)務數據進行狀態(tài)檢查和處理之前，要采用數據鎖進行并發(fā)控制，以避免函數重入造成的數據混亂。
? 如果在所有通知頻率(15s/15s/30s/3m/10m/20m/30m/30m/30m/60m/3h/3h/3h/6h/6h - 總計 24h4m)后沒有收到微信側回調，商戶應調用《查詢投訴信息》接口確認投訴信息狀態(tài)。
特別提醒：商戶系統(tǒng)對于開啟結果通知的內容一定要做簽名驗證，并校驗通知的信息是否與商戶側的信息一致，防止數據泄露導致出現(xiàn)“假通知”。
適用對象：直連商戶 服務商 渠道商
請求URL：該鏈接是通過【創(chuàng)建投訴通知回調接口】中提交的參數url設置，如果鏈接無法訪問，商戶將無法接收到微信通知。
接口規(guī)則：http://www.tg885.com/wiki/doc/apiv3/wechatpay/wechatpay-1.shtml
新投訴產生、投訴狀態(tài)發(fā)生變化時，微信后臺會把投訴信息發(fā)送給商戶，商戶需要接收處理該消息，并返回應答。
對后臺通知交互時，如果微信收到應答不是成功或超時，微信認為通知失敗，微信會通過一定的策略定期重新發(fā)起通知，盡可能提高通知的成功率，但微信不保證通知最終能成功。（通知頻率為15s/15s/30s/3m/10m/20m/30m/30m/30m/60m/3h/3h/3h/6h/6h - 總計 24h4m）
用戶確認結果通知是以POST 方法訪問商戶設置的通知url，通知的數據以JSON 格式通過請求主體（BODY）傳輸。通知的數據包括了加密的支付結果詳情。
下面詳細描述對通知數據進行解密的流程：
注： AEAD_AES_256_GCM算法的接口細節(jié)，請參考rfc5116。微信支付使用的密鑰key長度為32個字節(jié)，隨機串nonce長度12個字節(jié)，associated_data長度小于16個字節(jié)并可能為空。
| 參數名 | 變量 | 類型[長度限制][長度限制] | 必填 | 描述 |
|---|---|---|---|---|
| 通知ID | id | string[1,32] | 是 | 通知的唯一ID 示例值：EV-2018022511223320873 |
| 通知創(chuàng)建時間 | create_time | string[1,32] | 是 | 通知創(chuàng)建的時間，遵循rfc3339標準格式，格式為yyyy-MM-DDTHH:mm:ss.sss+TIMEZONE，yyyy-MM-DD表示年月日，T出現(xiàn)在字符串中，表示time元素的開頭，HH:mm:ss.sss表示時分秒毫秒，TIMEZONE表示時區(qū)（+08:00表示東八區(qū)時間，領先UTC 8小時，即北京時間）。例如：2015-05-20T13:29:35.120+08:00表示北京時間2015年05月20日13點29分35秒。 示例值：2015-05-20T13:29:35+08:00 |
| 通知類型 | event_type | string[1,32] | 是 | 通知的類型，投訴事件通知的類型，具體如
下： COMPLAINT.CREATE ：產生新投訴 COMPLAINT. STATE_CHANGE ：投訴狀態(tài)變化 示例值：COMPLAINT.CREATE |
| 通知數據類型 | resource_type | string[1,32] | 是 | 通知的資源數據類型，支付成功通知為encrypt-resource 示例值：encrypt-resource |
| 回調摘要 | summary | string[1,64] | 是 | 回調摘要 示例值：產生新投訴 |
| +通知數據 | resource | object | 是 | 通知資源數據 json格式，見示例 |
加密不能保證通知請求來自微信。微信會對發(fā)送給商戶的通知進行簽名，并將簽名值放在通知的HTTP頭Wechatpay-Signature。商戶應當驗證簽名，以確認請求來自微信，而不是其他的第三方。簽名驗證的算法請參考 《微信支付API v3簽名驗證》。
{
"id":"EV-2018022511223320873",
"create_time":"20180225112233",
"resource_type":"encrypt-resource",
"event_type":"TRANSACTION.SUCCESS",
"resource" : {
"algorithm":"AEAD_AES_256_GCM",
"ciphertext": "...",
"nonce": "...",
"associated_data": ""
}
}
{
"out_trade_no": "20190906154617947762231",
"complaint_time": "2015-05-20T13:29:35.120+08:00",
"amount": 3,
"payer_phone": "18500000000",
"complaint_detail": "反饋一個重復扣費的問題",
"transaction_id": "4200000404201909069117582536",
"frozen_end_time": "2015-05-20T13:29:35.120+08:00",
"sub_mchid": "1900012181",
"complaint_handle_state": "WAIT_MERCHANT_RESPONSE",
"action_type":"CREATE_COMPLAINT"
}| 參數名 | 變量 | 類型[長度限制][長度限制] | 必填 | 描述 |
|---|---|---|---|---|
| 商戶訂單號 | out_trade_no | string[1,64] | 是 | 投訴對應的商戶訂單號。 示例值：20190906154617947762231 |
| 投訴時間 | complaint_time | string[1,32] | 是 | 投訴時間，遵循rfc3339標準格式，格式為yyyy-MM-DDTHH:mm:ss.sss+TIMEZONE，yyyy-MM-DD表示年月日，T出現(xiàn)在字符串中，表示time元素的開頭，HH:mm:ss.sss表示時分秒毫秒，TIMEZONE表示時區(qū)（+08:00表示東八區(qū)時間，領先UTC 8小時，即北京時間）。例如：2015-05-20T13:29:35.120+08:00表示北京時間2015年05月20日13點29分35秒。 示例值：2015-05-20T13:29:35.120+08:00 |
| 投訴金額 | amount | uint32 | 是 | 投訴金額，單位為分。 示例值：3 |
| 投訴人聯(lián)系方式 | payer_phone | string[1,256] | 否 | 投訴人聯(lián)系方式，用戶投訴時填寫了手機號則返回，未填寫則不返回。 示例值：18500000000 |
| 投訴描述 | complaint_detail | string[1,300] | 是 | 投訴具體描述。 示例值：反饋一個重復扣費的問題 |
| 投訴單狀態(tài) | complaint_state | string[1,30] | 否 | 已廢棄，請使用“投訴單處理進展狀態(tài)” 枚舉值： PAYER_COMPLAINTED：用戶已投訴 FROZENED：交易已凍結 FROZEN_FINISHED：凍結已結束 PAYER_CANCELED：用戶已撤訴 MERCHANT_REFUNDED：商戶已退款 SYSTEM_REFUNDED：系統(tǒng)（微信支付）已退款 MANUAL_UNFROZEN：人工（微信支付運營人員）手動解凍 示例值：PAYER_COMPLAINTED |
| 微信訂單號 | transaction_id | string[1,64] | 是 | 投訴對應的微信訂單號 示例值：4200000404201909069117582536 |
| 凍結結束時間 | frozen_end_time | string[1,32] | 否 | 若該投訴涉及資金凍結，則此字段表示凍結結束時間，遵循rfc3339標準格式，格式為yyyy-MM-DDTHH:mm:ss.sss+TIMEZONE，yyyy-MM-DD表示年月日，T出現(xiàn)在字符串中，表示time元素的開頭，HH:mm:ss.sss表示時分秒毫秒，TIMEZONE表示時區(qū)（+08:00表示東八區(qū)時間，領先UTC 8小時，即北京時間）。例如：2015-05-20T13:29:35.120+08:00表示北京時間2015年05月20日13點29分35秒。 示例值：2015-05-20T13:29:35.120+08:00 |
| 特約商戶號 | sub_mchid | string[1,64] | 否 | 當服務商或渠道商查詢時返回，返回具體被投訴子商戶的商戶號。 示例值：1900012181 |
| 投訴單處理進展狀態(tài) | complaint_handle_state | string[1, 64] | 是 | 投訴單處理進展狀態(tài)，標識當前投訴單所處的處理階段，描述用戶與商戶的溝通反饋進度，將逐步取代投訴狀態(tài)。具體狀態(tài)如下所示： WAIT_MERCHANT_RESPONSE：待商戶處理 MERCHANT_RESPONSED：商戶已反饋 USER_CONFIRMED：用戶已確認 TIME_OUT_CLOSED：投訴超時關閉 MERCHANT_FULL_REFUNDED：商戶全額退款 PAYER_CANCELED：用戶已撤訴。 UNSPECIFIC：狀態(tài)未知 示例值：WAIT_MERCHANT_RESPONSE |
| 動作類型 | action_type | string[1, 64] | 是 | 觸發(fā)本次投訴通知回調的具體動作類型，枚舉如下： CREATE_COMPLAINT：用戶提交投訴 CONTINUE_COMPLAINT：用戶繼續(xù)投訴 CONFIRM_COMPLAINT：用戶確認投訴已解決 REVOKE_COMPLAINT：用戶主動撤訴 USER_RESPONSE：用戶新留言 RESPONSE_BY_PLATFORM：平臺新留言 CONTINUE_COMPLAINT_BY_PLATFORM：平臺代用戶繼續(xù)投訴 COMPLAINT_TIMEOUT：投訴單超時 SELLER_REFUND：收款方全額退款 示例值：CREATE_COMPLAINT |
| 參數名 | 變量 | 類型[長度限制][長度限制] | 必填 | 描述 |
|---|---|---|---|---|
| 返回狀態(tài)碼 | code | string[1,32] | 是 | 錯誤碼，SUCCESS為接收成功，其他錯誤碼為失敗。 示例值：SUCCESS |
| 返回信息 | message | string[1,256] | 否 | 返回信息，如非空，為錯誤原因。 示例值：SUCCESS |
支付通知http應答碼為200或204才會當作正常接收，當回調處理異常時，應答的HTTP狀態(tài)碼應為500，或者4xx。
注意：當商戶后臺應答失敗時，微信支付將記錄下應答的報文，建議商戶按照以下格式返回。
{
"code": "ERROR_NAME",
"message": "ERROR_DESCRIPTION",
}