TW202119307A - 用於智能化產生採購訂單的電腦實施系統及電腦實施方法 - Google Patents

Abstract

揭露用於智能化產生採購訂單的電腦實施系統及方法。系統及方法可被配置成：接收一或多種產品的一或多個需求預報數量，產品對應於一或多個產品辨識符，且需求預報數量包括每一產品在每一時間單位的需求預報數量；接收一或多個供應商的供應商統計資料，供應商與產品的一部分相關聯；接收產品的當前產品倉儲水準及當前訂購數量；至少基於需求預報數量、供應商統計資料及當前產品倉儲水準確定產品的訂單數量；確定訂單數量的優先順序；將已確定優先順序的訂單數量分配至一或多個位置；以及基於所分配的訂單數量向產品的供應商產生採購訂單。

Description

經由智能化調整入站消費訂單最佳化產品倉儲之系統以及方法

本揭露大體而言是有關於藉由智能化調整進貨產品的採購訂單來將產品倉儲最佳化的電腦化方法以及系統。具體而言，本揭露的實施例是有關於創新性及非傳統系統，所述創新性及非傳統系統基於產品的需求預報水準來產生推薦訂單數量，基於真實世界限制來確定產品的優先順序，將產品分配至多個位置進行訂購，且針對所分配的數量為每一位置產生採購訂單。

隨著網際網路（Internet）的普及，線上購物已成為商務的主要途徑之一。顧客及企業自線上經銷商（vendor）採購貨品較以往更頻繁，且交易數目及銷售收入預計將以驚人的速率逐年增長。隨著電子商務的範圍及數量持續增長，線上可獲得的不同產品的數目及在給定時間段內進行的平均採購數目二者呈指數形式增長。因此，即使在需求波動的情況下仍保持產品的倉儲並保持物項存貨已變得非常重要。

根本上，保持產品存貨涉及預測未來需求、核對當前倉儲水準、確定正確的訂購數量以及對額外數量下訂單或製造所述額外數量。許多先前技術系統已對此種對額外數量下訂單的過程進行了自動化。然而，確定正確的數量涉及精細的平衡，即維持足夠的倉儲以滿足未來需求，同時將倉儲保持至最低，以防止過剩或不必要的儲存費用。舉例而言，未提前訂購足夠的產品會存在缺貨的風險，此會直接轉化成收入損失。另一方面，訂購過多可能會導致存貨過多，此可能會產生維護費用且佔用可專用於其他更有利可圖的產品的空間。供應商要求的交貨時間（lead time）或裝運時間亦使因應於需求突然增加而訂購新的產品的過程更複雜。

然而，簡單地訂購與需求一樣多的產品或者訂購多於安全需求的產品並不是理想的解決方案。訂購產品亦受接收端的處理容量限制。接收端（例如商店本身或倉庫）對其在給定時間段內可接收及貯存至其倉儲以用於銷售的產品的數目具有限制。然而，為滿足需求，商店可訂購其所需要的任意數目的產品，但若進貨數量超過商店的入站處理容量，則商店將無法售賣掉該些產品。因此，確定正確數量的過程需要持續監控產品倉儲，藉由前饋迴路（feed forward loop）調整各種參數（所述前饋迴路基於以往的趨勢及效能來調整未來訂單的參數），連續評估入站處理容量，此對於人工實行而言既不可行亦不高效。

因此，需要以下改善的方法及系統：所述改善的方法及系統用於藉由智能化調整入站採購訂單以為多個位置中的每一者確定欲訂購的產品的正確數量來將產品倉儲保持於最佳水準。

本揭露的一個態樣是有關於一種用於智能化產生採購訂單的電腦實施系統。所述系統可包括：記憶體，儲存指令；以及至少一個處理器，被配置成執行所述指令。所述指令可包括：接收一或多種產品的一或多個需求預報數量，所述產品對應於一或多個產品辨識符，且所述需求預報數量包括每一產品在每一時間單位的需求預報數量；接收一或多個供應商的供應商統計資料，所述供應商與所述產品的一部分相關聯；接收所述產品的當前產品倉儲水準及當前訂購數量；至少基於所述需求預報數量、所述供應商統計資料及所述當前產品倉儲水準確定所述產品的訂單數量；確定所述訂單數量的優先順序；將已確定優先順序的所述訂單數量分配至一或多個位置；以及基於所分配的所述訂單數量向所述產品的所述供應商產生採購訂單。

本揭露的又一態樣是有關於一種用於智能化產生採購訂單的電腦實施方法。所述方法可包括：接收一或多種產品的一或多個需求預報數量，所述產品對應於一或多個產品辨識符，且所述需求預報數量包括每一產品在每一時間單位的需求預報數量；接收一或多個供應商的供應商統計資料，所述供應商與所述產品的一部分相關聯；接收當前產品倉儲水準及所述產品的當前訂購數量；至少基於所述需求預報數量、所述供應商統計資料及所述當前產品倉儲水準確定所述產品的訂單數量；確定所述訂單數量的優先順序；將已確定優先順序的所述訂單數量分配至一或多個位置；以及基於所分配的所述訂單數量向所述產品的所述供應商產生採購訂單。

再此外，本揭露的另一態樣是有關於一種用於智能化產生採購訂單的電腦實施系統。所述系統可包括：第一資料庫，儲存一或多種產品的一或多個訂單歷史及一或多個需求歷史，所述產品對應於一或多個產品辨識符；第二資料庫，儲存所述產品的一或多個當前產品倉儲水準及一或多個當前訂購數量，所述第二資料庫與被配置成儲存所述產品的一或多個倉庫相關聯；記憶體，儲存指令；以及至少一個處理器，被配置成執行所述指令。所述指令可包括：使用來自所述第一資料庫的所述訂單歷史及所述需求歷史確定所述產品的一或多個需求預報數量；使用來自所述第一資料庫的所述訂單歷史確定與所述產品相關聯的一或多個供應商的供應商統計資料，所述供應商統計資料包括與所述供應商及所述產品相關聯的一或多個履行比率；自所述第二資料庫接收所述產品的所述當前產品倉儲水準及所述當前訂購數量；至少基於所述需求預報數量、所述供應商統計資料及所述當前產品倉儲水準確定所述產品的訂單數量；至少基於所述履行比率確定所述訂單數量的優先順序；將已確定優先順序的所述訂單數量分配至一或多個位置；基於所分配的所述訂單數量向所述產品的所述供應商產生採購訂單；因應於所產生的所述採購訂單，在所述倉庫處接收產品；基於所接收的所述產品確定所述履行比率；使用所確定的所述履行比率更新所述供應商統計資料；基於已更新的所述履行比率實行確定所述訂單數量的步驟，以獲得新的訂單數量集合；以及基於所述新的訂單數量集合，實行確定優先順序、分配及產生採購訂單的步驟。

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

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

本揭露的實施例是有關於用於藉由基於需求及真實世界限制確定欲自多個位置訂購的最佳數量來將產品倉儲最佳化的電腦實施系統及方法。

參照圖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、勞動力管理系統（workforce management system，WMS）119、行動裝置119A、119B及119C（被繪示為位於履行中心（FC）200內部）、第三方履行（3^rd party fulfillment，3PL）系統121A、121B及121C、履行中心授權系統（fulfillment center authorization system，FC Auth）123及勞資管理系統（labor management system，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中的一或多個系統交互的電腦系統。舉例而言，在網路101能夠呈現系統以使使用者能夠對物項下訂單的實施例中，內部前端系統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、WMA 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。

揀選者可接收將物項放入（或「裝載」於）揀選區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，且確定每一包裝擬定去往交付區域的哪一部分，且將包裝路由至適當的營地區（camp zone）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）處理的每個產品的產品辨識符（例如，存貨計量單位（stock keeping unit，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、需求預報產生器322、目標倉儲計劃系統（target inventory plan system，TIP）323、入站優先順序及混洗系統（inbound prioritization and shuffling system，IPS）324、人工訂單提交平台325、採購訂單（purchase order，PO）產生器326及報表產生器327。

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

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

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

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

在一些實施例中，TIP 323可包括被配置成確定每一產品的推薦訂單數量的一或多個計算裝置。TIP 323可藉由以下方式確定推薦訂單數量：首先確定產品的初步訂單數量且使用真實世界限制來限制初步訂單數量。另外，在一些實施例中，IPS 324可包括以下一或多個計算裝置：所述一或多個計算裝置被配置成確定推薦訂單數量的優先順序且基於其各自的入站處理容量將已確定優先順序的訂單數量分配至一或多個FC 200。以下針對圖4至圖6更詳細地闡述用於確定推薦訂單數量、確定優先順序及分配推薦訂單數量的過程。

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

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

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

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

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

圖4是用於智能化調整入站採購訂單以將產品倉儲保持於最佳水準的示例性電腦化過程400的流程圖。在一些實施例中，過程400可由SCM 320使用來自上述其他網路化系統（例如，FO系統311、FC資料庫312及外部前端系統313）的資訊來實行。在一個態樣中，所有步驟皆可由SCM 320的組件中的任意者（例如TIP 323或IPS 324）來實行。在一些實施例中，SCM 320可以預定間隔重複進行（例如一天一次）步驟401至407。再此外，SCM 320可對之前已貯存或售賣的所有或實質上所有產品實行過程400。每一產品可與唯一產品辨識符（例如存貨計量單位（SKU））相關聯。

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

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

在步驟403處，TIP 323亦可自FC資料庫312接收每一產品的當前產品倉儲水準及當前訂購數量。當前產品倉儲水準可指在資料擷取時特定產品的瞬時計數，且當前訂購數量可指已藉由在以往產生的一或多個PO訂購且正等待交付給對應的FC的特定產品的總數量。

在步驟404處，TIP 323可藉由確定每一產品的初步訂單數量並基於一系列參數減少初步訂單數量來確定每一產品的推薦訂單數量。在一些實施例中，特定產品的初步訂單數量可為其需求預報數量、覆蓋週期、安全存貨週期、當前倉儲水準、當前訂購數量、臨界比率及案例數量中的至少一者的函數。舉例而言，TIP 323可使用方程式（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 323可自此數量（224個單位的產品X）減去當前倉儲水準（例如，60個單位）及當前訂購數量（例如，40個），結果是124個單位。接著，藉由除以案例數量、上舍入至整數且再次乘以案例數量來將此數目上舍入至案例數量的倍數（即，包裝產品的單位的數目，例如盒或托板中的單位的數目），在此實例中，假設案例數量為10，則得出130個單位。

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

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

可將所得數量（推薦訂單數量）傳送至PO產生器326，而無需任何進一步的調整，例如在步驟405及406中實行的調整。在其他實施例中，如以下針對圖6、圖7A及圖7B所述，所得數量可由IPS 324進一步處理，以確定特定產品的優先順序及/或將所述數量分配至一或多個FC。

在步驟405處，IPS 324可基於國家級的真實世界限制（例如所有FC的總入站處理容量）確定推薦訂單數量的優先順序。此種確定優先順序可採取兩種形式，一種是利用一組規則，且另一種是利用邏輯迴歸模型（logistical regression model）。以下針對圖6、圖7A及圖7B闡述所述兩種確定優先順序過程的細節。

在步驟406處，IPS 324可基於地區級的限制（例如每一FC的入站處理容量）將已確定優先順序的訂單數量分配至一或多個FC。在一些實施例中，IPS 324可在開始時基於每一FC處的每一產品的當前產品倉儲水準、對來自每一FC的特定產品的需求水準等將訂單數量分配至每一FC。

一旦IPS 324分配了所有已確定優先順序的訂單數量並確定了每一產品的估算交付日期，FC中的一或多者在特定日期的總數量可能會被得出超出所述特定日期的FC的入站處理容量。在此種情形中，IPS 324可確定超過入站處理容量的數量的量且將對應的數量轉移至在特定日期低於其各自的入站處理容量的一或多個其他FC。在此種情形中，IPS 324可以任何合適的方式在所述一或多個其他FC之間分割超出量，只要結果未超出接收FC的入站處理容量即可。舉例而言，IPS 324可基於每一FC處的可用容量比率將超出容量在所述其他FC之間分割成相等的部分，以使FC最終將具有相同的可用容量比率（例如，所有FC的數量將達到其各自入站處理容量的90%）；或者採用類似方式。在一些實施例中，IPS 324可將超出容量中的較大部分轉移至最靠近具有超出容量的FC的FC，或者以將可能出現的任何額外裝運成本最小化的方式調整所述部分。

在步驟407處，PO產生器326可基於分派至每一FC的已被分配的訂單數量來產生PO。在一個態樣中，可存在多於一個PO產生器326，所述PO產生器326中的每一者與特定FC相關聯。在此種情形中，分派至每一FC的特定PO產生器326可針對被分配至其自己的FC的訂單數量向適當的供應商產生PO。在另一態樣中，PO產生器326可為集中式系統的部件，所述集中式系統藉由以下方式為所有FC產生所有PO：基於在以上步驟406處特定數量的產品被分配至的位置來改變PO的交付位址。亦可存在所述兩個實施例的組合，其中可存在多於一個PO產生器326，所述PO產生器326中的每一者與一或多個FC相關聯且負責為與其相關聯的所有FC產生PO。

圖5是用於將使用者提交的訂單數量與系統產生的訂單數量進行組合的示例性電腦化過程500的流程圖。如以上針對圖3所述，使用者可使用人工訂單提交來提交任何產品的一或多個人工訂單。在一些實施例中，人工訂單可包括闡釋使用者提交人工訂單的原因（例如需求的意外激增、供應商的問題、新產品等）的一或多個原因代碼。原因代碼亦可指示特定的人工訂單指定除由TIP 323確定的推薦訂單數量之外應訂購的額外數量還是應訂購的代替推薦訂單數量的替換數量。

當特定的人工訂單的原因代碼指示人工訂單指定的數量應替換特定產品的對應的推薦訂單數量時，IPS 324可使用過程500來特定的人工訂單數量（manual order quantity）（MOQ 501）是否確實應替換對應的推薦訂單數量（recommended order quantity）（ROQ 502）。

在步驟503處，IPS 324可判斷人工訂單是否被標記以防止數量的調整。若人工訂單被標記以防止數量的調整，則在步驟505處，使用MOQ 501而非ROQ 502，在步驟507處將特定產品的推薦訂單數量設定成等於MOQ 501。

若步驟503處的判斷是否定的，則IPS 324亦可判斷ROQ 502是否大於MOQ 501。若否（即，MOQ 501大於ROQ 502），則在步驟505處使用MOQ 501而非ROQ 502，且在步驟507處將特定產品的推薦訂單數量設定成等於MOQ 501。若步驟504處的確定是肯定的（即，ROQ 502大於MOQ 501），則在步驟506處使用ROQ 502而非MOQ 501，且在步驟507處特定產品的推薦訂單數量不變。

圖6是示出確定初步訂單數量的優先順序的結果的一對示例圖，其中圖600A示出在圖4所示步驟405處被IPS 324確定優先順序之前的訂單數量，且圖600B示出已被確定優先順序之後的訂單數量。

一般而言，參照圖600A及600B，IPS 324可模擬與以下特定日期相關聯的產品總數量：接收日（D-Day），其可包括被排程為用於所述日期的需求（例如，推薦訂單數量）而被交付或為滿足所述日期的需求而被確定為必要的產品數量。此模擬可在接收日之前的預定天數（即，模擬日或D-X）進行。對於接收日，可存在一或多個具有對應的入站處理容量的FC（例如，FC A至FC C）、FC A限額（CAP）601、FC B限額602及FC C限額603。每一FC的入站處理容量可基於若干因素，例如FC處的工作者的數目、可用儲存空間等。圖6中僅示出三個FC，但所述數目僅為示例性的且IPS 324可適當地考慮更多或更少數目的FC。所有入站處理容量之和可指定總入站處理容量604。超過此容量的任何數量的產品可不會由對應的FC處理以按排程銷售。

參照圖600A，與接收日相關聯的產品的總數量可至少包括：為接收日之前的一天（即，D-1）確定的所有推薦訂單數量（ROQ）之和，在本文中被稱為總ROQ（D-1）611A；為接收日確定的所有ROQ之和，在本文中被稱為總ROQ（D）612A；以及被排程為欲在接收日交付的所有未結採購訂單之和，在本文中被稱為總未結PO 613。在一些實施例中，若適用，則總數量可排除產品子集的全部數量或部分數量作為例外。

然而，由於供應商交付的產品子集可能是不可銷售的（例如，損壞、確實、有缺陷等），因此總數量可能不是與接收日相關聯的產品的準確估算。因此IPS 324可對總數量應用履行比率，以獲得更真實的數量估算。如本文中所使用的履行比率可為作為供應商統計資料的一部分自資料科學模組321確定的參數。在一些實施例中，履行比率可基於接收的可銷售條件下的產品相較於訂購數量的百分比。舉例而言，特定供應商供應的特定產品的60%的履行比率指示平均而言，供應商交付的產品中僅60%滿足可銷售條件。在一些實施例中，履行比率可除其他以外亦基於產品的易碎性（例如，易腐、易碎等）、一周中的某一天（即，交付期超過週末的PO可能需要花費更長時間來交貨，且因此增加產品損壞的風險）、供應商的可靠性（例如，有缺陷的物項）等而波動。

在一些實施例中，IPS 324可根據由資料科學模組321確定的供應商統計資料來確定履行比率。IPS 324可藉由以下方式確定履行比率：自供應商統計資料提取特定產品的以往訂單數量及實際接收數量，且確定以往訂單數量與實際接收數量之間的比率的歷史趨勢（例如，移動平均數）。在一些實施例中，當接收到新的訂單時，IPS 324或資料科學模組321可週期性地更新履行比率。

返回參照圖600A，將由總ROQ（D-1）611A、總ROQ（D）612A及總未結訂單613組成的總數量調整為履行比率應用（fulfillment ratio applied，FRA）數量，所述履行比率應用數量包括總FRA ROQ（D-1）621A、總FRA ROQ（D）622A及總FRA未結PO 623。超過總入站處理容量604的數量（即，減少目標630）可為IPS 324藉由使用以下針對圖7A及圖7B闡釋的一組規則確定某些產品的優先順序高於其他產品而必須減少的數量的量。

參照圖600B，由於確定優先順序不影響入站處理容量，因此確定優先順序之後的數量（由FC A限額601、FC B限額602、FC C限額603組成的總入站處理容量604）與圖600A所示數量相同。相似地，由於按次序下單的已訂購數量不會因確定優先順序而調整，因此總未結PO 613與總FRA未結PO 623可保持相同。另一方面，總ROQ（D-1）611A、總ROQ（D）612A、總FRA ROQ（D-1）621A及總FRA ROQ（D）622A被對應的已確定優先順序訂單數量（prioritized order quantities，POQ）替換作為總POQ（D-1）611B、總POQ（D）612B、總FRA POQ（D-1）（未示出）及總FRA POQ（D）622B。在一些實施例中，如圖所示，總FRA POQ（D-1）621B及/或總FRA POQ（D）622B可減少至0，例如在圖600B中未示出總FRA POQ（D-1）。作為IPS 324確定優先順序的結果，相較於圖600A中所示的總數量，圖600B的已確定優先順序的總數量顯著減少，且已確定優先順序的總FRA數量小於總入站處理容量604。

圖7A及圖7B分別是在圖4所示步驟405期間實行的確定ROQ的優先順序的表700A及700B。所述規則可在每一產品的基礎上應用至由以上TIP 323確定的每一ROQ。

參照圖7A，所述一組規則可包括表700A中所示的規則，所述規則基於數量是由TIP 323在圖4所示步驟404處確定還是由使用者藉由人工訂單提交平台325提交來應用至每一ROQ。

在開始時，對於TIP產生的ROQ，IPS 324可應用規則701且在假日停止PO分級並切換至訂單，以填充覆蓋週期，直至下一PO的到達日期。PO分級可為用於平滑入站訂單的過程，其中預料特殊時期（例如假日或折扣期）的需求預報數量會急劇增加。當PO分級接通時，ROQ可能會較平時高，以將增加的數量分散至多個PO上。由此，IPS 324可關閉訂單分級，以將ROQ降低至正常水準。

若總FRA POQ（如以上圖6中所闡釋）仍超出所有FC的總入站處理容量604，則IPS 324可將規則702應用至TIP產生的ROQ且減少對應的安全存貨週期，直至與安全存貨週期相關聯的ROQ的所有部分被移除或者總FRA POQ下降至總入站處理容量604以下，以先發生的為準。IPS 324可針對所有TIP產生的ROQ均勻地減少安全存貨週期，或者在其他產品的安全存貨週期之前依序減少某些產品的安全存貨週期，直至所有安全存貨週期被移除或者總FRA POQ下降至總入站處理容量604以下。

若在應用規則702之後，總FRA POQ仍超出總入站處理容量604，則IPS 324可應用規則703A並將ROQ減少預定的百分比，直至所有ROQ被移除或者總FRA POQ下降至總入站處理容量604以下，以先發生的為準。與規則702相似，IPS 324可針對所有TIP產生的ROQ將ROQ均勻地減少預定的百分比，或者在其他產品的ROQ之前依序減少某些產品的ROQ，直至所有ROQ被移除或者總FRA POQ下降至總入境處理容量604以下。

再此外，若總FRA POQ仍超出入站處理容量604，則IPS 324可將規則703B應用至使用者提交的ROQ（即，在圖5所示步驟507中替代以上TIP產生的ROQ的MOQ），且將該些ROQ減少另一預定百分比，直至所有ROQ被移除或者總FRA POQ下降至總入站處理容量604以下，以先發生的為準。與規則702及703A相似，IPS 324可按照順序均勻地減少ROQ。然而，可不按照規則704的規定減少來自被標記的人工訂單的使用者提交的ROQ。

參照圖7B，表700B列出用於確定ROQ的優先順序的一組替代示例性規則。在以下按照表600的第一行中指示的優先次序（order of priority）闡述表600中的示例性規則中的每一者。然而，所述一組規則、其各自的優先順序或其中的值及臨限值中的任意者僅為示例性的，且其他規則、優先順序或值亦處於所揭露實施例的範圍內。在一些實施例中，在開始應用下一規則之前，IPS 324可將一個特定規則應用至適用於所述規則的所有產品的ROQ，直至給定接收日的已確定優先順序的總訂單數量下降至總入站處理容量以下。

在開始時，可基於替代參數將被劃分成一或多個類別（例如，A、B、C、D、E1、E2、E3及F）的產品的ROQ分組成不同的集合。在一個態樣中，可基於類別來指定表700B中的群組A及B，其中類別A至E2中的產品的ROQ被認為是群組A，且類別E3及F中的產品的ROQ被認為是群組B。在另一態樣中，當前存貨的產品的ROQ被認為是非缺貨（out of stock，OOS）（不缺貨），而缺貨的產品的ROQ被認為是OOS。在另一些態樣中，可例如基於提交人工訂單的原因（例如特定類型的促銷（例如，禮品、C1、金盒（Gold Box））或其他促銷）而將基於在圖5中的步驟505處確定的人工訂單或者經由社交媒體接收的訂單的ROQ劃分成不同的集合。此外，SCM 320可包括一組最小訂單數量（最小ROQ及最小DOC）。最小ROQ可為ROQ的最小數量，可基於經銷商的要求（例如，下訂單的最小數量）為每一產品預先配置最小ROQ。另一方面，最小DOC可為基於預報需求及對應的ROQ被排程欲覆蓋的天數確定的最小數量。

參照規則1、2.1及2.2，IPS 324可將OOS群組A中的產品的最小ROQ的預期交付日期（expected delivery date，EDD）進行轉移。相似地，對於規則2.2，IPS 324可將非OOS群組A中的產品的最小ROQ的EDD進行轉移。在一些實施例中，非OOS群組A中的產品可進一步被劃分成促銷的產品及不促銷（即，非促銷（non-promo））的產品，其中對於規則2.1，將非OOS群組A的促銷產品的ROQ減少至零。參照規則3，IPS 324可將OOS群組B中的產品的ROQ減少至最小ROQ。

接下來，對於規則4，IPS 324可將群組A中大於各自的最小DOC的所有產品的ROQ減少至最小ROQ。在一些實施例中，IPS 324可將每一適用產品的ROQ減少10%，直至所述ROQ達到各自的最小ROQ或給定接收日的已確定優先順序的總訂單數量下降至總入站處理容量以下。

對於規則5至8，IPS 324可以逆向次序關閉類別A至D中的產品的PO分級，使得先減少較低類別（例如，類別D）中的產品。

參照規則9，IPS 324可將群組B中大於各自的最小DOC的所有非OOS產品的ROQ減少至零。且對於規則10及11，IPS 324可像其對規則5至8般關閉類別E及F中的產品的PO分級。

參照規則12至14，IPS 324可基於對應的人工訂單是經由社交媒體接收還是用於促銷目的而將人工訂單ROQ減少10%，直至達到各自的最小ROQ。

參照規則15，IPS 324可將群組B中大於各自的最小DOC的所有產品的ROQ減少至最小ROQ。

接下來，參照規則16及17，若已確定優先順序的總訂單數量仍大於總入站處理容量，則IPS 324可將針對正面裝載（front loading）或折扣量訂單接收的人工訂單的人工訂單ROQ減少10%。若此仍不足以滿足總入站處理容量，則對於規則18及19，IPS 324可而將針對新產品及所有其他產品接收的人工訂單的所有人工訂單ROQ減少至零。

在一些實施例中，IPS 324可基於分派至每一產品的一組緊急度分數而非以上針對圖7A及圖7B闡述的規則來確定不同產品的推薦訂單數量的優先順序。舉例而言，IPS 324可基於緊急度分數按產品對推薦訂單數量進行分選，基於對應的當前倉儲水準對數量進行進一步調整，且按照自高優先順序產品至低優先順序產品的順序訂購產品。在一些實施例中，可藉由機器學習模型來確定緊急度分數，其中機器學習模型使用來自資料科學模組321的資料進行訓練，且緊急度分數是機器學習模型的羅吉特（logit）值。羅吉特值是指此項技術中已知的模型的非正規化值或者原始預測值或幾率值。舉例而言，羅吉特值可被表達為

，其中P 是特定事件將發生的幾率。機器學習模型可為合適的模型（例如梯度引導機器（gradient boosting machine）、k最近鄰（k-nearest neighbors，kNN）模型、最大似然（maximum likelihood，ML）模型、支援向量機（support vector machin，SVM）等）中的任何一者。

在一些實施例中，機器學習模型可為由方程式（1）定義的邏輯迴歸模型，

（1）

其中

是截距；

是誤差項；且

是每一變量的權重。在一些實施例中，變量可包括：

，其為特定產品被訂購的頻率；

，上述履行比率；

，對應的供應商裝運產品所需的時間段；

，當前產品倉儲水準；

，履行比率應用未結PO數量；

，基於商業策略分派的分類；

，指示產品是否屬於已確定優先順序的產品的群組；

，產品的類別（例如，類別A至F）；

，售賣單位的標準偏差；

，上述需求預報數量；以及

，每小時產品變得缺貨的頻率。可使用更多或更少的變量及對應數目的權重來定義模型。可使用由SCM 320確定的資料來訓練模型。

一旦模型被訓練，便可藉由

獲得特定產品的緊急度分數，其中

由方程式（2）給出：

.       （2） 在方程式（2）中，

是以上訓練的模型，且

是給出

的條件下，特定產品緊急的幾率，其中

是特定產品的變量，例如

及

。

一旦確定出各別產品的緊急度分數，IPS 324便可基於圖7A中闡述的一組規則而使用所述分數以分數的次序確定每一產品的ROQ的優先順序並減少每一產品的ROQ，直至總FRA POQ下降至總入站處理容量604以下。

儘管已參照本揭露的具體實施例示出並闡述了本揭露，然而應理解，本揭露可不加修改地實踐於其他環境中。上述說明是出於例示目的而呈現。上述說明並非詳盡性的且並非僅限於所揭露的精確形式或實施例。藉由考量對所揭露的實施例的說明及實踐，各種修改及改編對於熟習此項技術者而言將顯而易見。另外，儘管所揭露的實施例的態樣被闡述為儲存於記憶體中，然而熟習此項技術者應理解，該些態樣亦可儲存於其他類型的電腦可讀取媒體上，例如輔助儲存裝置（例如硬碟或光碟唯讀記憶體（compact disc 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、HTML、HTML/AJAX組合、XML或包括Java小程式的HTML來設計程式區段或程式模組。

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

1、2.1、2.2、3、4、5、6、7、8、9、10、11、12、13、14、15、16、17、18、19:規則 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:需求預報產生器 323:目標倉儲計劃系統（TIP） 324:入站優先順序及混洗系統（IPS） 325:人工訂單提交平台 326:採購訂單（PO）產生器 327:報表產生器 330:使用者終端 400、500:電腦化過程/過程 401、402、403、404、405、406、407、503、504、505、506、507:步驟 501:人工訂單數量（MOQ） 502:推薦訂單數量（ROQ） 600A、600B:圖 601:FC A限額 602:FC B限額 603:FC C限額 604:總入站處理容量 611A:總ROQ（D-1） 611B:總已確定優先順序訂單數量（POQ）（D-1） 612A:總ROQ（D） 612B:總POQ（D） 613:總未結PO 621A:總履行比率應用（FRA）ROQ（D-1） 621B:總FRA POQ（D-1） 622A:總FRA ROQ（D） 622B:總FRA POQ（D） 623:總FRA未結PO 630:減少目標 700A、700B:表 701、702、703A、703B、704:規則 A:類別/群組/缺貨（OOS）群組/非OOS群組 B:類別/群組/OOS群組 C、D、E1、E2、E3、F:類別

圖1A是示出符合所揭露實施例的網路的示例性實施例的示意性方塊圖，所述網路包括用於能夠進行通訊的裝運（shipping）、運輸（transportation）及物流操作的電腦化系統。 圖1B繪示符合所揭露實施例的樣本搜尋結果頁面（Search Result Page，SRP），其包括滿足搜尋請求的一或多個搜尋結果以及交互式使用者介面元素。 圖1C繪示符合所揭露實施例的樣本單一顯示頁面（Single Display Page，SDP），其包括產品及關於產品的資訊以及交互式使用者介面元素。 圖1D繪示符合所揭露實施例的樣本購物車頁面（Cart page），其包括虛擬購物車中的物項以及交互式使用者介面元素。 圖1E繪示符合所揭露實施例的樣本訂單頁面（Order page），其包括來自虛擬購物車的物項以及關於採購及裝運的資訊以及交互式使用者介面元素。 圖2是符合所揭露實施例的被配置成利用所揭露電腦化系統的示例性履行中心（fulfillment center，FC）的圖例。 圖3是示出符合所揭露實施例的網路化環境的示例性實施例的示意性方塊圖，所述網路化環境包括用於將產品倉儲保持於最佳水準的電腦化系統。 圖4是符合所揭露實施例的用於智能化調整入站採購訂單以將產品倉儲保持於最佳水準的示例性電腦化過程的流程圖。 圖5是符合所揭露實施例的用於將使用者提交的訂單數量與系統產生的訂單數量進行組合的示例性電腦化過程的流程圖。 圖6是符合所揭露實施例的示出確定初步訂單數量的優先順序的結果的一對示例圖。 圖7A及圖7B是符合所揭露實施例的用於確定初步訂單數量的優先順序的一組示例性規則的表。

400:電腦化過程/過程

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

Claims (20)

1. 一種用於智能化產生採購訂單的電腦實施系統，所述系統包括： 記憶體，儲存指令；以及 至少一個處理器，被配置成執行所述指令以： 接收一或多種產品的一或多個需求預報數量，所述產品對應於一或多個產品辨識符，且所述需求預報數量包括每一產品在每一時間單位的需求預報數量； 接收一或多個供應商的供應商統計資料，所述供應商與所述產品的一部分相關聯； 接收所述產品的當前產品倉儲水準及當前訂購數量； 至少基於所述需求預報數量、所述供應商統計資料及所述當前產品倉儲水準確定所述產品的訂單數量； 確定所述訂單數量的優先順序； 將已確定優先順序的所述訂單數量分配至一或多個位置；以及 基於所分配的所述訂單數量向所述產品的所述供應商產生採購訂單。
2. 如請求項1所述的電腦實施系統，其中所述指令更包括限制所述訂單數量，其中限制第一產品的第一訂單數量包括： 辨識與所述第一產品對應的所述供應商的子集； 自所述供應商統計資料提取所述子集的供應商的以往訂單數量及實際接收數量； 確定所述實際接收數量對所述以往訂單數量的平均履行比率；以及 將所述平均履行比率應用至所述第一訂單數量。
3. 如請求項1所述的電腦實施系統，其中第一產品的第一訂單數量包括以下中的至少一者：所述第一產品在第一時間段內的需求預報數量之和，以及所述第一產品在第二時間段內的安全存貨數量之和。
4. 如請求項1所述的電腦實施系統，其中確定所述訂單數量的優先順序包括： 將所述產品辨識符分組成一或多個群組； 判斷所述訂單數量之和是否超出所述位置的入站容量之和；以及 減少所述訂單數量，直至所述訂單數量的所述和小於所述入站容量的所述和。
5. 如請求項4所述的電腦實施系統，其中減少所述訂單數量包括： 將具有正的當前產品倉儲水準的第一群組中的所述產品的第一子集的所述訂單數量減少至零； 將具有零當前產品倉儲水準的第二群組中的所述產品的第二子集的所述訂單數量減少至一或多個最小數量，所述一或多個最小數量是基於所述需求預報數量確定的；以及 將具有正的當前倉儲水準的所述第二群組中的所述產品的所述第二子集的所述訂單數量減少至零。
6. 如請求項1所述的電腦實施系統，其中分配已確定優先順序的所述訂單數量包括： 基於所述當前產品倉儲水準將已確定優先順序的所述訂單數量分配至所述位置； 確定超過第一位置的入站容量的數量超出量；以及 將所述數量超出量轉移至一或多個其餘位置。
7. 如請求項6所述的電腦實施系統，其中將所述數量超出量轉移至所述其餘位置包括：將所述數量超出量以相等的量進行轉移。
8. 如請求項6所述的電腦實施系統，其中將所述數量超出量轉移至所述其餘位置包括：基於已分配至所述其餘位置中的每一者的所述訂單數量的比率來轉移所述數量超出量。
9. 如請求項1所述的電腦實施系統，其中所述指令更包括：接收對所述產品的子集的一或多個人工訂單的使用者輸入。
10. 如請求項1所述的電腦實施系統，其中產生第一產品的所述採購訂單包括： 將所述採購訂單傳送至包括第一供應商在內的所述供應商； 因應於所述採購訂單，自所述第一供應商接收所述產品的一或多次裝運； 基於所接收的所述產品更新與所述第一供應商相關聯的所述供應商統計資料； 基於已更新的所述供應商統計資料實行確定所述訂單數量的步驟，以獲得新的訂單數量集合；以及 基於所述新的訂單數量集合，實行確定優先順序、分配及產生採購訂單的步驟。
11. 一種用於智能化產生採購訂單的電腦實施方法，所述方法包括： 接收一或多種產品的一或多個需求預報數量，所述產品對應於一或多個產品辨識符，且所述需求預報數量包括每一產品在每一時間單位的需求預報數量； 接收一或多個供應商的供應商統計資料，所述供應商與所述產品的一部分相關聯； 接收所述產品的當前產品倉儲水準及當前訂購數量； 至少基於所述需求預報數量、所述供應商統計資料及所述當前產品倉儲水準確定所述產品的訂單數量； 確定所述訂單數量的優先順序； 將已確定優先順序的所述訂單數量分配至一或多個位置；以及 基於所分配的所述訂單數量向所述產品的所述供應商產生採購訂單。
12. 如請求項11所述的電腦實施方法，更包括：限制所述訂單數量，其中限制第一產品的第一訂單數量包括： 辨識與所述第一產品對應的所述供應商的子集； 自所述供應商統計資料提取所述子集的供應商的以往訂單數量及實際接收數量； 確定所述實際接收數量對所述以往訂單數量的平均履行比率；以及 將所述平均履行比率應用至所述第一訂單數量。
13. 如請求項11所述的電腦實施方法，其中第一產品的第一訂單數量包括以下中的至少一者：所述第一產品在第一時間段內的需求預報數量之和，以及所述第一產品在第二時間段內的安全存貨數量之和。
14. 如請求項11所述的電腦實施方法，其中確定所述訂單數量的優先順序包括： 將所述產品辨識符分組成一或多個群組； 判斷所述訂單數量之和是否超出所述位置的入站容量之和；以及 減少所述訂單數量，直至所述訂單數量的所述和小於所述入站容量的所述和。
15. 如請求項14所述的電腦實施方法，其中減少所述訂單數量包括： 將具有正的當前產品倉儲水準的第一群組中的所述產品的第一子集的所述訂單數量減少至零； 將具有零當前產品倉儲水準的第二群組中的所述產品的第二子集的所述訂單數量減少至一或多個最小數量，所述一或多個最小數量是基於所述需求預報數量確定的；以及 將具有正的當前倉儲水準的所述第二群組中的所述產品的所述第二子集的所述訂單數量減少至零。
16. 如請求項11所述的電腦實施方法，其中分配已確定優先順序的所述訂單數量包括： 基於所述當前產品倉儲水準將已確定優先順序的所述訂單數量分配至所述位置； 確定超過第一位置的入站容量的數量超出量；以及 將所述數量超出量轉移至一或多個其餘位置。
17. 如請求項16所述的電腦實施方法，其中將所述數量超出量轉移至所述其餘位置包括：基於已分配至所述其餘位置的已進行限制的所述訂單數量的比率來轉移所述數量超出量。
18. 如請求項11所述的電腦實施方法，更包括：接收對所述產品的子集的一或多個人工訂單的使用者輸入。
19. 如請求項11所述的電腦實施方法，其中產生第一產品的所述採購訂單包括： 將所述採購訂單傳送至包括第一供應商在內的所述供應商； 因應於所述採購訂單，自所述第一供應商接收所述產品的一或多次裝運； 基於所接收的所述產品更新與所述第一供應商相關聯的所述供應商統計資料； 基於已更新的所述供應商統計資料實行確定所述訂單數量的步驟，以獲得新的訂單數量集合；以及 基於所述新的訂單數量集合，實行確定優先順序、分配及產生採購訂單的步驟。
20. 一種用於智能化產生採購訂單的電腦實施系統，所述系統包括： 第一資料庫，儲存一或多種產品的一或多個訂單歷史及一或多個需求歷史，所述產品對應於一或多個產品辨識符； 第二資料庫，儲存所述產品的一或多個當前產品倉儲水準及一或多個當前訂購數量，所述第二資料庫與被配置成儲存所述產品的一或多個倉庫相關聯； 記憶體，儲存指令；以及 至少一個處理器，被配置成執行所述指令以： 使用來自所述第一資料庫的所述訂單歷史及所述需求歷史確定所述產品的一或多個需求預報數量； 使用來自所述第一資料庫的所述訂單歷史確定與所述產品相關聯的一或多個供應商的供應商統計資料，所述供應商統計資料包括與所述供應商及所述產品相關聯的一或多個履行比率； 自所述第二資料庫接收所述產品的所述當前產品倉儲水準及所述當前訂購數量； 至少基於所述需求預報數量、所述供應商統計資料及所述當前產品倉儲水準確定所述產品的訂單數量； 至少基於所述履行比率確定所述訂單數量的優先順序； 將已確定優先順序的所述訂單數量分配至一或多個位置； 基於所分配的所述訂單數量向所述產品的所述供應商產生採購訂單； 因應於所產生的所述採購訂單，在所述倉庫處接收產品； 基於所接收的所述產品確定所述履行比率； 使用所確定的所述履行比率更新所述供應商統計資料； 基於已更新的所述履行比率實行確定所述訂單數量的步驟，以獲得新的訂單數量集合；以及 基於所述新的訂單數量集合，實行確定優先順序、分配及產生採購訂單的步驟。

Images