SP接口規(guī)格(v2.8.2)

1、 SP交易接口規(guī)格書SP交易接口規(guī)格書 版本2.7.7移動(dòng)支付平臺(tái)斯凱文軟件技術(shù)（廣東）有限公司版本控制版本作者說明完成日期0.92003-03-201.02003-04-201.0.12003-05-171.52003-10-152.02003-10-242.12003-11-192.2Joseph詳細(xì)描述接口功能說明、通信方式說明補(bǔ)充信息范例更正附錄的代碼列表中的錯(cuò)誤2003-12-152.5Kevin增加了返獎(jiǎng)接口2005-12-192.6Kevin修改返獎(jiǎng)接口2005-12-222.7Kevin增加了“4.15 MPS通知SP用戶已確認(rèn)交易”接口說明2006-06-202.7.1馬宏偉

2、增加了”4.16 用戶余額查詢請(qǐng)求/回復(fù)“接口說明2008-03-042.7.3陸小博增加了一個(gè)重新開發(fā)的用戶余額查詢，增加了一個(gè)品牌判斷查詢2008-04-242.7.4陸小博增加歸屬地查詢接口2008-04-302.7.5陸小博增加智能網(wǎng)扣費(fèi)的錯(cuò)誤代碼說明2008-05-042.7.6陸小博增加扣費(fèi)響應(yīng)中，對(duì)需短信確認(rèn)的說明2008-8-272.7.7陸小博刪除“術(shù)語”中“手機(jī)錢包”，“虛擬貨幣”，“積分平臺(tái)”，“銀行接口”相關(guān)內(nèi)容刪除 4.7返款請(qǐng)求/回復(fù)刪除 4.10手機(jī)錢包對(duì)賬請(qǐng)求/回復(fù)刪除 4.11明細(xì)賬上傳請(qǐng)求/回復(fù)刪除 4.16用戶余額查詢請(qǐng)求/回復(fù)修改 4.17用戶余額查詢接

3、口，在URL后增加端口7001修改 4.18用戶號(hào)碼網(wǎng)絡(luò)類型判斷，在URL后增加端口7001修改 4.19用戶歸屬地查詢，在URL后增加端口7001附錄一 增加交易代碼“06”通寶支付請(qǐng)求附錄四 修改錯(cuò)誤代碼600301細(xì)化錯(cuò)誤描述附錄四 修改錯(cuò)誤代碼600307細(xì)化錯(cuò)誤描述附錄四 修改錯(cuò)誤代碼600308細(xì)化錯(cuò)誤描述附錄四 修改錯(cuò)誤代碼800014細(xì)化錯(cuò)誤描述增加 4.2 節(jié)“通寶支付接口”說明2008-12-292.7.8李振雄增加4.2合單交易請(qǐng)求/回復(fù)附錄四 增加 以 98和988開頭的錯(cuò)誤代碼2009-04-072.7.8b陸小博增加4.1.4直接支付的通寶認(rèn)證參數(shù) 4.4.4 撤銷

4、交易的通寶認(rèn)證參數(shù)2009-04-232.8.0陸小博刪除掉4.6退款 4.7返款 4.8返獎(jiǎng)刪除 2.2 SP請(qǐng)求批量交易刪除 3.6 返獎(jiǎng)增加第五節(jié) 接入說明增加對(duì)SP訂單號(hào)生成規(guī)則的說明2009-07-01281李振雄增加610102、610103、610104、610105、610107這幾個(gè)錯(cuò)誤代碼2009-12-072.8.2陸小博擴(kuò)展4.13 查詢網(wǎng)絡(luò)類型接口2010-03-15目錄版本控制2目錄41. 前言71.1 范圍71.2 縮寫和專用名詞71.3 參考資料92. 接口通信協(xié)議92.1 SP請(qǐng)求實(shí)時(shí)交易的通信方式92.2 SP接收MPS通知消息的通信方式133. 接口功能1

5、43.1 直接支付14基本流：14備選流：153.2 預(yù)授權(quán)支付17基本流：17備選流：183.3 取消預(yù)授權(quán)20基本流：20備選流：213.4 請(qǐng)款22基本流：22備選流：233.5 撤銷25基本流：25備選流：263.6 交易自動(dòng)取消通知28基本流：28備選流：283.7 短信確認(rèn)通知30基本流：30備選流：303.8 對(duì)賬32基本流：33備選流：333.9 查詢訂單34基本流：34備選流：353.10 查詢訂單交易明細(xì)36基本流：36備選流：363.11 查詢SP賬戶37基本流：37備選流：374. 信息規(guī)格394.1 直接支付請(qǐng)求/回復(fù) (PayReq/PayRes)394.2 合單支

6、付請(qǐng)求/回復(fù) (PayReq/PayRes)424.3 撤銷支付請(qǐng)求/回復(fù) (CancelPayReq/CancelPayRes)454.4 預(yù)授權(quán)請(qǐng)求請(qǐng)求/回復(fù) (AuthReq/AuthRes)484.5 取消預(yù)授權(quán)請(qǐng)求/回復(fù) (AuthReReq/AuthReRes)514.6 預(yù)授權(quán)請(qǐng)款請(qǐng)求/回復(fù) (AuthPayReq/AuthPayRes)554.7 對(duì)帳請(qǐng)求/回復(fù) (BatchReq/BatchRes)594.8 訂單查詢請(qǐng)求/回復(fù) (OrderQryReq/OrderQryRes)614.9 訂單交易明細(xì)查詢請(qǐng)求/回復(fù) (TrxQryReq/TrxQryRes)644.10 賬

7、戶查詢請(qǐng)求/回復(fù) (AccQryReq/AccQryRes)674.11 MPS通知SP用戶已確認(rèn)交易694.12 用戶余額查詢接口714.13 用戶號(hào)碼網(wǎng)絡(luò)類型判斷734.14 用戶歸屬地查詢745. SP接入說明765.1 申請(qǐng)開通業(yè)務(wù)765.2 SP接入調(diào)測766. 附錄796.1 附錄一：交易類型代碼列表796.2 附錄二：訂單狀態(tài)代碼列表796.3 附錄三：交易狀態(tài)代碼列表796.4 附錄四：錯(cuò)誤信息代碼表806.5 附錄五 歸屬地代碼清單841. 前言移動(dòng)支付平臺(tái)為GMCC提出，面向廣大移動(dòng)用戶的便捷支付方式。SP或商戶在正式開始使用此一支付方式進(jìn)行收款前，必需先完成必要的申請(qǐng)程序

8、，并完成與移動(dòng)支付平臺(tái)的聯(lián)線模塊開發(fā)及測試后，才能正式上線。本規(guī)格書定義了SP或商戶在開發(fā)連線模塊的信息接口技術(shù)規(guī)格，以作為SP/商戶開發(fā)的依據(jù)。本規(guī)格書如遇變動(dòng)，當(dāng)遵照項(xiàng)目變更管理辦法提交變更申請(qǐng)、評(píng)估實(shí)施變更。1.1 范圍本規(guī)格書描述了以下MPS、SP接口：n 直接支付n 預(yù)授權(quán)支付n 取消預(yù)授權(quán)n 請(qǐng)款n 撤銷n 交易自動(dòng)取消通知n 短信確認(rèn)通知n 對(duì)賬n 查詢訂單n 查詢訂單交易明細(xì)n 查詢賬戶n 返獎(jiǎng)本規(guī)格書將說明以上接口的用途、交互方式、報(bào)文數(shù)據(jù)格式。1.2 縮寫和專用名詞英文縮寫英文全稱說明MPSMobile Payment Server移動(dòng)支付平臺(tái)（本系統(tǒng)）。BOSSBusin

9、ess Operation Supporting System中國移動(dòng)業(yè)務(wù)運(yùn)營支撐系統(tǒng)SPService ProviderSP企業(yè)（參見業(yè)務(wù)術(shù)語）HTTPHypertext Transfer Protocol參見HTTP SPEC業(yè)務(wù)術(shù)語：用戶移動(dòng)手機(jī)用戶，為全球通簽約用戶/ 或預(yù)付費(fèi)用戶手機(jī)號(hào)段移動(dòng)全球通簽約手機(jī)用戶/ 或預(yù)付費(fèi)手機(jī)用戶的有效號(hào)段，在號(hào)段范圍內(nèi)的用戶可使用移動(dòng)支付平臺(tái)的服務(wù)。用戶狀態(tài)包括：開機(jī)、停機(jī)、銷號(hào)等，MPS根據(jù)用戶狀態(tài)決定是否允許用戶使用話費(fèi)支付服務(wù)（即黑名單功能）黑名單被禁止使用話費(fèi)支付服務(wù)的用戶的名單，稱為黑名單，黑名單定時(shí)根據(jù)計(jì)費(fèi)系統(tǒng)所傳送的用戶狀態(tài)進(jìn)行更新。用

10、戶帳戶指手機(jī)用戶在MPS系統(tǒng)中的賬戶，賬戶中最主要的信息，除用戶的手機(jī)號(hào)外，還包括各類支付賬戶和交易額度信息。移動(dòng)電子帳戶綁定到銀行賬戶，由MPS進(jìn)行額度管理，通過銀行接口實(shí)現(xiàn)轉(zhuǎn)賬。或在營業(yè)廳存現(xiàn)金到此賬戶話費(fèi)賬戶綁定到BOSS系統(tǒng)賬戶，由MPS、BOSS系統(tǒng)進(jìn)行額度管理，通過BOSS接口實(shí)現(xiàn)收費(fèi)結(jié)算。話費(fèi)手機(jī)用戶的手機(jī)通話費(fèi)，在MPS中，話費(fèi)也被用于進(jìn)行小額支付話費(fèi)支付以手機(jī)用戶的通話費(fèi)進(jìn)行小額支付的方式，由SP在發(fā)生和用戶的交易時(shí)提請(qǐng)，包含直接支付和預(yù)授權(quán)+請(qǐng)款兩種方式，根據(jù)業(yè)務(wù)設(shè)定，可以請(qǐng)求手機(jī)用戶通過短信確認(rèn)，確認(rèn)后即可認(rèn)為支付成功，SP可實(shí)施與用戶的交易。此后由MPS向移動(dòng)計(jì)費(fèi)系統(tǒng)請(qǐng)

11、款，移動(dòng)公司再向用戶收取實(shí)際費(fèi)用，屬于風(fēng)險(xiǎn)交易。話單移動(dòng)公司用于記錄手機(jī)用戶的通話記錄，用于進(jìn)行收費(fèi)，在MPS中，話單也用于記錄手機(jī)用戶的小額支付交易。話費(fèi)充值用戶采用現(xiàn)金、充值卡繳付話費(fèi)的方式，在MPS中，也可用虛擬貨幣進(jìn)行話費(fèi)充值。虛擬貨幣虛擬貨幣是由手機(jī)積分根據(jù)一定比率兌換得到，虛擬貨幣可等同現(xiàn)金進(jìn)行小額支付（受業(yè)務(wù)風(fēng)險(xiǎn)控管），也可兌換成話費(fèi)進(jìn)行充值。交易額度為了防止交易風(fēng)險(xiǎn)，在 MPS中設(shè)置了交易額度，根據(jù)不同的賬戶類型有不同的風(fēng)險(xiǎn)控制規(guī)則；對(duì)于話費(fèi)支付，用戶一段時(shí)間內(nèi)累計(jì)的消費(fèi)額度不能超過最高限額，交易額度可周期性地恢復(fù)?？捎糜囝~用戶的賬戶余額中，除凍結(jié)的額度外，為可用余額。凍結(jié)額度

12、當(dāng)執(zhí)行需要短信確認(rèn)的支付交易、或預(yù)授權(quán)交易后，交易金額并不會(huì)立刻從用戶帳戶扣除，而是被“凍結(jié)”，保留不可用作其它支付，被凍結(jié)的金額稱為凍結(jié)額度。支付類型指話費(fèi)支付、虛擬貨幣支付、移動(dòng)電子帳戶支付、手機(jī)錢包支付等，分別對(duì)應(yīng)于不同類型的用戶支付賬戶。交易在MPS中，交易代表一次事務(wù)處理，包括支付請(qǐng)求、預(yù)授權(quán)請(qǐng)求、請(qǐng)款都是不同類型的交易。交易流水號(hào)由MPS系統(tǒng)自動(dòng)生成、不連續(xù)、循環(huán)使用的數(shù)字序列號(hào)，用于記錄、跟蹤交易的執(zhí)行情況。短信確認(rèn)為了防止交易風(fēng)險(xiǎn)，移動(dòng)公司可要求自用戶的賬戶轉(zhuǎn)出交易金額前，用戶通過短信加以確認(rèn)。訂單支付交易的對(duì)象實(shí)體，訂單記錄實(shí)際的購物信息，并用于跟蹤交易的狀態(tài)。SP企業(yè)與移動(dòng)

13、公司達(dá)成協(xié)議，提供移動(dòng)通信相關(guān)增值服務(wù)的企業(yè)；在MPS中特指提供小額支付服務(wù)，采用移動(dòng)支付平臺(tái)服務(wù)的企業(yè)。SP業(yè)務(wù)類型SP業(yè)務(wù)類型是指SP提供的服務(wù)種類，業(yè)務(wù)類型用于控制SP采用移動(dòng)支付平臺(tái)時(shí)的交易方式、支付方式，屬于風(fēng)險(xiǎn)控管手段。撤銷交易如果話費(fèi)支付交易已經(jīng)成功后，SP因任何原因需要撤銷交易，可以向MPS提請(qǐng)，MPS視情況向計(jì)費(fèi)系統(tǒng)申請(qǐng)退款，移動(dòng)公司執(zhí)行實(shí)際業(yè)務(wù)退返相應(yīng)的金額給手機(jī)用戶。外系統(tǒng)指除本系統(tǒng)以外，移動(dòng)支付平臺(tái)的接口系統(tǒng)，包括計(jì)費(fèi)系統(tǒng)、積分平臺(tái)、短信網(wǎng)關(guān)系統(tǒng)、銀行接口系統(tǒng)等計(jì)費(fèi)系統(tǒng)即BOSS系統(tǒng)，完成話費(fèi)支付的收費(fèi)結(jié)算等功能1.3 參考資料1GMCC移動(dòng)支付平臺(tái) 需求分析規(guī)格書（2

14、003年12月，2.0版）2GMCC移動(dòng)支付平臺(tái)二期需求分析規(guī)格書（2005年8月，4.0.版）2. 接口通信協(xié)議MPS系統(tǒng)共用到三種通信方式：1. SP請(qǐng)求實(shí)時(shí)交易通信方式2. SP請(qǐng)求批量交易通信方式3. SP接收交易通知通信方式2.1 SP請(qǐng)求實(shí)時(shí)交易的通信方式SP通過頁面數(shù)據(jù)提交(HTTP)方式發(fā)送實(shí)時(shí)交易請(qǐng)求。實(shí)時(shí)交易請(qǐng)求包括：n 直接支付請(qǐng)求n 預(yù)授權(quán)支付請(qǐng)求n 對(duì)賬n 手機(jī)錢包對(duì)賬n 訂單查詢n 訂單交易明細(xì)查詢n SP賬戶查詢n 撤銷交易HTTP 方式指SP通過HTTP協(xié)議的POST/GET方式提交數(shù)據(jù)，請(qǐng)求MPS服務(wù)器返回相應(yīng)頁面的方式。SP提交的數(shù)據(jù)包含交易請(qǐng)求數(shù)據(jù)信息，而

15、MPS服務(wù)器返回的頁面是XML格式的交易處理結(jié)果。2.1.1 實(shí)時(shí)交易的處理流程SP通過HTTP 提交一組數(shù)據(jù)到MPS服務(wù)器，MPS處理交易請(qǐng)求，并實(shí)時(shí)返回交易處理結(jié)果（成功或失?。?。1. 提交實(shí)時(shí)交易請(qǐng)求2. 接收MPS回復(fù)SP/商戶連線模塊MPS交易步驟：1. SP通過HTTP 提交交易請(qǐng)求數(shù)據(jù)，發(fā)送到MPS交易處理系統(tǒng)。2. MPS處理交易請(qǐng)求，并回復(fù)處理結(jié)果。3. SP接收MPS回復(fù)結(jié)果，并解析結(jié)果作相應(yīng)的交易處理。說明：l 采用HTTP 1.1協(xié)議以POST/GET方式傳遞/接收數(shù)據(jù)。l 交易請(qǐng)求/回復(fù)在同一個(gè)Socket連接（即一次HTTP REQUEST/RESPONSE）中完成

16、。l 對(duì)于無法立刻知道交易結(jié)果的請(qǐng)求，例如需要短信確認(rèn)的支付交易，只要交易合法有效，即認(rèn)為交易成功，在用戶確認(rèn)后MPS會(huì)通過HTTP 方式發(fā)送通知消息給SP,通知的URL由SP在業(yè)務(wù)開通申請(qǐng)表中的“回復(fù)地址”指定。l 如果交易請(qǐng)求在規(guī)定的時(shí)間內(nèi)未收到MPS的回復(fù)(MPS建議為180秒)，則可能是網(wǎng)絡(luò)通信故障或移動(dòng)支付平臺(tái)故障。此時(shí)，SP應(yīng)通過4.10節(jié)的訂單查詢接口查詢訂單狀態(tài)，然后根據(jù)查詢結(jié)果進(jìn)行處理。l 上述情況下，如果SP發(fā)送的是支付類的交易請(qǐng)求，包括直接支付、預(yù)授權(quán)或撤銷，并且SP因?yàn)闃I(yè)務(wù)實(shí)時(shí)性的原因已經(jīng)將交易置為失效，則SP應(yīng)該按4.4節(jié)的接口向小額支付平臺(tái)發(fā)起撤銷交易（非全球通品牌

17、的用戶暫不支持撤銷交易）。2.1.2 如何使用HTTP 發(fā)送實(shí)時(shí)交易請(qǐng)求建議SP可通過ASP或JSP頁面方式來提交實(shí)時(shí)交易請(qǐng)求。以下例子假設(shè)MPS的交易處理系統(tǒng)安裝于35端口為7001，相應(yīng)的URL地址是：35:7001/gmccwebapp/spservletSP可以通過提交頁面請(qǐng)求到如上的URL來完成交易請(qǐng)求，相應(yīng)的HTML form的代碼如下：<form action=”35:7001/gmccwebapp/spservlet” method=post><!Form v

18、airables here -></form>其中Form Variables是一組MPS系統(tǒng)預(yù)定義的變量，根據(jù)請(qǐng)求交易種類的不同填寫不同的內(nèi)容，具體變量名稱和數(shù)據(jù)類型參見本文檔后續(xù)章節(jié)。MPS根據(jù)預(yù)定義的變量接收和識(shí)別交易請(qǐng)求，如果交易請(qǐng)求中未包含必要的變量，MPS將返回錯(cuò)誤信息；如果交易請(qǐng)求中包含非MPS預(yù)定義的變量，該變量將被丟棄，MPS對(duì)余下的數(shù)據(jù)變量按正常方式處理。以下是一個(gè)實(shí)時(shí)交易請(qǐng)求的實(shí)際例子：<form action=”35:7001/gmccwebapp/spservlet” method=”post”>&l

19、t;input name="MPS_SPID" type="hidden" value="100001"><input name="MPS_SPPIN" type="hidden" value="1234"><input name="MPS_ServiceID" type="hidden" value="100001001"><input name="MPS_TrxTyp

20、e" type="hidden" value="00"><input name="MPS_PayType" type="hidden" value="0"><input name="MPS_Subscriber" type="hidden" value="quot;><input name="MPS_Amount" type="hidden&quo

21、t; value="123.56"><input name="MPS_OrderNum" type="hidden" value="123456789"><input name="MPS_SPTimestamp" type="hidden" value="20031220151530"><input name="MPS_OrderDesc" type="hidden" value=

22、"a sample trx request"></form>對(duì)應(yīng)的HTTP報(bào)文內(nèi)容為：HTTP Request InformationPOST 35:7001/gmccwebapp/spservlet HTTP/1.1HeaderAcceptimage/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, application/x-sho

23、ckwave-flash, */*Referer35:7001/newgmcctestweb/test.htmlAccept-Languagezh-cnContent-Typeapplication/x-www-form-urlencodedUser-AgentMozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.2; .NET CLR 1.1.4322)Content-Length220Pragmano-cacheHost(automatic)Cookie(automatic)Post DataMPS_SPID=

24、100001&MPS_SPPIN=1234&MPS_ServiceID=100001001&MPS_TrxType=00&MPS_PayType=0&MPS_Subscriberamp;MPS_Amount=123.56&MPS_OrderNum=123456789&MPS_SPTimestamp=20031220151530&MPS_OrderDesc=a+sample+trx+request2.1.3 接收和處理實(shí)時(shí)交易回復(fù)信息SP發(fā)送了實(shí)時(shí)交易請(qǐng)求后，必須等待MPS的回復(fù)結(jié)果，建議SP可以采用HTT

25、P協(xié)議的相關(guān)工具包來編程實(shí)現(xiàn)。例如：在JAVA中，可以通過HttpURLConnection.getContent()來實(shí)現(xiàn)。MPS完成交易處理后，給出HTTP RESPONSE響應(yīng)信息，其正文內(nèi)容為XML格式的報(bào)文。SP通過接收回復(fù)的數(shù)據(jù)，解析XML報(bào)文，判斷交易的處理結(jié)果。視處理結(jié)果不同，回復(fù)的信息分為兩類：成功和失敗信息。當(dāng)交易處理失敗時(shí)，返回錯(cuò)誤信息，錯(cuò)誤信息僅包含訂單號(hào)和錯(cuò)誤代碼（當(dāng)SP身份鑒別失敗、或非支付類交易請(qǐng)求時(shí)，僅回復(fù)錯(cuò)誤代碼，不包含訂單號(hào)）。以下是一個(gè)實(shí)時(shí)交易失敗回復(fù)的實(shí)際例子：<?xml version="1.0" encoding="

26、;UTF-8" ?> <Result><MPS_OrderNum>123456789</MPS_OrderNum><ResultCode> 860005</ResultCode> </Result>其中的錯(cuò)誤代碼的含義請(qǐng)參考本文檔附錄。對(duì)應(yīng)的HTTP報(bào)文內(nèi)容為：HTTP Response InformationHTTP/1.1 200 OKHeaderDateSat, 20 Dec 2003 15:15:31 GMTContent-Typetext/htmlServerWeblogic 7Content-L

27、ocation35:7001/gmccwebapp/spservletLast-ModifiedSat, 20 Dec 2003 15:15:31 GMTContent<?xml version="1.0" encoding="UTF-8" ?> <Result><MPS_OrderNum>123456789</MPS_OrderNum><ResultCode> 860005</ResultCode> </Result>當(dāng)交易處理成功

28、時(shí)，返回成功信息，成功信息XML格式根據(jù)請(qǐng)求的交易不同而不同。一般情況下，包括SP請(qǐng)求的原始交易數(shù)據(jù)、交易成功代碼（代碼為0）、MPS分配給該交易的流水號(hào)等，具體的信息格式請(qǐng)參考本文檔后續(xù)章節(jié)。以下是一個(gè)實(shí)時(shí)交易成功回復(fù)的實(shí)際例子：<?xml version="1.0" encoding="UTF-8" ?> <PayRes><MPS_TrxType>00</MPS_TrxType> <MPS_ServiceID>100001001</MPS_ServiceID> <MPS_P

29、ayType>0</MPS_PayType> <MPS_OrderNum>123456789</MPS_OrderNum> <MPS_Subscriber>lt;/MPS_Subscriber> <MPS_Amount>123.56</MPS_Amount><BankID>000000</BankID> <MsAccount>123456</MsAccount> <MPS_TrxID>2003122000000077</M

30、PS_TrxID> <MPS_ResultCode>0</MPS_ResultCode> <MPS_Timestamp>20031220151531</MPS_Timestamp> <MPS_OrderStatus>00</MPS_OrderStatus> </PayRes>對(duì)應(yīng)的HTTP報(bào)文內(nèi)容為：HTTP Response InformationHTTP/1.1 200 OKHeaderDateSat, 20 Dec 2003 15:15:31 GMTContent-Typetext/htmlServ

31、erWeblogic 7Content-Location35:7001/gmccwebapp/spservletLast-ModifiedSat, 20 Dec 2003 15:15:31 GMTContent<?xml version="1.0" encoding="UTF-8" ?> <PayRes><MPS_TrxType>00</MPS_TrxType> <MPS_ServiceID>100001001</MPS_ServiceID> &

32、lt;MPS_PayType>0</MPS_PayType> <MPS_OrderNum>123456789</MPS_OrderNum> <MPS_Subscriber>lt;/MPS_Subscriber> <MPS_Amount>123.56</MPS_Amount><BankID>000000</BankID> <MsAccount>123456</MsAccount> <MPS_TrxID>20031220000000

33、77</MPS_TrxID> <MPS_ResultCode>0</MPS_ResultCode> <MPS_Timestamp>20031220151531</MPS_Timestamp> <MPS_OrderStatus>00</MPS_OrderStatus> </PayRes>2.2 SP接收MPS通知消息的通信方式MPS在收到用戶確認(rèn)支付短信或自動(dòng)取消交易時(shí)，會(huì)主動(dòng)向SP發(fā)送通知消息。MPS以頁面數(shù)據(jù)請(qǐng)求（HTTP ）方式發(fā)送此類通知消息，目標(biāo)URL是在SP業(yè)務(wù)申請(qǐng)表中的“回復(fù)地址”指定的

34、；SP必須按接口規(guī)格編制連線接口模塊，以HTTP服務(wù)器模式運(yùn)行在約定的端口上，偵聽來自MPS的通知消息，并作相應(yīng)的處理。MPS發(fā)送的通知消息包括：n 用戶短信確認(rèn)支付請(qǐng)求通知n 交易超時(shí)自動(dòng)取消通知2.2.1 通知交易的處理流程參見 MPS通知SP用戶已確認(rèn)交易2.2.2 如何接受MPS發(fā)送通知消息參見 MPS通知SP用戶已確認(rèn)交易3. 接口功能3.1 直接支付3.1.1 功能描述當(dāng)SP與用戶完成實(shí)物交易后，用戶同意通過移動(dòng)支付平臺(tái)進(jìn)行支付時(shí)，SP可以向MPS請(qǐng)求直接支付。與預(yù)授權(quán)支付不同，直接支付交易成功后，用戶的賬戶上相應(yīng)的金額被立刻扣除，轉(zhuǎn)入到SP的收款賬戶上。根據(jù)與移動(dòng)事前達(dá)成的協(xié)議，

35、SP可以請(qǐng)求用戶采用話費(fèi)支付。3.1.2 事件流基本流：A SP向移動(dòng)支付平臺(tái)以HTTP 方式提交支付請(qǐng)求數(shù)據(jù)B 移動(dòng)支付平臺(tái)驗(yàn)證SP信息合法性；l 檢查SP標(biāo)識(shí)及密碼l 檢查SP請(qǐng)求交易的IP地址l 檢查交易請(qǐng)求數(shù)據(jù)的格式l 檢查SP是否支持直接支付交易l 檢查SP是否已注銷或凍結(jié)l 檢查訂單號(hào)是否重復(fù)C 移動(dòng)支付平臺(tái)檢查手機(jī)用戶的合法性：l 檢查用戶手機(jī)號(hào)是否在號(hào)段。l 檢查用戶手機(jī)是否在黑名單中l(wèi) 檢查用戶是否支持請(qǐng)求的支付方式D 移動(dòng)支付平臺(tái)檢查SP業(yè)務(wù)的合法性：l 檢查SP是否支持請(qǐng)求的業(yè)務(wù)l 檢查該業(yè)務(wù)是否支持請(qǐng)求的支付方式l 檢查該業(yè)務(wù)是否已注銷或凍結(jié)E 移動(dòng)支付平臺(tái)檢查用戶帳戶

36、的可用交易額度F 移動(dòng)支付平臺(tái)檢查該業(yè)務(wù)是否需要用戶短信確認(rèn)G 如果不需要短信確認(rèn)，從用戶可用余額里扣除交易金額。H 通過外系統(tǒng)接口將金額轉(zhuǎn)入SP的收款賬戶I 移動(dòng)支付平臺(tái)為本次交易分配交易流水號(hào)，并記錄本次交易。J 移動(dòng)支付平臺(tái)記錄交易的訂單信息K 移動(dòng)支付平臺(tái)以HTTP RESPONSE形式返回交易結(jié)果L 用例結(jié)束備選流：n 第一備選流：A 如果SP請(qǐng)求的業(yè)務(wù)需要用戶短信確認(rèn)B 移動(dòng)支付平臺(tái)為該交易分配短信確認(rèn)流水號(hào)C 移動(dòng)支付平臺(tái)凍結(jié)請(qǐng)求支付的額度（額度予以保留不允許再支用）D 移動(dòng)支付平臺(tái)發(fā)送短信（包含短信確認(rèn)流水號(hào)）給用戶請(qǐng)求確認(rèn)。E 移動(dòng)支付平臺(tái)為本次交易分配交易流水號(hào)，并記錄本次

37、交易。F 移動(dòng)支付平臺(tái)記錄交易的訂單信息G 移動(dòng)支付平臺(tái)以HTTP RESPONSE形式返回交易結(jié)果H 用例結(jié)束n 第二備選流：A 如果SP請(qǐng)求的交易數(shù)據(jù)不合法B 移動(dòng)支付平臺(tái)為本次交易分配交易流水號(hào)，并記錄本次交易。C 移動(dòng)支付平臺(tái)以HTTP RESPONSE形式返回交易失敗信息D 用例結(jié)束n 第三備選流：A 如果手機(jī)用戶不合法B 移動(dòng)支付平臺(tái)為本次交易分配交易流水號(hào)，并記錄本次交易。C 移動(dòng)支付平臺(tái)以HTTP RESPONSE形式返回交易失敗信息D 用例結(jié)束n 第四備選流：A 如果SP請(qǐng)求話費(fèi)支付方式，而手機(jī)用戶的話費(fèi)支付賬戶不存在B 移動(dòng)支付平臺(tái)為該用戶默認(rèn)開戶C 繼續(xù)用例n 第五備選流

38、：A 如果SP請(qǐng)求的業(yè)務(wù)不合法B 移動(dòng)支付平臺(tái)為本次交易分配交易流水號(hào)，并記錄本次交易。C 移動(dòng)支付平臺(tái)以HTTP RESPONSE形式返回交易失敗信息D 用例結(jié)束n 第六備選流：A 如果移動(dòng)支付平臺(tái)無法選擇到合適的SP收款賬戶B 移動(dòng)支付平臺(tái)為本次交易分配交易流水號(hào)，并記錄本次交易。C 移動(dòng)支付平臺(tái)以HTTP RESPONSE形式返回交易失敗信息D 用例結(jié)束n 第七備選流：A 如果移動(dòng)用戶帳戶的可用余額不足B 移動(dòng)支付平臺(tái)為本次交易分配交易流水號(hào)，并記錄本次交易。C 移動(dòng)支付平臺(tái)以HTTP RESPONSE形式返回交易失敗信息D 用例結(jié)束3.1.3 特殊要求l SP當(dāng)于移動(dòng)支付平臺(tái)登記的IP

39、地址發(fā)起交易請(qǐng)求；l 如果SP請(qǐng)求的業(yè)務(wù)需要用戶短信確認(rèn)，只要SP請(qǐng)求的交易數(shù)據(jù)正確，用戶帳戶合法有效，MPS即認(rèn)為交易成功，但不保證最終支付成功；l 上述情況下，SP可以通過接收MPS的通知消息，在用戶確認(rèn)后完成與用戶的最終實(shí)物交易，或通過查詢訂單接口了解訂單的支付狀態(tài)；l 如果SP提交交易請(qǐng)求成功后，未收到MPS的回復(fù)信息，則SP須通過查詢訂單接口了解訂單的當(dāng)前支付狀態(tài)。l SP應(yīng)當(dāng)記錄MPS回復(fù)的交易流水號(hào)，以備后續(xù)查詢、對(duì)帳3.1.4 前置條件SP已在移動(dòng)支付平臺(tái)開戶，并已開通業(yè)務(wù)、設(shè)定各類支付方式的收款賬號(hào)3.1.5 后置條件用戶帳戶的指定金額被扣除，轉(zhuǎn)入SP的收款賬戶；或者，用戶帳

40、戶的指定金額被凍結(jié)，等待用戶短信確認(rèn)后轉(zhuǎn)帳。3.1.6 擴(kuò)展點(diǎn)l 預(yù)授權(quán)支付l 用戶短信確認(rèn)通知l 交易自動(dòng)取消通知l 查詢定單l 查詢訂單交易明細(xì)3.2 預(yù)授權(quán)支付3.2.1 功能描述當(dāng)SP與用戶達(dá)成購物協(xié)定后，用戶同意通過移動(dòng)支付平臺(tái)進(jìn)行支付時(shí)，SP可以向MPS請(qǐng)求預(yù)授權(quán)支付；待交易最終完成后，SP可向移動(dòng)支付平臺(tái)請(qǐng)款。與直接支付不同，預(yù)授權(quán)支付僅將用戶賬戶上指定的金額凍結(jié)，被凍結(jié)的額度被保留不可再用作其它支付用途，待SP請(qǐng)款后，被凍結(jié)的金額被扣除，轉(zhuǎn)入到SP的收款賬戶上。3.2.2 事件流基本流：A SP向移動(dòng)支付平臺(tái)以HTTP POST方式提交預(yù)授權(quán)支付請(qǐng)求數(shù)據(jù)B 移動(dòng)支付平臺(tái)驗(yàn)證SP

41、信息合法性；l 檢查SP標(biāo)識(shí)及密碼l 檢查SP請(qǐng)求交易的IP地址l 檢查交易請(qǐng)求數(shù)據(jù)的格式l 檢查SP是否支持預(yù)授權(quán)支付交易l 檢查SP是否已注銷或凍結(jié)l 檢查訂單號(hào)是否重復(fù)C 移動(dòng)支付平臺(tái)檢查手機(jī)用戶的合法性：l 檢查用戶手機(jī)號(hào)是否在號(hào)段。l 檢查用戶手機(jī)是否在黑名單中l(wèi) 檢查用戶是否支持請(qǐng)求的支付方式D 移動(dòng)支付平臺(tái)檢查SP業(yè)務(wù)的合法性：l 檢查SP是否支持請(qǐng)求的業(yè)務(wù)l 檢查該業(yè)務(wù)是否支持請(qǐng)求的支付方式l 檢查該業(yè)務(wù)是否已注銷或凍結(jié)E 移動(dòng)支付平臺(tái)檢查用戶帳戶的可用交易額度F 從用戶可用余額里凍結(jié)指定的交易金額。G 移動(dòng)支付平臺(tái)檢查該業(yè)務(wù)是否需要用戶短信確認(rèn)H 如果需要短信確認(rèn)，移動(dòng)支付平

42、臺(tái)分配短信流水號(hào)，并發(fā)送短信確認(rèn)通知給用戶。I 移動(dòng)支付平臺(tái)為本次交易分配交易流水號(hào)，并記錄本次交易。J 移動(dòng)支付平臺(tái)記錄交易的訂單信息。K 移動(dòng)支付平臺(tái)以HTTP RESPONSE形式返回交易結(jié)果。L 用例結(jié)束。備選流：n 第一備選流：A 如果SP請(qǐng)求的業(yè)務(wù)不需要用戶短信確認(rèn)B 移動(dòng)支付平臺(tái)為本次交易分配交易流水號(hào)，并記錄本次交易。C 移動(dòng)支付平臺(tái)記錄交易的訂單信息。D 移動(dòng)支付平臺(tái)以HTTP RESPONSE形式返回交易結(jié)果。E 用例結(jié)束。n 第二備選流：A 如果SP請(qǐng)求的交易數(shù)據(jù)不合法B 移動(dòng)支付平臺(tái)為本次交易分配交易流水號(hào)，并記錄本次交易。C 移動(dòng)支付平臺(tái)以HTTP RESPONSE形

43、式返回交易失敗信息D 用例結(jié)束n 第三備選流：A 如果手機(jī)用戶不合法B 移動(dòng)支付平臺(tái)為本次交易分配交易流水號(hào)，并記錄本次交易。C 移動(dòng)支付平臺(tái)以HTTP RESPONSE形式返回交易失敗信息D 用例結(jié)束n 第四備選流：A 如果SP請(qǐng)求話費(fèi)支付方式，而手機(jī)用戶的話費(fèi)支付賬戶不存在B 移動(dòng)支付平臺(tái)為該用戶默認(rèn)開戶C 繼續(xù)用例n 第五備選流：A 如果SP請(qǐng)求的業(yè)務(wù)不合法B 移動(dòng)支付平臺(tái)為本次交易分配交易流水號(hào)，并記錄本次交易。C 移動(dòng)支付平臺(tái)以HTTP RESPONSE形式返回交易失敗信息D 用例結(jié)束n 第六備選流：A 如果移動(dòng)支付平臺(tái)無法選擇到合適的SP收款賬戶B 移動(dòng)支付平臺(tái)為本次交易分配交易流

44、水號(hào)，并記錄本次交易。C 移動(dòng)支付平臺(tái)以HTTP RESPONSE形式返回交易失敗信息D 用例結(jié)束n 第七備選流：A 如果移動(dòng)用戶帳戶的可用余額不足B 移動(dòng)支付平臺(tái)為本次交易分配交易流水號(hào)，并記錄本次交易。C 移動(dòng)支付平臺(tái)以HTTP RESPONSE形式返回交易失敗信息D 用例結(jié)束3.2.3 特殊要求l SP當(dāng)于移動(dòng)支付平臺(tái)登記的IP地址發(fā)起交易請(qǐng)求；l SP請(qǐng)求預(yù)授權(quán)成功后，如果與用戶取消了購物協(xié)定，可以向MPS請(qǐng)求取消預(yù)授權(quán)，以返還用戶被凍結(jié)的額度。l SP請(qǐng)求預(yù)授權(quán)成功后，如果與用戶最終完成了購物交易，可以向MPS請(qǐng)求請(qǐng)款，將凍結(jié)的額度轉(zhuǎn)入SP的賬戶。l 如果SP在規(guī)定的時(shí)間內(nèi)（移動(dòng)支付

45、平臺(tái)建議為7天），未向MPS請(qǐng)款，該預(yù)授權(quán)交易將被自動(dòng)取消，凍結(jié)額度被返還用戶。l 如果SP請(qǐng)求的業(yè)務(wù)需要用戶短信確認(rèn)，只要SP請(qǐng)求的交易數(shù)據(jù)正確，用戶帳戶合法有效，MPS即認(rèn)為交易成功，但不保證SP請(qǐng)款時(shí)支付成功；l 上述情況下，SP可以通過接收MPS的通知消息，在用戶確認(rèn)后向MPS請(qǐng)款，并完成與用戶的最終實(shí)物交易，或通過查詢訂單接口了解訂單的支付狀態(tài)；l 如果SP提交交易請(qǐng)求成功后，未收到MPS的回復(fù)信息，SP須通過查詢訂單狀態(tài)接口進(jìn)行查詢，根據(jù)查詢結(jié)果設(shè)置訂單狀態(tài)l SP應(yīng)當(dāng)記錄MPS回復(fù)的交易流水號(hào)，以備后續(xù)查詢、對(duì)帳3.2.4 前置條件SP已在移動(dòng)支付平臺(tái)開戶，并已開通業(yè)務(wù)、設(shè)定各類

46、支付方式的收款賬號(hào)3.2.5 后置條件用戶帳戶的指定金額被凍結(jié)，等待SP請(qǐng)款或等待用戶確認(rèn)。3.2.6 擴(kuò)展點(diǎn)l 取消預(yù)授權(quán)l(xiāng) 請(qǐng)款l 直接支付l 用戶短信確認(rèn)通知l 交易自動(dòng)取消通知l 查詢定單l 查詢訂單交易明細(xì)3.3 取消預(yù)授權(quán)3.3.1 功能描述當(dāng)SP向MPS請(qǐng)求預(yù)授權(quán)后，如果與用戶取消了購物協(xié)定，SP應(yīng)當(dāng)請(qǐng)求MPS取消預(yù)授權(quán)，以返還用戶被凍結(jié)的額度。3.3.2 事件流基本流：A SP向移動(dòng)支付平臺(tái)以HTTP FILE UPLOAD方式提交取消預(yù)授權(quán)請(qǐng)求報(bào)文B 移動(dòng)支付平臺(tái)驗(yàn)證SP信息合法性；l 檢查SP標(biāo)識(shí)及密碼l 檢查SP請(qǐng)求交易的IP地址l 檢查交易請(qǐng)求報(bào)文的格式l 檢查SP是否

47、已注銷C 移動(dòng)支付平臺(tái)備份SP的交易請(qǐng)求報(bào)文D 移動(dòng)支付平臺(tái)約定交易處理結(jié)果的文件名稱，并將該文件查詢路徑通過HTTP RESPONSE形式回復(fù)SPE 移動(dòng)支付平臺(tái)定時(shí)處理取消預(yù)授權(quán)交易請(qǐng)求（大約每15分鐘）F 移動(dòng)支付平臺(tái)解析報(bào)文，檢查和處理報(bào)文中的每個(gè)交易請(qǐng)求G 移動(dòng)支付平臺(tái)生成交易處理結(jié)果文件H 移動(dòng)支付平臺(tái)檢查原預(yù)授權(quán)交易是否合法：l 檢查原交易是否存在。l 檢查原交易是否由該SP發(fā)起l 檢查原交易是否預(yù)授權(quán)交易l 檢查原交易訂單數(shù)據(jù)是否與SP提供的一致I 移動(dòng)支付平臺(tái)根據(jù)原交易流水號(hào)找到訂單記錄J 移動(dòng)支付平臺(tái)檢查該訂單的交易狀態(tài)：l 檢查訂單是否已經(jīng)取消l 檢查訂單是否已經(jīng)請(qǐng)款l

48、檢查訂單是否已經(jīng)撤銷K 移動(dòng)支付平臺(tái)修改訂單的狀態(tài)，標(biāo)記為已取消L 移動(dòng)支付平臺(tái)根據(jù)原訂單找到用戶付款帳號(hào)M 移動(dòng)支付平臺(tái)判斷是否需要返還用戶凍結(jié)的額度N 如果需要，將原訂單凍結(jié)額度返還為可用額度O 移動(dòng)支付平臺(tái)為本次交易分配交易流水號(hào)，并記錄本次交易。P 移動(dòng)支付平臺(tái)將處理結(jié)果記錄在交易結(jié)果文件中。Q 移動(dòng)支付平臺(tái)重復(fù)以上步驟，完成每一筆交易的處理。R SP向移動(dòng)支付平臺(tái)提交HTTP請(qǐng)求，按約定的URL地址查詢交易處理結(jié)果。S 移動(dòng)支付平臺(tái)以HTTP RESPONSE形式返回交易結(jié)果文件。T 用例結(jié)束。備選流：n 第一備選流：A 如果SP請(qǐng)求的交易報(bào)文不合法B 移動(dòng)支付平臺(tái)備份SP的交易請(qǐng)求

49、報(bào)文C 移動(dòng)支付平臺(tái)以HTTP RESPONSE形式返回交易失敗信息D 用例結(jié)束n 第二備選流：A 如果取消預(yù)授權(quán)報(bào)文中指定的原交易不合法B 移動(dòng)支付平臺(tái)為該交易分配交易流水號(hào)，并記錄該交易。C 移動(dòng)支付平臺(tái)將失敗的交易處理結(jié)果記錄在交易結(jié)果文件中。D 繼續(xù)用例n 第三備選流：A 如果原訂單不能取消（已取消、已請(qǐng)款或已撤銷）B 移動(dòng)支付平臺(tái)為該交易分配交易流水號(hào)，并記錄該交易。C 移動(dòng)支付平臺(tái)將失敗的交易處理結(jié)果記錄在交易結(jié)果文件中。D 繼續(xù)用例n 第四備選流：A 如果原交易是話費(fèi)支付方式，而請(qǐng)求取消時(shí)，用戶的話費(fèi)支付額度已定期恢復(fù)B 則不需要返還原訂單凍結(jié)的額度C 繼續(xù)用例3.3.3 特殊要

50、求l SP當(dāng)于移動(dòng)支付平臺(tái)登記的IP地址發(fā)起交易請(qǐng)求；l SP取消預(yù)授權(quán)后，不可以再行請(qǐng)款或再次取消。l SP取消預(yù)授權(quán)，必須取消原預(yù)授權(quán)的全部金額，不能部分取消。l 如果SP在規(guī)定的時(shí)間內(nèi)（移動(dòng)支付平臺(tái)建議為7天），未向MPS請(qǐng)款或取消，預(yù)授權(quán)交易將被自動(dòng)取消，凍結(jié)額度被返還用戶。l 無論是否需要用戶短信確認(rèn)或用戶是否已經(jīng)確認(rèn)短信，SP都可以取消預(yù)授權(quán)。l 除了SP被注銷的情況外，包括SP被凍結(jié)、業(yè)務(wù)被凍結(jié)或注銷，SP都可以取消預(yù)授權(quán)。l SP預(yù)授權(quán)成功后，無論用戶是否被列入黑名單或帳戶被凍結(jié)，SP都可以取消預(yù)授權(quán)。l SP必須在請(qǐng)求預(yù)授權(quán)時(shí)，記錄MPS回復(fù)的交易流水號(hào)，并在取消預(yù)授權(quán)時(shí)提供

51、該流水號(hào)。l SP請(qǐng)求取消時(shí)，提供的訂單數(shù)據(jù)必須與原預(yù)授權(quán)交易一致。l SP收到MPS回復(fù)的查詢結(jié)果地址后，必須等待一段時(shí)間（15分鐘以上），才能發(fā)起HTTP查詢請(qǐng)求l 如果SP提交交易請(qǐng)求成功后，未收到MPS的回復(fù)信息，則須通過查詢訂單狀態(tài)接口得到訂單狀態(tài)，然后根據(jù)查詢結(jié)果進(jìn)行處理。l SP應(yīng)當(dāng)記錄MPS處理結(jié)果中的交易流水號(hào)，以備后續(xù)查詢、對(duì)帳3.3.4 前置條件SP已請(qǐng)求預(yù)授權(quán)支付3.3.5 后置條件原訂單凍結(jié)的額度被返還用戶帳戶。3.3.6 擴(kuò)展點(diǎn)l 預(yù)授權(quán)支付l 請(qǐng)款l 交易自動(dòng)取消通知l 查詢定單l 查詢訂單交易明細(xì)3.4 請(qǐng)款3.4.1 功能描述當(dāng)SP向MPS請(qǐng)求預(yù)授權(quán)后，如果與

52、用戶最終完成了購物協(xié)定，SP可以向MPS請(qǐng)款，以將用戶被凍結(jié)的額度轉(zhuǎn)入SP的收款賬戶。3.4.2 事件流基本流：A SP向移動(dòng)支付平臺(tái)以HTTP FILE UPLOAD方式提交請(qǐng)款請(qǐng)求報(bào)文B 移動(dòng)支付平臺(tái)驗(yàn)證SP信息合法性；l 檢查SP標(biāo)識(shí)及密碼l 檢查SP請(qǐng)求交易的IP地址l 檢查交易請(qǐng)求報(bào)文的格式l 檢查SP是否已注銷C 移動(dòng)支付平臺(tái)備份SP的交易請(qǐng)求報(bào)文D 移動(dòng)支付平臺(tái)約定交易處理結(jié)果的文件名稱，并將該文件查詢路徑通過HTTP RESPONSE形式回復(fù)SPE 移動(dòng)支付平臺(tái)定時(shí)處理請(qǐng)款交易請(qǐng)求（大約每15分鐘）F 移動(dòng)支付平臺(tái)解析報(bào)文，檢查和處理報(bào)文中的每個(gè)交易請(qǐng)求G 移動(dòng)支付平臺(tái)生成交易

53、處理結(jié)果文件H 移動(dòng)支付平臺(tái)檢查原預(yù)授權(quán)交易是否合法：l 檢查原交易是否存在。l 檢查原交易是否由該SP發(fā)起l 檢查原交易是否預(yù)授權(quán)交易l 檢查原交易訂單數(shù)據(jù)是否與SP提供的一致I 移動(dòng)支付平臺(tái)根據(jù)原交易流水號(hào)找到訂單記錄J 移動(dòng)支付平臺(tái)檢查原訂單的業(yè)務(wù)狀態(tài)l 檢查業(yè)務(wù)是否已注銷K 移動(dòng)支付平臺(tái)檢查原訂單的用戶狀態(tài)l 檢查用戶是否已被列入黑名單L 移動(dòng)支付平臺(tái)檢查該訂單的交易狀態(tài)：l 檢查訂單是否已經(jīng)取消l 檢查訂單是否已經(jīng)請(qǐng)款l 檢查訂單是否已經(jīng)撤銷l 檢查訂單是否需要短信確認(rèn)/用戶是否已經(jīng)確認(rèn)M 移動(dòng)支付平臺(tái)修改訂單的狀態(tài)，標(biāo)記為已請(qǐng)款N 移動(dòng)支付平臺(tái)根據(jù)原訂單找到用戶付款帳號(hào)O 移動(dòng)支付

54、平臺(tái)解除原訂單凍結(jié)的額度P 移動(dòng)支付平臺(tái)根據(jù)原訂單找到SP收款帳號(hào)Q 通過外系統(tǒng)接口將金額轉(zhuǎn)入SP的收款賬戶R 移動(dòng)支付平臺(tái)為該交易分配交易流水號(hào)，并記錄該筆交易。S 移動(dòng)支付平臺(tái)將處理結(jié)果記錄在交易結(jié)果文件中。T 移動(dòng)支付平臺(tái)重復(fù)以上步驟，完成每一筆交易的處理。U SP向移動(dòng)支付平臺(tái)提交HTTP請(qǐng)求，按約定的URL地址查詢交易處理結(jié)果。V 移動(dòng)支付平臺(tái)以HTTP RESPONSE形式返回交易結(jié)果文件。W 用例結(jié)束。備選流：n 第一備選流：A 如果SP請(qǐng)求的交易報(bào)文不合法B 移動(dòng)支付平臺(tái)備份SP的交易請(qǐng)求報(bào)文C 移動(dòng)支付平臺(tái)以HTTP RESPONSE形式返回交易失敗信息D 用例結(jié)束n 第二備

55、選流：A 如果請(qǐng)款報(bào)文中指定的原交易不合法B 移動(dòng)支付平臺(tái)為該交易分配交易流水號(hào)，并記錄該交易。C 移動(dòng)支付平臺(tái)將失敗的交易處理結(jié)果記錄在交易結(jié)果文件中。D 繼續(xù)用例n 第三備選流：A 如果原訂單的SP業(yè)務(wù)已被注銷B 移動(dòng)支付平臺(tái)為該交易分配交易流水號(hào)，并記錄該交易。C 移動(dòng)支付平臺(tái)將失敗的交易處理結(jié)果記錄在交易結(jié)果文件中。D 繼續(xù)用例n 第四備選流：A 如果原訂單的用戶已被列入黑名單B 移動(dòng)支付平臺(tái)為該交易分配交易流水號(hào)，并記錄該交易。C 移動(dòng)支付平臺(tái)將失敗的交易處理結(jié)果記錄在交易結(jié)果文件中。D 繼續(xù)用例n 第五備選流：A 如果原訂單不能請(qǐng)款（已取消、已請(qǐng)款、已撤銷或用戶未確認(rèn)）B 移動(dòng)支付平臺(tái)為該交易分配交易流水號(hào)，并記錄該交易。C 移動(dòng)支付平臺(tái)將失敗的交易處理結(jié)果記錄在交易結(jié)果文件中。D 繼續(xù)用例3.4.3 特殊要求l SP當(dāng)于移動(dòng)支付平臺(tái)登記的IP地址發(fā)起交易請(qǐng)求；l SP請(qǐng)款后，不可以再次請(qǐng)款或請(qǐng)求取消。l SP請(qǐng)款，必須請(qǐng)求原預(yù)授權(quán)的全部金額，不能部分請(qǐng)款。l 如果SP在規(guī)定的時(shí)間內(nèi)（移動(dòng)支付平臺(tái)建議為7天），未向MPS請(qǐng)款或取消，預(yù)授權(quán)交易將被自動(dòng)取消，凍結(jié)額度被返還用戶。l 如果需要用戶短信確認(rèn)而用戶尚未確認(rèn)，SP不可以請(qǐng)款。l SP可通過接收MPS發(fā)送的用戶短信確認(rèn)通知消息，或通過查詢訂單接口了解訂單的狀態(tài)