【金融保險】支付寶網(wǎng)銀接入業(yè)務(wù)規(guī)范

1、隨心編輯,值得下載擁有!YOUR COMPA NY NAME IS HERE專業(yè)I專注I精心I卓越【金融保險】支付寶網(wǎng)銀接入業(yè)務(wù)規(guī)范VPlease en ter your compa nys n ame and contentv支付寶網(wǎng)銀接入業(yè)務(wù)規(guī)范副標題：網(wǎng)銀接入標準版本0.3修訂歷史版本號作者內(nèi)容提要核準人發(fā)布日期1.0.1葛喬初稿2010-2-261.0.2王增賢初稿2010-2-281.0.3葛喬增加明細查詢業(yè)務(wù) 完善余額查詢條件 完善結(jié)算標準2010-3-91文檔概述41.1 目標讀者4.1.2 版本規(guī)范4.2 交互模式4.2.1 同步交互模式 4.2.2 異步交互模式5.2.3 文

2、件上傳模式6.3 網(wǎng)銀業(yè)務(wù)7.3.1 支付業(yè)務(wù) 7.3.1.1 業(yè)務(wù)功能8.3.1.2 業(yè)務(wù)規(guī)則8.3.1.3 處理流程9.3.1.4 交互模式103.1.5 業(yè)務(wù)要素113.2 交易查詢123.2.1 業(yè)務(wù)功能123.2.2 業(yè)務(wù)規(guī)則123.2.3 處理流程133.2.4 交互模式133.2.5 業(yè)務(wù)要素143.3 余額查詢153.3.1 業(yè)務(wù)功能153.3.2 業(yè)務(wù)規(guī)則153.3.3 處理流程163.3.4 交互模式163.3.5 業(yè)務(wù)要素173.4 退貨業(yè)務(wù)183.4.1 業(yè)務(wù)功能183.4.2 業(yè)務(wù)規(guī)則183.4.3 處理流程193.4.4 交互模式203.4.5 業(yè)務(wù)要素213.5

3、清算業(yè)務(wù)223.5.1 業(yè)務(wù)功能223.5.2 業(yè)務(wù)規(guī)則233.5.3 處理流程243.5.4 交互模式253.5.5 業(yè)務(wù)要素263.5.6 文件格式274 安全規(guī)范274.1 安全配置274.1.1 算法選擇274.1.2 切換配置 284.2 數(shù)字簽名 284.2.1 簽名數(shù)據(jù) 284.2.2 簽名算法 294.3 數(shù)據(jù)加密 294.3.1 加密內(nèi)容 294.3.2 加密算法 295 附錄 305.1 結(jié)算標準 305.2 業(yè)務(wù) FAQ 301 文檔概述本文檔主要描述支付寶與銀行之間的網(wǎng)銀接入業(yè)務(wù)規(guī)范業(yè)務(wù)內(nèi)容、 交互模式， 安全配置 等內(nèi)容。1.1 目標讀者本文的主要目標讀者是支付寶網(wǎng)銀

4、接入業(yè)務(wù)銀行方的業(yè)務(wù)規(guī)劃人員， 其中的部分內(nèi)容也 可供銀行的管理與技術(shù)人員參考。1.2 版本規(guī)范支付寶網(wǎng)銀接入業(yè)務(wù)規(guī)范的版本規(guī)范是： . 。本文介紹 支付寶網(wǎng)銀接入業(yè)務(wù)規(guī)范的 1.0.3 版。2 交互模式支付寶網(wǎng)銀接入業(yè)務(wù)規(guī)范交互模式， 根據(jù)不同業(yè)務(wù)需求包括： 同步交互模式， 異步交互 模式，文件上傳模式三種交互模式。2.1 同步交互模式同步交互模式，也叫請求 - 應答模式。在請求 -應答模式下，一方作為服務(wù)提供者，另一 方作為服務(wù)使用者。 由服務(wù)使用者主動向服務(wù)提供者發(fā)起請求并等待應答， 服務(wù)提供者接受 請求，完成處理， 并向服務(wù)使用者應答處理結(jié)果， 服務(wù)使用者收到處理結(jié)果之后進行后續(xù)處 理

5、。請求 -應答模式適用于服務(wù)使用者需要根據(jù)服務(wù)提供者的服務(wù)應答才能進行正確的后續(xù)處理的場景，比如，在交易查詢業(yè)務(wù)中，支付寶作為服務(wù)使用者，銀行作為服務(wù)提供者，支付寶需要知道銀行的交易處理結(jié)果之后才能繼續(xù)交易流程。2.2 異步交互模式異步交互模式， 一方作為服務(wù)提供者， 另一方作為服務(wù)使用者。 由服務(wù)使用者主動向服 務(wù)提供者發(fā)起請求，服務(wù)提供者接受請求，完成處理（圖：服務(wù)請求 ）。返回應答結(jié)果時，之前的服務(wù)提供者角色變?yōu)榉?wù)使用者， 把處理的結(jié)果作為服務(wù)請求主動向之前的服務(wù)使用者 發(fā)起請求，而之前的服務(wù)使用者角色變?yōu)榉?wù)提供者，提供接收應答結(jié)果的服務(wù)（圖：服務(wù)應答 ）。異步模式適用于服務(wù)提供者處

6、理完服務(wù)請求后， 需要主動通知服務(wù)使用者處理結(jié)果的場 景。比如，在網(wǎng)銀支付業(yè)務(wù)中，支付寶作為服務(wù)使用者，銀行作為服務(wù)提供者，支付寶請求 數(shù)據(jù)會跳轉(zhuǎn)到銀行網(wǎng)銀頁面， 用戶在網(wǎng)銀頁面支付成功后， 銀行需要把處理結(jié)果主動通知給 支付寶，支付寶作為接收結(jié)果的服務(wù)方再做后續(xù)處理。圖：服務(wù)請求圖：服務(wù)應答2.3 文件上傳模式在文件上傳模式中， 一方作為文件提供者， 另一方作為文件使用者。 文件提供者首先生 成文件， 然后將文件上傳給文件提供者。 在文件上傳完成之后， 文件提供者通知文件使用者， 通知信息中包含文件的上傳位置與其它信息。 文件使用者接到通知之后， 根據(jù)文件內(nèi)容進行 后續(xù)的業(yè)務(wù)處理。文件上傳模

7、式的特點是文件使用者擁有文件服務(wù)系統(tǒng)。 由于網(wǎng)銀接入規(guī)范中， 文件服務(wù) 系統(tǒng)是由支付寶統(tǒng)一提供的， 因此， 文件上傳模式適用于由銀行向支付寶發(fā)起的對帳業(yè)務(wù)處 理請求，如清算對賬等。3 網(wǎng)銀業(yè)務(wù)支付寶網(wǎng)銀接入規(guī)范網(wǎng)銀業(yè)務(wù)支持業(yè)務(wù)包括： 支付業(yè)務(wù)， 交易查詢，余額查詢，內(nèi)部戶 明細查詢，退貨業(yè)務(wù)和清算業(yè)務(wù)；以上各業(yè)務(wù)都為 7*24 小時運行 ，節(jié)假日同樣處理。下面對每個業(yè)務(wù)進行詳細描述。3.1 支付業(yè)務(wù)支付業(yè)務(wù)主要實現(xiàn)互聯(lián)網(wǎng)交易中的買家， 通過銀行網(wǎng)銀方式來給支付寶帳戶充值或進行 交易支付的業(yè)務(wù)。3.1.1 業(yè)務(wù)功能互聯(lián)網(wǎng)用戶可以通過支付業(yè)務(wù)， 把用戶在銀行卡中的資金用于在支付寶網(wǎng)站上的交易支付和

8、帳戶充值等業(yè)務(wù)。從而完成用戶在互聯(lián)網(wǎng)上的購物行為。3.1.2 業(yè)務(wù)規(guī)則a) 支付業(yè)務(wù)從支付寶發(fā)起b) 支付寶清算流水號必須支付寶系統(tǒng)唯一c) 支付業(yè)務(wù)金額不能超過銀行網(wǎng)銀產(chǎn)品限額d) 銀行對同一清算流水號的重復支付請求，只做一次處理e) 銀行對超過網(wǎng)銀用戶限額的支付業(yè)務(wù)請求，不能做成功處理3.1.3 處理流程支付業(yè)務(wù)流程：a) 用戶在支付寶收銀臺選擇充值銀行b) 支付寶按 支付要素 構(gòu)造報文提交銀行接口c) 支付寶引導用戶到選擇的銀行網(wǎng)銀進行充值操作d) 用戶根據(jù)銀行網(wǎng)銀的要求進行操作(如：輸入卡號、密碼進行校驗；插入U 盾等)e) 銀行根據(jù)規(guī)則對用戶操作進行驗證，并根據(jù) 支付返回要素 向支付

9、寶返回i. 驗證成功：1. 銀行實時接口通知支付寶該筆交易成功2. 銀行將該筆用戶充值資金進行記錄， 日終匯總一筆轉(zhuǎn)賬給支付寶在銀行開設(shè)的賬戶或內(nèi)部戶ii. 驗證失?。?. 銀行引導用戶跳轉(zhuǎn)到支付寶成功頁面1.該筆充值操作結(jié)束，銀行告知用戶失敗原因3.1.4 交互模式在支付業(yè)務(wù)中，銀行與支付寶通過異步交互模式進行交互。在支付流程第2步和第3步中，支付寶構(gòu)造請求要素并且主動向銀行網(wǎng)銀交易請求。在支付流程第6步和第7步中，銀行網(wǎng)銀處理結(jié)束應答結(jié)果時主動向支付寶發(fā)起請求。3.1.5 業(yè)務(wù)要素“支付業(yè)務(wù)”請求要素:要素名稱英文縮寫要素要求金額Amount必須要素，單位是分。幣種Currency非必須要

10、素，如果沒有該要素，則默認為人民幣。卡類型cardtype必須要素，銀行按支付寶發(fā)送的借、貸、其他標示控制用 戶所支付能支持的卡類型清算流水號SerialNumber必須要素，由支付寶生成，銀行進行保存，其長度至少大 于20位字符，支持數(shù)字和字符。該字段在銀行系統(tǒng)的唯一性，當天不重復在銀行系統(tǒng)不可重復的范圍內(nèi)，如果有重復的流水號提交 到銀行，一定不能允許其支付。這里的流水號唯一性指的是相同商戶標號下的流水號唯 一性。清算日期SettleTime非必須要素，格式為：yyyyMMddHHmmss。該要素用來進行流水號重復性控制，以及釣魚的防范，比女口：銀行系統(tǒng)時間在SettleTime-30分鐘S

11、ettleTime+30分鐘以內(nèi)有效，超過該范圍的訂單不能進行支付。該要素可用來做資金對賬用。商戶編號MerchantNumber必須要素，銀行端用來定位密鑰以及清算流水號。數(shù)字簽名Signature必須要素，必須使用非對稱加密算法生成 待簽名要素必須覆蓋所有接口中需要傳遞的要素支付結(jié)果回執(zhí)地址ReturnUrl銀行可以通過服務(wù)器通知，或者頁面跳轉(zhuǎn)來通知。支付寶 建議使用通知服務(wù)器來通知，增加可靠性。“支付業(yè)務(wù)”應答要素:要素名稱英文縮寫要素要求金額Amount必須要素，單位是分。幣種Currency非必須要素，如果沒有該要素，則默認為人民幣。卡類型cardtype必須要素，銀行按支付寶發(fā)送的

12、借、貸、其他標示控制用 戶所支付能支持的卡類型清算流水號SerialNumber必須要素，由支付寶生成，銀行進行保存，其長度至少大 于20位字符，支持數(shù)字和字符。該字段在銀行系統(tǒng)的唯一性，當天不重復在銀行系統(tǒng)不可重復的范圍內(nèi)，如果有重復的流水號提交 到銀行，一定不能允許其支付。這里的流水號唯一性指的是相同商戶標號下的流水號唯 一性。清算日期SettleTime非必須要素，格式為：yyyyMMddHHmmss。該要素用來進行流水號重復性控制，以及釣魚的防范，比女口：銀行系統(tǒng)時間在SettleTime-30分鐘SettleTime+30分鐘以內(nèi)有效，超過該范圍的訂單不能進行支付。該要素可用來做資金對賬用。清算狀態(tài)SettleStatus該要素必須有明確的結(jié)果返回。商戶編號MerchantNumber必須要素，銀行端用來