- 翻譯公司資訊
-
世聯(lián)翻譯公司完成即時(shí)到賬批量退款有密接口中文翻譯
發(fā)布時(shí)間：2018-11-27 08:48 點(diǎn)擊：
世聯(lián)翻譯公司完成即時(shí)到賬批量退款有密接口中文翻譯
1 文檔說(shuō)明
1.1 功能描述
對通過(guò)即時(shí)到賬接口付款完成的交易進(jìn)行部分或全部的退還。商戶(hù)需輸入支付密碼。
1.2 閱讀對象
支付寶即時(shí)到賬批量退款有密接口文檔是面向具有一定的網(wǎng)站開(kāi)發(fā)能力，了解ASP、PHP、JAVA、ASP.NET等開(kāi)發(fā)語(yǔ)言中的一種及SQL數據庫語(yǔ)言的網(wǎng)站開(kāi)發(fā)、維護和管理人員。
1.3 業(yè)務(wù)術(shù)語(yǔ)
表1-1 業(yè)務(wù)術(shù)語(yǔ)
術(shù)語(yǔ) 解釋 返回 將退款請求的處理結果以HTML格式返回給商戶(hù)。 分潤 將交易的某一部分費用分給其它賬戶(hù)。 請求 向支付寶系統發(fā)起一次退款接口的調用。 通知 將退款請求的處理結果數據通過(guò)服務(wù)器主動(dòng)通知的方式通知給商戶(hù)網(wǎng)站。 數據集 退款請求的明細數據。
2 功能演示
步驟1： 商戶(hù)根據接口的要求配置批量退款請求參數，如圖2-1所示界面，并組裝成URL向支付寶系統發(fā)起請求，URL與參數配置詳見(jiàn)“4 請求參數說(shuō)明”。
圖2-1 設置批量退款接口參數
步驟2： 支付寶系統接收到商戶(hù)的URL請求之后，顯示如圖2-2所示界面。在支付密碼輸入框中輸入密碼，并點(diǎn)擊<確認>按鈕。
圖2-2 輸入支付密碼
步驟3： 退款申請成功后顯示如圖2-3所示界面。
圖2-3 退款申請成功界面
以上界面僅供參考，請依據商戶(hù)自身的業(yè)務(wù)邏輯或平臺管理情況，把接口嵌入到商戶(hù)系統中。
3 數據交互
圖3-1 商戶(hù)系統請求/支付寶響應交互模式
(1) 構造請求數據
商戶(hù)根據支付寶提供的接口規則，通過(guò)程序生成得到簽名結果及要傳輸給支付寶的數據集合。
(2) 發(fā)送請求數據
把構造完成的數據集合，通過(guò)頁(yè)面鏈接跳轉或表單提交的方式傳遞給支付寶。
(3) 支付寶對請求數據進(jìn)行處理
支付寶得到這些集合后，會(huì )先進(jìn)行安全校驗等驗證，一系列驗證通過(guò)后便會(huì )處理完成這次發(fā)送過(guò)來(lái)的數據請求。
(4) 返回處理的結果數據
對于處理完成的交易，支付寶會(huì )以?xún)煞N方式把數據反饋給商戶(hù)網(wǎng)站。
l 返回HTML頁(yè)面的提示信息；
l 支付寶服務(wù)器主動(dòng)發(fā)起通知，調用商戶(hù)在請求時(shí)設定好的頁(yè)面路徑（參數notify_url，如果商戶(hù)沒(méi)設定，則不會(huì )進(jìn)行該操作）。
(5) 對獲取的返回結果數據進(jìn)行處理
商戶(hù)在服務(wù)器異步通知頁(yè)面（參數notify_url指定頁(yè)面文件）獲取支付寶返回的結果數據后，可以結合自身網(wǎng)站的業(yè)務(wù)邏輯進(jìn)行數據處理。
4 請求參數說(shuō)明
4.1 含義
請求參數是商戶(hù)在與支付寶進(jìn)行數據交互時(shí)，提供給支付寶的請求數據，以便支付寶根據這些數據進(jìn)一步處理。
4.2 列表
表4-1 請求參數說(shuō)明
參數 參數名稱(chēng) 類(lèi)型（長(cháng)度范圍） 參數說(shuō)明 是否可為空 樣例 基本參數 service 接口名稱(chēng) String 接口名稱(chēng)。 不可空 refund_fastpay_by_p
latform_pwdpartner 合作者身份ID String(16) 簽約的支付寶賬號對應的支付寶唯一用戶(hù)號。
以2088開(kāi)頭的16位純數字組成。不可空 2088101008267254 _input_charset 參數編碼字符集 String 商戶(hù)網(wǎng)站使用的編碼格式，如utf-8、gbk、gb2312等。 不可空 GBK sign_type 簽名方式 String DSA、RSA、MD5三個(gè)值可選，必須大寫(xiě)。 不可空 MD5 sign 簽名 String 請參見(jiàn)“7 簽名機制”。 不可空 tphoyf4aoio5e6zxoaydjevem2c1s1zo notify_url 服務(wù)器異步通知頁(yè)面路徑 String(200) 支付寶服務(wù)器主動(dòng)通知商戶(hù)網(wǎng)站里指定的頁(yè)面http路徑。 可空 http://api.test.alipay.net/atinterface/receive_notify.htm 業(yè)務(wù)參數 seller_email 賣(mài)家支付寶賬號 String 如果賣(mài)家Id已填，則此字段可為空。 不可空 Jier1105@alitest.com seller_user_id 賣(mài)家用戶(hù)ID String 賣(mài)家支付寶賬號對應的支付寶唯一用戶(hù)號。
以2088開(kāi)頭的純16位數字。
登錄時(shí)，seller_email和seller_user_id兩者必填一個(gè)。如果兩者都填，以seller_user_id為準。不可空 2088101008267254 refund_date 退款請求時(shí)間 String 退款請求的當前時(shí)間。
格式為：yyyy-MM-dd hh:mm:ss。不可空 2011-01-12 11:21:00 batch_no 退款批次號 String 每進(jìn)行一次即時(shí)到賬批量退款，都需要提供一個(gè)批次號，通過(guò)該批次號可以查詢(xún)這一批次的退款交易記錄，對于每一個(gè)合作伙伴，傳遞的每一個(gè)批次號都必須保證唯一性。
格式為：退款日期（8位）+流水號（3～24位）。
不可重復，且退款日期必須是當天日期。流水號不能接受“000”，但能接受英文字符。不可空 201101120001 batch_num 總筆數 String 即參數detail_data的值中，“#”字符出現的數量加1，最大支持1000筆（即“#”字符出現的最大數量為999個(gè)）。 不可空 1 detail_data 單筆數據集 String 退款請求的明細數據。
格式詳情參見(jiàn)“4.3 單筆數據集參數說(shuō)明”。不可空 2011011201037066^5.00^協(xié)商退款
4.3 單筆數據集參數說(shuō)明
l 單筆數據集格式為：第一筆交易退款數據集#第二筆交易退款數據集#第三筆交易退款數據集…#第N筆交易退款數據集；
l 交易退款數據集的格式為：原付款支付寶交易號^退款總金額^退款理由；
l 不支持退分潤功能。
4.4 單筆數據集（detail_data）注意事項
l detail_data中的退款筆數總和要等于參數batch_num的值；
l 退款理由中不能有“^”、“|”、“$”、“#”等影響detail_data格式的特殊字符；
l detail_data中退款總金額不能大于交易總金額；
l 一筆交易可以多次退款，退款次數最多不能超過(guò)99次，需要遵守多次退款的總金額不超過(guò)該筆交易付款金額的原則。
4.5 樣例
https://mapi.alipay.com/gateway.do?seller_email=Jier1105%40alitest.com&batch_num=1&refund_date=2011-01-12+11%3A21%3A00¬ify_url=http%3A%2F%2Fapi.test.alipay.net%2Fatinterface%2Freceive_notify.htm&sign=9b3426cac65d36f64bffbfbc6ce50549&service=refund_fastpay_by_platform_pwd&partner=2088101008267254&detail_data=2011011201037066%5E5.00%5E%D0%AD%C9%CC%CD%CB%BF%EE&sign_type=MD5&batch_no=201101120001
說(shuō)明：
本樣例僅供參考，支付寶網(wǎng)關(guān)為https://mapi.alipay.com/gateway.do 。
5 服務(wù)器異步通知參數說(shuō)明
5.1 含義
支付寶對商戶(hù)的請求數據處理完成后，會(huì )將處理的結果數據通過(guò)服務(wù)器主動(dòng)通知的方式通知給商戶(hù)網(wǎng)站。這些處理結果數據就是服務(wù)器異步通知參數。
5.2 列表
表5-1 服務(wù)器異步通知參數說(shuō)明
參數 參數名稱(chēng) 類(lèi)型（長(cháng)度范圍） 參數說(shuō)明 是否可為空 樣例 基本參數 notify_time 通知時(shí)間 Date 通知發(fā)送的時(shí)間。
格式為：yyyy-MM-dd HH:mm:ss。不可空 2009-08-12 11:08:32 notify_type 通知類(lèi)型 String 通知的類(lèi)型。 不可空 batch_refund_notify notify_id 通知校驗ID String 通知校驗ID。 不可空 70fec0c2730b27528665af4517c27b95 sign_type 簽名方式 String DSA、RSA、MD5三個(gè)值可選，必須大寫(xiě)。 不可空 MD5 sign 簽名 String 請參見(jiàn)“7 簽名機制”。 不可空 b7baf9af3c91b37bef4261849aa76281 業(yè)務(wù)參數 batch_no 退款批次號 String 原請求退款批次號。 不可空 20060702001 success_num 退款成功總數 String 一次退款請求成功完成處理的總筆數。
一筆交易，退交易款成功才是成功。
0<= success_num<= 總退款筆數。不可空 2 result_details 退款結果明細 String 退款結果明細。
格式為：交易號^退款金額^處理結果$退費賬號^退費賬戶(hù)ID^退費金額^處理結果。
若退款申請提交成功，處理結果會(huì )返回“success”。
若提交失敗，退款的處理結果中會(huì )有報錯碼，參見(jiàn)“10.1 即時(shí)到賬批量退款業(yè)務(wù)錯誤碼”。可空 2010031906272929^80^SUCCESS$ jax_chuanhang@alipay.com^2088101003147483^0.01^SUCCESS
5.3 樣例
http://www.xxx.com/alipay/notify_url.php?notify_time=2009-08-12+11%3A08%3A32¬ify_type=batch_refund_notify¬ify_id=70fec0c2730b27528665af4517c27b95&sign_type=MD5&sign=_p_w_l_h_j0b_gd_aejia7n_ko4_m%252Fu_w_jd3_nx_s_k_mxus9_hoxg_y_r_lunli_pmma29_t_q%3D%3D&batch_no=20060702001&success_num=2&result_details=2010031906272929%5E80%5ESUCCESS
說(shuō)明：
本樣例僅供參考，實(shí)際網(wǎng)關(guān)為商戶(hù)域名。
6 通知返回數據處理
6.1 服務(wù)器異步通知頁(yè)面特性
(1) 必須保證服務(wù)器異步通知頁(yè)面（notify_url）上無(wú)任何字符，如空格、HTML標簽、開(kāi)發(fā)系統自帶拋出的異常提示信息等；
(2) 支付寶是用POST方式發(fā)送通知信息，因此該頁(yè)面中獲取參數的方式，如： request.Form("out_trade_no")、$_POST['out_trade_no']；
(3) 支付寶主動(dòng)發(fā)起通知，該方式才會(huì )被啟用；
(4) 只有在支付寶的交易管理中存在該筆交易，且發(fā)生了交易狀態(tài)的改變，支付寶才會(huì )通過(guò)該方式發(fā)起服務(wù)器通知（即時(shí)到賬中交易狀態(tài)為“等待買(mǎi)家付款”的狀態(tài)默認是不會(huì )發(fā)送通知的）；
(5) 服務(wù)器間的交互，不像頁(yè)面跳轉同步通知可以在頁(yè)面上顯示出來(lái)，這種交互方式是不可見(jiàn)的；
(6) 第一次交易狀態(tài)改變（即時(shí)到賬中此時(shí)交易狀態(tài)是交易完成）時(shí)，不僅頁(yè)面跳轉同步通知頁(yè)面會(huì )啟用，而且服務(wù)器異步通知頁(yè)面也會(huì )收到支付寶發(fā)來(lái)的處理結果通知；
(7) 程序執行完后必須打印輸出“success”（不包含引號）。如果商戶(hù)反饋給支付寶的字符不是success這7個(gè)字符，支付寶服務(wù)器會(huì )不斷重發(fā)通知，直到超過(guò)24小時(shí)22分鐘。 一般情況下，25小時(shí)以?xún)韧瓿?次通知（通知的間隔頻率一般是：2m,10m,10m,1h,2h,6h,15h）；
(8) 程序執行完成后，該頁(yè)面不能執行頁(yè)面跳轉。如果執行頁(yè)面跳轉，支付寶會(huì )收不到success字符，會(huì )被支付寶服務(wù)器判定為該頁(yè)面程序運行出現異常，而重發(fā)處理結果通知；
(9) cookies、session等在此頁(yè)面會(huì )失效，即無(wú)法獲取這些數據；
(10) 該方式的調試與運行必須在服務(wù)器上，即互聯(lián)網(wǎng)上能訪(fǎng)問(wèn)；
(11) 該方式的作用主要防止訂單丟失，即頁(yè)面跳轉同步通知沒(méi)有處理訂單更新，它則去處理；
(12) 當商戶(hù)收到服務(wù)器異步通知并打印出success時(shí)，服務(wù)器異步通知參數notify_id才會(huì )失效。也就是說(shuō)在支付寶發(fā)送同一條異步通知時(shí)（包含商戶(hù)并未成功打印出success導致支付寶重發(fā)數次通知），服務(wù)器異步通知參數notify_id是不變的。
6.2 通知觸發(fā)條件
表6-1 通知觸發(fā)條件
觸發(fā)條件名 觸發(fā)條件描述 觸發(fā)條件默認值 退款處理結束 退款處理結束。 true（觸發(fā)通知）
6.3 商戶(hù)業(yè)務(wù)處理注意事項
當支付寶處理完成后，支付寶會(huì )把處理結果以支付寶服務(wù)器主動(dòng)通知商戶(hù)網(wǎng)站的形式，反饋給商戶(hù)網(wǎng)站。商戶(hù)可以從服務(wù)器異步通知頁(yè)面中獲得這些信息，并且在驗證通過(guò)的判斷中增加商戶(hù)的業(yè)務(wù)邏輯處理程序。當商戶(hù)有傳遞參數notify_url（服務(wù)器異步通知頁(yè)面路徑）時(shí)，商戶(hù)必須判斷商戶(hù)網(wǎng)站中是否已經(jīng)對該次的通知結果數據做過(guò)同樣處理。如果不判斷，存在潛在的風(fēng)險，商戶(hù)自行承擔因此而產(chǎn)生的所有損失。
l 本接口只支持https請求，詳見(jiàn)“4.5 樣例”；
l 本接口不支持退分潤；
l 同一批次中不允許包含兩條交易號相同的退款明細。
說(shuō)明：
更多業(yè)務(wù)處理注意事項請參見(jiàn)《即時(shí)到賬批量退款有密接口(refund_fastpay_by_platform_pwd)接入與使用規則》文檔。
7 簽名機制
7.1 生成待簽名的字符串
7.1.1 需要參與簽名的參數
在請求參數列表中，除去sign、sign_type兩個(gè)參數外，其他需要使用到的參數皆是要簽名的參數。（個(gè)別接口中參數sign_type也需要參與簽名。）
在通知返回參數列表中，除去sign、sign_type兩個(gè)參數外，凡是通知返回回來(lái)的參數皆是要簽名的參數。
7.1.2 生成待簽名字符串
對于如下的參數數組：
string[] parameters={
"service=refund_fastpay_by_platform_pwd",
"partner=2088101008267254",
"_input_charset=GBK",
"return_url=http://api.test.alipay.net/atinterface/ receive_notify.htm",
"batch_no=201101120001",
"batch_num=1",
"seller_email=Jier1105@alitest.com",
"seller_user_id=2088101008267254",
"detail_data=2011011201037066^5.00^協(xié)商退款",
"refund_date=2011-01-12 11:21:00"
};
對數組里的每一個(gè)值從a到z的順序排序，若遇到相同首字母，則看第二個(gè)字母，以此類(lèi)推。
排序完成之后，再把所有數組值以“&”字符連接起來(lái)，如：
_input_charset=GBK&batch_no=201101120001&batch_num=1&detail_data=2011011201037066^5.00^協(xié)商退款&partner=2088101008267254&refund_date=2011-01-12 11:21:00&return_url=http://api.test.alipay.net/atinterface/receive_notify.htm&seller_email=Jier1105@alitest.com&seller_user_id=2088101008267254&service=refund_fastpay_by_platform_pwd
這串字符串便是待簽名字符串。
注意：
l 沒(méi)有值的參數無(wú)需傳遞，也無(wú)需包含到待簽名數據中；
l 簽名時(shí)將字符轉化成字節流時(shí)指定的字符集與_input_charset保持一致；
l 如果傳遞了_input_charset參數，這個(gè)參數也應該包含在待簽名數據中；
l 根據HTTP協(xié)議要求，傳遞參數的值中如果存在特殊字符（如：&、@等），那么該值需要做URL Encoding，這樣請求接收方才能接收到正確的參數值。這種情況下，待簽名數據應該是原生值而不是encoding之后的值。例如：調用某接口需要對請求參數email進(jìn)行數字簽名，那么待簽名數據應該是email=test@msn.com，而不是email=test%40msn.com。
7.2 簽名
7.2.1 MD5簽名
在MD5簽名時(shí)，需要私鑰參與簽名。MD5的私鑰是以英文字母和數字組成的32位字符串。商戶(hù)可登錄到商戶(hù)服務(wù)中心（https://b.alipay.com ），安裝數字證書(shū)，在“技術(shù)服務(wù)”欄目中點(diǎn)擊“交易安全校驗碼”，即可查看。
l 請求時(shí)簽名
當拿到請求時(shí)的待簽名字符串后，需要把私鑰直接拼接到待簽名字符串后面，形成新的字符串，利用MD5的簽名函數對這個(gè)新的字符串進(jìn)行簽名運算，從而得到32位簽名結果字符串（該字符串賦值于參數sign）。
l 通知返回時(shí)驗證簽名
當獲得到通知返回時(shí)的待簽名字符串后，同理，需要把私鑰直接拼接到待簽名字符串后面，形成新的字符串，利用MD5的簽名函數對這個(gè)新的字符串進(jìn)行簽名運算，從而得到32位簽名結果字符串。此時(shí)這個(gè)新的字符串需要與支付寶通知返回參數中的參數sign的值進(jìn)行驗證是否相等，來(lái)判斷簽名是否驗證通過(guò)。
7.2.2 DSA、RSA簽名
在DSA或RSA的簽名時(shí)，需要私鑰和公鑰一起參與簽名。私鑰與公鑰皆是客戶(hù)通過(guò)OPENSSL來(lái)生成得出的�？蛻�(hù)把生成出的公鑰與支付寶技術(shù)人員配置好的支付寶公鑰做交換。因此，在簽名時(shí)，客戶(hù)要用到的是客戶(hù)的私鑰及支付寶的公鑰。
l 請求時(shí)簽名
當拿到請求時(shí)的待簽名字符串后，把待簽名字符串與客戶(hù)的私鑰一同放入DSA或RSA的簽名函數中進(jìn)行簽名運算，從而得到簽名結果字符串。
l 通知返回時(shí)驗證簽名
當獲得到通知返回時(shí)的待簽名字符串后，把待簽名字符串、支付寶提供的公鑰、支付寶通知返回參數中的參數sign的值三者一同放入DSA或RSA的簽名函數中進(jìn)行非對稱(chēng)的簽名運算，來(lái)判斷簽名是否驗證通過(guò)。
8 如何驗證是否支付寶請求
l 目的
驗證此次通知信息是否是支付寶服務(wù)器發(fā)來(lái)的信息，以幫助校驗反饋回來(lái)的數據的真假性。
l 工作原理
獲取支付寶返回數據之一的通知校驗ID（notify_id），按照支付寶要求的格式拼接成要請求的鏈接，如：
https://mapi.alipay.com/gateway.do?service=notify_verify&partner=2088002396712354¬ify_id=RqPnCoPT3K9%252Fvwbh3I%252BFioE227%252BPfNMl8jwyZqMIiXQWxhOCmQ5MQO%252FWd93rvCB%252BaiGg
通過(guò)訪(fǎng)問(wèn)這個(gè)請求鏈接，利用編程方法來(lái)模擬http請求與支付寶服務(wù)器進(jìn)行交互，獲得支付寶服務(wù)器上處理的結果。
如果獲得的信息是true，則校驗成功；如果獲得的信息是其他，則校驗失敗。
9 建議與意見(jiàn)
如果您在閱讀技術(shù)文檔時(shí)有任何建議和意見(jiàn)，請點(diǎn)擊下面的鏈接跟帖回復，我們將根據您的反饋完善文檔內容。
http://club.alipay.com/read.php?tid=8684674&fid=703
10 附錄
10.1 即時(shí)到賬批量退款業(yè)務(wù)錯誤碼
表10-1 即時(shí)到賬批量退款業(yè)務(wù)錯誤碼
錯誤代碼（error_code） 含義 ILLEGAL_SIGN 簽名不正確 ILLEGAL_DYN_MD5_KEY 動(dòng)態(tài)密鑰信息錯誤 ILLEGAL_ENCRYPT 加密不正確 ILLEGAL_ARGUMENT 參數不正確 ILLEGAL_SERVICE Service參數不正確 ILLEGAL_USER 用戶(hù)ID不正確 ILLEGAL_PARTNER 合作伙伴ID不正確 ILLEGAL_EXTERFACE 接口配置不正確 ILLEGAL_PARTNER_EXTERFACE 合作伙伴接口信息不正確 ILLEGAL_SECURITY_PROFILE 未找到匹配的密鑰配置 ILLEGAL_AGENT 代理ID不正確 ILLEGAL_SIGN_TYPE 簽名類(lèi)型不正確 ILLEGAL_CHARSET 字符集不合法 ILLEGAL_CLIENT_IP 客戶(hù)端IP地址無(wú)權訪(fǎng)問(wèn)服務(wù) HAS_NO_PRIVILEGE 無(wú)權訪(fǎng)問(wèn) SESSION_TIMEOUT session超時(shí) ILLEGAL_DIGEST_TYPE 摘要類(lèi)型不正確 ILLEGAL_DIGEST 文件摘要不正確 ILLEGAL_FILE_FORMAT 文件格式不正確 ILLEGAL_TARGET_SERVICE 錯誤的target_service ILLEGAL_ACCESS_SWITCH_SYSTEM partner不允許訪(fǎng)問(wèn)該類(lèi)型的系統 ILLEGAL_ENCODING 不支持該編碼類(lèi)型 EXTERFACE_IS_CLOSED 接口已關(guān)閉 ILLEGAL_REQUEST_REFERER 防釣魚(yú)檢查不支持該請求來(lái)源 ILLEGAL_ANTI_PHISHING_KEY 防釣魚(yú)檢查非法時(shí)間戳參數 ANTI_PHISHING_KEY_TIMEOUT 防釣魚(yú)檢查時(shí)間戳超時(shí) ILLEGAL_EXTER_INVOKE_IP 防釣魚(yú)檢查非法調用IP BATCH_NUM_EXCEED_LIMIT 總比數大于1000 REFUND_DATE_ERROR 錯誤的退款時(shí)間 BATCH_NUM_ERROR 傳入的總筆數格式錯誤 BATCH_NUM_NOT_EQUAL_TOTAL 傳入的退款條數不等于數據集解析出的退款條數 SINGLE_DETAIL_DATA_EXCEED_LIMIT 單筆退款明細超出限制 NOT_THIS_SELLER_TRADE 不是當前賣(mài)家的交易 DUBL_TRADE_NO_IN_SAME_BATCH 同一批退款中存在兩條相同的退款記錄 DUPLICATE_BATCH_NO 重復的批次號 TRADE_STATUS_ERROR 交易狀態(tài)不允許退款 BATCH_NO_FORMAT_ERROR 批次號格式錯誤 SELLER_INFO_NOT_EXIST 賣(mài)家信息不存在 PARTNER_NOT_SIGN_PROTOCOL 平臺商未簽署協(xié)議 NOT_THIS_PARTNERS_TRADE 退款明細非本合作伙伴的交易 DETAIL_DATA_FORMAT_ERROR 數據集參數格式錯誤 PWD_REFUND_NOT_ALLOW_ROYALTY 有密接口不允許退分潤 NANHANG_REFUND_CHARGE_AMOUNT_ERROR 退票面價(jià)金額不合法 REFUND_AMOUNT_NOT_VALID 退款金額不合法 TRADE_PRODUCT_TYPE_NOT_ALLOW_REFUND 交易類(lèi)型不允許退交易 RESULT_FACE_AMOUNT_NOT_VALID 退款票面價(jià)不能大于支付票面價(jià) REFUND_CHARGE_FEE_ERROR 退收費金額不合法 REASON_REFUND_CHARGE_ERR 退收費失敗 RESULT_AMOUNT_NOT_VALID 退收費金額錯誤 RESULT_ACCOUNT_NO_NOT_VALID 賬號無(wú)效 REASON_TRADE_REFUND_FEE_ERR 退款金額錯誤 REASON_HAS_REFUND_FEE_NOT_MATCH 已退款金額錯誤 TXN_RESULT_ACCOUNT_STATUS_NOT_VALID 賬戶(hù)狀態(tài)無(wú)效 TXN_RESULT_ACCOUNT_BALANCE_NOT_ENOUGH 賬戶(hù)余額不足 REASON_REFUND_AMOUNT_LESS_THAN_COUPON_FEE 紅包無(wú)法部分退款
10.2 系統錯誤碼
注意：
當出現系統錯誤提示時(shí)，請聯(lián)系支付寶技術(shù)支持協(xié)助處理。
表10-2 系統錯誤碼
錯誤代碼（error_code） 含義 SYSTEM_ERROR 支付寶系統錯誤 BATCH_REFUND_STATUS_ERROR 退款記錄狀態(tài)錯誤 BATCH_REFUND_DATA_ERROR 批量退款后數據檢查錯誤 REFUND_TRADE_FAILED 不存在退交易，但是退收費和退分潤失敗 REFUND_FAIL 退款失�。ㄔ摻Y果碼只會(huì )出現在做意外數據恢復時(shí)，找不到結果碼的情況）
Unitrans世聯(lián)翻譯公司在您身邊,離您近的翻譯公司,心貼心的專(zhuān)業(yè)服務(wù),專(zhuān)業(yè)的全球語(yǔ)言翻譯與信息解決方案供應商,專(zhuān)業(yè)翻譯機構品牌。無(wú)論在本地,國內還是海外,我們的專(zhuān)業(yè)、星級體貼服務(wù)，為您的事業(yè)加速！世聯(lián)翻譯公司在北京、上海、深圳等國際交往城市設有翻譯基地，業(yè)務(wù)覆蓋全國城市。每天有近百萬(wàn)字節的信息和貿易通過(guò)世聯(lián)走向全球！積累了大量政商用戶(hù)數據，翻譯人才庫數據，多語(yǔ)種語(yǔ)料庫大數據。世聯(lián)品牌和服務(wù)品質(zhì)已得到政務(wù)防務(wù)和國際組織、跨國公司和大中型企業(yè)等近萬(wàn)用戶(hù)的認可。 專(zhuān)業(yè)翻譯公司,北京翻譯公司,上海翻譯公司,英文翻譯,日文翻譯,韓語(yǔ)翻譯,翻譯公司排行榜,翻譯公司收費價(jià)格表,翻譯公司收費標準,翻譯公司北京,翻譯公司上海。
