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

1、隨心編輯,值得下載擁有!YOUR COMPA NY NAME IS HERE專業(yè)I專注I精心I卓越【金融保險】支付寶網(wǎng)銀接入業(yè)務規(guī)范VPlease en ter your compa nys n ame and contentv支付寶網(wǎng)銀接入業(yè)務規(guī)范副標題：網(wǎng)銀接入標準版本0.3修訂歷史版本號作者內容提要核準人發(fā)布日期1.0.1葛喬初稿2010-2-261.0.2王增賢初稿2010-2-281.0.3葛喬增加明細查詢業(yè)務 完善余額查詢條件 完善結算標準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è)務7.3.1 支付業(yè)務 7.3.1.1 業(yè)務功能8.3.1.2 業(yè)務規(guī)則8.3.1.3 處理流程9.3.1.4 交互模式103.1.5 業(yè)務要素113.2 交易查詢123.2.1 業(yè)務功能123.2.2 業(yè)務規(guī)則123.2.3 處理流程133.2.4 交互模式133.2.5 業(yè)務要素143.3 余額查詢153.3.1 業(yè)務功能153.3.2 業(yè)務規(guī)則153.3.3 處理流程163.3.4 交互模式163.3.5 業(yè)務要素173.4 退貨業(yè)務183.4.1 業(yè)務功能183.4.2 業(yè)務規(guī)則183.4.3 處理流程193.4.4 交互模式203.4.5 業(yè)務要素213.5

3、清算業(yè)務223.5.1 業(yè)務功能223.5.2 業(yè)務規(guī)則233.5.3 處理流程243.5.4 交互模式253.5.5 業(yè)務要素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 加密內容 294.3.2 加密算法 295 附錄 305.1 結算標準 305.2 業(yè)務 FAQ 301 文檔概述本文檔主要描述支付寶與銀行之間的網(wǎng)銀接入業(yè)務規(guī)范業(yè)務內容、 交互模式， 安全配置 等內容。1.1 目標讀者本文的主要目標讀者是支付寶網(wǎng)銀

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

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

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

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

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

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

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

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

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