最新更新時(shí)間:2023.06.06 版本說(shuō)明
商戶(hù)創(chuàng)建投訴通知回調(diào)URL 后,當(dāng)有新的投訴事件發(fā)生、投訴狀態(tài)發(fā)生變化時(shí),商戶(hù)會(huì)收到通知回調(diào)。
推薦接入方式:建議商戶(hù)收到該通知后,根據(jù)通知回調(diào)的動(dòng)作類(lèi)型進(jìn)行區(qū)分。處理關(guān)注的動(dòng)作類(lèi)型,根據(jù)通知回調(diào)給出的投訴單號(hào)查詢(xún)投訴單詳情或投訴協(xié)商歷史;對(duì)于非關(guān)注的動(dòng)作類(lèi)型,建議走統(tǒng)一的默認(rèn)流程并增加監(jiān)控。
? 同樣的通知可能會(huì)多次發(fā)送給商戶(hù)系統(tǒng)。商戶(hù)系統(tǒng)必須能夠正確處理重復(fù)的通知。 推薦的做法是,當(dāng)商戶(hù)系統(tǒng)收到通知進(jìn)行處理時(shí),先檢查對(duì)應(yīng)業(yè)務(wù)數(shù)據(jù)的狀態(tài),并判斷該通知是否已經(jīng)處理。如果未處理,則再進(jìn)行處理;如果已處理,則直接返回結(jié)果成功。在對(duì)業(yè)務(wù)數(shù)據(jù)進(jìn)行狀態(tài)檢查和處理之前,要采用數(shù)據(jù)鎖進(jìn)行并發(fā)控制,以避免函數(shù)重入造成的數(shù)據(jù)混亂。
? 如果在所有通知頻率后沒(méi)有收到微信側(cè)回調(diào),商戶(hù)應(yīng)調(diào)用《查詢(xún)投訴信息》接口確認(rèn)投訴信息狀態(tài)。
特別提醒:商戶(hù)系統(tǒng)對(duì)于開(kāi)啟結(jié)果通知的內(nèi)容一定要做簽名驗(yàn)證,并校驗(yàn)通知的信息是否與商戶(hù)側(cè)的信息一致,防止數(shù)據(jù)泄露導(dǎo)致出現(xiàn)“假通知”。
適用對(duì)象:直連商戶(hù)
請(qǐng)求URL:該鏈接是通過(guò)【創(chuàng)建投訴通知回調(diào)接口】中提交的參數(shù)url設(shè)置,如果鏈接無(wú)法訪問(wèn),商戶(hù)將無(wú)法接收到微信通知。
新投訴產(chǎn)生、投訴狀態(tài)發(fā)生變化時(shí),微信后臺(tái)會(huì)把投訴信息發(fā)送給商戶(hù),商戶(hù)需要接收處理該消息,并返回應(yīng)答。
對(duì)后臺(tái)通知交互時(shí),如果微信收到應(yīng)答不是成功或超時(shí),微信認(rèn)為通知失敗,微信會(huì)通過(guò)一定的策略定期重新發(fā)起通知,盡可能提高通知的成功率,但微信不保證通知最終能成功。(通知頻率為5s * 1次,1min * 10次,之后以5min間隔重試,重試1000次或最多持續(xù)1周)
投訴結(jié)果通知是以POST 方法訪問(wèn)商戶(hù)設(shè)置的通知url,通知的數(shù)據(jù)以JSON 格式通過(guò)請(qǐng)求主體(BODY)傳輸。通知的數(shù)據(jù)包括了加密的支付結(jié)果詳情。
下面詳細(xì)描述對(duì)通知數(shù)據(jù)進(jìn)行解密的流程:
注: AEAD_AES_256_GCM算法的接口細(xì)節(jié),請(qǐng)參考rfc5116。微信支付使用的密鑰key長(zhǎng)度為32個(gè)字節(jié),隨機(jī)串nonce長(zhǎng)度12個(gè)字節(jié),associated_data長(zhǎng)度小于16個(gè)字節(jié)并可能為空。
參數(shù)名 | 變量 | 類(lèi)型[長(zhǎng)度限制] | 必填 | 描述 |
---|---|---|---|---|
通知ID | id | string[1,36] | 是 | 通知的唯一ID 示例值:EV-2018022511223320873 |
通知?jiǎng)?chuàng)建時(shí)間 | create_time | string[1,32] | 是 | 通知?jiǎng)?chuàng)建的時(shí)間,遵循rfc3339標(biāo)準(zhǔn)格式,格式為yyyy-MM-DDTHH:mm:ss.sss+TIMEZONE,yyyy-MM-DD表示年月日,T出現(xiàn)在字符串中,表示time元素的開(kāi)頭,HH:mm:ss.sss表示時(shí)分秒毫秒,TIMEZONE表示時(shí)區(qū)(+08:00表示東八區(qū)時(shí)間,領(lǐng)先UTC 8小時(shí),即北京時(shí)間)。例如:2015-05-20T13:29:35.120+08:00表示北京時(shí)間2015年05月20日13點(diǎn)29分35秒。 示例值:2015-05-20T13:29:35.120+08:00 |
通知類(lèi)型 | event_type | string[1,32] | 是 | 通知的類(lèi)型,投訴事件通知的類(lèi)型,具體如
下: COMPLAINT.CREATE:產(chǎn)生新投訴 COMPLAINT.STATE_CHANGE:投訴狀態(tài)變化 示例值:COMPLAINT.CREATE |
通知數(shù)據(jù)類(lèi)型 | resource_type | string[1,32] | 是 | 通知的資源數(shù)據(jù)類(lèi)型,支付成功通知為encrypt-resource 示例值:encrypt-resource |
回調(diào)摘要 | summary | string[1,64] | 是 | 回調(diào)摘要 示例值:產(chǎn)生新投訴 |
+通知數(shù)據(jù) | resource | object | 是 | 通知資源數(shù)據(jù) json格式,見(jiàn)示例 |
加密不能保證通知請(qǐng)求來(lái)自微信。微信會(huì)對(duì)發(fā)送給商戶(hù)的通知進(jìn)行簽名,并將簽名值放在通知的HTTP頭Wechatpay-Signature。商戶(hù)應(yīng)當(dāng)驗(yàn)證簽名,以確認(rèn)請(qǐng)求來(lái)自微信,而不是其他的第三方。簽名驗(yàn)證的算法請(qǐng)參考 《微信支付API v3簽名驗(yàn)證》。
{
"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": "...",
"nonce": "...",
"associated_data": ""
}
}
{
"complaint_id": "200201820200101080076610000",
"action_type":"CREATE_COMPLAINT"
}
參數(shù)名 | 變量 | 類(lèi)型[長(zhǎng)度限制] | 必填 | 描述 |
---|---|---|---|---|
投訴單號(hào) | complaint_id | string[1, 64] | 是 | 投訴單對(duì)應(yīng)的投訴單號(hào) 示例值:200201820200101080076610000 |
動(dòng)作類(lèi)型 | action_type | string[1, 64] | 是 | 觸發(fā)本次投訴通知回調(diào)的具體動(dòng)作類(lèi)型,枚舉如下: 常規(guī)通知: CREATE_COMPLAINT:用戶(hù)提交投訴 CONTINUE_COMPLAINT:用戶(hù)繼續(xù)投訴 USER_RESPONSE:用戶(hù)新留言 RESPONSE_BY_PLATFORM:平臺(tái)新留言 SELLER_REFUND:商戶(hù)發(fā)起全額退款 MERCHANT_RESPONSE:商戶(hù)新回復(fù) MERCHANT_CONFIRM_COMPLETE:商戶(hù)反饋處理完成 申請(qǐng)退款單的附加通知: 以下通知會(huì)更新投訴單狀態(tài),建議收到后查詢(xún)投訴單詳情。 MERCHANT_APPROVE_REFUND:商戶(hù)同意退款 MERCHANT_REJECT_REFUND:商戶(hù)駁回退款 REFUND_SUCCESS:退款到賬 示例值:CREATE_COMPLAINT |
接收成功:HTTP應(yīng)答狀態(tài)碼需返回200或204,無(wú)需返回應(yīng)答報(bào)文。
接收失敗:HTTP應(yīng)答狀態(tài)碼需返回5XX或4XX,同時(shí)需返回應(yīng)答報(bào)文,格式如下:
參數(shù)名 | 變量 | 類(lèi)型[長(zhǎng)度限制] | 必填 | 描述 |
---|---|---|---|---|
返回狀態(tài)碼 | code | string[1,32] | 是 | 錯(cuò)誤碼,SUCCESS為接收成功,其他錯(cuò)誤碼為失敗。 示例值:FAIL |
返回信息 | message | string[1,64] | 是 | 返回信息,如非空,為錯(cuò)誤原因。 示例值:失敗 |
{
"code": "FAIL",
"message": "失敗"
}