- 翻譯公司資訊
-
世聯(lián)翻譯公司完成電子系統-交易口中文翻譯
發(fā)布時(shí)間：2018-11-27 08:48 點(diǎn)擊：
世聯(lián)翻譯公司完成電子系統-交易口中文翻譯
1 文檔說(shuō)明1.1 文檔說(shuō)明本文檔是《即時(shí)到賬交易接口、純網(wǎng)關(guān)接口、大額信用卡接口、快捷支付前置接口、快捷支付網(wǎng)關(guān)接口、信用卡分期支付接口(create_direct_pay_by_user)》附錄文檔，它詳細解釋了在技術(shù)接入與使用過(guò)程中需要注意的地方，以幫助商戶(hù)避免風(fēng)險產(chǎn)生。閱讀后如有疑問(wèn)，請聯(lián)系支付寶相關(guān)技術(shù)支持。1.2 業(yè)務(wù)術(shù)語(yǔ)表1-1 業(yè)務(wù)術(shù)語(yǔ)術(shù)語(yǔ) 解釋CTU 支付寶風(fēng)險稽查系統。定向支付 用戶(hù)事先指定支付金額的收款方，對應的交易只能將金額轉入指定的收款方賬戶(hù)中。返回 支付寶根據得到的數據處理完成后，支付寶將處理完成的結果信息反饋給商戶(hù)網(wǎng)站。防釣魚(yú) “網(wǎng)絡(luò )釣魚(yú)”攻擊利用欺騙性的電子郵件和偽造的Web站點(diǎn)來(lái)進(jìn)行詐騙活動(dòng)，受騙者往往會(huì )泄露自己的財務(wù)數據，如信用卡號、賬戶(hù)用戶(hù)名、口令和社保編號等內容，造成損失。防釣魚(yú)用來(lái)防止以上情況的發(fā)生。分潤 分潤是指將交易金額中的一部分轉賬給其它賬戶(hù)。快捷登錄 快捷登錄產(chǎn)品主要有以下功能： 用戶(hù)在商戶(hù)的網(wǎng)站上，可以使用支付寶快捷登錄，并共享支付寶的收貨地址等物流信息給商戶(hù)； 如果用戶(hù)在商戶(hù)網(wǎng)站上使用了支付寶快捷登錄，那么在支付寶支付時(shí)，不需要再次在支付寶登錄。敏感詞 帶有敏感政治傾向、暴力傾向、不健康色彩或不文明的詞。請求 通過(guò)HTTP協(xié)議把需要傳輸的數據發(fā)送給接收方的過(guò)程。特殊字符 用做url轉義字符，或在接口參數中用作分割符的特殊字符，包括：#、%、&、+、^、|。2 責任歸屬文檔中所涉及到的規則都是根據在接入與使用支付寶接口的過(guò)程中出現的一些主要風(fēng)險而做的防范措施，請商戶(hù)予以關(guān)注。請在接入及使用支付寶接口的過(guò)程中，嚴格依照支付寶提供的接口技術(shù)文檔（即時(shí)到賬交易接口、純網(wǎng)關(guān)接口、大額信用卡接口、快捷支付前置接口、快捷支付網(wǎng)關(guān)接口、信用卡分期支付接口(create_direct_pay_by_user).pdf）、代碼示例、本文檔（即時(shí)到賬交易接口、純網(wǎng)關(guān)接口、大額信用卡接口、快捷支付前置接口、快捷支付網(wǎng)關(guān)接口、信用卡分期支付接口(create_direct_pay_by_user)接入與使用規則）等接口資料，否則由此導致的風(fēng)險以及資金損失或者擴大情形需商戶(hù)自行承擔。3 技術(shù)接入規則表3-1 技術(shù)接入規則類(lèi)型細則原因賬號 配置的合作者身份ID與安全校驗碼key必須保證與簽約信息匹配 防止接口無(wú)法正常使用或出現資金損失必須保護合作者身份ID與安全校驗碼key的隱私性 防止簽約的賬號信息被盜用，導致資金受損、被他人惡意利用等。測試完畢后，要把測試賬號立刻更換成簽約賬號。 使用測試賬號時(shí)，手續費按照3%扣除。安全 該接口必須使用https請求 避免請求參數暴露支付寶的通知IP是121.0.26.1與121.0.26.2。該IP地址不是商戶(hù)訪(fǎng)問(wèn)支付寶的地址，而是支付寶發(fā)送通知給商戶(hù)的出口地址。 如果商戶(hù)網(wǎng)站設置了IP白名單（即IP過(guò)濾），需要把支付寶的通知IP地址加入白名單中。商戶(hù)必須以DNS解析的方式訪(fǎng)問(wèn)支付寶接口，不要設置DNS cache，不要綁定支付寶IP。如果為了商戶(hù)自身安全必須綁定支付寶IP時(shí)，必須向支付寶的技術(shù)支持人員備案。 支付寶IP地址一旦變更，會(huì )導致商戶(hù)無(wú)法請求或訪(fǎng)問(wèn)支付寶，致使商戶(hù)業(yè)務(wù)直接不可用。簽名 請求的所有參數，需要根據參數名=參數值的格式，按首字符字典順序（ascii值大�。┡判�，若遇到相同首字符，則判斷第二個(gè)字符，以此類(lèi)推，待簽名字符串需要以“參數名1=參數值1&參數名2=參數值2&….&參數名N=參數值N”的規則進(jìn)行拼接。 避免接口無(wú)法正常使用在對請求的參數做簽名時(shí)，這些參數必須來(lái)源于請求參數列表，并且除去列表中的參數sign、sign_type。 避免接口無(wú)法正常使用在對請求的參數做簽名時(shí)，對于請求參數列表中那些可空的參數，如果選擇使用它們，那么這些參數的參數值必須不能為空或空值。 避免接口無(wú)法正常使用簽名時(shí)將字符轉化成字節流時(shí)指定的字符集與_input_charset保持一致；如果傳遞了_input_charset參數，這個(gè)參數也應該包含在待簽名數據中。 避免接口無(wú)法正常使用待簽名數據應該是參數原始值而不是url encoding之后的值，例如：調用某接口需要對請求參數email進(jìn)行數字簽名，那么待簽名數據應該是email=test@msn.com，而不是email=test%40msn.com。 避免接口無(wú)法正常使用參數配置 在請求參數列表中，不可空的參數必須配置。 避免接口無(wú)法正常使用在請求參數列表中，可空的但需要多選一的多個(gè)參數中，必須配置至少一個(gè)。 避免接口無(wú)法正常使用必須按照請求參數列表中各參數的格式要求配置 避免接口無(wú)法正常使用必須設置請求參數_input_charset（編碼格式），即該參數不能為空，并讓該參數加入簽名運算。 避免接口無(wú)法正常使用當設置paymethod（默認支付方式）為directPay（余額支付）時(shí)，請求參數defaultbank（默認網(wǎng)銀）不要設置或不要傳遞。 避免該交易按其他支付方式執行只有開(kāi)通了自定義超時(shí)功能，才能使用請求參數it_b_pay（超時(shí)時(shí)間）。 避免接口報錯誤碼SELF_TIMEOUT_NOT_SUPPORT只有開(kāi)通了防釣魚(yú)功能且開(kāi)通了防釣魚(yú)時(shí)間戳，才能使用請求參數anti_phishing_key（防釣魚(yú)時(shí)間戳）。 避免接口無(wú)法正常使用只有開(kāi)通了防釣魚(yú)功能且開(kāi)通了IP地址檢查，才能使用請求參數exter_invoke_ip（客戶(hù)端IP）。 避免接口無(wú)法正常使用只有開(kāi)通了網(wǎng)銀支付時(shí)是否做CTU校驗，才能使用請求參數need_ctu_check（網(wǎng)銀支付時(shí)是否做CTU校驗）。 避免接口無(wú)法正常使用只有開(kāi)通了快捷登錄，才能使用請求參數token（授權令牌碼），且必須設置token。 減少用戶(hù)付款時(shí)重復登錄支付寶請求參數subjet、body的值，以及extend_param、item_orders_info、royalty_parameters的備注表述信息中不要使用敏感詞。 避免接口無(wú)法正常使用請求參數notify_url的設置必須是互聯(lián)網(wǎng)上能訪(fǎng)問(wèn)到且訪(fǎng)問(wèn)正常的路徑地址 避免商戶(hù)網(wǎng)站無(wú)法收到支付寶的主動(dòng)通知請求參數return_url的設置不能是http://localhost/這類(lèi)地址，必須是服務(wù)器ip地址或者域名方式。（例如:127.0.0.1） 避免付款成功后，當前頁(yè)面停留在支付寶交易完成提醒頁(yè)面，而不做任何跳轉請求參數return_url的設置不能是含有“!”這類(lèi)特殊字符的地址 避免付款成功后，當前頁(yè)面停留在支付寶交易完成提醒頁(yè)面，而不做任何跳轉royalty_parameters（分潤賬號集）、extend_param（公用業(yè)務(wù)擴展參數）參數中的備注描述信息中不能出現用作字段分割符的“^”、“|”特殊字符。 避免出現數據格式錯誤，導致分潤失敗。當使用了分潤功能時(shí)，在設置請求參數royalty_parameters（分潤賬號集）的值時(shí)，分潤的總金額不能超過(guò)付款總金額減去支付寶手續費所余下的金額。 避免分潤失敗，而導致接口無(wú)法正常使用。當使用了分潤功能時(shí)，在設置請求參數royalty_parameters（分潤賬號集）的值時(shí)，分潤的收款賬戶(hù)必須是有效的收款賬號。 避免分潤失敗，而導致接口無(wú)法正常使用。seller_id（賣(mài)家支付寶用戶(hù)號）、seller_account_name（賣(mài)家別名支付寶賬號）、seller_email（賣(mài)家支付寶賬號）不能全部為空，至少有一項不為空。在都不為空的情況下，優(yōu)先級順序為：seller_id >seller_account_name >seller_email 數據完整一致，避免出現賣(mài)家信息錯誤。如果設置了買(mǎi)家支付寶賬號（如buyer_email等），那么買(mǎi)家支付寶賬號不能與賣(mài)家支付寶賬號相同，即：buyer_emai與seller_email不能相同、buyer_id與seller_id不能相同、buyer_account與seller_account不能相同）。 避免報錯，如錯誤碼：BUYER_SELLER_EQUAL。price（商品單價(jià)）、quantity（購買(mǎi)數量）會(huì )替換total_fee（交易金額）。即total_fee不能與price、quantity同時(shí)存在；存在price、quantity，就不能存在total_fee。 防止出現支付金額錯誤在給請求參數defaultbank、paymethod賦值時(shí)，需注意區分大小寫(xiě)。 否則會(huì )引起銀行直連調用失敗只有開(kāi)通了純網(wǎng)關(guān)（即網(wǎng)銀直連），且paymethod賦值為bankPay時(shí)，才有純網(wǎng)關(guān)的效果。如果沒(méi)有開(kāi)通，則paymethod禁止賦值為bankPay。 如果沒(méi)有開(kāi)通該功能，而又設置了paymethod為bankPay，那么會(huì )出現以下兩種情況： 從來(lái)沒(méi)有開(kāi)通過(guò)，報沒(méi)有開(kāi)通該產(chǎn)品的提示錯誤； 曾經(jīng)有開(kāi)通過(guò)，交易費率按照純網(wǎng)關(guān)的測試費率3%收取。只有開(kāi)通了大額信用卡功能，且 paymethod=CREDITCARD credit_card_pay=Y credit_card_default_display=Y如此設置以上3個(gè)參數值時(shí)，才有大額信用卡的效果。 如果沒(méi)開(kāi)通該功能，即使paymethod賦值為CREDITCARD也無(wú)效，甚至會(huì )報沒(méi)有開(kāi)通該產(chǎn)品的提示錯誤。只有開(kāi)通了信用支付，且paymethod賦值為creditPay時(shí)，才有信用支付的效果。 如果沒(méi)開(kāi)通該功能，即使paymethod賦值為creditPay也無(wú)效，甚至會(huì )報沒(méi)有開(kāi)通該產(chǎn)品的提示錯誤。只有開(kāi)通了信用卡分期，且paymethod賦值為CCIP時(shí)，才有信用卡分期的效果。 如果沒(méi)開(kāi)通該功能，即使paymethod賦值為CCIP也無(wú)效，甚至會(huì )報沒(méi)有開(kāi)通該產(chǎn)品的提示錯誤。只有開(kāi)通了快捷支付前置，且paymethod賦值為motoPay時(shí)，才有快捷支付前置的效果。 如果沒(méi)開(kāi)通該功能，即使paymethod賦值為motoPay也無(wú)效，甚至會(huì )報沒(méi)有開(kāi)通該產(chǎn)品的提示錯誤。只有開(kāi)通了快捷支付網(wǎng)關(guān)，且paymethod賦值為以下3個(gè)值之一： expressGatewayDebit（快捷支付網(wǎng)關(guān)借記卡單通道） expressGatewayCredit（快捷支付網(wǎng)關(guān)信用卡單通道） expressGateway（快捷支付網(wǎng)關(guān)雙通道）且default_login賦值為Y，以上2個(gè)參數必須都設置，才有快捷支付網(wǎng)關(guān)的效果。 如果沒(méi)開(kāi)通該功能，即使paymethod賦值為對應的值也無(wú)效，甚至會(huì )報沒(méi)有開(kāi)通該產(chǎn)品的提示錯誤。 如果是etao接入的商戶(hù)，那么必須設置請求參數error_notify_url和item_orders_info； 如果不是etao接入商戶(hù)，item_orders_info不要設置。 error_notify_url是使用接口時(shí)請求支付寶報錯時(shí)商戶(hù)能收到報錯信息的地址； item_orders_info是買(mǎi)家通過(guò) etao購買(mǎi)的商品的詳細清單。該數據能同步到etao的訂單列表中。必須使用支付寶的網(wǎng)關(guān)發(fā)送請求信息給支付寶，請求網(wǎng)關(guān)：https://mapi.alipay.com/gateway.do。避免被釣魚(yú)網(wǎng)站利用發(fā)送給支付寶的請求，請求參數不僅包含參與簽名的參數，還包含參數sign、sign_type。 避免接口無(wú)法正常使用傳遞請求出錯時(shí)的通知頁(yè)面路徑error_notify_url（需要聯(lián)系支付寶開(kāi)通該參數權限） 方便商戶(hù)定位接口報錯發(fā)送給支付寶的請求，如果使用form表單傳輸，需要按照以下要求編寫(xiě)： action的值必須為“https://mapi.alipay.com/gateway.do?_input_charset=該值”，如：https://mapi.alipay.com/gateway.do?_input_charset=utf-8。 不允許寫(xiě)成完整的請求鏈接地址，即禁止https://mapi.alipay.com/gateway.do?后帶有所有要請求給支付寶的請求參數數據； <form>與</form>之間需包含所有要請求給支付寶的參數，且每個(gè)參數的格式為<input type="hidden" name="參數名" value="參數值" />； 在眾多請求參數中，請求參數_input_charset（編碼格式）必須存在于form表單中，即form表單中必須含有<input type="hidden" name="_input_charset" value="參數值">； <form>與</form>之間包含的數據只允許是要請求給支付寶的參數，禁止出現商戶(hù)自行命名，不在接口技術(shù)文檔請求參數列表中的其他數據； form表單的method屬性，可自行選擇get、post兩種。 避免請求支付寶時(shí)報錯，錯誤碼為ILLEGAL_SIGN； 在win7系統下，如果瀏覽器是IE8以上，有可能出現發(fā)送請求鏈接時(shí)會(huì )無(wú)法跳轉到支付寶，當前頁(yè)面為空白頁(yè)的情況。數據傳輸 必須使用https協(xié)議，支持get、post或者httpclient方式提交。 避免接口無(wú)法正常使用設置了請求參數item_orders_info的情況下，建議使用post方式提交請求。 避免地址欄中地址數據過(guò)長(cháng)，導致傳遞的數據丟失。通知返回驗證 如果有設置通知路徑及觸發(fā)條件，則必須使用獲取到的參數notify_id再次請求支付寶，獲取是否是支付寶發(fā)送的驗證結果。該請求鏈接是：https://mapi.alipay.com/gateway.do?partner=合作者身份ID¬ify_id=通知ID的值 驗證是否是支付寶發(fā)來(lái)的請求在對通知的參數做簽名時(shí)，這些參數必須來(lái)源于支付寶通知回來(lái)的參數，并且除去列表中的參數sign、sign_type，根據參數名=參數值的格式，按首字符字典順序（ascii值大�。┡判�，若遇到相同首字符，則判斷第二個(gè)字符，以此類(lèi)推，待簽名字符串需要以“參數名1=參數值1&參數名2=參數值2&….&參數名N=參數值N”的規則進(jìn)行拼接，得到的簽名結果與獲取到的參數sign值做比較。 驗證返回的簽名返回數據處理 支付寶主動(dòng)發(fā)送通知，當商戶(hù)接收到通知數據后必須給支付寶返回“success”字符串，不允許返回其他多余字符。 如果商戶(hù)返回給支付寶的信息不是“success”，支付寶最多重復發(fā)送8次通知。 說(shuō)明：一旦商戶(hù)收到異步通知返回了純字符串success給支付寶，支付寶就不會(huì )再發(fā)送異步通知，否則會(huì )繼續按照發(fā)送時(shí)間發(fā)送通知。必須保證設置的通知路徑互聯(lián)網(wǎng)上能訪(fǎng)問(wèn)得到，且訪(fǎng)問(wèn)順暢。 避免接收不到支付寶發(fā)送的通知必須對返回的所有結果數據進(jìn)行處理 以便商戶(hù)能夠了解接口的使用情況，以及進(jìn)行商戶(hù)的后續業(yè)務(wù)操作。必須判斷發(fā)送支付請求以后的業(yè)務(wù)邏輯處理程序是否有重復執行 防止出現商戶(hù)的業(yè)務(wù)操作被重復執行，導致出現資金損失，如重復充值、重復付款等。如果交易付款完成時(shí)發(fā)送的交易狀態(tài)是TRADE_SUCCESS（可對交易做其他操作，如退款、分潤等），則當超過(guò)簽約合同指定的可退款時(shí)間段時(shí)，支付寶會(huì )主動(dòng)發(fā)送TRADE_FINISHED（不能對該交易再做任何操作）交易狀態(tài)。此時(shí)，需要根據商戶(hù)自身業(yè)務(wù)情況，來(lái)判斷是否需對這次的交易完成通知進(jìn)一步處理。 防止出現商戶(hù)的業(yè)務(wù)操作被重復執行，導致出現資金損失，如重復充值、重復付款或訂單數據錯亂等。建議每一次支付操作需以日志形式記錄到商戶(hù)網(wǎng)站的日志操作數據庫中 用來(lái)在必要時(shí)檢查或跟蹤業(yè)務(wù)處理情況接入環(huán)境 不能把接口嵌入iframe框架中 避免接口無(wú)法正常使用錯誤碼處理 常見(jiàn)錯誤碼問(wèn)題，請參見(jiàn)：http://help.alipay.com/support/234878-235357/0-235357.htm?sh=Y&info_type=9該鏈接中記載了常見(jiàn)錯誤碼問(wèn)題解決方案遇到特殊錯誤碼（如：UNKNOWN_EXCEPTION、GENERIC_FAILURE、SYSTEM_ERROR），須暫停后續一切操作，或者聯(lián)系支付寶技術(shù)支持協(xié)助處理。 一般這種情況有可能請求已經(jīng)提交到支付寶，支付寶系統失去響應但有可能由恢復機制自動(dòng)回復并提交請求。如果遇到錯誤碼“TRADE_BUYER_NOT_MATC”，表明支付使用的賬戶(hù)與原來(lái)的不一致，請使用原來(lái)的賬戶(hù)，或重新創(chuàng )建交易付款。 出現這種情況是買(mǎi)家賬戶(hù)不一致，或者買(mǎi)家使用多個(gè)賬戶(hù)，支付時(shí)賬戶(hù)必須與購買(mǎi)時(shí)賬戶(hù)（創(chuàng )建交易賬戶(hù)）一致。如果遇到錯誤碼“ILLEGAL_FEE_PARAM”，表明交易金額錯誤，請檢查交易金額是否正確。 遵循如下規則： 總價(jià)和單價(jià)不可以同時(shí)出現； 如果存在總價(jià)，則應該輸入商品數量，如果未輸入商品數量，系統不報錯，默認為1； 如果存在單價(jià)，則商品數量必須存在。如果遇到錯誤碼“TRADE_PRICE_NOT_MATCH”、“TRADE_TOTALFEE_NOT_MATCH”，表明商品價(jià)格或總價(jià)可能發(fā)生了變化，請重新創(chuàng )建交易付款。 出現這種情況，可能是商品價(jià)格發(fā)生了變更。（例如：過(guò)了促銷(xiāo)期等）如果遇到錯誤碼“FAIL_CREATE_CASHIER_PAY_ORDER”，可能是支付寶收銀臺系統出現異常，請稍候重試或聯(lián)系支付寶技術(shù)支持協(xié)助處理。 一般是支付寶收銀臺系統出現異常錯誤碼“BUYER_EMAIL_ID_MUST_NULL”表示使用純網(wǎng)關(guān)產(chǎn)品時(shí)輸入了買(mǎi)家賬號 使用純網(wǎng)關(guān)產(chǎn)品不需要輸入買(mǎi)家賬號錯誤碼“DIRECTIONAL_PAY_FORBIDDEN”表示買(mǎi)家、平臺商、賣(mài)家、分潤方不符合定向支付條件。 可能原因： 買(mǎi)家未簽署定向支付協(xié)議； 買(mǎi)家簽署了定向支付協(xié)議，但買(mǎi)家、平臺商、賣(mài)家不符合定向支付條件；或者買(mǎi)家、平臺商、分潤方不符合定向支付條件。如果交易狀態(tài)是“TRADE_CLOSED”，可能是交易超時(shí)。 交易超過(guò)時(shí)限自動(dòng)關(guān)閉如果交易狀態(tài)出現“TRADE_PENDING”，則表明收款方賬號未激活或收款方賬號被鎖定，請重新登錄支付寶激活賬號。 收款方賬號未激活或收款方賬號被鎖定自主編寫(xiě)接口代碼規則 如果不使用支付寶提供的代碼示例來(lái)集成接口，那么必須根據技術(shù)文檔中簽名機制和通知返回數據處理章節及本文檔的技術(shù)接入規則、接口使用規則、測試流程規則，來(lái)編寫(xiě)符合商戶(hù)網(wǎng)站項目的接口代碼。 避免接口無(wú)法正常使用4 接口使用規則表4-1 接口使用規則類(lèi)型規范點(diǎn)原因業(yè)務(wù)操作 接口支持重復調用，前提是交易基本信息（買(mǎi)家、賣(mài)家、交易金額、超時(shí)時(shí)間等）在多次調用中保持一致，且交易尚未完成支付。 防止重復付款以及交易信息被篡改 說(shuō)明： 如果發(fā)現買(mǎi)家不一致、賣(mài)家不一致或交易金額不一致，系統會(huì )報錯不能繼續支付； 如果超時(shí)時(shí)間不一致，則交易狀態(tài)為等待買(mǎi)家支付，但買(mǎi)家支付時(shí)系統會(huì )報錯。即時(shí)到賬的優(yōu)勢：快捷，不存在賣(mài)家發(fā)貨、買(mǎi)家確認收貨的操作，直接將買(mǎi)家的資金轉入賣(mài)家的支付寶賬號。 即時(shí)到賬交易主要用于虛擬物品和不存在賣(mài)家發(fā)貨、買(mǎi)家確認收貨的交易場(chǎng)景，比如手機話(huà)費交易、游戲幣充值、網(wǎng)上訂餐類(lèi)網(wǎng)站等。填寫(xiě)買(mǎi)家支付寶賬號時(shí)，不能與賣(mài)家的支付寶賬號相同。 避免報錯，如錯誤碼：BUYER_SELLER_EQUAL。即時(shí)到賬交易不允許賣(mài)家在交易創(chuàng )建后修改價(jià)格 會(huì )影響同一筆交易的支付支付寶每一次退款成功，都會(huì )向商戶(hù)的即時(shí)到賬異步通知地址notify_url發(fā)送一條交易成功的通知，其中狀態(tài)有refund_status、refund_success。注意： 商戶(hù)要注意做防訂單重復更新的代碼處理。 交易關(guān)閉的狀態(tài)不會(huì )發(fā)送通知，因此當進(jìn)行全額退款操作時(shí)，會(huì )出現收不到通知的情況，而在部分退款操作時(shí)，能收到即時(shí)到賬接口的交易通知。 解決方案是： 商戶(hù)使用退款接口，把退款的商戶(hù)業(yè)務(wù)邏輯程序寫(xiě)到退款接口的通知頁(yè)面里去，而即時(shí)到賬接口中不對退款的通知做任何判斷。如果不處理或者處理錯誤會(huì )將商戶(hù)自己的業(yè)務(wù)邏輯執行2次以上如果商戶(hù)的一筆交易在退款期限內，沒(méi)有進(jìn)行退款操作，則支付寶系統會(huì )默認將交易的狀態(tài)改為“交易完成”（即不可退款模式），并主動(dòng)發(fā)送一條交易狀態(tài)為trade_finished的異步通知（可以聯(lián)系支付寶關(guān)閉發(fā)送），商戶(hù)需要根據通知，結合自身業(yè)務(wù)邏輯做交易不可退款的數據庫狀態(tài)變更。 處理錯誤會(huì )導致商戶(hù)業(yè)務(wù)邏輯重復2次付款成功本接口支持的眾多支付通道中，儲蓄卡支付和信用卡支付一旦進(jìn)入網(wǎng)銀系統頁(yè)面，支付寶將無(wú)法控制訂單的支付效率問(wèn)題。 便于做支付渠道區分如果想要買(mǎi)家不安裝數字證書(shū)也能進(jìn)行余額支付，商戶(hù)需要申請開(kāi)通非證書(shū)余額支付功能；否則，買(mǎi)家必須申請安裝數字證書(shū)才能用支付寶余額支付。 說(shuō)明：該種情況只有在買(mǎi)家從來(lái)沒(méi)有申請過(guò)數字證書(shū)的情況下才有效。 保護買(mǎi)家賬戶(hù)安全平級分潤規則 平級分潤格式：收款方Email_1^金額1^備注1|收款方Email_2^金額2^備注2功能效果：買(mǎi)家付出了交易金額100元，同時(shí)，金額1給了收款方Email_1，金額2給了收款方Email_2，seller_email獲得剩下的金額（剩下的金額為：100-金額1-金額2-支付寶手續費）。金額計算規則： 買(mǎi)家交易金額=金額1+金額2+seller_email收款金額+支付寶手續費 收款方Email_1實(shí)際獲得金額=金額1 收款方Email_2實(shí)際獲得金額=金額2 seller_email實(shí)際獲得金額=買(mǎi)家交易金額-金額1-金額2-支付寶手續費分潤規則，避免出現分潤錯誤。多級分潤規則 多級分潤格式：收款方Email_1^金額1^備注1|收款方Email_1^收款方Email_2^金額2^備注2功能效果：買(mǎi)家付出了交易金額100元，同時(shí)，金額1給了收款方Email_1，收款方Email_1把獲得的金額中的金額2給了收款方Email_2，seller_email獲得剩下的金額（剩下的金額可以為：100-金額1-支付寶手續費）。金額計算規則： 買(mǎi)家交易金額=金額1+seller_email收款金額+支付寶手續費 收款方Email_1實(shí)際獲得金額=金額1-金額2（金額1必須大于等于金額2） 收款方Email_2實(shí)際獲得金額=金額2 seller_email實(shí)際獲得金額=買(mǎi)家交易金額-金額1-支付寶手續費分潤規則，避免出現分潤錯誤。限額 使用借記卡快捷支付時(shí)，系統會(huì )先根據后臺配置的借記卡快捷額度檔次來(lái)進(jìn)行限額；如果后臺未配置額度檔次，則會(huì )根據商戶(hù)簽約大快捷產(chǎn)品借記卡快捷渠道信息中的額度控制檔次來(lái)進(jìn)行限額；如果后臺以及簽約信息中也未設置額度檔次，則默認使用A檔限額；如果商戶(hù)后臺未設置額度檔次且商戶(hù)未簽約大快捷產(chǎn)品借記卡快捷渠道，可使用借記卡快捷體驗B檔額度。借記卡快捷額度檔次共分為4個(gè)檔次，其中： A檔：?jiǎn)喂P和單日2萬(wàn)限額，單月5萬(wàn)限額； B檔：?jiǎn)喂P和單日2千限額，單月1萬(wàn)限額； C檔：?jiǎn)喂P和單日500限額，單月1千限額； O檔：?jiǎn)喂P、單日和單月無(wú)限額。控制借記卡支付風(fēng)險使用信用卡快捷支付時(shí)，系統會(huì )先根據商戶(hù)簽約大快捷產(chǎn)品信用卡快捷渠道信息中的額度控制檔次來(lái)進(jìn)行限額；如果簽約了大快捷產(chǎn)品信用卡快捷渠道且未設置額度檔次，或簽約了獨立的信用卡快捷產(chǎn)品，則默認使用A檔限額；如果商戶(hù)未簽約大快捷產(chǎn)品信用卡快捷渠道且未簽約信用卡快捷產(chǎn)品，可使用信用卡快捷體驗C檔額度。信用卡快捷額度檔次共分為3個(gè)檔次，其中： A檔：?jiǎn)喂P、單日和單月無(wú)限額； B檔：?jiǎn)喂P和單日2千限額，單月1萬(wàn)限額； C檔：?jiǎn)喂P和單日500限額，單月1千限額。控制信用卡支付風(fēng)險使用余額支付時(shí)，系統會(huì )先根據后臺配置的余額額度檔次來(lái)進(jìn)行限額；如果后臺未配置額度檔次，則會(huì )根據商戶(hù)簽約信息中的額度控制檔次來(lái)進(jìn)行限額；如果后臺及簽約信息中也未設置額度檔次或者商戶(hù)未簽約大快捷產(chǎn)品，則默認使用A檔限額。余額額度檔次共分為4個(gè)檔次，其中： A檔：?jiǎn)喂P和單日2萬(wàn)限額，單月5萬(wàn)限額； B檔：?jiǎn)喂P和單日2千限額，單月1萬(wàn)限額； C檔：?jiǎn)喂P和單日500限額，單月1千限額； O檔：?jiǎn)喂P、單日和單月無(wú)限額。 控制余額支付風(fēng)險業(yè)務(wù)應用注意事項 如果商戶(hù)簽約的是純網(wǎng)關(guān)，那么必須配置請求參數paymethod為bankPay，defaultbank為某家銀行簡(jiǎn)碼。 如果沒(méi)有設置這兩個(gè)請求參數，那么支付寶就不會(huì )按照純網(wǎng)關(guān)的手續費來(lái)收取，而是按照即時(shí)到賬接口收取費用，導致商戶(hù)多支出費用。站內不能關(guān)閉交易，只能通過(guò)站外接口關(guān)閉交易�？赏ㄟ^(guò)自定義超時(shí)參數實(shí)現控制交易關(guān)閉時(shí)間。 交易訂單自定義超時(shí)關(guān)閉功能當商戶(hù)開(kāi)通了純網(wǎng)關(guān)、大額信用卡、信用卡分期、快捷支付前置、快捷支付網(wǎng)關(guān)之中的一個(gè)功能時(shí)，使用請求參數defaultbank（默認網(wǎng)銀）后，用戶(hù)付款時(shí)支付寶會(huì )自動(dòng)略過(guò)網(wǎng)銀選擇界面。各功能都有自己的網(wǎng)銀簡(jiǎn)碼列表，具體請參考接口技術(shù)文檔的附錄部分。 不同功能使用不同的網(wǎng)銀簡(jiǎn)碼才能達到網(wǎng)銀前置的效果 在快捷支付前置接口中，請求參數default_login可設置也可不設置； 在快捷支付網(wǎng)關(guān)接口中，請求參數default_login必須設置。在快捷支付前置接口中，不設置該參數不會(huì )影響快捷支付前置功能；但在快捷支付網(wǎng)關(guān)接口中，則會(huì )出現不能正常付款的情況。一般情況下，異步通知比同步通知慢3秒左右。但在網(wǎng)絡(luò )環(huán)境、服務(wù)器處理速度等因素影響下，有時(shí)異步通知會(huì )比同步通知快一些，所以商戶(hù)需要使用數據庫數據鎖防止訂單重復更新。 即時(shí)到賬異步通知與同步通知時(shí)間支付寶支付手續費扣取模式分為兩種： 實(shí)時(shí)扣費模式：一般都是收款賬戶(hù)扣費，或采用合同指定固定扣款支付寶賬戶(hù)扣費； 月結手續費模式：實(shí)時(shí)交易不扣手續費，月底賬單統一結算。實(shí)時(shí)扣費時(shí)，在扣費支付寶賬號的賬務(wù)明細中可馬上查到扣費記錄；但月結模式下，則不會(huì )查到。如果商戶(hù)請求時(shí)傳遞了extra_common_param參數，支付寶會(huì )在同步和異步通知中返回該參數。 支持商戶(hù)自定義公用回傳參數（extra_common_param）建議商戶(hù)不要使用類(lèi)似js的window.open、location.replace等沒(méi)有訪(fǎng)問(wèn)記錄的重定向函數跳轉到支付網(wǎng)關(guān)，強烈建議使用form表單提交數據。 規范代碼使用規則及減少彈出控件攔截支付（導致支付成功率下降）在集成接口的過(guò)程中，如果商戶(hù)使用seller_email作為收款賬戶(hù)，則當需要修改該支付寶賬戶(hù)名稱(chēng)時(shí)，商戶(hù)必須在程序中做相應修改，否則在支付過(guò)程中會(huì )出現賣(mài)家賬戶(hù)不存在的錯誤。推薦使用seller_id做為商戶(hù)收款賬戶(hù)。 seller_id值是支付寶分配給商戶(hù)的唯一身份ID，不會(huì )改變，使用seller_id作為收款賬戶(hù)可以避免seller_email變更導致商戶(hù)無(wú)法收款的問(wèn)題。（可在集成時(shí)聯(lián)系支付寶技術(shù)支持獲取seller_id值。）賣(mài)家發(fā)起退款操作后，買(mǎi)家是通過(guò)什么渠道付款的，則款項原路退回。比如，買(mǎi)家用的是支付寶賬號余額付款，則錢(qián)退回到支付寶賬號；借記卡付款，則退回借記卡；信用卡付款，則退回信用卡。 買(mǎi)家通過(guò)何種渠道付款，則款項原路退回。5 測試流程規則表5-1 測試流程規則步驟調試內容備注Windows環(huán)境（linux環(huán)境）服務(wù)器配置要求：推薦配置Java 1.6以上運行環(huán)境，符合servlet2.4規范的WEB容器。第一步：在本機單獨對這個(gè)接口進(jìn)行調試。 支付 返回僅僅把接口配置好，不要放在商戶(hù)的網(wǎng)站項目中。第二步：在服務(wù)器上單獨對這個(gè)接口進(jìn)行調試 支付 返回 通知本機調試沒(méi)有問(wèn)題后，再放入服務(wù)器中調試。第三步：接口融合到網(wǎng)站項目中 無(wú) 把調試好的接口與商戶(hù)網(wǎng)站項目的業(yè)務(wù)流程進(jìn)行銜接和融合。第四步：在本機對融合后的網(wǎng)站項目進(jìn)行調試 整個(gè)業(yè)務(wù)操作流程 支付 返回 業(yè)務(wù)后續的執行在本機調試銜接到網(wǎng)站項目后的接口。第五步：在服務(wù)器對融合后的網(wǎng)站項目進(jìn)行調試 整個(gè)業(yè)務(wù)操作流程 支付 返回 通知 業(yè)務(wù)后續的執行本機調試沒(méi)有問(wèn)題后，再放入服務(wù)器中調試。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à)格表,翻譯公司收費標準,翻譯公司北京,翻譯公司上海。
