TW201800990A - 一種訂單處理方法和裝置 - Google Patents

Abstract

本發明提供了一種訂單處理方法和裝置，其中，該方法包括：第三方支付機構獲取出貨機構未成功出貨的已支付訂單；所述第三方支付機構主動發起對所述未成功出貨的已支付訂單的退款操作。利用本發明實施例提供的技術方案，可以解決現有技術中訂單退款流程過於複雜，退款週期太長的技術問題，達到了有效縮短退款週期，提高使用者體驗的技術效果。

Description

一種訂單處理方法和裝置

本發明屬於網上支付技術領域，尤其涉及一種訂單處理方法和裝置。

隨著互聯網技術的不斷發展，人們越來越多地通過互聯網來滿足基本的生活需求，例如，網上購物、網上查路線、網上查攻略、網上掛號等等。尤其是網上購物已經越來越成為人們購物的主要途徑。

在網上支付的時候，一般人們通過信用卡或者是第三方支付機構完成支付。這些支付方式在國內或者說同一國家內一般是相對簡單的，但是如果是在跨境電子商務中，會存在一定的問題。因為往往對於跨境電子商務，如果使用者通過流覽器完成了支付，那麼需要是通過流覽器的跳轉才能將已完成支付的消息通知至出貨方。如果使用者在支付完成後，就關閉了流覽器，出貨方將無法感知使用者已完成支付的消息，那麼在這種情況下，出貨方將不會出貨。

如果發生上述情況，則需要使用者主動發起退款請 求，然後，出貨方進行審核確認，在出貨方審核確認之後，才會通知第三方支付機構進行退款，退款審核週期相對較長且申請退款流程較為繁瑣。

針對上述問題，目前尚未提出有效的解決方案。

本發明目的在於提供一種訂單處理方法和裝置，可以實現在使用者支付訂單後但是未成功出貨的情況下，快速簡單地為使用者退款，提高了使用者體驗。

本發明提供一種訂單處理方法和裝置是這樣實現的：一種訂單處理方法，所述方法包括：第三方支付機構獲取出貨機構未成功出貨的已支付訂單；所述第三方支付機構主動發起對所述未成功出貨的已支付訂單的退款操作。

一種訂單處理裝置，位於第三方支付機構中，該裝置包括：獲取模組，用於獲取出貨機構未成功出貨的已支付訂單；退款模組，用於主動發起對所述未成功出貨的已支付訂單的退款操作。

本發明提供的訂單處理方法和裝置，通過第三方支付機構主動觸發來查詢已支付的訂單是否已完成出貨，對於未出貨的已支付訂單，第三方支付機構主動觸發進行退款 操作，從而可以完成對需要退款訂單的快速退款，解決了現有技術中訂單退款流程過於複雜，退款週期太長的技術問題，達到了有效縮短退款週期，提高使用者體驗的技術效果。

1、1.1、1.2、2、2.1、2.2、2.3、2.3.1、2.3.1.1、2.3.1.1.1、3、4、5‧‧‧步驟

601‧‧‧獲取模組

602‧‧‧退款模組

為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發明中記載的一些實施例，對於本領域普通技術人員來講，在不付出創造性勞動性的前提下，還可以根據這些附圖獲得其他的附圖。

圖1是本發明提供的訂單處理方法的一種實施例的方法流程圖；圖2是本發明中現有的購票的一種交互流程圖；圖3是本發明中現有的跨境購票的一種交互流程圖；圖4是本發明中現有的跨境購票的另一種交互流程圖；圖5是本發明提供的跨境購票的交互流程圖；圖6是本發明提供的訂單處理裝置的一種結構框圖。

為了使本技術領域的人員更好地理解本發明中的技術方案，下面將結合本發明實施例中的附圖，對本發明實施 例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發明一部分實施例，而不是全部的實施例。基於本發明中的實施例，本領域普通技術人員在沒有作出創造性勞動前提下所獲得的所有其他實施例，都應當屬於本發明保護的範圍。

下面結合附圖對本發明所述的訂單處理方法和裝置進行詳細的說明。圖1是本發明提出的訂單處理方法的一種實施例的方法流程圖。雖然本發明提供了如下述實施例或附圖所示的方法操作步驟或裝置結構，但基於常規或者無需創造性的勞動在所述方法或裝置中可以包括更多或者更少的操作步驟或模組結構。在邏輯性上不存在必要因果關係的步驟或結構中，這些步驟的執行順序或裝置的模組結構不限於本發明實施例提供的執行順序或模組結構。所述的方法或模組結構的在實際中的裝置或終端產品執行時，可以按照實施例或者附圖所示的方法或模組結構連接進行循序執行或者並存執行(例如並行處理器或者多執行緒處理的環境)。

本發明可以從使用者從國外航空公司購買機票出發，對這種容易出現使用者付款後由於一些誤操作而導致無法正常出貨的情況進行主動退款，而並非等到客戶請求退款後才進行一系列複雜的退款操作。因為是第三方支付結構主動進行的退款，因此可以快速簡單地實現退款操作，具體地，就是在第三方支付機構增加了一個狀態獲取和感知機制，從而使得第三方支付機構可以及時發現付款但是未 出貨的情況。當然，本發明不僅可以應用在使用者從國外航空公司購機票的情況，也可以應用在其它的網上支付情況中。

具體的如圖1所示，本發明提供的訂單處理方法的一種實施例可以包括：

S1：第三方支付機構獲取出貨機構未成功出貨的已支付訂單；即，在使用者完成付款之後，第三方支付機構主動判斷是否成功出貨。而並非是等到使用者申請退款後才發現未成功出貨。具體地，第三方支付機構可以每隔預定時間(例如一小時)，獲取這段時間內的所有支付訂單，然後逐一判斷這些支付訂單是否已經成功出貨。也可以是為每個已經成功支付的訂單設置一個時間戳記，然後在該訂單支付完成後的預定時間(例如：30分鐘)後，確定該訂單是否已完成出貨。例如：訂單A在AM8：00完成支付，那麼當時間到AM8：30的時候，第三方支付機構可以主動判斷是否已對訂單A出貨。

然而值得注意的是，上述兩種判斷機制僅是為了更好地說明本發明，還可以採用其它的觸發機制進行判斷，例如上述兩種方式結合的方式，或者是為不同的訂單設置不同的預定時間。

隨著跨境電子商務的不斷發展，越來越多的國外航空公司通過線上支付的方式對國內使用者進行機票銷售。國外航空公司在開展線上機票銷售服務的時候為了降低由於 使用者和航空公司本身選擇信用卡作為支付和結算工具所帶來的高額成本，一般都會選擇對接UATP(Universal Air Travel Plan，環球航空旅行計畫)，UATP是由全球航空公司共用的企業旅行支付網路，其UATP卡由全球各航空公司發行，是各航空公司向其企業客戶提供的一種低成本支付方案，且UATP承諾對下屬航空公司的服務都是免費。下面以跨境購買機票時候的主動退款流程為例進行說明，在這前先對現有的跨境購買機票的購票和退款流程進行說明：如圖2所示，為海外使用者在境外購買對接了UATP的航公公司的機票的流程，主要包括：使用者選擇機票後，海外航空公司產生機票金額，並請求UATP進行卡啟動；UARP聲稱UATP虛擬卡，並對當前支付進行預授權，並向海外航空公司返回啟動結果；海外航空公司通過流覽器頁面引導使用者到支付頁面；使用者選擇信用卡完成支付，然後由海外使用者信用卡髮卡行完成使用者信用卡預授權；UATP進行虛擬卡的預授權確認；然後由海外使用者信用卡髮卡行向海外航空公司返回信用卡預授權確認，進而由海外航空公司出票並將出票成功的消息通知使用者。

然而，上述在跨境網上購票的時候，整個支付流程所涉及的不同機構之間的交互是通過流覽器的頁面跳轉方式進行的。這樣就會導致問題的產生，例如，如果使用者在圖2的步驟2.3的時候支付成功了，但是不小心關閉了流 覽器。這樣必然會使得航空公司感知不到使用者支付成功的行為，那麼海外航空公司也不會選擇出票。這種場景在海外，即，使用者為海外使用者，由於使用者採用的是信用卡支付，預授權撤銷成本很低，海外使用者直接電話給髮卡行就可以立即完成預授權撤銷，解決支付了沒有出票的問題。然而，國外航空公司在國內開展業務的時候對接的是第三方支付機構，當第三方支付機構本身不是信用卡髮卡行時，使用者進行退款就非常困難，需要到海外航空公司進行申述；然後，海外航公公司再來發起到第三方支付機構的退款，流程繁瑣而且週期較長。

對於通過國內第三方支付機構完成支付的情況，如圖3所示，將UATP虛擬卡的啟動等流程放在了使用者支付之後，然後在UATP虛擬卡啟動後，通過海外航空公司出票。這種情況下的支付流程，航空公司在對接三方支付機構時，資訊的通知依然是採用基於流覽器的頁面跳轉方式進行的，依然會存在使用者在支付成功後關閉流覽器導致支付結果無法通知到航空公司的問題，也會出現使用者在付款之後無法拿到機票的情況。為此，第三方支付機構提出了海外航空公司的請款方案，如圖4所示，在知道使用者支付成功後，海外航空公司到UATP諮詢當前的UATP虛擬卡是否已經完成預授權確認，如果已經完成，則進行出票，即，海外航空公司自己觸發進行請款。

然而，即使這樣操作也會出現因為使用者關閉流覽器而導致支付結果沒有通知到航空公司的問題，因為使用者 關閉流覽器後，海外航空公司無法獲取UATP虛擬卡的卡號，在海外航空公司主動請款的時候也無法針對這筆交易請款。這樣，如果超出一定期限第三方支付公司就可以將支付金額退款給沒有收到機票的使用者，但是整個流程是依賴於一個有效期的，通常這個有效期進行了一個合理的設定，例如可以是7天，這樣也會使得使用者需要在七天后才能拿到退款，使用者體驗較差。

如果採用本例所提供的訂單處理方法，考慮到虛擬卡啟動和使用者的支付結果等都是在第三方支付機構內部完成的並且可以被第主方支付機構感知的。那麼，如果使用者在支付完成後，如果關閉了流覽器導致無法出票，那麼第三方支付機構可以主動判斷海外航空公司在UATP進行UATP虛擬卡預授權確認的結果，如果使用者在第三方支付機構完成支付，但是第三方支付機構到UATP諮詢虛擬卡的狀態不是預授權確認狀態，那麼就可以說明使用者存在誤操作導致海外航空公司沒有到UATP完成預授權確認，這樣也就說明航空公司沒有進行出票。這時，第三方支付機構可以主動向使用者發起退款，而不需要等到請款時候才進行退款操作，整個退款週期可以大大縮短。例如，可以設定一個第三方支付機構的確認規則，舉例而言可以採用以下兩種方式進行確認：

1)第三方支付機構每隔預定時間(例如一小時)到UATP查詢在該預定時間內已支付但UATP虛擬卡的狀態為預授權未確認狀態的一個或多個訂單，第三方支付機構 將這些在預定時間內已支付但UATP虛擬卡的狀態為預授權未確認狀態的一個或多個訂單，作為出貨機構未成功出貨的已支付訂單。即，設定一個時間週期，每到這個時間週期，第三方支付機構就集中確認一下，找出其中已支付但是未進入確認狀態的訂單作為需要退款的訂單。

2)第三方支付機構確定距離當前訂單支付成功的時間是否到達第二預定時間；如果到達所述第二預定時間，所述第三方支付機構到UATP查詢所述當前訂單的UATP虛擬卡的狀態是否為預授權未確認狀態；如果是預授權未確認狀態，則所述第三方支付機構將所述當前訂單作為所述出貨機構未成功出貨的已支付訂單。即，為每個訂單設定一個寬限時間，到了寬限時間，就確定這個訂單是否是已支付但是沒有出貨的訂單，如果是，那麼就將該訂單作為需要退款的訂單。

S2：第三方支付機構主動發起對未成功出貨的已支付訂單的退款操作。

即，第三支付機構主動實現向使用者的退款，因為是第三方支付機構主動觸發的判斷操作，這樣在確認這些訂單需要退款後，可以直接進行退款，而不需要等到出貨方觸發，這樣可以有效提高退款效率。

具體地，在實現的時候，退款可以直接放到訂單使用者的第三方支付機構的帳戶中，也可以退款至訂單使用者綁定的銀行卡中，或者是退款至其它支付的金額支付方，具體退款至何處可以具體約定。

例如，在預定時間(一個小時內)第三方支付機構查詢到有以下幾個訂單，對應的預授權確認狀態如下表所示：

由上表可以看出，有一個訂單：GH89023是處於已支付但是未確認狀態的，那麼也就表明該訂單是使用者存在誤操作的訂單，需要進行退款操作。這時，第三方支付機構就可以隨機對該訂單進行退款。

通過上述方式，使用者在支付完成後，如果出現誤操作而導致流覽器關閉無法完成跳轉，那麼在短時間就可以接收到第三方支付機構的退款，並可以告知使用者退款原因，有效提高了使用者體驗。

下面結合一個具體實施例對整個訂單流程進行說明，在該實施例中，是以國內使用者通過第三方支付機構在海外航空公司進行跨境購買機票為例進行的說明，然而值得注意的是，該具體實施例僅是為了更好地說明本發明，並不構成對本發明的不當限定。

由上述圖4中對當前的跨境機票中的處理方式可知，在現有的跨境購買機票的使用者退款過程中，使用者的退款行為依賴於航空公司的請款，退款的主動權在於海外航空公司，在本例中，將退款的主動權轉換至國內第三方支 付機構，由第三方支付機構通過主動諮詢UATP卡的預授權確認狀態作出決策，確定是否對使用者進行退款操作，這種退款主動權的轉移可以有效提高退款效率。

具體地，在本例中，整個訂單處理過程可以如圖5所示，包括以下步驟：

步驟1：國內使用者到海外航空公司的網站上選擇機票

步驟1.1：海外航空公司記錄機票資訊；

步驟1.2：海外航空公司引導使用者到支付頁面；

步驟2：國內使用者選擇第三方支付機構進行支付；

步驟2.1：第三方支付機構完成使用者支付；

步驟2.2：第三方支付機構產生UATP虛擬卡並請求進行啟動；

步驟2.3：國內第三方支付機構到UATP進行UATP虛擬卡啟動；

步驟2.3.1：UATP向第三方支付機構返回啟動成功結果；

步驟2.3.1.1：第三方支付機構通知國內使用者已經扣款成功；

步驟2.3.1.1.1：使用者關閉流覽器，海外航空公司並不能獲知使用者已付款也無法進行預授權確認，因此不會出票；

步驟3：第三方支付機構獲取一小時內使用者支付完成的機票資訊和UATP虛擬卡號；

步驟4：第三方支付機構在UATP進行虛擬卡預授權狀態查詢，確定虛擬卡是否已經進行預授權確認；

步驟5：如果當前支付成功的機票UATP虛擬卡沒有進行預授權確認，那麼就進行退款。

上例中是以第三方支付機構每隔預定時間對這段時間內的所有訂單進行的查詢確認為例進行說明，在實際執行的時候，可以逐一對各個訂單分別進行查詢確認，而不是採用集中式，具體的處理方式可以按照需要確定。

進一步的，需要說明的是，上例中是以使用者跨境購買機票為例進行的說明，這種第三方支付機構主動確認是否需要退款的方式也可以應用其它的支付情況中，只要是協定或者規則按照預定的方式確認好，那麼這種訂單處理方式可以應用於任何支付流程中，以便簡化退款操作，使得使用者可以更快地獲得退款。

基於同一發明構思，本發明實施例中還提供了一種訂單處理裝置，如下面的實施例所述。由於訂單處理裝置解決問題的原理與訂單處理方法相似，因此訂單處理裝置的實施可以參見訂單處理方法的實施，重複之處不再贅述。以下所使用的，術語“單元”或者“模組”可以實現預定功能的軟體和/或硬體的組合。儘管以下實施例所描述的裝置較佳地以軟體來實現，但是硬體，或者軟體和硬體的組合的實現也是可能並被構想的。圖6是本發明實施例的訂單處理裝置的一種結構框圖，該訂單處理裝置位於第三方支付機構中，如圖6所示，該訂單 處理裝置可以包括：獲取模組601和退款模組602，下面對該結構進行說明。

獲取模組601，可以用於獲取出貨機構未成功出貨的已支付訂單；退款模組602，可以用於主動發起對所述未成功出貨的已支付訂單的退款操作。

在一個實施方式中，出貨機構可以包括：國外航空公司，出貨機構出貨可以包括：所述出貨機構出票。

在一個實施方式中，獲取模組601可以具體用於通過到UATP查詢已支付訂單的UATP虛擬卡的狀態，獲取出貨機構未成功出貨的已支付訂單。

在一個實施方式中，獲取模組可以包括：第一查詢單元，用於每隔第一預定時間到UATP查詢在第一預定時間內已支付但UATP虛擬卡的狀態為預授權未確認狀態的一個或多個訂單；第一確定單元，用於將所述在第一預定時間內已支付但UATP虛擬卡的狀態為預授權未確認狀態的一個或多個訂單，作為所述出貨機構未成功出貨的已支付訂單。

在一個實施方式中，獲取模組601可以包括：判斷單元，可以用於確定距離當前訂單支付成功的時間是否到達第二預定時間；第二查詢單元，可以用於在確定到達所述第二預定時間的情況下，到UATP查詢所述當前訂單的UATP虛擬卡的狀態是否為預授權未確認狀態；第二確定單元，可以用於在確定為預授權未確認狀態的情況下，將 所述當前訂單作為所述出貨機構未成功出貨的已支付訂單。

在一個實施方式中，不同的訂單對應不同時長的第二預定時間。

在一個實施方式中，出貨機構通過流覽器的跳轉完成對已支付訂單的出貨操作。

本發明提供的訂單處理方法和裝置，通過第三方支付機構主動觸發來查詢已支付的訂單是否已完成出貨，對於未出貨的已支付訂單，第三方支付機構主動觸發進行退款操作，從而可以完成對需要退款訂單的快速退款，解決了現有技術中訂單退款流程過於複雜，退款週期太長的技術問題，達到了有效縮短退款週期，提高使用者體驗的技術效果。

儘管本發明內容中以跨境機票的訂單處理流程進行的描述，但是，本發明還可以應用在其它的訂單處理過程中，而不僅限於此。在實際應用的過程中也並不局限於必須是完全按照所提及的方式進行訂單處理。本發明中各個實施例所涉及的上述描述僅是本發明中的一些實施例中的應用，在某些標準、模型、方法的基礎上略加修改後的實施方式也可以實行上述本發明各實施例的方案。當然，在符合本發明上述各實施例的中所述的處理方法步驟的其他無創造性的變形，仍然可以實現相同的申請，在此不再贅述。

雖然本發明提供了如實施例或流程圖所述的方法操作 步驟，但基於常規或者無創造性的勞動可以包括更多或者更少的操作步驟。實施例中列舉的步驟順序僅僅為眾多步驟執行順序中的一種方式，不代表唯一的執行順序。在實際中的裝置或使用者端產品執行時，可以按照實施例或者附圖所示的方法循序執行或者並存執行(例如並行處理器或者多執行緒處理的環境)。

上述實施例闡明的裝置或模組，具體可以由電腦晶片或實體實現，或者由具有某種功能的產品來實現。為了描述的方便，描述以上裝置時以功能分為各種模組分別描述。在實施本發明時可以把各模組的功能在同一個或多個軟體和/或硬體中實現。當然，也可以將實現某功能的模組由多個子模組或子單元組合實現。

本發明中所述的方法、裝置或模組可以以電腦可讀程式碼方式實現控制器按任何適當的方式實現，例如，控制器可以採取例如微處理器或處理器以及儲存可由該(微)處理器執行的電腦可讀程式碼(例如軟體或韌體)的電腦可讀介質、邏輯門、開關、專用積體電路(Application Specific Integrated Circuit，ASIC)、可程式設計邏輯控制器和嵌入微控制器的形式，控制器的例子包括但不限於以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，記憶體控制器還可以被實現為記憶體的控制邏輯的一部分。本領域技術人員也知道，除了以純電腦可讀程式碼方式實現控制器以外，完全可以通過將方法步驟進行邏輯程式設計來使 得控制器以邏輯門、開關、專用積體電路、可程式設計邏輯控制器和嵌入微控制器等的形式來實現相同功能。因此這種控制器可以被認為是一種硬體部件，而對其內部包括的用於實現各種功能的裝置也可以視為硬體部件內的結構。或者甚至，可以將用於實現各種功能的裝置視為既可以是實現方法的軟體模組又可以是硬體部件內的結構。

本發明所述裝置中的部分模組可以在由電腦執行的電腦可執行指令的一般上下文中描述，例如程式模組。一般地，程式模組包括執行特定任務或實現特定抽象資料類型的常式、程式、物件、元件、資料結構、類等等。也可以在分散式運算環境中實踐本發明，在這些分散式運算環境中，由通過通信網路而被連接的遠端處理設備來執行任務。在分散式運算環境中，程式模組可以位於包括存放裝置在內的本地和遠端電腦儲存介質中。

通過以上的實施方式的描述可知，本領域的技術人員可以清楚地瞭解到本發明可借助軟體加必需的硬體的方式來實現。基於這樣的理解，本發明的技術方案本質上或者說對現有技術做出貢獻的部分可以以軟體產品的形式體現出來，也可以通過資料移轉的實施過程中體現出來。該電腦軟體產品可以儲存在儲存介質中，如ROM/RAM、磁碟、光碟等，包括若干指令用以使得一台電腦設備(可以是個人電腦，移動終端，伺服器，或者網路設備等)執行本發明各個實施例或者實施例的某些部分所述的方法。

本說明書中的各個實施例採用遞進的方式描述，各個 實施例之間相同或相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。本發明的全部或者部分可用於眾多通用或專用的電腦系統環境或配置中。例如：個人電腦、伺服器電腦、手持設備或可擕式設備、平板型設備、移動通信終端、多處理器系統、基於微處理器的系統、可程式設計的電子設備、網路PC、小型電腦、大型電腦、包括以上任何系統或設備的分散式運算環境等等。

雖然通過實施例描繪了本發明，本領域普通技術人員知道，本發明有許多變形和變化而不脫離本發明的精神，希望所附的申請專利範圍申請專利範圍包括這些變形和變化而不脫離本發明的精神。

Claims (13)

1. 一種訂單處理方法，該方法包括：第三方支付機構獲取出貨機構未成功出貨的已支付訂單；該第三方支付機構主動發起對該未成功出貨的已支付訂單的退款操作。
2. 根據申請專利範圍申請專利範圍第1項所述的方法，其中，該出貨機構包括：國外航空公司，該出貨機構出貨包括：該出貨機構出票。
3. 根據申請專利範圍申請專利範圍第2項所述的方法，其中，該第三方支付機構獲取出貨機構未成功出貨的已支付訂單，包括：該第三方支付機構通過到UATP查詢已支付訂單的UATP虛擬卡的狀態，獲取出貨機構未成功出貨的已支付訂單。
4. 根據申請專利範圍申請專利範圍第3項所述的方法，其中，該第三方支付機構通過到UATP查詢已支付訂單的UATP虛擬卡的狀態，獲取出貨機構未成功出貨的已支付訂單，包括：該第三方支付機構每隔第一預定時間到UATP查詢在第一預定時間內已支付但UATP虛擬卡的狀態為預授權未確認狀態的一個或多個訂單；該第三方支付機構將該在第一預定時間內已支付但UATP虛擬卡的狀態為預授權未確認狀態的一個或多個訂 單，作為該出貨機構未成功出貨的已支付訂單。
5. 根據申請專利範圍申請專利範圍第3項所述的方法，其中，該第三方支付機構通過到UATP查詢已支付訂單的UATP虛擬卡的狀態，獲取出貨機構未成功出貨的已支付訂單，包括：該第三方支付機構確定距離當前訂單支付成功的時間是否到達第二預定時間；如果到達該第二預定時間，該第三方支付機構到UATP查詢該當前訂單的UATP虛擬卡的狀態是否為預授權未確認狀態；如果是預授權未確認狀態，則該第三方支付機構將該當前訂單作為該出貨機構未成功出貨的已支付訂單。
6. 根據申請專利範圍申請專利範圍第5項所述的方法，其中，不同的訂單對應不同時長的第二預定時間。
7. 根據申請專利範圍申請專利範圍第1至6項中任一項所述的方法，其中，該出貨機構通過流覽器的跳轉完成對已支付訂單的出貨操作。
8. 一種訂單處理裝置，其位於第三方支付機構中，該裝置包括：獲取模組，用於獲取出貨機構未成功出貨的已支付訂單；退款模組，用於主動發起對該未成功出貨的已支付訂單的退款操作。
9. 根據申請專利範圍申請專利範圍第8項所述的裝 置，其中，該出貨機構包括：國外航空公司，該出貨機構出貨包括：該出貨機構出票。
10. 根據申請專利範圍申請專利範圍第9項所述的裝置，其中，該獲取模組具體用於通過到UATP查詢已支付訂單的UATP虛擬卡的狀態，獲取出貨機構未成功出貨的已支付訂單。
11. 根據申請專利範圍申請專利範圍第10項所述的裝置，其中，該獲取模組包括：第一查詢單元，用於每隔第一預定時間到UATP查詢在第一預定時間內已支付但UATP虛擬卡的狀態為預授權未確認狀態的一個或多個訂單；第一確定單元，用於將該在第一預定時間內已支付但UATP虛擬卡的狀態為預授權未確認狀態的一個或多個訂單，作為該出貨機構未成功出貨的已支付訂單。
12. 根據申請專利範圍申請專利範圍第10項所述的裝置，其中，該獲取模組包括：判斷單元，用於確定距離當前訂單支付成功的時間是否到達第二預定時間；第二查詢單元，用於在確定到達該第二預定時間的情況下，到UATP查詢該當前訂單的UATP虛擬卡的狀態是否為預授權未確認狀態；第二確定單元，用於在確定為預授權未確認狀態的情況下，將該當前訂單作為該出貨機構未成功出貨的已支付訂單。
13. 根據申請專利範圍申請專利範圍第8至12項中任一項所述的裝置，其中，該出貨機構通過流覽器的跳轉完成對已支付訂單的出貨操作。