TW202226093A - 用於在不接收物件的情況下處理退貨以最小化網路負載的電腦實行系統以及方法 - Google Patents

Abstract

本發明揭露一種用於在不接收物件的情況下處理退貨以最小化網路負載的電腦實行系統。系統可經組態以執行操作，包含：自請求非所要物件的退貨的使用者裝置接收退貨應用程式設計介面（API）呼叫；對照網路化資料庫的資料記錄驗證退貨API呼叫；將與所退貨的物件相關聯的參數與包含於退貨API呼叫中的理由碼進行比較；基於比較的結果產生退款API呼叫以處理退貨API呼叫；觸發對網路化資料庫的資料記錄的更新以記錄退款；以及回應於退款API呼叫將通知傳輸至使用者裝置。

Description

流線效率化選擇程序以改善擴充性之系統以及方法

本揭露內容大體上是關於流線效率化選擇程序以改善擴充性的電腦化系統及方法。特定言之，本揭露內容的實施例是關於發明性及非習知系統，其識別可受益於更流線效率化程序的電子請求的子集，因此減少網路負載且改善擴充性。

電腦網路連接的發展已在線上移動許多不同程序，從而實現快速、遠端處理及自動化。特定言之，現在在線上進行用以要求人工干預的遞增數目個業務程序，直至可每天在公司網路內發生數十萬或數百萬個交易。

此等交易通常使用實現不同系統、子系統以及模組之間的通信的應用程式設計介面（API）來實行。使用API以處理交易的通信，亦被稱作API呼叫，通常大小較小（例如，小於幾百位元組）且不對網路施加顯著負載。實現較快資料傳送的網路通信的發展亦確保網路能夠支援較大負載。

然而，當更多系統、子系統或模組添加至網路以專攻某些任務時，問題出現，且涉及其增加數目以完成交易。舉例而言，用以將物件退還至線上購物中心的簡單請求可涉及以下各者當中的API呼叫：接收退貨請求的系統；管理初始訂單的系統；處理訂單的支付的系統；管理退貨運送的系統；接收且重新儲備所退貨的物件的系統；以及結合所述系統起作用的子系統及模組。當網路必須每天支援數百萬個使用者或交易時，問題加劇。甚至約100個位元組的小API呼叫可快速使網路膨脹及故障。

藉由簡單地應用涉及用於每一新交易（例如，訂單處理）的相同數目個系統及子系統的同一組API呼叫產生的網路負載將僅隨著新請求的數目的增加而線性地增加。意謂使用者及其產生的交易的指數增加將導致網路負載的指數增加，其可快速地應變網路。因此，必須最佳化所述組API呼叫以便減少網路負荷且改善用於符合需求增加的擴充性。

本揭露內容的一個態樣是關於一種用於在不接收物件的情況下處理退貨以最小化網路負載的電腦實行系統。系統可包括：至少一個非暫時性電腦可讀媒體，經組態以儲存指令；以及至少一個處理器，經組態以執行指令以進行操作。操作可包括：自請求非所要物件的退貨的使用者裝置接收退貨API呼叫；對照網路化資料庫的資料記錄驗證退貨API呼叫；將與所退貨的物件相關聯的參數與包含於退貨API呼叫中的理由碼進行比較；基於比較的結果產生退款API呼叫以處理退貨API呼叫；觸發對網路化資料庫的資料記錄的更新以記錄退款；以及回應於退款API呼叫將通知傳輸至使用者裝置。

本揭露內容的另一態樣是關於一種用於在不接收物件的情況下處理退貨以最小化網路負載的電腦實行方法的方法。方法可包括：自請求非所要物件的退貨的使用者裝置接收退貨API呼叫；對照網路化資料庫的資料記錄驗證退貨API呼叫；將與所退貨的物件相關聯的參數與包含於退貨API呼叫中的理由碼進行比較；基於比較的結果產生退款API呼叫以處理退貨API呼叫；觸發對網路化資料庫的資料記錄的更新以記錄退款；以及回應於退款API呼叫將通知傳輸至使用者裝置。

本揭露內容的又一態樣是關於一種用於在不接收物件的情況下處理退貨以最小化網路負載的電腦實行系統。系統可包括：至少一個非暫時性電腦可讀媒體，經組態以儲存指令；以及至少一個處理器，經組態以執行指令以進行操作。操作可包括：自請求所退貨的物件的退貨的使用者裝置接收退貨API呼叫；對照網路化資料庫的資料記錄驗證退貨API呼叫；將與所退貨的物件相關聯的類別識別符與包含於退貨API呼叫中的理由碼進行比較。若類別識別符相對於理由碼是可接受的，則操作可更包含：將退款API呼叫傳輸至支付管理系統；更新網路化資料庫的資料記錄以記錄退款；以及將關於退貨API呼叫的批准的通知傳輸至使用者裝置。若類別識別符相對於理由碼是不可接受的，則操作可更包含：產生請求所退貨的物件的擷取的擷取API呼叫；在所退貨的物件的擷取後捕獲所退貨的物件的物件識別符；更新網路化資料庫的資料記錄以記錄所退貨的物件的擷取；將退款API呼叫傳輸至支付管理系統；將關於退貨API呼叫的批准的通知傳輸至使用者裝置。

本文中亦論述其他系統、方法以及電腦可讀媒體。

以下詳細描述參考隨附圖式。只要可能，即在圖式及以下描述中使用相同附圖標號來指代相同或類似部分。儘管本文中描述若干示出性實施例，但修改、調適以及其他實施是可能的。舉例而言，可對圖式中所示出的組件及步驟進行替代、添加或修改，且可藉由取代、重新排序、移除步驟或將步驟添加至所揭露方法來修改本文中所描述的示出性方法。因此，以下詳細描述不限於所揭露實施例及實例。實情為，本發明的正確範圍由隨附申請專利範圍界定。

本揭露內容的實施例是關於發明性及非習知系統及方法，其經組態用於識別可受益於更流線效率化程序的電子請求的子集，因此減少總體網路上的負載且改善擴充性。相較於傳統或現有程序，流線效率化程序在需要較少資源（諸如網路負載、計算能力及/或工時）方面可更有利。

參考圖1A，繪示示出包括用於實現運送、運輸以及物流操作的通信的電腦化系統的系統的例示性實施例的示意性方塊圖100。如圖1A中所示出，系統100可包含各種系統，所述系統中的每一者可經由一或多個網路彼此連接。所述系統亦可經由直接連接（例如，使用電纜）彼此連接。所描繪系統包含運送授權技術（shipment authority technology；SAT）系統101、外部前端系統103、內部前端系統105、運輸系統107、行動裝置107A、行動裝置107B以及行動裝置107C、賣方入口網站109、運送及訂單追蹤（shipment and order tracking；SOT）系統111、履行最佳化（fulfillment optimization；FO）系統113、履行通信報閘道（fulfillment messaging gateway；FMG）115、供應鏈管理（supply chain management；SCM）系統117、倉庫管理系統119、行動裝置119A、行動裝置119B以及行動裝置119C（描繪為位於履行中心（fulfillment center；FC）200內部）、第3方履行系統121A、第3方履行系統121B以及第3方履行系統121C、履行中心授權系統（fulfillment center authorization；FC Auth）123以及勞動管理系統（labor management system；LMS）125。

在一些實施例中，SAT系統101可實行為監視訂單狀態及遞送狀態的電腦系統。舉例而言，SAT系統101可判定訂單是否超過其承諾遞送日期（PDD）且可採取適當的動作，包含發起新訂單、對未遞送訂單中的物件進行重新運送、取消未遞送訂單、發起與訂購客戶的連絡，或類似者。SAT系統101亦可監視其他資料，包含輸出（諸如在特定時段期間運送的包裹的數目）及輸入（諸如接收到的用於運送的空紙板盒的數目）。SAT系統101亦可充當系統100中的不同裝置之間的閘道，從而（例如，使用儲存及轉發或其他技術）實現諸如外部前端系統103及FO系統113的裝置之間的通信。

在一些實施例中，外部前端系統103可實行為使得外部使用者能夠與系統100中的一或多個系統交互的電腦系統。舉例而言，在系統100使得系統的呈現能夠允許使用者針對物件下訂單的實施例中，外部前端系統103可實行為接收檢索請求、呈現物件頁以及索求支付資訊的網頁伺服器。舉例而言，外部前端系統103可實行為電腦或電腦運行軟體，諸如阿帕奇（Apache）HTTP伺服器、微軟網際網路資訊服務（Internet Information Service；IIS）、NGINX，或類似者。在其他實施例中，外部前端系統103可運行經設計以接收及處理來自外部裝置（例如，行動裝置102A或電腦102B）的請求、基於彼等請求自資料庫及其他資料儲存庫獲取資訊，以及基於所獲取的資訊將回應提供至接收到的請求的定製網頁伺服器軟體。

在一些實施例中，外部前端系統103可包含網頁快取系統、資料庫、檢索系統或支付系統中的一或多者。在一個態樣中，外部前端系統103可包括此等系統中的一或多者，而在另一態樣中，外部前端系統103可包括連接至此等系統中的一或多者的介面（例如，伺服器至伺服器、資料庫至資料庫，或其他網路連接）。

藉由圖1B、圖1C、圖1D以及圖1E所示出的例示性步驟集合將有助於描述外部前端系統103的一些操作。外部前端系統103可自系統100中的系統或裝置接收資訊以供呈現及/或顯示。舉例而言，外部前端系統103可代管或提供一或多個網頁，包含檢索結果頁（SRP）（例如，圖1B）、單一詳情頁（Single Detail Page；SDP）（例如，圖1C）、購物車頁（例如，圖1D），或訂單頁（例如，圖1E）。（例如，使用行動裝置102A或電腦102B的）使用者裝置可導航至外部前端系統103且藉由將資訊輸入至檢索盒中來請求檢索。外部前端系統103可向系統100中的一或多個系統請求資訊。舉例而言，外部前端系統103可向FO系統113請求滿足檢索請求的資訊。外部前端系統103亦可（自FO系統113）請求及接收包含於檢索結果中的每一產品的承諾遞送日期或「PDD」。在一些實施例中，PDD可表示在特定時段內（例如，在一天結束（下午11:59）前）訂購的情況下對含有產品的包裹將何時抵達使用者的所要位置或承諾將產品遞送至使用者的所要位置處的日期的估計。（PDD在下文相對於FO系統113進一步論述。）

外部前端系統103可基於資訊來準備SRP（例如，圖1B）。SRP可包含滿足檢索請求的資訊。舉例而言，此可包含滿足檢索請求的產品的圖像。SRP亦可包含每一產品的各別價格，或與每一產品的增強遞送選項、PDD、重量、大小、報價、折扣或類似者相關的資訊。外部前端系統103可（例如，經由網路）將SRP發送至請求使用者裝置。

使用者裝置可接著例如藉由點選或輕觸使用者介面或使用另一輸入裝置自SRP選擇產品，以選擇表示於SRP上的產品。使用者裝置可製訂對關於所選產品的資訊的請求且將其發送至外部前端系統103。作為回應，外部前端系統103可請求與所選產品相關的資訊。舉例而言，資訊可包含除針對各別SRP上的產品呈現的資訊以外的額外資訊。此可包含例如保存期限、原產國、重量、大小、包裹中的物件的數目、處置說明，或關於產品的其他資訊。資訊亦可包含類似產品的推薦（基於例如巨量資料及/或對購買此產品及至少一個其他產品的客戶的機器學習分析）、頻繁詢問的問題的答案、來自客戶的評論、製造商資訊、圖像，或類似者。

外部前端系統103可基於接收到的產品資訊來準備SDP（單一詳情頁）（例如，圖1C）。SDP亦可包含其他交互式元素，諸如「現在購買」按鈕、「添加至購物車」按鈕、數量欄、物件的圖像，或類似者。SDP可更包含提供產品的賣方的清單。可基於每一賣方提供的價格來對清單進行排序，使得可在頂部處列出提供以最低價格出售產品的賣方。亦可基於賣方排名來對清單進行排序，使得可在頂部處列出排名最高的賣方。可基於多個因素來製訂賣方排名，所述因素包含例如賣方的符合承諾PDD的過去的追蹤記錄。外部前端系統103可（例如，經由網路）將SDP遞送至請求使用者裝置。

請求使用者裝置可接收列出產品資訊的SDP。在接收到SDP後，使用者裝置可接著與SDP交互。舉例而言，請求使用者裝置的使用者可點選或以其他方式與SDP上的「放在購物車中」按鈕交互。此將產品添加至與使用者相關聯的購物車。使用者裝置可將把產品添加至購物車的此請求傳輸至外部前端系統103。

外部前端系統103可產生購物車頁（例如，圖1D）。在一些實施例中，購物車頁列出使用者已添加至虛擬「購物車」的產品。使用者裝置可藉由在SRP、SDP或其他頁上的圖標上點選或以其他方式與所述圖標交互來請求購物車頁。在一些實施例中，購物車頁可列出使用者已添加至購物車的所有產品，以及關於購物車中的產品的資訊（諸如每一產品的數量、每一產品每物件的價格、每一產品基於相關聯數量的價格）、關於PDD的資訊、遞送方法、運送成本、用於修改購物車中的產品（例如，刪除或修改數量）的使用者介面元素、用於訂購其他產品或設置產品的定期遞送的選項、用於設置利息支付的選項、用於前進至購買的使用者介面元素，或類似者。使用者裝置處的使用者可在使用者介面元素（例如，寫著「現在購買」的按鈕）上點選或以其他方式與所述使用者介面元素交互，以發起對購物車中的產品的購買。在如此做後，使用者裝置可將發起購買的此請求傳輸至外部前端系統103。

外部前端系統103可回應於接收到發起購買的請求而產生訂單頁（例如，圖1E）。在一些實施例中，訂單頁重新列出來自購物車的物件且請求支付及運送資訊的輸入。舉例而言，訂單頁可包含請求關於購物車中的物件的購買者的資訊（例如，姓名、地址、電子郵件地址、電話號碼）、關於接收者的資訊（例如，姓名、地址、電話號碼、遞送資訊）、運送資訊（例如，遞送及/或揀貨的速度/方法）、支付資訊（例如，信用卡、銀行轉賬、支票、儲存的積分）的部分、請求現金收據（例如，出於稅務目的）的使用者介面元素，或類似者。外部前端系統103可將訂單頁發送至使用者裝置。

使用者裝置可輸入關於訂單頁的資訊，且點選或以其他方式與將資訊發送至外部前端系統103的使用者介面元素交互。自此處，外部前端系統103可將資訊發送至系統100中的不同系統，以使得能夠創建及處理具有購物車中的產品的新訂單。

在一些實施例中，外部前端系統103可進一步經組態以使得賣方能夠傳輸及接收與訂單相關的資訊。

在一些實施例中，內部前端系統105可實行為使得內部使用者（例如，擁有、操作或租用系統100的組織的雇員）能夠與系統100中的一或多個系統交互的電腦系統。舉例而言，在系統100使得系統的呈現能夠允許使用者針對物件下訂單的實施例中，內部前端系統105可實行為使得內部使用者能夠查看關於訂單的診斷及統計資訊、修改物件資訊或審查與訂單相關的統計的網頁伺服器。舉例而言，內部前端系統105可實行為電腦或電腦運行軟體，諸如阿帕奇HTTP伺服器、微軟網際網路資訊服務（IIS）、NGINX，或類似者。在其他實施例中，內部前端系統105可運行經設計以接收及處理來自系統100中所描繪的系統或裝置（以及未描繪的其他裝置）的請求、基於彼等請求自資料庫及其他資料儲存庫獲取資訊，以及基於所獲取的資訊來將回應提供至接收到的請求的定製網頁伺服器軟體。

在一些實施例中，內部前端系統105可包含網頁快取系統、資料庫、檢索系統、支付系統、分析系統、訂單監視系統或類似者中的一或多者。在一個態樣中，內部前端系統105可包括此等系統中的一或多者，而在另一態樣中，內部前端系統105可包括連接至此等系統中的一或多者的介面（例如，伺服器至伺服器、資料庫至資料庫，或其他網路連接）。

在一些實施例中，運輸系統107可實行為實現系統100中的系統或裝置與行動裝置107A至行動裝置107C之間的通信的電腦系統。在一些實施例中，運輸系統107可自一或多個行動裝置107A至行動裝置107C（例如，行動電話、智慧型手機、PDA，或類似者）接收資訊。舉例而言，在一些實施例中，行動裝置107A至行動裝置107C可包括由遞送工作者操作的裝置。遞送工作者（其可為永久雇員、暫時雇員或輪班雇員）可利用行動裝置107A至行動裝置107C來實現對含有由使用者訂購的產品的包裹的遞送。舉例而言，為遞送包裹，遞送工作者可在行動裝置上接收指示遞送哪一包裹及將所述包裹遞送到何處的通知。在抵達遞送位置後，遞送工作者可（例如，在卡車的後部中或在包裹的條板箱中）定位包裹、使用行動裝置掃描或以其他方式擷取與包裹上的識別符（例如，條碼、影像、文字串、RFID標籤，或類似者）相關聯的資料，且遞送包裹（例如，藉由將其留在前門處、將其留給警衛、將其交給接收者，或類似者）。在一些實施例中，遞送工作者可使用行動裝置擷取包裹的相片及/或可獲得簽名。行動裝置可將資訊發送至運輸系統107，所述資訊包含關於遞送的資訊，包含例如時間、日期、GPS位置、相片、與遞送工作者相關聯的識別符、與行動裝置相關聯的識別符，或類似者。運輸系統107可在資料庫（未描繪）中儲存此資訊以用於由系統100中的其他系統存取。在一些實施例中，運輸系統107可使用此資訊來準備追蹤資料且將所述追蹤資料發送至其他系統，從而指示特定包裹的位置。

在一些實施例中，某些使用者可使用一個種類的行動裝置（例如，永久工作者可使用具有定製硬體（諸如條碼掃描器、尖筆以及其他裝置）的專用PDA），而其他使用者可使用其他類型的行動裝置（例如，暫時工作者或輪班工作者可利用現成的行動電話及/或智慧型手機）。

在一些實施例中，運輸系統107可使使用者與每一裝置相關聯。舉例而言，運輸系統107可儲存使用者（由例如使用者識別符、雇員識別符或電話號碼表示）與行動裝置（由例如國際行動設備身分（International Mobile Equipment Identity；IMEI）、國際行動訂用識別符（International Mobile Subscription Identifier；IMSI）、電話號碼、通用唯一識別符（Universal Unique Identifier；UUID）或全球唯一識別符（Globally Unique Identifier；GUID）表示）之間的關聯。運輸系統107可結合在遞送時接收到的資料使用此關聯來分析儲存於資料庫中的資料，以便尤其判定工作者的位置、工作者的效率，或工作者的速度。

在一些實施例中，賣方入口網站109可實行為使得賣方或其他外部實體能夠與系統100中的一或多個系統電子地通信的電腦系統。舉例而言，賣方可利用電腦系統（未描繪）來上載或提供賣方希望經由使用賣方入口網站109的系統100來出售的產品的產品資訊、訂單資訊、連絡資訊或類似者。

在一些實施例中，運送及訂單追蹤系統111可實行為接收、儲存以及轉送關於含有由客戶（例如，由使用裝置102A至裝置102B的使用者）訂購的產品的包裹的位置的資訊的電腦系統。在一些實施例中，運送及訂單追蹤系統111可請求或儲存來自由遞送含有由客戶訂購的產品的包裹的運送公司操作的網頁伺服器（未描繪）的資訊。

在一些實施例中，運送及訂單追蹤系統111可請求及儲存來自在系統100中描繪的系統的資訊。舉例而言，運送及訂單追蹤系統111可請求來自運輸系統107的資訊。如上文所論述，運輸系統107可自與使用者（例如，遞送工作者）或車輛（例如，遞送卡車）中的一或多者相關聯的一或多個行動裝置107A至行動裝置107C（例如，行動電話、智慧型手機、PDA或類似者）接收資訊。在一些實施例中，運送及訂單追蹤系統111亦可向倉庫管理系統（warehouse management system；WMS）119請求資訊以判定個別產品在履行中心（例如，履行中心200）內部的位置。運送及訂單追蹤系統111可向運輸系統107或WMS 119中的一或多者請求資料，在請求後處理所述資料，且將所述資料呈現給裝置（例如，使用者裝置102A及使用者裝置102B）。

在一些實施例中，履行最佳化（FO）系統113可實行為儲存來自其他系統（例如，外部前端系統103及/或運送及訂單追蹤系統111）的客戶訂單的資訊的電腦系統。FO系統113亦可儲存描述特定物件保存或儲存於何處的資訊。舉例而言，某些物件可能僅儲存於一個履行中心中，而某些其他物件可能儲存於多個履行中心中。在再其他實施例中，某些履行中心可經設計以僅儲存特定物件集合（例如，新鮮生產或冷凍的產品）。FO系統113儲存此資訊以及相關聯資訊（例如，數量、大小、接收日期、過期日期等）。

FO系統113亦可計算每一產品的對應PDD（承諾遞送日期）。在一些實施例中，PDD可以基於一或多個因素。舉例而言，FO系統113可基於下述者來計算產品的PDD：對產品的過去需求（例如，在一段時間期間訂購了多少次所述產品）、對產品的預期需求（例如，預測在即將到來的一段時間期間多少客戶將訂購所述產品）、指示在一段時間期間訂購了多少產品的全網路過去需求、指示預期在即將到來的一段時間期間將訂購多少產品的全網路預期需求、儲存於每一履行中心200中的產品的一或多個計數、哪一履行中心儲存每一產品、產品的預期或當前訂單，或類似者。

在一些實施例中，FO系統113可定期（例如，每小時）判定每一產品的PDD且將其儲存於資料庫中以供擷取或發送至其他系統（例如，外部前端系統103、SAT系統101、運送及訂單追蹤系統111）。在其他實施例中，FO系統113可自一或多個系統（例如，外部前端系統103、SAT系統101、運送及訂單追蹤系統111）接收電子請求且按需求計算PDD。

在一些實施例中，履行通信報閘道（FMG）115可實行為自系統100中的一或多個系統（諸如FO系統113）接收呈一種格式或協定的請求或回應、將其轉換為另一格式或協定且將其以轉換後的格式或協定轉發至其他系統（諸如WMS 119或第3方履行系統121A、第3方履行系統121B或第3方履行系統121C）且反之亦然的電腦系統。

在一些實施例中，供應鏈管理（SCM）系統117可實行為進行預測功能的電腦系統。舉例而言，SCM系統117可基於例如基於下述者來預測對特定產品的需求水平：對產品的過去需求、對產品的預期需求、全網路過去需求、全網路預期需求、儲存於每一履行中心200中的產品的計數、每一產品的預期或當前訂單，或類似者。回應於此預測水平及所有履行中心中的每一產品的量，SCM系統117可產生一或多個購買訂單以購買及儲備足夠數量，以滿足對特定產品的預測需求。

在一些實施例中，倉庫管理系統（WMS）119可實行為監視工作流程的電腦系統。舉例而言，WMS 119可自個別裝置（例如，裝置107A至裝置107C或裝置119A至裝置119C）接收指示離散事件的事件資料。舉例而言，WMS 119可接收指示使用此等裝置中的一者掃描包裹的事件資料。如下文相對於履行中心200及圖2所論述，在履行程序期間，可藉由特定階段處的機器（例如，自動式或手持式條碼掃描器、RFID讀取器、高速攝影機、諸如平板電腦119A、行動裝置/PDA 119B、電腦119C的裝置或類似者）掃描或讀取包裹識別符（例如，條碼或RFID標籤資料）。WMS 119可將指示掃描或包裹識別符的讀取的每一事件以及包裹識別符、時間、日期、位置、使用者識別符或其他資訊儲存於對應資料庫（未描繪）中，且可將此資訊提供至其他系統（例如，運送及訂單追蹤系統111）。

在一些實施例中，WMS 119可儲存使一或多個裝置（例如，裝置107A至裝置107C或裝置119A至裝置119C）與一或多個使用者（所述一或多個使用者與系統100相關聯）相關聯的資訊。舉例而言，在一些情形下，使用者（諸如兼職雇員或全職雇員）可與行動裝置相關聯，此是由於使用者擁有行動裝置（例如，行動裝置為智慧型手機）。在其他情形下，使用者可與行動裝置相關聯，此是由於使用者暫時保管行動裝置（例如，使用者在一天開始時拿到行動裝置，將在一天期間使用所述行動裝置，且將在一天結束時退還所述行動裝置）。

在一些實施例中，WMS 119可維護與系統100相關聯的每一使用者的工作日志。舉例而言，WMS 119可儲存與每一雇員相關聯的資訊，包含任何指定的過程（例如，自卡車卸載、自揀貨區揀取物件、合流牆（rebin wall）工作、包裝物件）、使用者識別符、位置（例如，履行中心200中的樓層或區）、藉由雇員經由系統移動的單位數目（例如，所揀取物件的數目、所包裝物件的數目）、與裝置（例如，裝置119A至裝置119C）相關聯的識別符，或類似者。在一些實施例中，WMS 119可自計時系統接收登記及登出資訊，所述計時系統諸如在裝置119A至裝置119C上操作的計時系統。

在一些實施例中，第3方履行（3rd party fulfillment；3PL）系統121A至第3方履行系統121C表示與物流及產品的第三方提供商相關聯的電腦系統。舉例而言，儘管一些產品儲存於履行中心200中（如下文相對於圖2所論述），但其他產品可儲存於場外、可按需求生產，或可以其他方式不可供用於儲存於履行中心200中。3PL系統121A至3PL系統121C可經組態以（例如，經由FMG 115）自FO系統113接收訂單，且可直接為客戶提供產品及/或服務（例如，遞送或安裝）。在一些實施例中，3PL系統121A至3PL系統121C中的一或多者可為系統100的部分，而在其他實施例中，3PL系統121A至3PL系統121C中的一或多者可在系統100外部（例如，由第三方提供商擁有或操作）。

在一些實施例中，履行中心Auth系統（FC Auth）123可實行為具有各種功能的電腦系統。舉例而言，在一些實施例中，FC Auth 123可充當系統100中的一或多個其他系統的單一簽入（single-sign on；SSO）服務。舉例而言，FC Auth 123可使得使用者能夠經由內部前端系統105記錄、判定使用者具有存取運送及訂單追蹤系統111處的資源的類似特權，且使得使用者能夠在不需要第二記錄程序的情況下取得彼等特權。在其他實施例中，FC Auth 123可使得使用者（例如，雇員）能夠使自身與特定任務相關聯。舉例而言，一些雇員可能不具有電子裝置（諸如裝置119A至裝置119C），且實際上可能在一天的過程期間在履行中心200內自任務至任務以及自區至區移動。FC Auth 123可經組態以使得彼等雇員能夠在一天的不同時間指示其正進行何任務以及其位於何區。

在一些實施例中，勞動管理系統（LMS）125可實行為儲存雇員（包含全職雇員及兼職雇員）的出勤及超時資訊的電腦系統。舉例而言，LMS 125可自FC Auth 123、WMS 119、裝置119A至裝置119C、運輸系統107及/或裝置107A至裝置107C接收資訊。

圖1A中所描繪的特定組態僅為實例。舉例而言，儘管圖1A描繪連接至FO系統113的FC Auth系統123，但並非所有實施例均要求此特定組態。實際上，在一些實施例中，系統100中的系統可經由一或多個公用或私用網路彼此連接，所述網路包含網際網路、企業內部網路、廣域網路（Wide-Area Network；WAN）、都會區域網路（Metropolitan-Area Network；MAN）、順應IEEE 802.11a/b/g/n標準的無線網路、租用線，或類似者。在一些實施例中，系統100中的系統中的一或多者可實行為在資料中心、伺服器群或類似者處實行的一或多個虛擬伺服器。

圖2描繪履行中心200。履行中心200為儲存用於在訂購時運送至客戶的物件的實體位置的實例。可將履行中心（FC）200劃分成多個區，所述區中的每一者描繪於圖2中。在一些實施例中，可認為此等「區」為接收物件、儲存物件、取回物件以及運送物件的過程的不同階段之間的虛擬劃分。因此，儘管在圖2中描繪「區」，但其他區劃分為可能的，且在一些實施例中可省略、複製或修改圖2中的區。

入站區203表示FC 200的自希望使用來自圖1A的系統100出售產品的賣方接收到物件的區域。舉例而言，賣方可使用卡車201來遞送物件202A及物件202B。物件202A可表示足夠大以佔據其自身運送托板的單一物件，而物件202B可表示在同一托板上堆疊在一起以節省空間的物件集合。

工作者將在入站區203中接收物件，且可使用電腦系統（未描繪）來視情況檢查物件的損壞及正確性。舉例而言，工作者可使用電腦系統來比較物件202A及物件202B的數量與物件的所訂購數量。若數量不匹配，則工作者可拒絕物件202A或物件202B中的一或多者。若數量的確匹配，則工作者可（使用例如台車、手推平車、叉車或手動地）將彼等物件移動至緩衝區205。緩衝區205可為當前（例如由於揀貨區中存在足夠高數量的物件以滿足預測需求而）無需處於揀貨區中的所述物件的暫時儲存區域。在一些實施例中，叉車206操作以圍繞緩衝區205及在入站區203與卸貨區207之間移動物件。若（例如，由於預測需求而）需要揀貨區中的物件202A或物件202B，則叉車可將物件202A或物件202B移動至卸貨區207。

卸貨區207可為FC 200的在將物件移動至揀貨區209之前儲存所述物件的區域。指定給揀貨任務的工作者（「揀貨員」）可靠近揀貨區中的物件202A及物件202B，使用行動裝置（例如，裝置119B）來掃描揀貨區的條碼，且掃描與物件202A及物件202B相關聯的條碼。揀貨員可接著（例如，藉由將物件置放於推車上或攜帶所述物件）將所述物件取至揀貨區209。

揀貨區209可為FC 200的將物件208儲存於儲存單元210上的區域。在一些實施例中，儲存單元210可包括實體擱架、書架、盒、手提包、冰箱、冷凍機、冷儲存區或類似者中的一或多者。在一些實施例中，揀貨區209可組織成多個樓層。在一些實施例中，工作者或機器可以多種方式將物件移動至揀貨區209中，包含例如叉車、電梯、傳送帶、推車、手推平車、台車、自動化機器人或裝置，或手動地移動。舉例而言，揀貨員可在卸貨區207中將物件202A及物件202B置放於手推平車或推車上，且將物件202A及物件202B步移至揀貨區209。

揀貨員可接收將物件置放（或「堆裝」）於揀貨區209中的特定點（諸如儲存單元210上的特定空間）的指令。舉例而言，揀貨員可使用行動裝置（例如，裝置119B）來掃描物件202A。裝置可例如使用指示走道、貨架以及位置的系統來指示揀貨員應將物件202A堆裝於何處。裝置可接著提示揀貨員在將物件202A堆裝於所述位置之前掃描所述位置處的條碼。裝置可（例如，經由無線網路）將資料發送至諸如圖1A中的WMS 119的電腦系統，從而指示已由使用裝置119B的使用者將物件202A堆裝於所述位置處。

一旦使用者下訂單，揀貨員即可在裝置119B上接收自儲存單元210取回一或多個物件208的指令。揀貨員可取回物件208、掃描物件208上的條碼，且將所述物件208置放於運輸機構214上。儘管將運輸機構214表示為滑動件，但在一些實施例中，運輸機構可實行為傳送帶、電梯、推車、叉車、手推平車、台車或類似者中的一或多者。物件208可接著抵達包裝區211。

包裝區211可為FC 200的自揀貨區209接收到物件且將所述物件包裝至盒或包中以用於最終運送至客戶的區域。在包裝區211中，指定給接收物件的工作者（「合流工作者」）將自揀貨區209接收物件208且判定所述物件208對應於哪一訂單。舉例而言，合流工作者可使用諸如電腦119C的裝置來掃描物件208上的條碼。電腦119C可在視覺上指示物件208與哪一訂單相關聯。此可包含例如對應於訂單的牆216上的空間或「單元格」。一旦訂單完成（例如，由於單元格含有所述訂單的所有物件），合流工作者即可指示包裝工作者（或「包裝員」）訂單完成。包裝員可自單元格取回物件且將所述物件置放於盒或包中以用於運送。包裝員可接著例如經由叉車、推車、台車、手推平車、傳送帶、手動地或以其他方式將盒或包發送至樞紐區（hub zone）213。

樞紐區213可為FC 200的自包裝區211接收所有盒或包（「包裹」）的區域。樞紐區213中的工作者及/或機器可取回包裹218且判定每一包裹預期去至遞送區域的哪一部分，且將包裹投送至適當的營地區（camp zone）215。舉例而言，若遞送區域具有兩個更小子區域，則包裹將去至兩個營地區215中的一者。在一些實施例中，工作者或機器可（例如，使用裝置119A至裝置119C中的一者）掃描包裹以判定其最終目的地。將包裹投送至營地區215可包括例如（例如，基於郵遞碼）判定包裹去往的地理區域的一部分，以及判定與地理區域的所述部分相關聯的營地區215。

在一些實施例中，營地區215可包括一或多個建築物、一或多個實體空間或一或多個區域，其中自樞紐區213接收包裹以用於分選至路線及/或子路線中。在一些實施例中，營地區215與FC 200實體地分開，而在其他實施例中，營地區215可形成FC 200的一部分。

營地區215中的工作者及/或機器可例如基於下述者來判定包裹220應與哪一路線及/或子路線相關聯：目的地與現有路線及/或子路線的比較、對每一路線及/或子路線的工作負荷的計算、時刻、運送方法、運送包裹220的成本、與包裹220中的物件相關聯的PDD，或類似者。在一些實施例中，工作者或機器可（例如，使用裝置119A至裝置119C中的一者）掃描包裹以判定其最終目的地。一旦將包裹220指定給特定路線及/或子路線，工作者及/或機器即可移動待運送的包裹220。在例示性圖2中，營地區215包含卡車222、汽車226以及遞送工作者224A及遞送工作者224B。在一些實施例中，卡車222可由遞送工作者224A駕駛，其中遞送工作者224A為遞送FC 200的包裹的全職雇員，且卡車222由擁有、租用或操作FC 200的同一公司擁有、租用或操作。在一些實施例中，汽車226可由遞送工作者224B駕駛，其中遞送工作者224B為在視需要基礎上（例如，季節性地）遞送的「靈活」或臨時工作者。汽車226可由遞送工作者224B擁有、租用或操作。

圖3A示出引入子系統300的例示性圖形表示。引入子系統300可經指定用於來自源應用程式介面（application program interface；API）302的通信的初始處理。源API 302可為數個API中的任一者，所述API可經特定組態以供消費者、遞送人員、管理員及/或賣方使用。源API 302可實行於具有處理器、記憶體組件及/或通信組件的計算裝置上，諸如行動裝置、桌上型電腦、配接器、控制器、伺服器或能夠發送及/或接收API通信的任何其他裝置。在一些實施例中，引入子系統300及/或引入子系統300的組件可以可通信地耦接至其他子系統（例如，如在圖3B至圖3D中所描述）。

引入子系統300亦可包含數個端點API 304，源API 302可以可通信地耦接至所述端點API 304。在一些實施例中，端點API 304可僅為單一端點API。端點API 304可包含多個控制器、配接器及/或其他計算裝置，其可由API提供商（未繪示）管理。舉例而言，端點API 304可藉由控制器（諸如控制器306a、控制器306b、控制器306c、控制器306d及/或控制器306e）的組合實行。在一些實施例中，控制器可經指定用於處置特定實體（例如，賣方）的操作。控制器可為硬體裝置或軟體程式，其可管理不同實體之間（例如，源API 302與資料聚合器312之間）的資料流。舉例而言，控制器可為但不限於快閃控制器、應用程式遞送控制器、主要域控制器、底板管理控制器及/或會話邊界控制器。在一些實施例中，來自源API 302的通信可基於與通信相關聯的源引導至特定端點API或控制器。舉例而言，API提供商可自源API 302接收通信，且可（例如，基於訊息識別符、IP位址、MAC位址、通信格式及/或其他唯一識別符）判定通信的源及/或類型。基於所識別的通信源及/或通訊類型，API提供商可將通信引導至可經組態以用於具有特定源及/或類型的通信的特定控制器。藉助於其他實例，API提供商可判定來自源API 302的通信具有作為其通信源的消費者裝置及作為其通信類型的退貨請求，且可將通信引導至端點API 304（例如，控制器306b），所述端點API 304可經組態以用於處置具有接收到的通信的源及/或類型（例如，經組態以用於退貨請求通信）的通信。

引入子系統300亦可包含驗證器308，其可驗證來自源API 302的通信，且可以可通信地耦接至端點API 304。驗證器308可存在於端點API 304內（例如，作為控制器的部分），或可作為諸如伺服器的個別組件存在，端點API 304可連接至所述個別組件。驗證器308可包含經組態以進行驗證程序（例如，用於驗證自源API 302接收到的通信的程序）的各種組件（例如，模組、裝置、處理器等）。舉例而言，驗證器308可包含驗證器調用器、驗證預處理器（例如，用於重新格式化來自通信的資料）、驗證器處理器（例如，用於對資料進行驗證操作）、驗證器後處理器（例如，用於將經驗證資料重新格式化為可由另一實體（諸如圖3C中的規則引擎362）理解的格式）、驗證管理器及/或訊息發佈器（其可將訊息引導至另一子系統）。

引入子系統300亦可包含異常處置器310，驗證器308可以可通信地耦接至所述異常處置器310。異常處置器310可為驗證器308的部分，或可為個別裝置或組件，諸如伺服器或行動裝置。在一些實施例中，驗證器308可基於可已由驗證器308判定的通信的驗證結果將通信引導至異常處置器310。舉例而言，若通信使由驗證器308實行的至少一個規則或演算法失效，則驗證器可將通信引導至異常處置器310。在一些實施例中，異常處置器310可經組態以基於由通信失效的至少一個規則或演算法來重新格式化、拆分、剖析、標記及/或以其他方式重新組態或傳輸來自通信的資訊（例如，向管理員裝置發出警示）。異常處置器310可以可通信地耦接至資料聚合器312及/或記錄及追蹤模組314。

引入子系統300亦可包含資料聚合器312，所述資料聚合器312可聚合來自不同源（諸如端點API 304、異常處置器310及/或記錄及追蹤模組314）的資料。資料聚合器312可以可通信地耦接至子系統300的任何裝置及/或組件，以及其他系統（包含圖3B中的子系統325、圖3C中的子系統355以及圖3D中的子系統375）的裝置及/或組件。資料聚合器312可為具有另一目的的裝置（例如，驗證器308）的部分，或可為個別裝置或組件，諸如伺服器或行動裝置。在一些實施例中，資料聚合器312可包含經組態以進行資料聚合程序（例如，用於聚合及/或分析來自諸如源API 302及/或異常處置器310的源的資料的程序）的各種組件（例如，模組、裝置、處理器等）。舉例而言，資料聚合器312可包含資料快取組件、資料聚合器組件、資料變換組件、資料映射組件及/或服務路由器。

引入子系統300亦可包含記錄及追蹤模組314，所述記錄及追蹤模組314可記錄及/或追蹤與通信（例如，來自API源302的通信）相關聯的資料。記錄及追蹤模組314可為具有另一目的的裝置（例如，資料聚合器312）的部分，或可為個別裝置或組件，諸如伺服器或行動裝置。在一些實施例中，記錄及追蹤模組314可包含經組態以進行資料聚合程序（例如，用於追蹤及/或記錄來自諸如源API 302及/或異常處置器310的源的資料的程序）的各種組件（例如，模組、裝置、處理器等）。舉例而言，記錄及追蹤模組314可包含追蹤器316及/或追蹤分析器318。

追蹤器316可進行追蹤資料的功能，諸如與來自API源302、驗證器308等的通信相關聯的資料。在一些實施例中，追蹤器316可經組態以將追蹤識別符及/或跨度識別符添加至與通信相關聯的資料。在一些實施例中，追蹤器316可維持與記錄及追蹤相關的定義（例如，使用者定義、機器定義，及/或使用者定義與機器定義的組合），諸如傳輸追蹤及/或記錄資料的定義、保持的追蹤及/或記錄檔的臨限數目、資料格式、傳輸的識別符的特定組合及/或追蹤的特定程式庫。在一些實施例中，追蹤器316可實行功能提供商的態樣，諸如服務鏈路追蹤（Spring Cloud Sleuth）。

追蹤分析器318可進行分析資料（諸如追蹤資料及/或記錄資料）的功能，所述資料可與來自裝置（例如，實行源API 302的裝置）的通信相關聯。舉例而言，追蹤分析器318可聚合時序資料（例如，異常出現的時間、異常頻率等）、標記、規則失敗資料、規則滿意資料、裝置識別符、訊息識別符及/或與源API 302相關聯的任何資料。在一些實施例中，追蹤分析器318可產生追蹤及/或記錄資料的視覺表示（例如，可篩選資料的圖表、線圖、由統計及/或機器學習演算法產生的推薦等）。在一些實施例中，追蹤分析器318可實行功能提供商的態樣，諸如Zipkin。

圖3B示出輸出子系統325的例示性圖形表示。輸出子系統325可經指定用於處理圖3D中的工作流程子系統375的輸出。輸出子系統325可將經過處理的輸出傳遞至圖3C中的外部資料源370，傳遞待用圖3A中的記錄及追蹤模組314及/或外部服務339a至外部服務339e中的一或多者記錄及/或追蹤的經過處理的輸出。輸出子系統325可經特定組態以供消費者、遞送人員、管理員及/或賣方使用。輸出子系統325可實行於具有處理器、記憶體組件及/或通信組件的計算裝置上。在一些實施例中，輸出子系統325及/或輸出子系統325的組件可以可通信地耦接至其他子系統（例如，如在圖3A至圖3D中所描述）。

輸出子系統325可包含數個克雷騰斯（Creturns）域模組327，其可以可通信地耦接至圖3D中的工作流程子系統375。在一些實施例中，克雷騰斯域模組327可包括各種服務329a至服務329d。如圖3B上所示出的服務的實例可包含取消服務329a、退貨服務329b、換貨服務329c及/或減價服務329d。服務329a至服務329d中的每一者可負責處理來自圖3D中的工作流程子系統375中的各別工作流程任務的輸出。舉例而言，圖3D中的取消程序工作流程383a可將輸出傳遞至取消服務329a，而圖3D中的退貨程序工作流程383b可將輸出傳遞至退貨服務329b。克雷騰斯域模組327的架構經修改以視需要添加額外服務。

克雷騰斯域模組327可將經過處理的資訊傳遞至圖3C中的外部資料源370，從而用圖3A中的記錄及追蹤模組314及/或外部服務代理模組331記錄及追蹤。傳遞至外部資料源370的資訊如參考圖3C的章節中所描述而予以儲存。傳遞至記錄及追蹤模組314的資訊如早先參考圖3A中的章節所描述而予以記錄及處理。

外部服務代理模組331（其為輸出子系統325的一部分）可接收來自克雷騰斯域模組327的經過處理的輸出以供進一步引導至適當的外部服務339a至外部服務339e。輸出子系統325可使用外部服務代理模組331來反覆地連接至同一服務，而無需花費用於大於一次地初始化服務代理所需的時間及計算資源。外部服務代理模組331可實行為在克雷騰斯域模組327與外部服務339a至外部服務339e之間的軟體或硬體系統。外部服務代理模組331可存在於與輸出子系統325相同的機器上或存在於個別伺服器上。外部服務代理模組331可經特定組態以供消費者、管理員及/或賣方使用。外部服務代理模組331可實行於具有處理器、記憶體組件及/或通信組件的計算裝置上。

外部服務代理模組331亦可包含外部服務工作器333，其可直接自圖3D中的克雷騰工作流程啟動器381接收資料，且可以可通信地耦接至圖3D中的工作流程子系統375。外部服務工作器333可存在於外部服務代理模組331內，或可作為諸如伺服器的個別組件存在，外部服務代理模組331可連接至所述個別組件。外部服務工作器333可包含經組態以進行輸出處理的各種組件（例如，模組、裝置、處理器等）。舉例而言，外部服務工作器333可處理未由克雷騰斯域模組327處理的資料。

外部服務代理模組331亦可包含外部API請求器335，外部服務工作器333可以可通信地耦接至所述外部API請求器335。外部API請求器335可為外部服務代理模組331的部分，或可為個別裝置或組件，諸如伺服器或虛擬執行個體。在一些實施例中，外部服務代理模組331可基於需要外部服務339a至外部服務339e中的哪一者將輸出傳遞至外部API請求器335來具有與外部API請求器335的直接通信，此可已由克雷騰斯域模組327或外部服務工作器333判定。舉例而言，若外部服務需要API用於通信，則外部API請求器335可請求適當的API資訊以建立與所需外部服務的連接。在一些實施例中，外部API請求器335可經組態以基於由外部服務使用的至少一個規則或演算法來重新格式化、拆分、剖析、標記及/或以其他方式重新組態或傳輸來自通信的資訊。

外部服務代理模組331亦可包含產生器337，外部服務工作器333可以可通信地耦接至所述產生器337。產生器337可為外部服務代理模組331的部分，或可為個別裝置或組件，諸如伺服器或虛擬執行個體。產生器337用於將訊息發佈至主題。主題可分為數個分區，所述分區含有訊息。分區中的每一訊息由其唯一偏移分配及識別。訊息自身含有關於發佈哪一主題及分區的資訊以使得可用同一產生器將資料發佈至不同主題。在一些實施例中，可使用卡夫卡（Kafka）來實行產生器337。

外部服務代理模組331可將經過處理的資訊傳遞至圖3A中的記錄及追蹤模組314及/或外部服務339a至外部服務339e。傳遞至記錄及追蹤模組314的資訊如早先參考圖3A中的章節所描述而予以記錄及處理。外部服務339a至外部服務339e基於請求來發起動作。如圖3B上所示出的服務的實例可包含訂購服務339a、履行服務339b、運送服務329c、福利服務339d及/或票證服務339e。服務329a至服務329d中的每一者可負責發起特定動作。舉例而言，在事件中，圖3D中的工作流程子系統375傳遞輸出以用於換貨服務329c處理，其可發起數個外部服務。物件的換貨可涉及至訂購服務339a的輸出以訂購（訂購指令可包含自供應商購買物件、告知揀貨員準備物件、線上購買物件、去往第三方儲存區且揀取所述物件的指令，或針對於獲取物件的其他指令）新物件、至運送服務339c的輸出以產生退貨運送標籤及/或至履行服務339b的輸出以處理退貨物件。輸出子系統325的架構可經修改以視需要添加額外外部服務。

圖3C示出與所揭露實施例一致的例示性控制子系統350、例示性退貨事件儲存區361、例示性規則引擎362以及例示性外部資料源370的圖形表示355。

控制子系統350可經組態以創建、更新、維護及/或管理由圖3A中的系統300、圖3B中的系統325以及圖3D中的系統375的各種組件使用的資料。舉例而言，控制子系統350可經組態以創建、更新及/或修改用於管理客戶的退貨的參數（例如，用於批准及拒絕客戶的退貨的規則）、管理用於處理退貨的工作流程的參數及/或儲存特定退貨事件的參數。

如圖3C中所示出，控制子系統350可包含規則管理模組351、事件管理模組352以及工作流程管理模組353。

規則管理模組351可經組態以管理用於處理客戶的退貨的規則。舉例而言，規則管理模組351可經組態以創建及/或修改用於拒絕客戶的退貨請求的規則。藉助於實例，規則管理模組351可經組態以基於各種參數來創建及/或修改用於拒絕客戶的退貨請求的規則，所述參數包含例如與客戶的先前退貨相關的資料、涉及退貨請求的貨幣金額、待退貨的貨品的類型等。舉例而言，若客戶在過去預定天數（例如，180天）內退回空（或部分空）盒，則規則管理模組351可創建用於拒絕客戶的退貨請求的規則，此可指示所述客戶可能已嘗試詐欺系統。

在一些實施例中，規則管理模組351可經組態以基於控制子系統350的使用者的輸入來創建及/或修改規則。舉例而言，規則管理模組351可自使用者接收輸入以用於修改用於驗證退貨請求的規則的一或多個參數且相應地修改規則的參數。

事件管理模組352可經組態以創建、修改及/或管理儲存於退貨事件儲存區361中的事件。舉例而言，事件管理模組352可針對由客戶或系統發起的退貨請求創建一系列事件且將事件儲存至退貨事件儲存區361中。藉助於實例，客戶可經由與客戶相關聯的使用者裝置發起訂單的退貨。事件管理模組352可創建接收退貨請求的事件且將事件儲存於退貨事件儲存區361中。在一些實施例中，事件可包含與退貨、客戶以及與所述退貨相關聯的訂單相關的資訊。舉例而言，事件管理模組352可針對由客戶所請求的退貨創建第一事件，其可包含退貨請求的資訊、接收退貨請求的時間戳記、與客戶相關的資訊或類似者，或其組合。事件管理模組352可在自客戶接收到經歷退貨的一或多個物件時創建第二事件，其可包含與接收到的物件相關的資訊（例如，數量、情況等）、接收到物件的時間戳記等。事件管理模組352亦可將第一事件及第二事件儲存為與退貨事件儲存區361中的退貨相關的一系列事件。

在一些實施例中，退貨事件儲存區361可包含例如甲骨文™（Oracle™）資料庫、賽貝斯™（Sybase™）資料庫，或其他關連式資料庫或非關連式資料庫，諸如海杜普 ^TM（Hadoop™）序列檔案、海貝斯 ^TM（HBase™）或卡珊德拉 ^TM（Cassandra™）。退貨事件儲存區361可包含NoSQL資料庫，諸如海貝斯、MongoDB™或卡珊德拉 ^TM。替代地，資料庫320可包含關連式資料庫，諸如甲骨文、MySQL以及微軟SQL伺服器。在一些實施例中，退貨事件儲存區361可呈伺服器、通用電腦、大型主機電腦或此等組件的任何組合的形式。

工作流程管理模組353可經組態以創建、修改及/或管理由圖3A中的系統300、圖3B中的系統325以及圖3D中的系統375的各種組件使用的工作流程。舉例而言，工作流程管理模組353可經組態以創建、修改及/或管理由工作流程子系統375（圖3D中示出）使用的取消程序383a、退貨程序383b、換貨程序383c、遞送追蹤383d、收集程序383e、退款程序383f以及撤銷程序383g。

在一些實施例中，控制子系統350可經組態以創建、修改及/或管理由克雷騰斯域模組327（圖3B中示出）使用的服務。舉例而言，控制子系統350可經組態以創建、修改及/或管理取消服務329a、退貨服務329b、換貨服務329c及/或減價服務329d。克雷騰斯域模組327可自控制子系統350獲得一或多個服務。

規則引擎362可經組態以自控制子系統350獲得用於處理退貨的規則，且儲存及/或管理用於圖3D中的工作流程子系統375的其他組件的規則。舉例而言，圖3D中的工作流程子系統375可經組態以自規則引擎362獲得用於驗證退貨請求的規則。在一些實施例中，規則引擎362可包含用於儲存用於管理及/或處理退貨的規則的規則資料庫363。

外部資料源370可經組態以儲存用於包含圖3A中的子系統300、圖3B中的子系統325以及圖3D中的子系統375的系統的各種組件的資料。舉例而言，外部資料源370可儲存由控制子系統350創建及/或更新的各種服務，包含例如取消服務329a、退貨服務329b、換貨服務329c及/或減價服務329d。克雷騰斯域模組327可自外部資料源370獲得一或多個服務。

作為另一實例，外部資料源370可包含經組態以儲存與事件（例如，退貨事件）相關的資料的事件儲存區371。在一些實施例中，事件儲存區371可包含經組態以回應於寫入命令而寫入資料的寫入資料庫372。事件儲存區亦可包含經組態以僅回應於查詢命令而讀取資料的一或多個讀取資料庫373（例如，讀取資料庫373A、讀取資料庫373B等）。在一些實施例中，讀取資料庫373可包含與包含於寫入資料庫372中的資料相同的資料。舉例而言，若回應於寫入命令而更新儲存於寫入資料庫372中的資料，則讀取資料庫373中的對應資料可相應地更新，使得寫入資料庫373及讀取資料庫373可包含相同資料。在一些實施例中，外部資料源370可包含經組態以儲存用於控制子系統350的管理資料的管理員資料庫374。

在一些實施例中，事件儲存區371及/或管理員資料庫374可包含例如甲骨文™資料庫、賽貝斯™資料庫，或其他關連式資料庫或非關連式資料庫，諸如海杜普™序列檔案、海貝斯™或卡珊德拉™。事件儲存區371及/或管理員資料庫374可包含NoSQL資料庫，諸如海貝斯、MongoDB™或卡珊德拉™。替代地，資料庫320可包含關連式資料庫，諸如甲骨文、MySQL以及微軟SQL伺服器。在一些實施例中，事件儲存區371及/或管理員資料庫374可呈伺服器、通用電腦、大型主機電腦或此等組件的任何組合的形式。

圖3D示出工作流程子系統375的例示性圖形表示。工作流程子系統375可經指定用於處理引入子系統300的輸出。工作流程子系統375可將驗證器308輸出傳遞至輸出子系統325。工作流程子系統375可經特定組態以供消費者、遞送人員、管理員及/或賣方使用。工作流程子系統375可實行於具有處理器、記憶體組件及/或通信組件的計算裝置上。在一些實施例中，工作流程子系統375及/或工作流程子系統375的組件可以可通信地耦接至其他子系統（例如，如在圖3A至圖3D中所描述）。

工作流程子系統375可包含框架模組377。框架模組377可利用Spring WebFlux或類似技術。框架模組377可提供非阻擋網頁堆疊以處置與少量執行緒的並行性且用較少硬體資源縮放。框架模組377可包含各種程式化模組。如圖3D中所示出的模組的實例可包含退貨模組379a、換貨模組379b以及取消模組379c。模組379a至模組379c可含有用於零售、第三方以及票證供應的處理邏輯。模組379a至模組379c亦可包含用於與負責各別資料的子系統通信的API。

工作流程子系統375亦可包含工作流程啟動器381，所述工作流程啟動器381可以通信方式耦接至框架模組377。工作流程啟動器381可包含程序383a至程序383g的清單，所述清單可基於自框架模組377接收到的輸入來發起工作流程。如圖3D中所示出的程序的實例可包含取消程序383a（含有用於啟動藉由由消費者、供應商或另一訂單處置器取消訂單而發起的工作流程的指令）、退貨程序383b（含有用於啟動藉由由消費者、供應商或另一訂單處置器完整或部分訂單退貨而發起的工作流程的指令）、換貨程序383c（含有用於啟動藉由由消費者、供應商或另一訂單處置器啟動的完整或部分訂單的換貨而發起的工作流程的指令）、遞送追蹤383d（含有用於啟動藉由由消費者、供應商或另一訂單處置器對追蹤完整或部分訂單的遞送狀態的請求而發起的工作流程的指令）、收集程序383e（含有用於啟動藉由由消費者、供應商或另一訂單處置器對追蹤完整或部分訂單的資訊的請求而發起的工作流程的指令）、退款程序383f（含有用於啟動藉由針對由消費者、供應商或另一訂單處置器啟動的完整或部分訂單的退款的請求而發起的工作流程的指令）以及撤銷程序383g（含有用於啟動藉由撤銷由消費者、供應商或另一訂單處置器啟動的完整或部分訂單而發起的工作流程的指令）。

此外，框架模組377的程式化模組379a至程式化模組379c中的每一者可發起多個程序383a至程序383g。舉例而言，取消模組379c可發起遞送追蹤程序383d以判定取消的物件是已遞送抑或仍由遞送人員擁有。同一取消模組379c亦可發起退款程序383f以將退款發出給客戶。

各種組合可經程式化且可經特定組態以供消費者、遞送人員、管理員及/或賣方使用。工作流程啟動器381可實行於具有處理器、記憶體組件及/或通信組件的計算裝置上。在一些實施例中，工作流程啟動器381及/或工作流程啟動器381的組件可以可通信地耦接至工作流程子系統375的其他部分（例如，如在圖3D中所描述）。此外，工作流程子系統375的架構經修改以視需要添加額外程序及程式化模組。

工作流程子系統375亦可包含工作流程服務模組385，所述工作流程服務模組385可以可通信地耦接至工作流程啟動器381及輸出子系統325。工作流程服務模組385可經指定用於工作流程控制及設計。工作流程服務模組385可包含克雷騰工作流程服務模組387及工作流程編配模組391。工作流程服務模組385可提供輸出以供輸出子系統325處理。

克雷騰工作流程服務模組387可包含可基於自工作流程啟動器381接收到的輸入來控制工作流程的數個子模組389a至子模組389b。如圖3D中所示出的程序的實例可包含零售退貨子模組389a（其允許用於零售物件的退貨的工作流程的設計及/或控制）及第三方退貨子模組389b（其允許用於第三方物件的退貨的工作流程的設計及/或控制）。克雷騰工作流程服務模組387的架構可經修改以視需要添加額外子模組。克雷騰工作流程服務模組387內的工作流程可由消費者、遞送人員、管理員及/或賣方控制及/或設計。克雷騰工作流程服務模組387可實行於具有處理器、記憶體組件及/或通信組件的計算裝置上，且可以可通信地耦接至工作流程子系統375的其他部分。

工作流程編配模組391可包含可由消費者、遞送人員、管理員及/或賣方存取的工作流程控制的集合。工作流程編配模組391可用企業程序管理（business process management；BPM）引擎及支援框架實行，其一個實例可為利用Spring Boot/Docker的Activiti。工作流程編配模組391引擎具有以下核心目標：採取由人類任務及服務調用構成的程序定義且在某一訂單中執行所述人類任務及服務呼叫，同時暴露各種API以啟動、管理以及查詢關於彼定義的處理個例的資料。工作流程編配模組391可實行於具有處理器、記憶體組件及/或通信組件的計算裝置上。工作流程編配模組391可以可通信地耦接至工作流程子系統375的其他部分。

圖4示出利用當前揭露的實施例的用於退貨處理的網路化環境400的例示性圖形表示。雖然出於清楚及進一步解釋的目的在圖4中僅示出了圖3A至圖3D中所示出的不同系統、子系統以及模組的子集，但圖3A至圖3D的其他元件可包含於網路化環境400中。此外，下文所揭露的元件的組態及功能性可以任何與圖3A至圖3D中的對應元件的組態及功能性組合

在一些實施例中，源API 302可包含經組態以傳輸用於退貨的電子請求的任何數目個API。源API 302中的每一API可駐存於諸如客戶的行動裝置102A或內部客戶服務系統的通信裝置中，工作者可使用所述通信裝置來手動地登記來自客戶的退貨請求。使用此等裝置，例如，源API 302可包括：安裝於客戶的行動裝置上的將API呼叫傳輸至端點API 304的行動應用程式；自客戶的電腦存取的傳輸類似API呼叫的網頁；自客戶服務代理的電腦操作的手動地鍵入退貨請求的應用程式；或類似者。

端點API 304接著可自源API 302接收API呼叫且將其路由至網路化環境400中的適當系統、子系統及/或模組。在一些實施例中，端點API可使用上文所描述的控制器306a至控制器306e來進一步調節所接收的API呼叫且採用網路環境400的通信協定（例如，Java、HTML、CSS或其他程式設計語言）。

在一些實施例中，接收經路由API呼叫的實體中的一者可為驗證器308。驗證器308可經組態以檢查包含於經路由API呼叫中的資料以便確保例如所有所需資訊存在且符合各別資料類型及格式。

在一些實施例中，經驗證API呼叫可經由例如框架模組377及工作流程啟動器381傳送至工作流程服務模組385。工作流程服務模組385可經組態以基於由工作流程啟動器381中的不同程序（例如，退貨程序383b或退款程序383f）起始的不同規則而處理經驗證API呼叫，從而採取適合於由API呼叫表示的每一請求的各種動作。

與本文中所揭露的實施例一致，規則中的一些可致力於識別適於流線效率化程序的退貨請求呼叫。識別可基於對作為整體包含於每一API呼叫中的資料的考慮，其中彼此組合地分析API呼叫中的不同參數的值。舉例而言，工作流程服務模組385可分析以下各者中的一或多者：客戶指定程式碼、待退貨的物件的類型、待退貨的物件的價格、客戶的過往退貨歷史、賣方的位置，或退貨的物件及對應訂單的其他態樣。

在一些實施例中，由工作流程服務模組385使用的規則可儲存於規則管理模組351中。如上關於圖3C文所揭露，規則管理模組351可經組態以管理用於如每一退貨請求呼叫中所請求而處理退貨的規則。規則管理模組351可經由規則引擎362利用規則引擎技術，規則引擎362可提供將規則（或對應商業邏輯）居中儲存於規則資料庫363中的能力，諸如退貨合格準則或流線效率化程序合格準則。此允許易於改變規則，例如，以快速地滿足市場中的新客戶需求、法規改變及/或競爭。

一旦退貨請求呼叫由工作流程服務模組385處理（例如，判定是批准還是拒絕退貨請求，或判定退貨請求是否適於流線效率化程序），工作流程服務模組385即可產生及傳輸一系列額外API呼叫以傳信其他系統、子系統或模組採取適當動作。舉例而言，當工作流程服務模組385判定批准退貨請求呼叫時，工作流程服務模組385可經由克雷騰斯域模組327產生對外部服務代理331的呼叫以激活履行服務339b及/或運送服務339c。在下文關於圖5描述經批准的退貨請求呼叫經過的程序。

圖5為利用當前揭露的實施例的用於處理退貨的例示性電腦化程序500的流程圖。雖然將程序500描述為應用於退貨處理，但此類使用僅為例示性的，且程序500可經修改以使其他程序適於減少網路負載及改善擴充性。程序500可藉由以處理退貨為任務的任何系統、系統的網路、伺服器或類似者進行，諸如上文關於圖3A至圖3D以及圖4所描述的系統。下文參考圖3A至圖3D的子系統以及圖4的網路化環境400來描述程序500，但系統、子系統或模組的任何其他組態可用於進行程序500。

程序500描繪用於審查及執行退貨請求的兩個例示性程序：由步驟501至步驟506表示的常規程序，其改良管理退貨（例如，接收請求及接收所退貨物件）的準確度；及由步驟501至步驟503、步驟507以及步驟508表示的流線效率化程序，其提高審查及執行退貨的速度。在一些實施例中，程序500的兩個程序可由圖3A至圖3D中所描繪的系統、子系統以及模組進行，所述系統、子系統以及模組的子集亦描繪於圖4中。兩個程序的變型亦在所揭露實施例的範疇內，且程序500亦可包含用於審查及執行退貨請求的其他程序。

在步驟501處，可藉由自客戶裝置接收退還物件的退貨請求而起始常規程序。在一些實施例中，退貨請求可為由源API 302產生及傳輸的退貨請求呼叫。作為實例，退貨請求可由客戶產生以用於退還他/她先前下單及接收的訂單的物件中的一者。在一些實施例中，端點API 304可如上文所揭露將退貨請求呼叫路由至適當目的地。

在步驟502處，驗證器308可對照系統記錄驗證退貨請求呼叫。舉例而言，驗證器308可自退貨請求呼叫提取基本資訊，諸如客戶資訊、待退貨的物件的物件識別符以及與物件相關聯的原始訂單的訂單識別符，且查找FO系統113中的資訊來驗證客戶實際上為訂購了所述物件的人員且所述物件實際上為以正確數量包含於訂單中的物件。在一些實施例中，驗證器308亦可使用所提取資訊來判定物件是否適於退貨。此類規則可為儲存於上文所描述的規則管理模組351中的規則的一部分。

在步驟503處，工作流程服務模組385可分析退貨請求呼叫以判定其對於流線效率化程序的合格性。下文關於流線效率化程序更詳細地描述步驟503。在程序500僅包括常規程序或流線效率化程序的一些實施例中，可省略或替換步驟503以進行另一功能。在其他實施例中，步驟503亦可包含使用各種模組判定是否批准退貨請求，所述模組諸如上文所描述的克雷騰工作流程服務模組387、零售退貨子模組389a、第三方退貨子模組389b以及工作流程編配模組391。

在步驟504處，工作流程服務模組385可產生一系列API呼叫且將其傳輸至其他系統、子系統或模組，諸如如上文所描述的克雷騰斯域327、外部服務代理331、履行服務339b以及運送服務339c。在一些實施例中，工作流程服務模組385可產生一或多個API呼叫以請求對待退貨的物件的擷取，其可包括例如產生退貨運送標籤或分派快遞員自客戶取走物件。另外或替代地，一或多個API呼叫亦可致使諸如自主機器人、車輛或無人機的自主系統行進至對應退貨請求呼叫中指定的客戶地址並擷取物件。

在其他實施例中，步驟504亦可包含接收所退貨物件及將其重新儲備在履行中心處，其亦可使用自主機器人、車輛或類似者進行。舉例而言，步驟504可包括在所退貨物件到達履行中心後捕獲（例如，使用攝影機、掃描器、RFID感測器等）所退貨物件的物件識別符及更新外部資料源370的資料記錄以記錄物件的擷取或到達。

如上文關於圖3B所描述，擷取及重新儲備物件可涉及各自使用API呼叫通信的模組的複雜網路。舉例而言，退貨服務329b可自工作流程服務模組385接收觸發對下游模組（例如，外部服務代理331或服務339a至服務339e中的元件）的一系列後續呼叫的輸出，所述下游模組各自與在物件被擷取及重新儲備時物件自客戶的地址至履行中心（例如，FC 200）內的各種位置的實體移動相關聯。

在步驟505處，一旦在履行中心（例如，FC 200）處接收到所退貨物件，則輸出子系統325可產生又一組API呼叫以請求對所退貨物件的價格的退款。在一些實施例中，工作流程服務模組385可產生用於退款的所述組API呼叫且將其傳輸至用於與財務機構通信且最終釋放支付的支付管理系統（未描繪）。用於退款的API呼叫亦可提示外部資料源370更新關於請求退貨的客戶的資料記錄。

再者，在步驟506處，輸出子系統325可產生通知（例如，文字訊息，應用程式內推播通知、電子郵件等）且將其傳輸至與請求退貨的客戶相關聯的客戶裝置。可回應於用於退款的API呼叫的完成而傳輸此通知。在一些實施例中，客戶裝置可為最初在上文步驟501處傳輸退貨請求呼叫的裝置。另外或替代地客戶裝置可為使用客戶的登入憑證認證的不同裝置。

雖然API呼叫在不同系統、子系統及模組的網路之間的交換可看起來複雜，但此類交換可允許不同功能單元（亦即，子系統或模組）專攻特定任務。此相較於管理退貨的傳統程序可提高效率且減小錯誤率。在一些實施例中，不同任務的此分隔處置可實現每一子系統或模組的模組化實施，其亦可在子系統或模組中的任一者發生故障時改良靈活性，從而允許網路的其他部分獨自起作用。

另一方面，流線效率化程序可藉由忽略在常規程序中進行的步驟的一部分（諸如擷取及重新儲備退貨的物件）來提高管理退貨的速度。雖然常規程序可提高管理退貨的效率及準確度，但API呼叫中的每一者回應於如上文所描述的每一退貨請求呼叫而在不同子系統與模組之間交換會對系統、子系統以及模組的網路上施加負載。隨著退貨請求呼叫的數目增加，負載（雖然其可能小）可快速地積累以抑制或壓倒網路。

舉例而言，隨著系統處理及追蹤退貨請求呼叫，在一日時程內對於運送服務339c可進行每退貨請求多於10個API呼叫。多於10個API呼叫中的每一者亦可在上文關於圖1A所描述的其他網路化系統（例如，SAT系統101）內觸發一系列後續呼叫，由此添加至網路負載。總之，步驟504可佔用經由程序500處理退貨所耗費的大部分資源。

流線效率化程序針對退貨請求呼叫的子集消除對此等API呼叫的需要，由此減少網路負載。雖然藉由流線效率化程序實現的節省對於個別返回請求呼叫而言可為可忽略的，但在數十萬或數百萬個使用者及其請求之間實現的節省可累積至改善網路的擴充性的顯著優勢。換言之，由經由流線效率化程序處理退貨請求呼叫引起的網路資源減少可確保低延遲及最佳網路利用率，即使在使用者及其請求的數目以指數方式增加時。此等節省又可在維持及操作網路方面促成較低操作成本。

再者，流線效率化程序亦可在常規程序必需的實際工時及實體資源方面降低操作成本。舉例而言，在步驟504涉及自客戶擷取退貨物件的情況下，工作人員必須分派至客戶的地址，獲得退貨物件，且返回。若客戶不在家且必須再次分派工作人員，則多次造訪亦可為必需的。在另一實例中，亦存在檢測及再重新儲備退貨物件的成本，若所退貨物件受損或必須根據環境法規安置，則其可進一步使常規程序複雜化。因此，流線效率化程序針對符合條件的退貨請求的子集產生優於常規程序的技術及企業優勢兩者。

轉至由步驟501至步驟503、步驟507以及步驟508表示的流線效率化程序，所述程序可與常規程序共用步驟501至步驟503。在此等實施例中，所有退貨請求呼叫可在其分成上文所描述的常規程序或下文的流線效率化程序之前經過步驟501及步驟502。

在步驟503處，工作流程服務模組385可分析退貨請求呼叫以判定對於流線效率化程序的合格性。判定可基於儲存於規則管理模組351中的一組規則。在一些實施例中，規則可對應於退貨請求呼叫落入的一或多個不同情境。下文描述例示性情境，且其他情境或其變型亦在所揭露實施例的範疇內。

作為初始事項，在將對應訂單運送至客戶之前可能已接收到退貨請求呼叫中的一些。因此，工作流程服務模組385可經組態以確認對應訂單是否已被運送。工作流服務模組385可藉由運用對應訂單識別符對FO系統113產生API呼叫及接收訂單的狀態來實現此操作。若訂單尚未運送，則工作流程服務模組385接著可取消訂單及如上文所論述產生退款請求，或以其他方式前進至判定退貨請求呼叫是否適於流線效率化程序。

在一些實施例中，規則中的一或多者可基於用於指示請求退貨的原因的客戶指定程式碼而判定合格性。客戶指定程式碼可例如藉由客戶經由行動應用程式或網站提交退貨請求而指定，且作為參數含於對應退貨請求呼叫中。客戶指定程式碼可包含與不同情境相關聯的文字的預定文數字字串的任何集合。可能的情境可包括例如心理的改變、不正確物件、運輸中損壞、與物件描述不一致、遺失物件或類似者。

在一些實施例中，含有與遺失物件相關聯的客戶指定程式碼的退貨請求呼叫可設定為適於流線效率化程序，此是因為若物件首先已遺失（例如，丟失或未遞送），則客戶實體上不能退還物件。在一些實施例中，工作流程服務模組385亦可將對應於待退還物件的物件識別符與適於流線效率化程序的物件的清單進行比較。替代地或另外，與不同情境相關聯的其他程式碼亦可設定為適於流線效率化程序，如藉由所要企業實踐所判定。

再者，工作流程服務模組385可查找與請求退貨的客戶相關聯的記錄，以便驗證所述客戶是否可能已帶詐欺意圖地選擇關於遺失物件的理由碼。此判定可藉由詐欺偵測系統（未描繪）進行，所述詐欺偵測系統保持每一客戶的購買及退貨活動的詳細記錄。詐欺偵測系統接著可運用機器學習演算法來分析記錄以識別可疑請求。舉例而言，記錄可追蹤客戶購買的物件的種類、其價格、被退貨的物件的子集、被退貨物件的價格及條件，或直接地或間接地含於客戶的退貨請求中的任何其他資訊。另外或替代地，若物件的購買價格大於預定臨限值，則工作流程服務模組385仍可將含有與遺失物件相關聯的客戶指定程式碼的退貨請求呼叫設定為不合格。此可允許工作流程服務模組385在其經過常規程序時更徹底地審查退貨請求呼叫且識別任何詐欺請求。

返回至步驟503，另一組規則可基於退貨請求呼叫中所含有的指示客戶已將物件運送至履行中心的資訊而判定合格性。舉例而言，資訊可包括上文所描述的客戶指定程式碼及/或用於退貨運送的追蹤編號中的一者。在此類情況下，工作流程服務模組385可判定不需要如上文關於步驟504所描述產生擷取請求，且判定對應退貨請求呼叫適於流線效率化程序。工作流程服務模組385亦可產生及傳輸API呼叫以將與待由客戶退還的特定物件相關聯的記錄更新為含有關於客戶自身的退貨運送的資訊。在一些實施例中，工作流程服務模組385可前進至產生退款請求且以上文關於步驟507及步驟508所描述的方式將通知傳輸至客戶裝置。

在其他實施例中，又一組規則可基於退貨物件的類型判定對於流線效率化程序的合格性。符合條件的類型可包含例如在可轉銷性條件下將不到達履行中心的易腐性物件或購自外來供應商的物件，其可產生相對較高的退貨運送成本。在一些實施例中，工作流程服務模組385可藉由將電子查詢發送至具有退貨請求呼叫中所含有的物件識別符的所連接資料庫（例如，外部資料源370）及接收物件類型的參數來判定物件類型。

所連接資料庫可經組態以保持具有推薦儲存溫度的物件識別符的清單且運用基於對應儲存溫度的合格性判定對電子查詢作出回應。舉例而言，具有低於凍結的推薦儲存溫度的物件可視為不合格的，此是因為其有可能在運輸期間腐爛。在其他實施例中，所連接資料庫中的物件識別符的清單可指定物件中的一些是否由外來供應商出售。擷取對應物件及將其運回至外來供應商的成本可能如此大以使得在一些情況下較佳為不擷取所述物件。因此，若此等物件的購買價格低於預定臨限值，則所連接資料庫可判定此等物件應適於流線效率化程序（因此退款購買價格而不擷取物件）。

一旦工作流程服務模組385判定退貨的物件的類型匹配物件類型的預定集合中的一者，則工作流程服務模組385可進一步判定對應退貨請求呼叫適於流線效率化程序。在一些實施例中，此可能是因為所退貨物件將很可能為不可轉銷或無利可圖的，且不需要如上文關於步驟504所描述產生擷取請求。在一些實施例中，工作流程服務模組385可再次前進至產生退款請求且以上文關於步驟507及步驟508所描述的方式將通知傳輸至客戶裝置。

在一些實施例中，可更新客戶的請求適於流線效率化的退貨的記錄以反映客戶符合退款條件而不需退還物件。此類記錄可稍後由詐欺偵測系統（未描繪）使用以分析並識別似乎符合另一退款而無退貨的詐欺返回請求呼叫。

在步驟507處，一旦工作流程服務模組385判定退貨請求呼叫適於流線效率化程序，則工作流程服務模組385可前進至如上文關於步驟505所描述請求退款。然而，相比於退款請求是回應於接收到退貨物件的步驟505，工作流程服務模組385可在判定對應退貨請求呼叫適於流線效率化程序後產生用於退款請求的API呼叫。

替代地或另外，工作流程服務模組385可在發出退款之前進行額外檢查以識別詐欺退貨請求。工作流程服務模組385可將具有關於對應退貨請求呼叫及客戶的資訊的API呼叫傳輸至詐欺偵測系統，回應於API呼叫，詐欺偵測系統可傳回關於退貨請求呼叫是否可為詐欺的判定。正判定可致使工作流程服務模組385在自步驟504開始的常規程序下拒絕退款請求且處理退貨請求呼叫。在一些實施例中，工作流程服務模組385亦可通知運送服務339c以指定無物件將被退還，且步驟508，如上文關於步驟506所描述將通知傳輸至客戶裝置。

圖6示出用於處理退款的電腦化程序600的例示性流程圖。程序600可結合由上文所描述的系統產生的任何退款請求而進行，包含但不限於在常規程序的步驟505處及在流線效率化程序的步驟507處產生的退款請求。程序600可藉由以處理退款為任務的任何系統、系統的網路、伺服器或類似者進行，諸如上文關於圖3A至圖3D以及圖4所描述的系統。下文參考圖3A至圖3D的子系統以及圖4的網路化環境400來描述程序600，但系統、子系統或模組的任何其他組態可用於進行程序600。

在步驟601處，工作流程啟動器381可藉由接收退款一或多個物件的購買價格的退款請求而開始退款程序。退款請求可呈由工作流程服務模組385產生且傳輸的API呼叫的形式。在一些實施例中，步驟601可更包括經由退款程序383f將退款請求添加至退款請求佇列。

在步驟602處，工作流程服務模組385可將具有用於識別訂單的資訊的請求發送至福利服務339d且接收福利資料以計算正確退款量。福利資料可包含關於對應客戶在購買時獲得的折扣及促銷的資訊。折扣及促銷可能已由多種實體提供，所述實體諸如供應商、線上零售商、線上市場平台、支付處理器、銀行或類似者。在一些實施例中，工作流程服務模組385可經由訂單服務339a將此等資料傳輸至支付處理模組（未描繪）。

在步驟603處，支付處理模組可更新對應訂單的支付狀態及訂單狀態，其可包括更新一或多個網路資料庫中的對應記錄以反映退款之後的總支付量及已退貨的物件。

在步驟604處，支付處理模組可藉由在更新訂單狀態的同時擷取對應資訊而檢查先前由客戶進行的支付的類型。在一些實施例中，支付處理模組可使用福利資料及相關聯訂單資訊來識別必須接觸的實體以便取消先前交易（例如，用於恢復返現或會員獎勵交易）且判定必須退款至客戶的量。

在步驟605處，支付處理模組可將含有個別退款請求的一組API呼叫傳輸至適當支付中介。此處，支付中介可包含上文在步驟604處識別的實體以及用於由客戶使用的支付方法的支付處理器。

在步驟606處，支付處理模組可自支付中介中的每一者接收外部退款確認，從而確認已完成個別退款請求且發出（或將在進一步處理之後發出）退款。

在步驟607處，一旦自每一支付中介接收到外部退款確認，則支付處理模組可將內部退款確認傳輸回至工作流程服務模組385。在一些實施例中，內部退款確認可向工作流程服務模組385指示已發出退款且其可前進至如上文在步驟506及步驟508處所描述將通知傳輸至客戶裝置。

儘管已參考本揭露內容的特定實施例繪示及描述本揭露內容，但應理解，可在不修改的情況下在其他環境中實踐本揭露內容。已出於示出的目的呈現前述描述。前述描述並不詳盡且不限於所揭露的精確形式或實施例。修改及調適對所屬技術領域中具有通常知識者將自本說明書的考量及所揭露實施例的實踐顯而易見。另外，儘管將所揭露實施例的態樣描述為儲存於記憶體中，但所屬技術領域中具有通常知識者應瞭解，此等態樣亦可儲存於其他類型的電腦可讀媒體上，諸如次級儲存裝置，例如硬碟或CD ROM，或其他形式的RAM或ROM、USB媒體、DVD、藍光，或其他光碟機媒體。

基於書面描述及所揭露方法的電腦程式在有經驗開發者的技能內。各種程式或程式模組可使用所屬技術領域中具有通常知識者已知的技術中的任一者來創建或可結合現有軟體來設計。舉例而言，程式區段或程式模組可以或藉助於.Net框架（.Net Framework）、.Net緊密框架（.Net Compact Framework）（及相關語言，諸如視覺培基（Visual Basic）、C等）、Java、C++、目標-C（Objective-C）、HTML、HTML/AJAX組合、XML或包含Java小程式的HTML來設計。

此外，儘管本文中已描述示出性實施例，但所屬技術領域中具有通常知識者將基於本揭露內容瞭解具有等效元件、修改、省略、（例如，各種實施例中的態樣的）組合、調適及/或更改的任何及所有實施例的範圍。申請專利範圍中的限制應基於申請專利範圍中所採用的語言來廣泛地解釋，且不限於本說明書中所描述或在本申請案的審查期間的實例。實例應視為非排他性的。此外，所揭露方法的步驟可以任何方式修改，包含藉由對步驟重排順序及/或插入或刪除步驟來修改。因此，希望僅將本說明書及實例視為示出性的，其中藉由以下申請專利範圍及其等效物的完整範圍指示真實範圍及精神。

100:系統 101:運送授權技術系統 102A:行動裝置/使用者裝置 102B:電腦/使用者裝置 103:外部前端系統 105:內部前端系統 107:運輸系統 107A、107B、107C:行動裝置 109:賣方入口網站 111:運送及訂單追蹤系統 113:履行最佳化系統 115:履行通信報閘道 117:供應鏈管理系統 119:倉庫管理系統 119A:行動裝置/平板電腦 119B:行動裝置/PDA 119C:行動裝置/電腦 121A、121B、121C:第3方履行系統 123:履行中心授權系統 125:勞動管理系統 200:履行中心 201、222:卡車 202A、202B、208:物件 203:入站區 205:緩衝區 206:叉車 207:卸貨區 209:揀貨區 210:儲存單元 211:包裝區 213:樞紐區 214:運輸機構 215:營地區 216:牆 218、220:包裹 224A、224B:遞送工作者 226:汽車 300:引入子系統 302:源應用程式介面 304:端點API 306a、306b、306c、306d、306e:控制器 308:驗證器 310:異常處置器 312:資料聚合器 314:記錄及追蹤模組 316:追蹤器 318:追蹤分析器 320:資料庫 325:輸出子系統 327:克雷騰斯域模組 329a:取消服務 329b:退貨服務 329c:換貨服務 329d:減價服務 331:外部服務代理模組 333:外部服務工作器 335:外部API請求器 337:產生器 339a:訂購服務 339b:履行服務 339c:運送服務 339d:福利服務 339e:票證服務 350:控制子系統 351:規則管理模組 352:事件管理模組 353:工作流程管理模組 355:子系統/圖形表示 361:退貨事件儲存區 362:規則引擎 363:規則資料庫 370:外部資料源 371:事件儲存區 372:寫入資料庫 373、373A、373B:讀取資料庫 374:管理員資料庫 375:工作流程子系統 377:框架模組 379a:退貨模組/程式化模組 379b:換貨模組/程式化模組 379c:取消模組/程式化模組 381:克雷騰工作流程啟動器 383a:取消程序工作流程/取消程序 383b:退貨程序工作流程/退貨程序 383c:換貨程序 383d:遞送追蹤/遞送追蹤程序 383e:收集程序 383f:退款程序 383g:撤銷程序 385:工作流程服務模組 387:克雷騰工作流程服務模組 389a:零售退貨子模組 389b:第三方退貨子模組 391:工作流程編配模組 400:網路化環境 500、600:電腦化程序 501、502、503、504、505、506、507、508、601、602、603、604、605、606、607:步驟

圖1A為與所揭露實施例一致的示出包括用於實現運送、運輸以及物流操作的通信的電腦化系統的網路的例示性實施例的示意性方塊圖。 圖1B描繪與所揭露實施例一致的包含滿足檢索請求的一或多個檢索結果以及交互式使用者介面元素的樣本檢索結果頁（Search Result Page；SRP）。 圖1C描繪與所揭露實施例一致的包含產品及關於所述產品的資訊以及交互式使用者介面元素的樣本單一詳情頁（Single Detail Page；SDP）。 圖1D描繪與所揭露實施例一致的包含虛擬購物車中的物件以及交互式使用者介面元素的樣本購物車頁。 圖1E描繪與所揭露實施例一致的包含來自虛擬購物車的物件以及關於購買及運送的資訊以及交互式使用者介面元素的樣本訂單頁。 圖2為與所揭露實施例一致的經組態以利用所揭露電腦化系統的例示性履行中心的圖解圖示。 圖3A示出與所揭露實施例一致的引入（intake）子系統300的例示性圖形表示。 圖3B示出與所揭露實施例一致的輸出子系統325的例示性圖形表示。 圖3C示出與所揭露實施例一致的例示性控制子系統、例示性退貨事件儲存區、例示性規則引擎以及例示性外部資料源的圖形表示。 圖3D示出與所揭露實施例一致的工作流程子系統375的例示性圖形表示。 圖4示出利用當前揭露的實施例的用於退貨處理的網路化環境400的例示性圖形表示。 圖5示出與所揭露實施例一致的用於處理退貨的電腦化程序的例示性流程圖。 圖6示出與所揭露實施例一致的用於處理退款的電腦化程序的例示性流程圖。

302:源應用程式介面

304:端點API

308:驗證器

327:克雷騰斯域模組

331:外部服務代理模組

339b:履行服務

339c:運送服務

351:規則管理模組

370:外部資料源

377:框架模組

381:克雷騰工作流程啟動器

385:工作流程服務模組

400:網路化環境

Claims (20)

1. 一種用於在不接收物件的情況下處理退貨以最小化網路負載的電腦實行系統，所述系統包括： 至少一個非暫時性電腦可讀媒體，經組態以儲存指令；以及 至少一個處理器，其經組態以執行所述指令以進行包括以下的操作： 自請求非所要物件的退貨的使用者裝置接收退貨應用程式設計介面（API）呼叫； 對照網路化資料庫的資料記錄驗證所述退貨應用程式設計介面呼叫； 將與所退貨的所述物件相關聯的參數與包含於所述退貨應用程式設計介面呼叫中的理由碼進行比較； 基於所述比較的結果產生退款應用程式設計介面呼叫以處理所述退貨應用程式設計介面呼叫； 觸發對所述網路化資料庫的所述資料記錄的更新以記錄退款；以及 回應於所述退款應用程式設計介面呼叫將通知傳輸至所述使用者裝置。
2. 如請求項1所述的電腦實行系統，其中驗證所述退貨應用程式設計介面呼叫是基於儲存於集中式儲存庫中的一或多個系統規則而進行。
3. 如請求項2所述的電腦實行系統，其中驗證所述退貨應用程式設計介面呼叫包括驗證所述退貨應用程式設計介面呼叫對所述系統規則中的至少一者的符合性。
4. 如請求項1所述的電腦實行系統，其中所述理由碼對應於一組預定義情境中的至少一者。
5. 如請求項1所述的電腦實行系統，其中所述類別識別符指示所退貨的所述物件是否滿足所述理由碼的一或多個要求。
6. 如請求項1所述的電腦實行系統，其中產生所述退款應用程式設計介面呼叫包括將所述退款應用程式設計介面呼叫傳輸至支付管理系統。
7. 如請求項1所述的電腦實行系統，其中所述操作更包括基於所述比較的所述結果產生請求所退貨的所述物件的擷取的擷取應用程式設計介面呼叫。
8. 如請求項7所述的電腦實行系統，其中進一步回應於所述擷取應用程式設計介面呼叫被處理的判定而產生所述退款應用程式設計介面呼叫。
9. 如請求項7所述的電腦實行系統，其中所述擷取應用程式設計介面呼叫經組態以產生用於網路化子系統的信號以擷取所退貨的所述物件。
10. 如請求項1所述的電腦實行系統，其中至所述使用者裝置的所述通知為推播通知。
11. 一種用於在不接收物件的情況下處理退貨以最小化網路負載的電腦實行方法，所述方法包括： 自請求非所要物件的退貨的使用者裝置接收退貨應用程式設計介面（API）呼叫； 對照網路化資料庫的資料記錄驗證所述退貨應用程式設計介面呼叫； 將與所退貨的所述物件相關聯的參數與包含於所述退貨應用程式設計介面呼叫中的理由碼進行比較； 基於所述比較的結果產生退款應用程式設計介面呼叫以處理所述退貨應用程式設計介面呼叫； 觸發對所述網路化資料庫的所述資料記錄的更新以記錄退款；以及 回應於所述退款應用程式設計介面呼叫將通知傳輸至所述使用者裝置。
12. 如請求項11所述的電腦實行方法，其中驗證所述退貨應用程式設計介面呼叫是基於儲存於集中式儲存庫中的一或多個系統規則而進行。
13. 如請求項12所述的電腦實行方法，其中驗證所述退貨應用程式設計介面呼叫包括驗證所述退貨應用程式設計介面呼叫對所述系統規則中的至少一者的符合性。
14. 如請求項11所述的電腦實行方法，其中所述理由碼對應於一組預定義情境中的至少一者。
15. 如請求項11所述的電腦實行方法，其中所述類別識別符指示所退貨的所述物件是否滿足所述理由碼的一或多個要求。
16. 如請求項11所述的電腦實行方法，其中產生所述退款應用程式設計介面呼叫包括將所述退款應用程式設計介面呼叫傳輸至支付管理系統。
17. 如請求項11所述的電腦實行方法，其中所述操作更包括基於所述比較的所述結果產生請求所退貨的所述物件的擷取的擷取應用程式設計介面呼叫。
18. 如請求項17所述的電腦實行方法，其中進一步回應於所述擷取應用程式設計介面呼叫被處理的判定而產生所述退款應用程式設計介面呼叫。
19. 如請求項17所述的電腦實行方法，其中所述擷取應用程式設計介面呼叫經組態以產生用於網路化子系統的信號以擷取所退貨的所述物件。
20. 一種用於在不接收物件的情況下處理退貨以最小化網路負載的電腦實行系統，所述系統包括： 至少一個非暫時性電腦可讀媒體，經組態以儲存指令；以及 至少一個處理器，其經組態以執行所述指令以進行包括以下的操作： 自請求所退貨的物件的退貨的使用者裝置接收退貨應用程式設計介面（API）呼叫； 對照網路化資料庫的資料記錄驗證所述退貨應用程式設計介面呼叫； 將與所述所退貨的物件相關聯的類別識別符與包含於所述退貨應用程式設計介面呼叫中的理由碼進行比較； 若所述類別識別符相對於所述理由碼是可接受的，則： 將退款應用程式設計介面呼叫傳輸至支付管理系統， 更新所述網路化資料庫的所述資料記錄以記錄退款；以及 將關於所述退貨應用程式設計介面呼叫的批准的通知傳輸至所述使用者裝置；以及 若所述類別識別符相對於所述理由碼是不可接受的，則： 產生請求所述所退貨的物件的擷取的擷取應用程式設計介面呼叫， 在所述所退貨的物件的所述擷取後捕獲所述所退貨的物件的物件識別符， 更新所述網路化資料庫的所述資料記錄以記錄所述所退貨的物件的所述擷取， 將所述退款應用程式設計介面呼叫傳輸至支付管理系統，以及 將關於所述退貨應用程式設計介面呼叫的批准的所述通知傳輸至所述使用者裝置。

Images