视频一区二区三区自拍_千金肉奴隷1985未删减版在线观看_国产成人黄色视频在线播放_少女免费播放片高清在线观看_国产精品v欧美精品v

基礎(chǔ)支付
JSAPI支付
APP支付
H5支付
Native支付
小程序支付
合單支付
付款碼支付
經(jīng)營(yíng)能力
微信支付分(公共API)
微信支付分(免確認(rèn)預(yù)授權(quán)模式)
微信支付分(需確認(rèn)模式)
支付即服務(wù)
行業(yè)方案
智慧商圈
微信支付分停車(chē)服務(wù)
電子發(fā)票
營(yíng)銷(xiāo)工具
代金券
商家券
委托營(yíng)銷(xiāo)
支付有禮
小程序發(fā)券插件
H5發(fā)券
圖片上傳(營(yíng)銷(xiāo)專(zhuān)用)
現(xiàn)金紅包
資金應(yīng)用
商家轉(zhuǎn)賬到零錢(qián)
分賬
風(fēng)險(xiǎn)合規(guī)
消費(fèi)者投訴2.0
其他能力
清關(guān)報(bào)關(guān)
圖片上傳
視頻上傳
微信支付平臺(tái)證書(shū)

投訴通知回調(diào)API

最新更新時(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)“假通知”。

接口說(shuō)明

適用對(duì)象:直連商戶(hù)

請(qǐng)求URL:該鏈接是通過(guò)【創(chuàng)建投訴通知回調(diào)接口】中提交的參數(shù)url設(shè)置,如果鏈接無(wú)法訪問(wèn),商戶(hù)將無(wú)法接收到微信通知。

通知規(guī)則

新投訴產(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周)

通知報(bào)文

投訴結(jié)果通知是以POST 方法訪問(wèn)商戶(hù)設(shè)置的通知url,通知的數(shù)據(jù)以JSON 格式通過(guò)請(qǐng)求主體(BODY)傳輸。通知的數(shù)據(jù)包括了加密的支付結(jié)果詳情。


下面詳細(xì)描述對(duì)通知數(shù)據(jù)進(jìn)行解密的流程:

  1. 1、用商戶(hù)平臺(tái)上設(shè)置的APIv3密鑰【微信商戶(hù)平臺(tái)(www.tg885.com)—>賬戶(hù)設(shè)置—>API安全—>設(shè)置APIv3密鑰】,記為key;
  2. 2、針對(duì)resource.algorithm中描述的算法(目前為AEAD_AES_256_GCM),取得對(duì)應(yīng)的參數(shù)nonce和associated_data;
  3. 3、使用key、nonce和associated_data,對(duì)數(shù)據(jù)密文resource.ciphertext進(jìn)行解密,得到JSON形式的資源對(duì)象;

注: 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ù)

參數(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)示例
參數(shù)名 變量 類(lèi)型[長(zhǎng)度限制] 必填 描述
加密算法類(lèi)型 algorithm string[1,32] 對(duì)開(kāi)啟結(jié)果數(shù)據(jù)進(jìn)行加密的加密算法,目前只支持AEAD_AES_256_GCM
示例值:AEAD_AES_256_GCM
數(shù)據(jù)密文 ciphertext string[1,1048576] Base64編碼后的開(kāi)啟/停用結(jié)果數(shù)據(jù)密文
示例值:sadsadsadsad
原始回調(diào)類(lèi)型 original_type string[1,64] 原始回調(diào)類(lèi)型,為complaint
示例值:complaint
附加數(shù)據(jù) associated_data string[1,16] 附加數(shù)據(jù)
示例值:fdasfwqewlkja484w
隨機(jī)串 nonce string[1,16] 加密使用的隨機(jī)串
示例值:fdasflkja484w

通知簽名

加密不能保證通知請(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)證》

回調(diào)示例

新生成投訴通知


{
    "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": ""
    }
}

商戶(hù)對(duì)resource對(duì)象進(jìn)行解密后,得到的資源對(duì)象示例


{
  "complaint_id": "200201820200101080076610000",
	"action_type":"CREATE_COMPLAINT"
}

通知參數(shù)

參數(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

通知應(yīng)答

接收成功: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": "失敗"
}


技術(shù)咨詢(xún)

文檔反饋