最新更新時間：2023.06.29 版本說明
1、此功能僅針對分賬接收方。
2、分賬動賬金額變動后，微信會把相關(guān)變動結(jié)果發(fā)送給需要實時關(guān)注的分賬接收方。
對后臺通知交互時，如果微信收到應答不是成功或超時，微信認為通知失敗，微信會通過一定的策略定期重新發(fā)起通知，盡可能提高通知的成功率，但微信不保證通知最終能成功
? 同樣的通知可能會多次發(fā)送給商戶系統(tǒng)。商戶系統(tǒng)必須能夠正確處理重復的通知。 推薦的做法是，當商戶系統(tǒng)收到通知進行處理時，先檢查對應業(yè)務數(shù)據(jù)的狀態(tài)，并判斷該通知是否已經(jīng)處理。如果未處理，則再進行處理；如果已處理，則直接返回結(jié)果成功。在對業(yè)務數(shù)據(jù)進行狀態(tài)檢查和處理之前，要采用數(shù)據(jù)鎖進行并發(fā)控制，以避免函數(shù)重入造成的數(shù)據(jù)混亂。
? 如果在所有通知頻率后沒有收到微信側(cè)回調(diào)，商戶應調(diào)用查詢接口確認訂單狀態(tài)。
特別提醒：商戶系統(tǒng)對于開啟結(jié)果通知的內(nèi)容一定要做簽名驗證，并校驗通知的信息是否與商戶側(cè)的信息一致，防止數(shù)據(jù)泄露導致出現(xiàn)“假通知”，造成資金損失。
適用對象：電商平臺 服務商
請求URL：該鏈接是通過分賬接收方的[商戶平臺]配置，提交service_notify_url設置，必須為https協(xié)議。如果鏈接無法訪問，商戶將無法接收到微信通知。 通知url必須為直接可訪問的url，不能攜帶參數(shù)。示例： “http://www.tg885.com/wxpay/pay.action”
對后臺通知交互時，如果微信收到應答不是成功或超時，微信認為通知失敗，微信會通過一定的策略定期重新發(fā)起通知，盡可能提高通知的成功率，但微信不保證通知最終能成功。（通知頻率為15s/15s/30s/3m/10m/20m/30m/30m/30m/60m/3h/3h/3h/6h/6h - 總計 24h4m）
分賬動賬通知是以POST 方法訪問商戶設置的通知url，通知的數(shù)據(jù)以JSON 格式通過請求主體（BODY）傳輸。通知的數(shù)據(jù)包括了加密的支付結(jié)果詳情。
下面詳細描述對通知數(shù)據(jù)進行解密的流程：
注： AEAD_AES_256_GCM算法的接口細節(jié)，請參考rfc5116。微信支付使用的密鑰key長度為32個字節(jié)，隨機串nonce長度12個字節(jié)，associated_data長度小于16個字節(jié)并可能為空。
| 參數(shù)名 | 變量 | 類型[長度限制] | 必填 | 描述 |
|---|---|---|---|---|
| 通知ID | id | string[1,36] | 是 | 通知的唯一ID 示例值：EV-2018022511223320873 |
| 通知創(chuàng)建時間 | create_time | string[1,16] | 是 | 通知創(chuàng)建的時間，遵循rfc3339標準格式 格式為yyyy-MM-DDTHH:mm:ss+TIMEZONE，yyyy-MM-DD表示年月日，T出現(xiàn)在字符串中，表示time元素的開頭，HH:mm:ss表示時分秒，TIMEZONE表示時區(qū)（+08:00表示東八區(qū)時間，領(lǐng)先UTC 8小時，即北京時間）。例如：2015-05-20T13:29:35+08:00表示，北京時間2015年5月20日 13點29分35秒。 示例值：2018-06-08T10:34:56+08:00 |
| 通知類型 | event_type | string[1,32] | 是 | 通知的類型： PROFITSHARING.SUCCESS：分賬 PROFITSHARING.RETURN ：分賬回退 示例值：PROFITSHARING.SUCCESS |
| 通知簡要說明 | summary | string[1,16] | 是 | 通知簡要說明 示例值：分賬 |
| 通知數(shù)據(jù)類型 | resource_type | string[1,32] | 是 | 通知的資源數(shù)據(jù)類型，支付成功通知為encrypt-resource 示例值：encrypt-resource |
| +通知數(shù)據(jù) | resource | object | 是 | 通知資源數(shù)據(jù) json格式，見示例 |
{
"id":"EV-2018022511223320873",
"create_time":"2018-06-08T10:34:56+08:00",
"resource_type":"encrypt-resource",
"event_type":"PROFITSHARING.SUCCESS",
"summary":"分賬",
"resource" : {
"algorithm":"AEAD_AES_256_GCM",
"original_type":"profitsharing",
"ciphertext": "...",
"nonce": "...",
"associated_data": ""
}
}
{
"sp_mchid": "1900000100",
"sub_mchid": "1900000100",
"transaction_id": "4200000000000000000000000000",
"order_id": "1217752501201407033233368018",
"out_order_no": "P20150806125346",
"receiver":
{
"type": "MERCHANT_ID",
"account": "1900000100",
"amount": 888,
"description": "運費/交易分賬/及時獎勵"
},
"success_time": "2018-06-08T10:34:56+08:00"
}
| 參數(shù)名 | 變量 | 類型[長度限制] | 必填 | 描述 |
|---|---|---|---|---|
| 服務商商戶號 | sp_mchid | string[1,32] | 是 | 服務商模式分賬發(fā)起商戶。 示例值：1900000100 |
| 子商戶號 | sub_mchid | string[1,32] | 是 | 服務商模式分賬出資商戶。 示例值：1900000100 |
| 微信訂單號 | transaction_id | string[1,32] | 是 | 微信支付訂單號。 示例值： 4200000000000000000000000000 |
| 微信分賬/回退單號 | order_id | string[1,64] | 是 | 微信分賬/回退單號。 示例值： 1217752501201407033233368018 |
| 商戶分賬/回退單號 | out_order_no | string[1,64] | 是 | 分賬方系統(tǒng)內(nèi)部的分賬/回退單號。 示例值：P20150806125346 |
| +分賬接收方列表 | receiver | object | 是 | 分賬接收方對象 |
| 成功時間 | success_time | string[1,32] | 是 | 成功時間，遵循rfc3339標準 格式為yyyy-MM-DDTHH:mm:ss+TIMEZONE，yyyy-MM-DD表示年月日，T出現(xiàn)在字符串中，表示time元素的開頭，HH:mm:ss表示時分秒，TIMEZONE表示時區(qū)（+08:00表示東八區(qū)時間，領(lǐng)先UTC 8小時，即北京時間）。例如：2015-05-20T13:29:35+08:00表示，北京時間2015年5月20日 13點29分35秒。 示例值：2018-06-08T10:34:56+08:00 |
加密不能保證通知請求來自微信。微信會對發(fā)送給商戶的通知進行簽名，并將簽名值放在通知的HTTP頭Wechatpay-Signature。商戶應當驗證簽名，以確認請求來自微信，而不是其他的第三方。簽名驗證的算法請參考 《微信支付API v3簽名驗證》。
分賬動賬通知http應答碼為200且返回狀態(tài)碼為SUCCESS才會當做商戶接收成功，否則會重試。
注意：重試過多會導致微信支付端積壓過多通知而堵塞，影響其他正常通知。
| 參數(shù)名 | 變量 | 類型[長度限制] | 必填 | 描述 |
|---|---|---|---|---|
| 返回狀態(tài)碼 | code | string[1,32] | 是 | 錯誤碼，SUCCESS為接收成功，其他錯誤碼為失敗。 示例值：SUCCESS |
| 返回信息 | message | string[1,256] | 否 | 返回信息，如非空，為錯誤原因。 示例值：系統(tǒng)錯誤 |
{
"code": "SUCCESS",
"message": "成功"
}