TWI773617B

TWI773617B - 用於智能化分配產品的電腦實施系統以及方法

Info

Publication number: TWI773617B
Application number: TW110148892A
Authority: TW
Inventors: 林圭勳; 梁炯裵; 拉傑希梅迪希; 史蜜塔莫漢; 金濟
Original assignee: 南韓商韓領有限公司
Priority date: 2019-12-30
Filing date: 2020-10-08
Publication date: 2022-08-01
Also published as: WO2021136988A1; TW202215321A; SG11202012892XA; TW202127331A; AU2020264288A1; KR102365136B1; KR102515834B1; JP2022509898A; TWI754410B; KR20220026560A; US11321651B2; US20210201235A1; JP7219289B2; KR20210086376A

Abstract

揭露智能化分配產品的方法及系統。在一個態樣中，一種系統包括：記憶體，用於儲存指令；以及至少一個處理器，被配置以執行指令。處理器實行包括以下的操作：接收包括存量計量單位（SKU）的預期需求在內的預報資料；以及判定SKU的目標倉儲，以滿足預期需求。所述操作更包括：判定包括多個履行中心的區的SKU的區目標倉儲。所述操作更包括：接收包括所述多個履行中心中的履行中心的入站及出站裝運歷史在內的歷史資料；以及產生履行中心的設定檔。所述操作更包括：將區目標倉儲的一部分分派至履行中心；以及基於所述部分向裝置傳送在履行中心中貯存一定數目的SKU的指令。

Description

用於智能化分配產品的電腦實施系統以及方法

本揭露大體而言是有關於藉由判定多個履行中心（fulfillment center，FC）的週期存量與安全存量而智能地分配產品的電腦化系統及方法。具體而言，本揭露的實施例是有關於創新性及非傳統系統，所述創新性及非傳統系統與基於每一FC的區目標倉儲及所產生的設定檔來跨越多個FC分配產品相關。

由於一旦下訂單履行中心（FC）便操作以進行消費者訂單的履行且使裝運承運商（shipping carrier）能夠收取裝運，因此履行中心每天都會接觸多於數百萬的產品。管理FC內部倉儲的操作可包括自賣方接收商品、將所接收的商品存放以易於進行揀選存取、包裝物項、驗證訂單及包裝交付。儘管當前現有的FC及用於FC中倉儲管理的系統被配置以處置大貨量的進入商品及外送商品，然而由於訂單未在多個FC之間充分分配，因此當FC所接收的訂單多於其可處置的訂單時，會出現常見的問題。舉例而言，與FC相關聯的商家可能在旺季自供應商訂購大貨量的產品，但FC並不具有足夠的資源來及時接收所訂購的產品。此會因接收過程減慢而導致FC處的大量積壓問題，而此最終可能會使問題加劇。由於積壓問題阻礙商家流通產品以賺取利潤，因此積壓問題可能會導致銷售損失。

為緩解此類問題，傳統的倉儲管理系統僅依賴預報資料來判定產品向多個FC的分配。由於該些系統未考慮每一FC的各別容量（例如每一FC針對特定產品的入站容量或出站容量），因此該些系統存在技術問題。在不考慮該些因素的情況下，該些系統可能會在FC之間產生產品分配，其中特定的FC可能不具有足以滿足特定產品的需求的倉儲、入站容量或出站容量。此亦可能會導致銷售損失。

因此，需要進一步基於每一FC的不同容量及特徵將產品智能地分配至多個FC的改善的方法及系統。

本揭露的一個態樣是有關於一種用於智能化分配產品的電腦實施系統。所述系統可包括：記憶體，用於儲存指令；以及至少一個處理器，被配置以執行所述指令以：基於所接收的預報資料，判定包括多個履行中心的區的存量計量單位（SKU）的區目標倉儲，所述區目標倉儲包括：所述存量計量單位的區週期存量；以及所述存量計量單位的區安全存量；接收包括所述多個履行中心中的履行中心的入站及出站裝運歷史在內的歷史資料；基於所接收的所述歷史資料，產生所述履行中心的設定檔，所述設定檔包括：入站容量；出站容量；以及所述存量計量單位的當前倉儲；基於所述履行中心的所述設定檔，將所述區目標倉儲的一部分分派至所述履行中心；基於所述部分向裝置傳送在所述履行中心中貯存一定數目的存量計量單位的指令。

本揭露的另一態樣是有關於一種用於智能化分配產品的電腦實施方法。所述方法可包括：基於所接收的預報資料，判定包括多個履行中心的區的存量計量單位（SKU）的區目標倉儲，所述區目標倉儲包括：所述存量計量單位的區週期存量；以及所述存量計量單位的區安全存量；接收包括所述多個履行中心中的履行中心的入站及出站裝運歷史在內的歷史資料；基於所接收的所述歷史資料，產生所述履行中心的設定檔，所述設定檔包括：入站容量；出站容量；以及所述存量計量單位的當前倉儲；基於所述履行中心的所述設定檔，將所述區目標倉儲的一部分分派至所述履行中心；基於所述部分向裝置傳送在所述履行中心中貯存一定數目的存量計量單位的指令。

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

以下詳細說明參照附圖。在圖式及以下說明中盡可能使用相同的參考編號來指代相同或相似的部件。儘管本文中闡述了若干例示性實施例，然而可具有各種修改、改編及其他實施方式。舉例而言，可對圖中示出的組件及步驟進行替換、添加或修改，且可藉由對所揭露的方法的步驟進行替換、重新排序、移除或添加來修改本文中闡述的例示性方法。因此，以下詳細說明並非僅限於所揭露的實施例及實例。相反，本發明的正確範圍由隨附的專利申請範圍來界定。

本揭露的實施例是有關於被配置用於藉由判定多個履行中心（FC）的週期存量及安全存量來智能地分配產品的電腦化系統及方法。

參照圖1A，圖1A示出示意性方塊圖100，其示出包括用於能夠進行通訊的裝運、運輸及物流操作的電腦化系統的系統的示例性實施例。如圖1A中所示，系統100可包括各種系統，所述各種系統中的每一者可藉由一或多個網路彼此連接。所述系統亦可藉由直接連接（例如使用纜線）彼此連接。所繪示的系統包括裝運授權技術（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、倉庫管理系統（warehouse management system，WMS）119、行動裝置119A、119B及119C（被繪示為位於履行中心（FC）200內部）、第三方履行（3 ^rdparty fulfillment，3PL）系統121A、121B及121C、履行中心授權系統（fulfillment center authorization system，FC Auth）123及勞資管理系統（LMS）125。

在一些實施例中，SAT系統101可被實施為監控訂單狀態及交付狀態的電腦系統。舉例而言，SAT系統101可判定訂單是否超過其承諾交付日期（Promised Delivery Date，PDD），且可採取包括發起新的訂單、再裝運未交付訂單中的物項、取消未交付訂單、發起與訂購顧客的聯繫等在內的適當行動。SAT系統101亦可監控包括輸出（例如在特定時間段期間裝運的包裝的數目）及輸入（例如被接收用於裝運的空紙盒的數目）在內的其他資料。SAT系統101亦可充當系統100中不同裝置之間的閘道，使得能夠在例如外部前端系統103及FO系統113等裝置之間達成通訊（例如，使用儲存及轉送（store-and-forward）或其他技術）。

在一些實施例中，外部前端系統103可被實施為使得外部使用者能夠與系統100中的一或多個系統交互的電腦系統。舉例而言，在系統100能夠呈現系統以使使用者能夠對物項下訂單的實施例中，外部前端系統103可被實施為接收搜尋請求、呈現物項頁及懇求支付資訊的網站伺服器。舉例而言，外部前端系統103可被實施為運行例如阿帕奇超文本傳輸協定（Hypertext Transfer Protocol，HTTP）伺服器、微軟網際網路資訊服務（Internet Information Services，IIS）、NGINX等軟體的一或多個電腦。在其他實施例中，外部前端系統103可運行客製網站伺服器軟體，客製網站伺服器軟體被設計成接收及處理來自外部裝置（例如，行動裝置102A或電腦102B）的請求，基於該些請求自資料庫及其他資料儲存器獲取資訊，且基於所獲取的資訊提供對所接收請求的響應。

在一些實施例中，外部前端系統103可包括網站快取系統（web caching system）、資料庫、搜尋系統或支付系統中的一或多者。在一個態樣中，外部前端系統103可包括該些系統中的一或多者，而在另一態樣中，外部前端系統103可包括連接至該些系統中的一或多者的介面（例如，伺服器至伺服器、資料庫至資料庫或其他網路連接）。

由圖1B、圖1C、圖1D及圖1E所示的一組例示性步驟將有助於闡述外部前端系統103的一些操作。外部前端系統103可自系統100中的系統或裝置接收資訊，以供呈現及/或顯示。舉例而言，外部前端系統103可代管（host）或提供一或多個網頁，包括搜尋結果頁（SRP）（例如，圖1B）、單一詳情頁（Single Detail Page，SDP）（例如，圖1C）、購物車頁（例如，圖1D）或訂單頁（例如，圖1E）。使用者裝置（例如，使用行動裝置102A或電腦102B）可導航至外部前端系統103，且藉由在搜尋框中輸入資訊來請求搜尋。外部前端系統103可自系統100中的一或多個系統請求資訊。舉例而言，外部前端系統103可自FO系統113請求滿足搜尋請求的資訊。外部前端系統103亦可請求及接收（自FO系統113）搜尋結果中所包括的每種產品的承諾交付日期或「PDD」。在一些實施例中，PDD可表示對以下的估計：容納產品的包裝將何時到達使用者所期望的位置，或者若在特定時間段（例如在一天結束（午後11:59）之前）內訂購則產品被承諾交付至使用者所期望的位置的日期。（以下參照FO系統113進一步論述PDD。）

外部前端系統103可基於所述資訊準備SRP（例如，圖1B）。SRP可包括滿足搜尋請求的資訊。舉例而言，此可包括滿足搜尋請求的產品的圖片。SRP亦可包括每種產品的相應價格，或者與每種產品的增強交付選項、PDD、重量、尺寸、優惠、折扣等相關的資訊。外部前端系統103可向發出請求的使用者裝置發送SRP（例如，經由網路）。

接著使用者裝置可例如藉由點擊或輕敲使用者介面（或使用另一輸入裝置）以選擇在SRP上表現的產品而自SRP選擇產品。使用者裝置可製定對所選擇產品的資訊的請求，且將其發送至外部前端系統103。作為響應，外部前端系統103可請求與所選擇產品相關的資訊。舉例而言，所述資訊亦可包括除在相應的SRP上針對產品呈現的資訊之外的附加資訊。此附加資訊可包括例如儲架壽命（shelf life）、原產國、重量、尺寸、包裝中物項的數目、操作說明（handling instructions）或關於產品的其他資訊。所述資訊亦可包括對相似產品的推薦（例如，基於購買此產品及至少一種其他產品的顧客的巨量資料及/或機器學習分析）、對常問問題的回答、來自顧客的評論、製造商資訊、圖片等。

外部前端系統103可基於所接收的產品資訊來準備單一詳情頁（SDP）（例如，圖1C）。SDP亦可包括例如「立即購買（Buy Now）」按鈕、「添加至購物車（Add to Cart）」按鈕、量欄、物項圖片等其他交互元素。SDP可更包括提供所述產品的賣方的列表。所述列表可基於每一賣方提供的價格來排序，使得提出以最低價格售賣產品的賣方可被列於頂部。所述列表亦可基於賣方排名來排序，使得排名最高的賣方可被列於頂部。賣方排名可基於包括例如賣方滿足所承諾PDD的過往追蹤記錄在內的多種因素來製定。外部前端系統103可將SDP交付至發出請求的使用者裝置（例如，經由網路）。

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

外部前端系統103可產生購物車頁（例如，圖1D）。在一些實施例中，購物車頁列出已被使用者添加至虛擬「購物車」的產品。使用者裝置可藉由點擊SRP、SDP或其他頁上的圖標或以其他方式與SRP、SDP或其他頁上的圖標交互來請求購物車頁。在一些實施例中，購物車頁可列出已被使用者添加至購物車的所有產品，以及關於購物車中的產品的資訊，例如每種產品的數量、每種產品的單價、每種產品的基於相關聯數量的價格、關於PDD的資訊、交付方法、裝運成本、用於修改購物車中的產品的使用者介面元素（例如，數量的刪除或修改）、用於訂購其他產品或設置產品的定期交付的選項、用於設置利息支付的選項、用於繼續採購的使用者介面元素等。使用者裝置處的使用者可點擊使用者介面元素（例如，讀為「立即購買」的按鈕）或以其他方式與使用者介面元素（例如，讀為「立即購買」的按鈕）交互，以發起對購物車中的產品的採購。在這樣做時，使用者裝置可向外部前端系統103傳送此種發起採購的請求。

外部前端系統103可因應於接收到發起採購的請求而產生訂單頁（例如，圖1E）。在一些實施例中，訂單頁重新列出來自購物車的物項，且請求輸入支付及裝運資訊。舉例而言，訂單頁可包括請求關於購物車中物項的採購者的資訊（例如，姓名、位址、電子郵件位址、電話號碼）、關於接收方的資訊（例如，姓名、位址、電話號碼、交付資訊）、裝運資訊（例如，交付及/或收取的速度/方法）、支付資訊（例如，信用卡、銀行轉帳、支票、賒帳（stored credit））、請求現金收據（例如，出於稅務目的）的使用者介面元素等的部分。外部前端系統103可向使用者裝置發送訂單頁。

使用者裝置可在訂單頁上輸入資訊，且點擊向外部前端系統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（例如，行動電話、智慧型電話、個人數位助理（personal digital assistant，PDA）等）接收資訊。舉例而言，在一些實施例中，行動裝置107A至107C可包括由交付工作者操作的裝置。交付工作者（其可為永久的、臨時的或輪班的員工）可利用行動裝置107A至107C來達成對容納由使用者訂購的產品的包裝的交付。舉例而言，為交付包裝，交付工作者可在行動裝置上接收指示交付哪一包裝以及在何處交付所述包裝的通知。在到達交付位置時，交付工作者可使用行動裝置來定位包裝（例如，在卡車的後部或包裝的板條箱中）、掃描或以其他方式捕獲與包裝上的辨識符（例如，條形碼、影像、正文字串（text string）、射頻辨識（radio frequency identification，RFID）標籤等）相關聯的資料以及交付包裝（例如，藉由將包裝留在前門、將其留給保全警衛、將其交給接收方等）。在一些實施例中，交付工作者可使用行動裝置捕獲包裝的照片及/或可使用行動裝置獲得簽名。行動裝置可向運輸系統107發送包括關於交付的資訊在內的資訊，所述關於交付的資訊包括例如時間、日期、全球定位系統（Global Positioning System，GPS）位置、照片、與交付工作者相關聯的辨識符、與行動裝置相關聯的辨識符等。運輸系統107可將此資訊儲存於資料庫（未畫出）中，以供系統100中的其他系統存取。在一些實施例中，運輸系統107可使用此資訊來準備追蹤資料並將追蹤資料發送至指示特定包裝位置的其他系統。

在一些實施例中，某些使用者可使用一種種類的行動裝置（例如，永久工作者可使用具有例如條形碼掃描器、觸控筆（stylus）及其他裝置等客製硬體的專用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亦可自倉庫管理系統（WMS）119請求資訊，以判定各別產品在履行中心（例如，履行中心200）內部的位置。裝運及訂單追蹤系統111可自運輸系統107或WMS 119中的一或多者請求資料，對其進行處理，且根據請求將其呈現至裝置（例如，使用者裝置102A及102B）。

在一些實施例中，履行最佳化（FO）系統113可被實施為以下電腦系統：所述電腦系統儲存來自其他系統（例如，外部前端系統103及/或裝運及訂單追蹤系統111）的顧客訂單的資訊。FO系統113亦可儲存闡述特定物項被容置或儲存於何處的資訊。舉例而言，某些物項可能僅儲存於一個履行中心中，而某些其他物項可能儲存於多個履行中心中。在又一些其他實施例中，某些履行中心可被設計成僅儲存特定的一組物項（例如，新鮮農產品（fresh produce）或冷凍產品（frozen product））。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或第三方履行系統121A、121B或121C等其他系統，且反之亦然。

在一些實施例中，供應鏈管理（SCM）系統117可被實施為實行預報功能的電腦系統。舉例而言，SCM系統117可基於，例如基於產品的過往需求、產品的預期需求、全網路過往需求、全網路預期需求、儲存於每一履行中心200中的產品計數、每種產品的預期訂單或當前訂單等來預報特定產品的需求水準。因應於此種所預報水準及所有履行中心的每種產品的量，SCM系統117可產生一或多個採購訂單，以採購及貯存足夠的數量來滿足特定產品的預報需求。

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

在一些實施例中，WMS 119可儲存將一或多個裝置（例如，裝置107A至107C或119A至119C）與和系統100相關聯的一或多個使用者相關聯的資訊。舉例而言，在一些情況下，使用者（例如兼職員工或全職員工）與行動裝置的關聯可在於使用者擁有行動裝置（例如，行動裝置是智慧型電話）。在其他情況下，使用者與行動裝置的關聯可在於使用者臨時保管行動裝置（例如，使用者在一天開始時登記借出行動裝置，將在一天中使用行動裝置，且將在一天結束時歸還行動裝置）。

在一些實施例中，WMS 119可為與系統100相關聯的每一使用者維護工作日誌。舉例而言，WMS 119可儲存與每一員工相關聯的資訊，包括任何所分派的過程（例如，卸載卡車、自揀選區揀選物項、分撥牆工作（rebin wall work）、包裝物項）、使用者辨識符、位置（例如，履行中心200中的樓層或區）、員工在系統中移動的單元的數目（例如，所揀選的物項的數目、所包裝的物項的數目）、與裝置（例如，裝置119A至119C）相關聯的辨識符等。在一些實施例中，WMS 119可自例如在裝置119A至119C上操作的計時系統等計時系統接收簽入（check-in）資訊及簽出（check-out）資訊。

在一些實施例中，第三方履行（3PL）系統121A至121C表示與物流及產品的第三方提供商相關聯的電腦系統。舉例而言，儘管一些產品被儲存於履行中心200中（如以下針對圖2所論述），然而其他產品可被儲存於場外、可按需生產或者可在其他情況下不可儲存於履行中心200中。3PL系統121A至121C可被配置以自FO系統113（例如，藉由FMG 115）接收訂單，且可直接向顧客提供產品及/或服務（例如，交付或安裝）。在一些實施例中，3PL系統121A至121C中的一或多者可為系統100的一部分，而在其他實施例中，3PL系統121A至121C中的一或多者可在系統100之外（例如，由第三方提供商擁有或操作）。

在一些實施例中，履行中心授權系統（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繪示FC Auth系統123連接至FO系統113，然而並非所有實施例皆需要此種特定配置。實際上，在一些實施例中，系統100中的系統可藉由包括以下在內的一或多種公共網路或私有網路彼此連接：網際網路、內部網路（Intranet）、廣域網路（Wide-Area Network，WAN）、都會區域網路（Metropolitan-Area Network，MAN）、符合電機及電子工程師學會（Institute of Electrical and Electronic Engineers，IEEE）802.11a/b/g/n標準的無線網路、租用線路（leased line）等。在一些實施例中，系統100中的系統中的一或多者可被實施為在資料中心、伺服器場（server farm）等處實施的一或多個虛擬伺服器。

圖2繪示履行中心200。履行中心200是儲存訂購時裝運至顧客的物項的實體位置的實例。履行中心（FC）200可被劃分成多個區，所述多個區中的每一者繪示於圖2中。在一些實施例中，該些「區」可被視為接收物項、儲存物項、擷取物項及裝運物項的過程的不同階段之間的虛擬劃分。因此，儘管在圖2中繪示「區」，然而亦可存在區的其他劃分，且在一些實施例中，圖2中的區可被省略、複製或修改。

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

工作者將在入站區203中接收物項，且可使用電腦系統（未畫出）可選地檢查物項的損壞及正確性。舉例而言，工作者可使用電腦系統將物項202A及202B的數量與訂購的物項數量進行比較。若數量不匹配，則此工作者可拒絕物項202A或202B中的一或多者。若數量匹配，則工作者可將該些物項（使用例如推車、手推車、堆高機，或者手動地）移動至緩衝區（buffer zone）205。緩衝區205可為當前在揀選區中所不需要的物項（例如，由於在揀選區中存在足夠高數量的此物項來滿足預報需求）的臨時儲存區域。在一些實施例中，堆高機206進行操作以在緩衝區205中四處移動物項以及在入站區203與卸貨區207之間移動物項。若在揀選區中需要物項202A或202B（例如，由於預報需求），則堆高機可將物項202A或202B移動至卸貨區207。

卸貨區207可為FC 200的在物項被移動至揀選區209之前儲存所述物項的區域。被分派揀選任務的工作者（「揀選者」）可接近揀選區中的物項202A及202B，使用行動裝置（例如，裝置119B）掃描揀選區的條形碼，且掃描與物項202A及202B相關聯的條形碼。接著揀選者可將物項帶至揀選區209（例如，藉由將物項放入搬運車（cart）上或者搬運物項）。

揀選區209可為FC 200的其中在儲存單元210上儲存物項208的區域。在一些實施例中，儲存單元210可包括實體排架（physical shelving）、書架、盒、裝運箱、冰箱、冰櫃、冷藏庫等中的一或多者。在一些實施例中，揀選區209可被組織成多個樓層。在一些實施例中，工作者或機器可以包括例如堆高機、升降機、傳送帶、搬運車、手推車、推車、自動化機器人或裝置或者手動方式在內的多種方式將物項移動至揀選區209中。舉例而言，揀選者可將物項202A及202B放入卸貨區207中的手推車或搬運車上，且步行將物項202A及202B送至揀選區209。

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

一旦使用者下訂單，揀選者便可在裝置119B上接收指令，以自儲存單元210擷取一或多個物項208。揀選者可擷取物項208，掃描物項208上的條形碼，且將其放入運輸機構214上。儘管運輸機構214被表示為滑動件，然而在一些實施例中，運輸機構可被實施為傳送帶、升降機、搬運車、堆高機、手推車、推車等中的一或多者。接著物項208可到達包裝區211。

包裝區211可為FC 200的自揀選區209接收物項且將物項包裝至盒或袋中以便最終裝運至顧客的區域。在包裝區211中，被分派接收物項的工作者（「分撥工作者（rebin worker）」）將自揀選區209接收物項208，且判定物項208對應於什麼訂單。舉例而言，分撥工作者可使用例如電腦119C等裝置來掃描物項208上的條形碼。電腦119C可以可視方式指示物項208與哪一訂單相關聯。舉例而言，此可包括牆216上的對應於訂單的空間或「單元格（cell）」。一旦訂單完成（例如，由於單元格容納訂單的所有物項），分撥工作者可向包裝工作者（或「包裝者（packer）」）指示訂單完成。包裝者可自單元格擷取物項，且將其放入盒或袋中進行裝運。接著，包裝者可例如藉由堆高機、搬運車、推車、手推車、傳送帶、手動方式或其他方式將盒或袋發送至中樞區（hub zone）213。

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

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

營地區215中的工作者及/或機器可例如基於目的地與現有路線及/或子路線的比較、對每一路線及/或子路線的工作負荷的計算、一天中的時間、裝運方法、裝運包裝220的成本、與包裝220中的物項相關聯的PDD等來判定包裝220應與哪一路線及/或子路線相關聯。在一些實施例中，工作者或機器可掃描包裝（例如，使用裝置119A至119C中的一者）以判定其最終目的地。一旦包裝220被分派至特定路線及/或子路線，工作者及/或機器可移動待裝運的包裝220。在示例性圖2中，營地區215包括卡車222、汽車226以及交付工作者224A及224B。在一些實施例中，卡車222可由交付工作者224A駕駛，其中交付工作者224A是為FC 200交付包裝的全職員工，且卡車222由擁有、租賃或營運FC 200的同一公司擁有、租賃或營運。在一些實施例中，汽車226可由交付工作者224B駕駛，其中交付工作者224B是根據需要（例如，季節性地）進行交付的「彈性（flex）」或不定期工作者（occasional worker）。汽車226可由交付工作者224B擁有、租賃或營運。

圖3是示出聯網環境300的示例性實施例的示意性方塊圖，聯網環境300包括用於將產品倉儲保持於最佳水準的電腦化系統。環境300可包括各種系統，所述各種系統中的每一者可藉由一或多個網路彼此連接。所述系統亦可藉由直接連接（例如，使用纜線）而彼此連接。所繪示的系統包括FO系統311、FC資料庫312、外部前端系統313、供應鏈管理系統320及一或多個使用者終端330。FO系統311及外部前端系統313在設計、功能或操作上可相似於以上針對圖1A闡述的FO系統113及外部前端系統103。

FC資料庫312可被實施為以下一或多個電腦系統：所述一或多個電腦系統收集、累積及/或產生自以上針對圖2闡述的FC 200處的各種活動累積的各種資料。舉例而言，在FC資料庫312處累積的資料可除其他以外亦包括由特定FC（例如，FC 200）處置的每個產品的產品辨識符（例如，存量計量單位（SKU））、每種產品在某時間的倉儲水準以及每種產品無存量事件的頻率及發生。

在一些實施例中，FC資料庫312可包括FC A資料庫312A、FC B資料庫312B及FC C資料庫312C，FC A資料庫312A、FC B資料庫312B及FC C資料庫312C表示與FC A至FC C相關聯的資料庫。儘管圖3中僅繪示三個FC及對應的FC資料庫312A至312C，然而所述數目僅為示例性的且可存在更多的FC及對應數目的FC資料庫。在其他實施例中，FC資料庫312可為收集及儲存來自所有FC的資料的集中式資料庫。不論FC資料庫312包括各別資料庫（例如，312A至312C）還是一個集中式資料庫，資料庫可包括基於雲端的資料庫（cloud-based database）或基於前提的資料庫（on-premise database）。同樣在一些實施例中，此種資料庫可包括一或多個硬碟驅動機、一或多個固態驅動機或者一或多個非暫時性記憶體。

供應鏈管理系統（SCM）320在設計、功能或操作上可相似於以上針對圖1A闡述的SCM 117。作為另外一種選擇地或另外地，SCM 320可被配置以自FO系統311、FC資料庫312及外部前端系統313聚合資料，以在符合所揭露實施例的過程中預報特定產品的需求水準且產生一或多個採購訂單。

在一些實施例中，SCM 320包括資料科學模組321、FC設定檔產生器322、需求預報產生器323、目標倉儲計劃系統（target inventory plan system，TIP）324、入站優先順序及混洗系統（inbound prioritization and shuffling system，IPS）325、人工訂單提交平台326、採購訂單（purchase order，PO）產生器327及報表產生器328。

在一些實施例中，SCM 320可包括一或多個處理器、一或多個記憶體以及一或多個輸入/輸出（input/output，I/O）裝置。SCM 320可採取以下形式：伺服器、通用電腦、大型電腦（mainframe computer）、專用計算裝置（例如圖形處理單元（graphical processing unit，GPU））、膝上型電腦（laptop）或該些計算裝置的任意組合。在該些實施例中，SCM 320的組件（即，資料科學模組321、FC設定檔產生器322、需求預報產生器323、TIP 324、IPS 325、人工訂單提交平台326、PO產生器327及報表產生器328）可被實施為由一或多個處理器基於儲存於所述一或多個記憶體中的指令實行的一或多個功能單元。SCM 320可為獨立的系統，或者SCM 320可為子系統的部件，所述子系統可為更大的系統的部件。

作為另外一種選擇，SCM 320的組件可被實施為藉由網路彼此進行通訊的一或多個電腦系統。在此實施例中，所述一或多個電腦系統中的每一者可包括一或多個處理器、一或多個記憶體（即，非暫時性電腦可讀取媒體）以及一或多個輸入/輸出（I/O）裝置。在一些實施例中，所述一或多個電腦系統中的每一者可採取以下形式：伺服器、通用電腦、大型電腦、專用計算裝置（例如GPU）、膝上型電腦或該些計算裝置的任意組合。

在一些實施例中，資料科學模組321可包括被配置以判定供SCM 320的其他組件使用的各種參數或模型的一或多個計算裝置。舉例而言，資料科學模組321可開發由判定每種產品的需求水準的需求預報產生器323使用的預報模型。在一些實施例中，資料科學模組321可自FO系統311擷取訂單資訊且自外部前端系統313擷取瀏覽視圖（glance view）（即，產品的網頁視圖的數目），以訓練預報模型並預料未來需求水準。訂單資訊可包括銷售統計，例如某時間內售賣的物項數目、促銷時間段期間售賣的物項數目以及常規時間段期間售賣的物項數目。資料科學模組321可基於例如銷售統計、瀏覽視圖、季節、一周中的某一天、即將到來的假日等參數來訓練預報模型。在一些實施例中，資料科學模組321亦可在接收到藉由PO產生器327產生的PO訂購的產品時自圖2所示入站區203接收資料。資料科學模組321可使用此種資料來判定各種供應商統計，例如特定供應商的履行比率（fulfillment ratio）（即，在可銷售條件下接收的產品一部分相較於訂購數量）、估算的交貨時間及裝運時間段等。資料科學模組321可循環性地或週期性地自FC資料庫312接收資料。此種資料可包括例如資料、由特定FC（例如，FC 200）處置的每個產品的產品辨識符（例如，SKU）、每種產品在某時間的倉儲水準、以及每種產品無存量事件的頻率及發生。接著FC設定檔產生器可基於由資料科學模組311接收的參數為每一FC產生設定檔。在一些實施例中，產生設定檔可將自FC資料庫接收的資料及參數聚合成一或多個資料集合，其中設定檔包括所述一或多個資料集合。

在一些實施例中，需求預報產生器323可包括被配置以使用由資料科學模組321開發的預報模型來對特定產品的需求水準進行預報的一或多個計算裝置。更具體而言，預報模型可輸出每種產品的需求預報數量，其中需求預報數量是在給定時間段（例如，一天）內預期售賣給一或多個顧客的產品的具體數量。在一些實施例中，需求預報產生器323可輸出預定時間段內每一給定時間段的需求預報數量（例如，5周的時間段內每一天的需求預報數量）。每一需求預報數量亦可包括標準偏差數量（例如，± 5）或範圍（例如，小於30且大於25），以在將產品倉儲水準最佳化方面提供更大的靈活性。

在一些實施例中，FC設定檔產生器322可包括被配置以使用由資料科學模組321開發的模型而為系統中的每一FC（例如FC A、FC B、FC C）產生設定檔的一或多個計算裝置。更具體而言，設定檔模型可為每一FC輸出表示FC在規定時間內可接收的SKU的數量的入站容量、表示FC在規定時間內可交付的SKU的數量的出站容量、表示FC處的SKU的當前倉儲的數量、以及每一FC處的當前訂購的SKU的數量。該些特徵可基於表示每一FC的操作的歷史資料，所述歷史資料可指示每一FC關於一或多個SKU的入站流及出站流的容量。

在一些實施例中，目標倉儲計劃（TIP）系統324可包括被配置以判定每種產品的推薦訂單數量的一或多個計算裝置。TIP 324可藉由以下方式判定推薦訂單數量：首先判定產品的初步訂單數量且使用真實世界限制來限制初步訂單數量。

TIP 324可自需求預報產生器323接收每種產品的需求預報數量。在一些實施例中，需求預報數量在一個維度中可為由SKU組織的數值表的形式，且在另一維度中可為給定的一天預報欲售賣的單元的數目。所述表亦可包括專用於需求預報數量的其他參數（例如標準偏差、最大值、最小值、平均值等）的額外維度。作為另外一種選擇，需求預報數量可採取由SKU組織的多個值陣列的形式且專用於每一參數。此項技術中已知的組織相同資料的其他合適的形式同樣適用且處於本發明的範圍內。

在一些實施例中，TIP 324可自資料科學模組321接收供應產品的一或多個供應商的供應商統計資料。供應商統計資料可包括與每一供應商相關聯的資訊集合（例如，上述履行比率）。在一些實施例中，可存在針對特定供應商的多個供應商統計資料集合，其中每一資料集合與供應商供應的特定產品相關聯。

在一些實施例中，TIP 324亦可自FC設定檔產生器322接收設定檔，所述設定檔包括入站容量、出站容量、每一SKU的當前產品倉儲水準及當前訂購數量。當前產品倉儲水準可指在資料擷取時特定SKU的瞬時計數，且當前訂購數量可指已藉由在以往產生的一或多個PO訂購且正等待交付給對應的FC的特定產品的總數量。

TIP 324可藉由判定每種產品的初步訂單數量並基於一系列參數減少初步訂單數量來判定每種產品的推薦訂單數量。在一些實施例中，特定產品的初步訂單數量可為其需求預報數量、覆蓋週期、安全存量週期、當前倉儲水準、當前訂購數量、臨界比率及案例數量中的至少一者的函數。舉例而言，TIP 324可使用方程式（1）判定初步訂單數量：

（1）

其中

是特定產品的初步訂單數量；

是自計算時間起第

天的產品的需求預報數量；

是產品的當前倉儲水準；

是當前訂購數量；

是覆蓋週期；

是安全存量週期；且

是案例數量。

如本文中所使用的覆蓋週期可指一個PO計劃被覆蓋的時間長度（例如，天數）；且安全存量週期可指PO應被覆蓋的額外時間長度（例如，額外天數）以防出現意外事件（例如需求突然增加或延遲交付）。舉例而言，給出以下產品X的樣本需求預報數量表，在第D天產生的PO的覆蓋週期可為5且安全存量週期可為1，在此種情形中，

將等於

。

預報	D	D+1	D+2	D+3	D+4	D+5	D+6	D+7	D+8
	37	37	35	40	41	34	37	39	41

表1：9天內產品X的樣本需求預報數量

TIP 324可自此數量（224個產品X的單元）減去當前倉儲水準（例如，60個單元）及當前訂購數量（例如，40個），結果是124個單元。接著，藉由除以案例數量、上舍入至整數且再次乘以案例數量來將此數目上舍入至案例數量的倍數（即，包裝產品的單元數目，例如盒或托板中的單元數目），在此實例中，假設案例數量為10，則得出130個單元。

在一些實施例中，覆蓋週期可為預定時間長度，所述預定時間長度等於或大於對應的供應商自PO產生的日期起交付產品可能會花費的預期時間長度。另外地或作為另外一種選擇，TIP 324亦可基於其他因素（例如一周中的某一天、預料延遲等）來調整覆蓋週期。此外，安全存量週期可為另一預定時間長度，所述預定時間長度被設計成作為安全措施來增加初步訂單數量。安全存量週期可降低無存量的風險，以防出現意外事件（例如需求突然增加或預料之外的裝運延遲）。在一些實施例中，TIP 324可基於覆蓋週期設定安全存量週期，其中例如當覆蓋週期為1至3天時，添加0天的安全存量週期，當覆蓋週期為4至6天時，添加1天的安全存量週期，且當覆蓋週期大於7天時，添加3天的安全存量週期。

儘管判定上述初步訂單數量的過程複雜，然而初步訂單數量可主要基於顧客需求，而不考慮真實世界限制。因此，為將產品倉儲最佳化，需要考慮此種限制的步驟。在一些實施例中，TIP 324可使用規則集合來調整初步訂單數量，所述規則集合被配置以基於例如銷售統計、當前產品倉儲水準及當前訂購數量等資料來對初步訂單數量進行精細微調。

可將所得數量（推薦訂單數量）傳送至PO產生器327。在其他實施例中，如以下針對圖4所述，所得數量可由IPS 325進一步處理，以確定特定產品的優先順序及/或將所述數量分配至一或多個FC。

另外，在一些實施例中，IPS 325可包括以下一或多個計算裝置：所述一或多個計算裝置被配置以判定每種產品的受歡迎度、基於所判定的受歡迎度確定訂單數量的優先順序且將已確定優先順序的訂單數量分配至一或多個FC 200。以下針對圖4更詳細地闡述用於判定受歡迎度、確定優先順序及分配產品的過程。

在一些實施例中，人工訂單提交平台326可包括被配置以接收對一或多個人工訂單的使用者輸入的一或多個計算裝置。人工訂單提交平台326可包括使用者可經由一或多個計算裝置（例如圖1A所示內部前端系統105）存取的使用者介面。在一個態樣中，人工訂單可包括使用者可能會認為必要的某些產品的額外數量且使得能夠對初步訂單數量、推薦訂單數量、已確定優先順序的訂單數量或所分配的訂單數量進行人工調整（例如，增加或減少特定量）。在另一態樣中，人工訂單可包括由內部使用者判定的應訂購的某些產品的總數量，而非由SCM 320判定的訂單數量。以下針對圖5更詳細地闡釋使該些使用者判定的訂單數量與SCM產生的訂單數量相符的示例性過程。再此外，在一些實施例中，使用者可指定特定FC作為接收位置，使得人工訂單可被分派至所述特定FC。在一些實施例中，經由人工訂單提交平台326提交的訂單數量中的部分訂單數量可被標識或標記（例如，藉由更新與訂單數量中的所述部分訂單數量相關聯的參數），使得所述部分訂單數量不會被TIP 324或IPS 325調整（即，限制）。

在一些實施例中，人工訂單提交平台326可被實施成運行例如阿帕奇HTTP伺服器、微軟網際網路資訊服務（IIS）、NGINX等軟體的一或多個電腦。在其他實施例中，人工訂單提交平台326可運行客製網站伺服器軟體，所述客製網站伺服器軟體被設計成接收並處理來自一或多個使用者終端330的使用者輸入並提供對所接收使用者輸入的響應。

在一些實施例中，PO產生器327可包括被配置以基於推薦訂單數量或由IPS 325分配的結果而向一或多個供應商產生PO的一或多個計算裝置。此時，SCM 320將已為需要額外倉儲的每種產品及每一FC 200判定出推薦訂單數量，其中每種產品皆具有採買或製造特定產品並將其裝運至一或多個FC的一或多個供應商。特定供應商可供應一或多種產品，且特定產品可由一或多個供應商供應。在產生PO時，PO產生器327可發出欲被郵寄或傳真至供應商的紙質PO或欲被傳送至供應商的電子PO。

在一些實施例中，報表產生器328可包括以下一或多個計算裝置：所述一或多個計算裝置被配置以因應於預定協定週期性地產生報表或者因應於經由例如使用者終端330或圖1A所示內部前端系統105的使用者輸入而按需產生報表。所述報表的範圍可自輸出某些資訊（例如特定產品的推薦訂單數量）的簡單報表至需要分析歷史資料並將此種資訊在圖形中可視化的複雜報表。更具體而言，報表產生器328可產生包括例如以下資訊的報表：在由SCM 320實行的調整的每一步驟中訂單數量如何自預報數量改變至最終數量；每一FC 200的資源被利用數量的歷史；按產品類別劃分的預報數量與最終數量之間的差（即，為考慮真實世界限制而必須自預報數量減少的數量）；以及類似資訊。

在一些實施例中，使用者終端330可包括被配置以使內部使用者（例如在FC 200處工作的使用者）能夠經由人工訂單提交平台326或報表產生器328來存取SCM 320的一或多個計算裝置。使用者終端330可包括計算裝置（例如個人電腦、行動電話、智慧型電話、PDA等）的任意組合。在一些實施例中，內部使用者可使用使用者終端330來對由人工訂單提交平台326提供的網站介面進行存取，以提交一或多個人工訂單。

圖4是藉由判定多個FC（例如，FC 200）的週期存量及安全存量來智能地分配產品的示例性電腦化過程400的流程圖。在優選實施例中，過程400可由SCM 320的一或多個組件（例如TIP 324及IPS 325）執行。因此，作為實例，過程400被闡述為由TIP 324及IPS 325執行。然而，過程400或過程400的一部分可由網路環境300作為整體來實行，或者由環境300的能夠實行過程的至少一部分的任何組件（例如，一或多個處理器、FC設定檔產生器322、需求預報產生器323等）來實行。

過程400在步驟401處開始。在步驟401中，舉例而言，TIP系統可接收包括存量計量單位（SKU）的預期需求在內的預報資料。預報資料可為預報產生器323使用由資料科學模組321開發的預報模型產生的具體SKU的預報需求數量。需求數量亦可包括例如標準偏差、最大值、最小值、平均值等參數。

在已完成步驟401之後，接著過程400可繼續進行步驟402。在步驟402處，舉例而言，TIP 324可基於所接收的預報資料判定SKU的目標倉儲。在一些實施例中，目標倉儲可為由TIP 324計算的SKU的數量，且可包括與由預報產生器323產生的預報需求數量相等的SKU的數量以及被計算成對SKU的實際需求超過預期需求的情況進行覆蓋的額外數量。舉例而言，目標倉儲可包括SKU的週期存量。SKU的週期存量可為SKU的預期或將可能以很大確定性滿足需求的數量。舉例而言，週期存量可為SKU的將滿足大部分（例如，80%、90%或95%）時間的需求的量。確定性程度可為靈活的且可基於一定數目的原因來判定。週期存量可基於自預報產生器323接收的資料且可更基於例如標準偏差、最大值、最小值或平均值等參數。

然而，在許多情況中，週期存量可能不足以滿足SKU的實際需求。在一些實施例中，為確保在該些情況中滿足顧客需求，除週期存量之外，目標倉儲亦可包括存量過多的最小量或安全存量。安全存量可基於基本供應鏈模型來設定。舉例而言，所計算的安全存量可基於臨界比率，所述臨界比率用於設定使SKU的無存量（out of stock，OOS）與存量過多的風險充分平衡的某一倉儲水準。儘管OOS可能會因銷售損失而導致收入損失，然而存量過多亦可能會因SKU存量過多所花費的額外資本以及儲存費用而導致收入損失。因此，在優選實施例中，TIP 324可計算安全存量，以盡可能減少OOS及存量過多的風險。

在已完成步驟402之後，接著過程400可繼續進行步驟403。在步驟403處，舉例而言，TIP 324可基於SKU的目標倉儲判定包括多個履行中心（例如，FC 200）的區的SKU的區目標倉儲。與前面論述的目標倉儲的週期存量及安全存量相似，區目標倉儲亦可包括SKU的區週期存量及區安全存量。在一些實施例中，可藉由將先前判定的目標倉儲、週期存量及/或安全存量乘以與所述區對應的國家顧客群體及/或全球顧客群體的部分來判定包括區週期存量及區安全存量的區目標倉儲。舉例而言，包含國家顧客群體的一半的區所具有的區目標倉儲可為國家目標倉儲的一半。在其他實施例中，可基於針對所述區特定的參數（例如表示歷史需求或相較於其他區所述區中對一或多個SKU的可能需求的統計）來判定區目標倉儲、區週期存量及區安全存量。

在已完成步驟403之後，接著過程400可繼續進行步驟404。在步驟404處，舉例而言，TIP 324可接收包括所述多個履行中心中的履行中心的入站及出站裝運歷史在內的歷史資料。入站裝運歷史可包括FC在規定時間段內或在FC的整個歷史中已接收到的一或多個SKU的數量。相似地，出站裝運歷史可包括FC在規定時間段內或在FC的整個歷史中已裝運的一或多個SKU的數量。在一些實施例中，所接收的歷史資料在一些實施例中亦可包括其他雜項裝運資料，例如SKU的平均入站及出站貨量、SKU的入站及出站貨量的標準偏差或方差、SKU的第三方賣方及/或供應商的辨識符、SKU的交付位置等。

在已完成步驟404之後，接著過程400可繼續進行步驟405。在步驟405處，舉例而言，TIP 324可基於所接收的歷史資料產生FC的設定檔。所產生的FC設定檔可包括FC的資料及/或特性，例如FC的入站容量、FC的出站容量、FC處的一或多個SKU的當前倉儲、欲裝運至FC的SKU的當前訂單列表、欲自FC裝運的當前訂單列表等。在優選實施例中，FC設定檔將包含任何資訊，所述資訊包括但不限於上述資訊，所述資訊可用於判定FC的期望倉儲水準、入站及/或出站裝運貨量、各別週期存量及/或安全存量等。一般而言，所述設定檔可包含與特定FC的歷史、容量及/或特性相關的任何資訊。

基於上述參數，TIP 324可計算規定時間段（例如一周）的期末倉儲目標（ending inventory target），以包括於所產生的設定檔中。因此，產生設定檔可為週期性（例如每週一次）進行的步驟，或者產生設定檔可包括基於所接收的歷史資料的變化來持續更新及維持所產生的設定檔。舉例而言，TIP 324可使用方程式（2）判定期末倉儲目標：

-

（2）其中

是期末倉儲目標，

是規定時間段開始時的初始倉儲，

是FC的SKU的預報入站數量，且

是FC的SKU的預報出站數量。在一些實施例中，設定檔亦可表示代表特定FC的倉儲增建目標（inventory buildup target）的值。倉儲增建可為獨立於某些FC的出站需求數量且除所述出站需求數量之外的所述某些FC的額外倉儲指派（allocation）。此額外的倉儲增建數量可用於負責某些情況，例如高峰日及供應缺口（例如，供應商假期）、在開始交付給顧客之前為新的FC增建倉儲以及其他特殊情形。藉由包括此數量以用於額外倉儲指派，可減少來自供應商的交貨數目且可使FC的倉儲管理最佳化。

倉儲增建目標可至少基於所接收的歷史資料或以上定義的參數來計算。舉例而言，基於國家出站預報，TIP 324可獲取國家入站預報。基於國家級別預報，TIP 324亦可判定FC的入站預報及出站預報。可藉由將支援來自該FC的預報需求所需的額外倉儲添加至FC處計劃的當前倉儲增建來判定FC的入站預報。計劃的倉儲增建亦可取決於FC的入站容量。

在已完成步驟405之後，接著過程400可繼續進行步驟406。在步驟406處，舉例而言，IPS 325可基於履行中心的設定檔將區目標倉儲的一部分分派至履行中心。對區目標倉儲的一部分進行分派可包括將區目標倉儲的具體數量或百分比分派至所述多個FC中的每一FC，使得所有的區目標倉儲被分派至至少一個FC。將區目標倉儲的一部分分派至特定FC可指示FC必須維持或旨在維持與FC的相應的被分派的部分對應的當前倉儲。IPS 325可週期性地（例如每週一次）對區目標倉儲的所述部分進行分派，或者可基於所接收的預報資料的變化、目標倉儲及/或區目標倉儲的變化、履行中心的設定檔的變化等來持續更新被分派的部分。

在一些實施例中，對區目標倉儲的一部分進行分派可更基於判定SKU應位於多個FC中。舉例而言，IPS 325可判定所述多個FC中的一個FC不具有維持特定區的所有區目標倉儲的入站容量及/或出站容量。在一些實施例中，此判定可基於SKU在所述區中的受歡迎度。舉例而言，一個FC可具有維持整個區的週期存量的容量，但不具有維持對整個區目標倉儲進行維持所需的安全存量的容量。在此實例中，FC缺乏足夠的入站容量或出站容量可能是由於SKU太受歡迎，FC無法滿足區需求。在相似的實例中，FC可僅具有維持週期存量或安全存量的一部分的容量。舉例而言，基於一個FC無法維持SKU所需的區目標倉儲，IPS 325可判定SKU應位於所述區的多個FC中，且相應地將目標倉儲的部分分派至單獨的FC。

在一些實施例中，對區目標倉儲的一部分進行分派可更基於為所述多個履行中心中的每一履行中心聚合所產生的設定檔。此在許多情況（例如上述實例）中可能是必要的，其中IPS 325必須另外考慮每一FC的入站容量、出站容量、當前倉儲及其他特性，以最有效地判定所述區中每一FC應被分派的SKU的數目。使部分分派基於對所產生的設定檔進行聚合可包括例如藉由規則集合、演算法等而使用上述因素中的一或多者來判定每一FC的區目標倉儲的最佳化部分。在一些實施例中，IPS 325可利用上述方法中的一或多者來判定每一FC的SKU相對於區目標倉儲的比率且基於每一FC的所判定的比率將區目標倉儲的一部分分派至每一FC。可週期性地判定或持續更新上述最佳化部分或比率。

在一些實施例中，IPS 325可更被配置以查閱SKU的當前出站訂單的記錄，且對區目標倉儲的一部分進行分派更基於SKU的當前倉儲及SKU的當前出站訂單。出站訂單的記錄可包括與所述區中的每一FC相關聯的出站訂單的數量或者所述區中的每一FC的聚合。與預期區需求相似，當前出站訂單的記錄可用於幫助判定區目標倉儲、區週期存量或區安全存量。然而，在一些實施例中，出站訂單可僅與所述多個FC中的特定FC相關聯或先前被分派至所述特定FC。舉例而言，此可為當特定FC是所述區中能夠進行SKU的具體訂單的履行的唯一FC或少數FC中的一者（例如，只有一個FC交付至所述區內的特定位置或位址）時的情形。

在一些實施例中，對區目標倉儲的一部分進行分派可包括判定推薦訂單數量（recommended order quantity，ROQ）（

），以支援每一FC處的每一SKU的預報出站需求。舉例而言，TIP 324可使用方程式（3）計算ROQ：

（3）其中

是FC處的SKU的出站預報，

是FC處的SKU的現有倉儲，且

是映射至FC的SKU的現有未結訂單的數量。基於針對每一FC計算的推薦訂單數量，IPS 325可將推薦訂單數量指派至自國家推薦訂單數量映射的每一FC。

若在此指派之後仍保留有國家推薦訂單數量中的任意者，則IPS 325亦可基於針對每一FC計算的倉儲增建需求為每一FC指派更多的SKU。每一FC可具有額外的推薦訂單數量（

）以支援所需的倉儲增建。舉例而言，此推薦訂單數量可為例如根據方程式（2）計算的期末倉儲目標（

）與FC的預期需求數量之間的差。基於每一FC，IPS 325可將所需倉儲增建的推薦訂單數量指派至自剩餘的國家推薦訂單數量映射的每一FC。若在基於每一FC所需倉儲增建將SKU指派至每一FC之後仍保留有國家推薦訂單數量中的任意者，則剩餘的國家推薦訂單數量將作為安全存量被分配至每一FC，所述安全存量與每一FC對出站需求的貢獻成比例。

在已完成步驟406之後，接著過程400可繼續進行步驟407。在步驟407處，舉例而言，IPS 325可向裝置傳送基於被分派的部分在FC中貯存一定數目的SKU的指令。在優選實施例中，欲貯存於FC中的SKU的數目將實質上對應於或等於SKU的區目標倉儲的被分派的部分。所述裝置可為系統100中的前面揭露的裝置中的任意者中的一或多者。在一些實施例中，所述裝置可執行人工訂單提交平台326或採購訂單產生器327的功能。舉例而言，在一些實施例中，所述指令可被傳送至人工訂單提交平台326，且使用者可在輸入人工訂單時查閱指令。在其他實施例中，所述指令可被傳送至採購訂單產生器327，在採購訂單產生器327中，所述指令可用於基於區目標倉儲的被分派的部分向與SKU相關聯的供應商產生採購訂單以裝運至履行中心。採購訂單產生器327或指令被傳送至的另一裝置可執行該些指令且自動提交採購訂單，或者呈現採購訂單以供審查及人工提交。

根據本揭露，所傳送的指令可為維持SKU的當前倉儲以使當前倉儲與SKU的區目標倉儲的被分派的部分保持相等的指令，或者所傳送的指令可為調整SKU的當前倉儲以使當前倉儲變得與SKU的區目標倉儲的被分派的部分相等的指令。在一些實施例中，維持當前倉儲可包括維持SKU的入站數量，以使入站數量與SKU的出站數量保持相等，或者維持當前倉儲可包括修改SKU的入站數量，以使入站數量變得與SKU的出站數量相等。此外，調整當前倉儲可包括修改或維持履行中心的SKU的入站，以使當前倉儲接近SKU的區目標倉儲的被分派的部分。

上述實施例可藉由參照圖5的實例來闡述，圖5提供了可用於判定欲傳送哪些指令的示例性過程及/或邏輯500的流程圖。舉例而言，此過程可由IPS 325的一或多個處理器執行。過程500可在IPS 325已對區目標倉儲的一部分進行分派之後在步驟501處開始。接著在步驟502處，所述一或多個處理器可判定FC處的SKU的當前倉儲是否等於區目標倉儲的被分派的部分。在一些實施例中，判定當前倉儲是否「等於」區目標倉儲可基於當前倉儲的確切數量或絕對值與區目標倉儲的確切數量或絕對值相匹配。若當前倉儲等於被分派的部分，則所述一或多個處理器將傳送在步驟503處維持FC處的SKU的當前倉儲的指令。在步驟505處，所述一或多個處理器可進一步判定FC處的SKU的當前入站數量是否等於FC處的SKU的出站數量。若FC處的SKU的當前入站數量等於FC處的SKU的出站數量，則所述一或多個處理器可向裝置傳送在步驟506處維持入站數量的指令，以使當前倉儲保持不變。否則，所述一或多個處理器可傳送在步驟507處修改入站數量以使入站數量變得與出站數量相等的指令。

作為另外一種選擇，在步驟502處，所述一或多個處理器可判定出當前倉儲不等於區目標倉儲的被分派的部分。在此種情形中，為防止OOS或存量過多，所述一或多個處理器可向裝置傳送在步驟504處修改FC處的SKU的入站數量的指令。舉例而言，若判定出當前倉儲低於被分派的部分，則所傳送的指令可為修改SKU的入站數量，以使入站數量大於出站數量。相比之下，若SKU的當前倉儲高於被分派的部分，則所述指令可為修改入站數量，以使入站數量低於出站數量。所述過程可返回至步驟502，且可繼續調整當前倉儲，直至當前倉儲等於所分派的部分為止。此外，儘管此過程被闡述為一系列步驟，然而所述一或多個處理器可被配置以藉由持續進行上述判定（例如，在步驟502及505處）而持續評估並修改當前倉儲水準。

儘管已參照本揭露的具體實施例示出並闡述了本揭露，然而應理解，本揭露可不加修改地履行於其他環境中。上述說明是出於例示目的而呈現。上述說明並非詳盡性的且並非僅限於所揭露的精確形式或實施例。藉由考量對所揭露的實施例的說明及履行，各種修改及改編對於熟習此項技術者而言將顯而易見。另外，儘管所揭露的實施例的態樣被闡述為儲存於記憶體中，然而熟習此項技術者應理解，該些態樣亦可儲存於其他類型的電腦可讀取媒體上，例如輔助儲存裝置（例如硬碟或光碟唯讀記憶體（compact disk read-only memory，CD ROM））或者其他形式的隨機存取記憶體（random access memory，RAM）或唯讀記憶體（read-only memory，ROM）、通用序列匯流排（universal serial bus，USB）媒體、數位影音光碟（digital versatile disc，DVD）、藍光（Blu-ray）或其他光驅動媒體上。

基於書面說明及所揭露的方法的電腦程式處於有經驗的開發者的技能範圍內。可使用熟習此項技術者已知的任何技術來創建各種程式或程式模組，或者可結合既有的軟體來設計各種程式或程式模組。舉例而言，可採用或借助.Net Framework、.Net Compact Framework（以及相關語言，如Visual Basic、C等）、爪哇（Java）、C++、Objective-C、超文件標記語言（Hypertext Markup Language，HTML）、HTML/AJAX組合、可擴展標記語言（Extensible Markup Language，XML）或包括Java小程式的HTML來設計程式區段或程式模組。

另外，儘管本文中已闡述了例示性實施例，然而熟習此項技術者基於本揭露將設想出具有等效元素、修改形式、省略、組合（例如，各種實施例之間的態樣的組合）、改編及/或變更的任何及所有實施例的範圍。申請專利範圍中的限制應基於申請專利範圍中採用的語言進行廣義解釋，而並非僅限於本說明書中闡述的實例或在申請的過程期間闡述的實例。所述實例應被視為非排他性的。此外，所揭露的方法的步驟可以任何方式進行修改，包括藉由對步驟進行重新排序及/或插入或刪除步驟。因此，本說明書及實例旨在僅被視為例示性的，真正的範圍及精神由以下申請專利範圍及其等效內容的全部範圍來指示。

100:示意性方塊圖/系統 101:裝運授權技術（SAT）系統 102A:裝置/使用者裝置/行動裝置 102B:裝置/使用者裝置/電腦 103、313:外部前端系統 105:內部前端系統 107:運輸系統 107A、107B、107C:行動裝置/裝置 109:賣方入口 111:裝運及訂單追蹤（SOT）系統 113、311:履行最佳化（FO）系統 115:履行訊息傳遞閘道（FMG） 117、320:供應鏈管理（SCM）系統 119:倉庫管理系統（WMS） 119A:行動裝置/裝置/平板電腦 119B:行動裝置/裝置/PDA 119C:行動裝置/裝置/電腦 121A、121B、121C:第三方履行（3PL）系統 123:履行中心授權系統（FC Auth） 125:勞資管理系統（LMS） 200:履行中心（FC） 201、222:卡車 202A、202B、208:物項 203:入站區 205:緩衝區 206:堆高機 207:卸貨區 209:揀選區 210:儲存單元 211:包裝區 213:中樞區 214:運輸機構 215:營地區 216:牆 218、220:包裝 224A、224B:交付工作者 226:汽車 300:聯網環境/環境/網路環境 312:FC資料庫 312A:FC A資料庫/FC資料庫 312B:FC B資料庫/FC資料庫 312C:FC C資料庫/FC資料庫 321:資料科學模組 322:FC設定檔產生器 323:需求預報產生器/預報產生器 324:目標倉儲計劃系統（TIP） 325:入站優先順序及混洗系統（IPS） 326:人工訂單提交平台 327:採購訂單（PO）產生器 328:報表產生器 330:使用者終端 400:電腦化過程/過程 401、402、403、404、405、406、407、501、502、503、504、505、506、507:步驟 500:邏輯/過程

圖1A是示出符合所揭露實施例的網路的示例性實施例的示意性方塊圖，所述網路包括用於能夠進行通訊的裝運（shipping）、運輸（transportation）及物流操作的電腦化系統。

圖1B繪示符合所揭露實施例的樣本搜尋結果頁（Search Result Page，SRP），其包括滿足搜尋請求的一或多個搜尋結果以及交互使用者介面元素。

圖1C繪示符合所揭露實施例的樣本單一詳情頁（Single Detail Page，SDP），其包括產品及關於產品的資訊以及交互使用者介面元素。

圖1D繪示符合所揭露實施例的樣本購物車頁（Cart page），其包括虛擬購物車中的物項以及交互使用者介面元素。

圖1E繪示符合所揭露實施例的樣本訂單頁（Order page），其包括來自虛擬購物車的物項以及關於採購及裝運的資訊以及交互使用者介面元素。

圖2是符合所揭露實施例的被配置以利用所揭露電腦化系統的示例性履行中心的圖例。

圖3是示出符合所揭露實施例的聯網環境的示例性實施例的示意性方塊圖，所述聯網環境包括用於智能化分配產品的電腦實施系統。

圖4是符合所揭露實施例的藉由判定多個履行中心（FC）的週期存量及安全存量來智能地分配產品的示例性電腦化過程的流程圖。

圖5是符合所揭露實施例的用於判定如何監控並管理FC處的當前倉儲產品的示例性電腦化過程的流程圖。

400:電腦化過程/過程

401、402、403、404、405、406、407:步驟

Claims

一種用於智能化分配產品的電腦實施系統，所述系統包括：記憶體，用於儲存指令；以及至少一個處理器，被配置以執行所述指令以：使用預報的需求資料，判定包括多個履行中心的區的存量計量單位(SKU)的區目標倉儲，所述區目標倉儲包括：所述存量計量單位的區週期存量；以及所述存量計量單位的區安全存量；接收包括所述多個履行中心中的履行中心的入站及出站裝運歷史在內的歷史資料；基於所接收的所述歷史資料，產生所述履行中心的設定檔，所述設定檔包括：入站容量；出站容量；以及所述存量計量單位的當前倉儲；基於所述履行中心的所述設定檔，將所述區目標倉儲的一部分分派至所述履行中心；基於所述部分向裝置傳送在所述履行中心中貯存一定數目的存量計量單位的指令。
如請求項1所述的系統，其中對所述區目標倉儲的所述部分進行分派更基於判定所述存量計量單位應位於所述多個履行中心中。
如請求項2所述的系統，其中所述判定所述存量計量單位應位於所述多個履行中心中是基於所述存量計量單位在所述區中的區需求。
如請求項1所述的系統，其中對所述區目標倉儲的所述部分進行分派更基於為所述多個履行中心中的每一履行中心聚合所產生的所述設定檔。
如請求項1所述的系統，其中對所述區目標倉儲的所述部分進行分派更基於所述存量計量單位的所述當前倉儲及所述存量計量單位的所述當前出站訂單的數量。
如請求項1所述的系統，其中所述區週期存量是所述存量計量單位的被判定成滿足預期需求的量，且所述區安全存量是所述存量計量單位的被判定成滿足超過所述預期需求的額外量。
如請求項1所述的系統，其中所傳送的所述指令包括以下中的一者：維持所述存量計量單位的所述當前倉儲以使所述當前倉儲與所述存量計量單位的所述區目標倉儲的被分派的所述部分保持相等的指令；或者調整所述存量計量單位的所述當前倉儲以使所述當前倉儲變得與所述存量計量單位的所述區目標倉儲的被分派的所述部分相等的指令。
如請求項7所述的系統，其中維持所述當前倉儲包括以下中的一者：維持所述存量計量單位的入站數量，以使所述入站數量與所述存量計量單位的出站數量保持相等；或者修改所述存量計量單位的所述入站數量，以使所述入站數量變得與所述存量計量單位的所述出站數量相等。
如請求項7所述的系統，其中調整所述當前倉儲包括：修改或維持所述履行中心的所述存量計量單位的入站數量，以使所述當前倉儲接近所述存量計量單位的所述區目標倉儲的被分派的所述部分。
如請求項1所述的系統，其中所傳送的所述指令導致採購訂單的產生以及發送給與所述存量計量單位相關聯的供應商，以便基於所述區目標倉儲的被分派的所述部分裝運至所述履行中心。
一種用於智能化分配產品的電腦實施方法，所述方法包括：使用預報的需求資料，判定包括多個履行中心的區的存量計量單位(SKU)的區目標倉儲，所述區目標倉儲包括：所述存量計量單位的區週期存量；以及所述存量計量單位的區安全存量；接收包括所述多個履行中心中的履行中心的入站及出站裝運歷史在內的歷史資料；基於所接收的所述歷史資料，產生所述履行中心的設定檔，所述設定檔包括：入站容量；出站容量；以及所述存量計量單位的當前倉儲；基於所述履行中心的所述設定檔，將所述區目標倉儲的一部分分派至所述履行中心；基於所述部分向裝置傳送在所述履行中心中貯存一定數目的存量計量單位的指令。
如請求項11所述的電腦實施方法，其中對所述區目標倉儲的所述部分進行分派更基於判定所述存量計量單位應位於所述多個履行中心中。
如請求項12所述的電腦實施方法，其中所述判定所述存量計量單位應位於所述多個履行中心中是基於所述存量計量單位在所述區中的區需求。
如請求項11所述的電腦實施方法，其中對所述區目標倉儲的所述部分進行分派更基於為所述多個履行中心中的每一履行中心聚合所產生的所述設定檔。
如請求項11所述的電腦實施方法，其中對所述區目標倉儲的所述部分進行分派更基於所述存量計量單位的所述當前倉儲及所述存量計量單位的所述當前出站訂單的數量。
如請求項11所述的電腦實施方法，其中所述區週期存量是所述存量計量單位的被判定成滿足預期需求的量，且所述區安全存量是所述存量計量單位的被判定成滿足超過所述預期需求的額外量。
如請求項11所述的電腦實施方法，其中所傳送的所述指令包括以下中的一者：維持所述存量計量單位的所述當前倉儲以使所述當前倉儲與所述存量計量單位的所述區目標倉儲的被分派的所述部分保持相等的指令；或者調整所述存量計量單位的所述當前倉儲以使所述當前倉儲變得與所述存量計量單位的所述區目標倉儲的被分派的所述部分相等的指令。
如請求項17所述的電腦實施方法，其中維持所述當前倉儲包括以下中的一者：維持所述存量計量單位的入站數量，以使所述入站數量與所述存量計量單位的出站數量保持相等；或者修改所述存量計量單位的所述入站數量，以使所述入站數量變得與所述存量計量單位的所述出站數量相等。
如請求項17所述的電腦實施方法，其中調整所述當前倉儲包括：修改或維持所述履行中心的所述存量計量單位的入站數量，以使所述當前倉儲接近所述存量計量單位的所述區目標倉儲的被分派的所述部分。
如請求項17所述的電腦實施方法，其中所傳送的所述指令導致採購訂單的產生以及發送給與所述存量計量單位相關聯的供應商，以便基於所述區目標倉儲的被分派的所述部分裝運至所述履行中心。