發(fā)票沖紅成功通知

更新時(shí)間：2024.01.30

當(dāng)有發(fā)票沖紅成功時(shí)，微信支付將通知商戶

注意

同樣的通知可能會(huì)多次發(fā)送給商戶系統(tǒng)。商戶系統(tǒng)必須能夠正確處理重復(fù)的通知。推薦的做法是，當(dāng)商戶系統(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ù)混亂。
如果在所有通知頻率(通知頻率為15/15/30/180/1800/1800/1800/1800/3600，單位：秒)后沒有收到微信側(cè)回調(diào),商戶應(yīng)調(diào)用查詢訂單接口確認(rèn)訂單狀態(tài)。

特別提醒：

商戶系統(tǒng)對(duì)于確認(rèn)訂單通知的內(nèi)容一定要做簽名驗(yàn)證，并校驗(yàn)通知的信息是否與商戶側(cè)的信息一致，防止數(shù)據(jù)泄露導(dǎo)致出現(xiàn)“假通知”，造成損失。
當(dā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ù)混亂。

# 接口說明

適用對(duì)象： 普通商戶

請(qǐng)求URL： 該鏈接是通過【配置開發(fā)選項(xiàng)】接口提交的callback_url參數(shù) ，必須為HTTPS協(xié)議。如果鏈接無(wú)法訪問，商戶將無(wú)法接收到微信通知。通知URL必須為直接可訪問的URL，不能攜帶參數(shù)。示例:"https://pay.wechatpay.cn/wxpay/pay.action"

# 通知規(guī)則

當(dāng)有發(fā)票沖紅成功后，微信后臺(tái)會(huì)把相關(guān)確認(rèn)結(jié)果和訂單信息發(fā)送給商戶，商戶需要接收處理該消息，并返回應(yīng)答。

對(duì)后臺(tái)通知交互時(shí)，如果微信收到商戶的應(yīng)答不符合規(guī)范或超時(shí)，微信認(rèn)為通知失敗，微信會(huì)通過一定的策略定期重新發(fā)起通知，盡可能提高通知的成功率，但微信不保證通知最終能成功。（通知頻率為15/15/30/180/1800/1800/1800/1800/3600，單位：秒）

# 通知報(bào)文

發(fā)票開具成功通知是以POST 方法訪問商戶設(shè)置的通知URL，通知的數(shù)據(jù)以JSON 格式通過請(qǐng)求主體（BODY）傳輸。通知的數(shù)據(jù)包括了加密的支付結(jié)果詳情。

注意

由于涉及到回調(diào)加密和解密，商戶必須先設(shè)置好APIv3密鑰后才能進(jìn)行回調(diào)通知解密，APIv3密鑰設(shè)置文檔指引詳見APIv3密鑰設(shè)置指引 (opens new window)

# 步驟說明

# 步驟一：驗(yàn)證簽名

微信支付會(huì)對(duì)發(fā)送給商戶的通知進(jìn)行簽名，并將簽名值放在通知的HTTP頭Wechatpay-Signature。商戶應(yīng)當(dāng)驗(yàn)證簽名，以確認(rèn)請(qǐng)求來(lái)自微信，而不是其他的第三方。簽名驗(yàn)證的算法請(qǐng)參考《微信支付API v3簽名驗(yàn)證》。

# 步驟二：參數(shù)解密

為了保證安全性，微信支付在回調(diào)通知，對(duì)關(guān)鍵信息進(jìn)行了AES-256-GCM加密。商戶應(yīng)當(dāng)按照以下的流程進(jìn)行解密關(guān)鍵信息，解密的流程：

用商戶平臺(tái)上設(shè)置的APIv3密鑰【微信商戶平臺(tái) (opens new window)—>賬戶設(shè)置—>API安全—>設(shè)置APIv3密鑰】，記為key；
獲取resource.algorithm中描述的算法（目前為AEAD_AES_256_GCM），以及resource.nonce和resource.associated_data；
使用key、nonce和associated_data，對(duì)數(shù)據(jù)密文resource.ciphertext進(jìn)行解密，得到JSON形式的資源對(duì)象。

注意

AEAD_AES_256_GCM算法的接口細(xì)節(jié)，請(qǐng)參考rfc5116 (opens new window)。微信支付使用的密鑰key長(zhǎng)度為32個(gè)字節(jié)，隨機(jī)串nonce長(zhǎng)度12個(gè)字節(jié)，associated_data長(zhǎng)度小于16個(gè)字節(jié)并可能為空。
Java回調(diào)解密Json取值不帶引號(hào)。

# 通知簽名

加密不能保證通知請(qǐng)求來(lái)自微信。微信會(huì)對(duì)發(fā)送給商戶的通知進(jìn)行簽名，并將簽名值放在通知的HTTP頭Wechatpay-Signature。商戶應(yīng)當(dāng)驗(yàn)證簽名，以確認(rèn)請(qǐng)求來(lái)自微信，而不是其他的第三方。簽名驗(yàn)證的算法請(qǐng)參考《微信支付API v3簽名驗(yàn)證》。

# 字段說明

# 通知參數(shù)

Body 包體參數(shù)

id 必填 string(32)

通知的唯一ID。

create_time 必填 string(16)

通知?jiǎng)?chuàng)建的時(shí)間，遵循rfc3339標(biāo)準(zhǔn)格式，格式為yyyy-MM-DDTHH:mm:ss+TIMEZONE，yyyy-MM-DD表示年月日，T出現(xiàn)在字符串中，表示time元素的開頭，HH:mm:ss表示時(shí)分秒，TIMEZONE表示時(shí)區(qū)（+08:00表示東八區(qū)時(shí)間，領(lǐng)先UTC 8小時(shí)，即北京時(shí)間）。例如：2020-03-26T10:43:39+08:00表示北京時(shí)間2020年03月26日10點(diǎn)43分38秒

event_type 必填 string

通知的類型：
發(fā)票沖紅成功類型：FAPIAO.REVERSED

resource_type 必填 string(32)

通知的資源數(shù)據(jù)類型，確認(rèn)成功通知為encryptresource。

resource 必填 object

通知資源數(shù)據(jù)

屬性

# 通知參數(shù)字段

Body 包體參數(shù)

mchid 必填 string(32)

微信支付分配的商戶號(hào)

fapiao_apply_id 必填 string(64)

開票時(shí)指定的發(fā)票申請(qǐng)單號(hào)

fapiao_information 必填 array

發(fā)票申請(qǐng)單下關(guān)聯(lián)的所有發(fā)票信息

數(shù)組

# 通知應(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)文，格式如下：

Body 包體參數(shù)

code 必填 string(32)

錯(cuò)誤碼，SUCCESS為接收成功，其他錯(cuò)誤碼為失敗

message 必填 string(64)

返回信息，如非空，為錯(cuò)誤原因

# 回調(diào)示例