TW202221596A - 確定缺貨狀況的原因的系統及方法 - Google Patents

確定缺貨狀況的原因的系統及方法 Download PDF

Info

Publication number
TW202221596A
TW202221596A TW111106065A TW111106065A TW202221596A TW 202221596 A TW202221596 A TW 202221596A TW 111106065 A TW111106065 A TW 111106065A TW 111106065 A TW111106065 A TW 111106065A TW 202221596 A TW202221596 A TW 202221596A
Authority
TW
Taiwan
Prior art keywords
stock
condition
decision tree
item
information
Prior art date
Application number
TW111106065A
Other languages
English (en)
Inventor
尹萍
吳宗翰
李敏宇
金畢洙
臧勇
魏偉
何麗文
Original Assignee
南韓商韓領有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 南韓商韓領有限公司 filed Critical 南韓商韓領有限公司
Publication of TW202221596A publication Critical patent/TW202221596A/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
    • G06Q10/0875—Itemisation or classification of parts, supplies or services, e.g. bill of materials
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0637—Strategic management or analysis, e.g. setting a goal or target of an organisation; Planning actions based on goals; Analysis or evaluation of effectiveness of goals
    • G06Q10/06375—Prediction of business process outcome or impact based on a proposed change
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06N—COMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
    • G06N20/00—Machine learning
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06N—COMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
    • G06N5/00—Computing arrangements using knowledge-based models
    • G06N5/01—Dynamic search techniques; Heuristics; Dynamic trees; Branch-and-bound
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06313—Resource planning in a project environment
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06314—Calendaring for a resource
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635—Processing of requisition or of purchase orders
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • G06Q20/203—Inventory monitoring

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Human Resources & Organizations (AREA)
  • Economics (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • General Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Development Economics (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • Tourism & Hospitality (AREA)
  • Quality & Reliability (AREA)
  • Operations Research (AREA)
  • Software Systems (AREA)
  • Educational Administration (AREA)
  • Game Theory and Decision Science (AREA)
  • Mathematical Physics (AREA)
  • General Engineering & Computer Science (AREA)
  • Computing Systems (AREA)
  • Evolutionary Computation (AREA)
  • Data Mining & Analysis (AREA)
  • Artificial Intelligence (AREA)
  • Medical Informatics (AREA)
  • Computer Vision & Pattern Recognition (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Biodiversity & Conservation Biology (AREA)
  • Computational Linguistics (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

藉由針對與缺貨物件相關聯的歷史資訊運行決策樹來確定缺貨狀況的原因並基於所確定的原因聯繫缺貨物件的供應商以請求更多物件的方法及系統。所述系統自儲存與履行中心中的物件相關聯的資訊的系統接收與缺貨物件相關聯的資訊，與缺貨物件相關聯的資訊是在延長時間段內收集，所述系統藉由針對所接收的資訊運行決策樹來確定缺貨狀況的原因，所述決策樹包括多個狀況，且所述系統基於所確定的原因預測物件的缺貨狀況。所述系統基於所述預測聯繫缺貨物件的供應商以請求更多物件。

Description

確定缺貨狀況的原因的系統及方法
本揭露大體而言是有關於預測缺貨物件的電腦化系統及方法。本揭露的實施例是有關於創新性及非傳統系統，所述創新性及非傳統系統藉由對與儲存於履行中心中的物件相關聯的資訊運行決策樹來確定缺貨狀況的原因而預測缺貨物件。
由於一旦下訂單履行中心（fulfillment center，FC）便操作以進行消費者訂單的履行且使裝運承運商（shipping carrier）能夠收取裝運，因此履行中心每天會接觸多於數百萬的產品。管理FC內部倉儲的操作可包括訂購產品並貯存所訂購的產品，因此一旦FC接收到消費者訂單，便可快速裝運所述產品。儘管當前現有的FC及用於FC中倉儲管理的系統被配置成預報對產品的需求，然而當FC由於對產品需求的預測存在缺陷而採購較消費者訂單的量少的產品而缺貨時，會出現常見的問題。舉例而言，消費者訪問與和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中的一或多個系統交互的電腦系統。舉例而言，在網路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、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擁有、租賃或營運。
根據本揭露的態樣，用於預測缺貨狀況的電腦實施系統可包括用於儲存指令的一或多個記憶體裝置以及被配置成執行所述指令以實行操作的一或多個處理器。可藉由針對與缺貨物件相關聯的歷史資訊運行缺貨（out of stock，OOS）根本原因計算演算法、決策樹構造演算法或決策樹來預測或分析缺貨狀況。在一些實施例中，所揭露的功能及系統可被實施為SCM系統117的部件。優選實施例包括對SCM系統117實施所揭露的功能及系統，但此項技術中具有通常知識者將理解，亦可存在其他實施方案。
可藉由與供應鏈訂購及倉儲補充相關聯的一或多個促成因素（contributor）來確定存貨可用性。舉例而言，促成因素可為商業決策的錯誤或失誤、供應商的缺陷、訂購物件的缺陷及履行中心的缺陷。所述促成因素可包括缺貨狀況的一或多個根本原因。舉例而言，商業決策的錯誤或失誤可包括例如確認過時及戰略決策等根本原因；供應商的缺陷可包括無交付及短缺交付；訂購物件的缺陷可包括推薦訂單數量低及銷售高峰；且履行中心的缺陷可包括接收物件延遲及存放物件延遲。根本原因可按照其優先權排列於決策樹中。可藉由靜態規則確定所述優先權。舉例而言，若用於確定根本原因的優先權的靜態規則使內部問題優先於外部問題，則與履行中心的缺陷相關聯的根本原因優先於與供應商的缺陷相關聯的根本原因。
圖3A示出藉由在SCM系統117上運行決策樹來預測物件的缺貨狀況的示例性方法300。所述方法或所述方法的一部分可由SCM系統117實行。舉例而言，系統可包括一或多個處理器及用於儲存指令的記憶體，所述指令在由所述一或多個處理器執行時使所述系統實行圖3A中所示的步驟。
在步驟301中，SCM 117可自FO系統113接收與缺貨物件相關聯的資訊。如以上針對圖1A所述，FO系統113可儲存與履行中心200中所儲存的物件相關的資訊。所儲存的資訊亦可包括導致缺貨狀況的一或多個狀況。舉例而言，導致缺貨狀況的狀況可包括但不限於對物件需求預報的低預測、未執行的物件採購訂單、採購訂單已下但履行中心尚未接收、缺貨物件的供應商未能交付訂購量、缺貨物件的缺陷以及取消與缺貨物件相關聯的採購訂單。當儲存於履行中心中的物件的數量達到零（缺貨）時，FO系統113可將與所述物件相關聯的資訊傳送至SCM系統117，以確定缺貨狀況的原因。所傳送的資訊是在延長時間段內收集。舉例而言，FO系統113可將圖4A中的示例性表400（以下進行進一步論述）傳送至SCM系統117。示例性表400可包括與導致缺貨狀況的一或多個狀況以及物件在給定的一天是否缺貨相關的資訊。示例性表400中呈現的資訊是在十天內收集。示例性表400僅呈現三個狀況及在十天內收集的資料，但此項技術中具有通常知識者將理解可存在其他配置。
在步驟302中，SCM系統117可藉由針對所接收的資訊運行決策樹來確定缺貨狀況的原因，其中決策樹包括多個狀況。針對圖3B中的步驟311進一步闡述步驟302。在步驟311（圖3B）中，SCM系統117可限制狀況的數目。狀況的數目可指決策樹中自根至葉的最長路徑的長度。舉例而言，如圖4D（以下進行進一步論述）中所示，決策樹450包括三個狀況，所述三個狀況表示自根（低預測？）至葉（在未執行採購訂單的情況下缺貨還是不缺貨）的最長路徑的長度。限制狀況的數目可有助於減少決策樹的過度擬合，其中過度擬合是由於創建不會使資料良好地普遍化的過於複雜的決策樹而導致的。
在步驟312中，SCM系統117可量測每一狀況的純度。純度可提供在狀況分割決策樹之後關於物件是否缺貨的確定性。舉例而言，如圖4A中所示，在過去十天內，物件六天缺貨。在圖4B中，量測狀況410、411及412中的每一者的純度。舉例而言，由於當物件具有低預報時所述物件總是缺貨，因此狀況410具有純集合（天數D3、D7及D10的3個是（Yes）-缺貨/0個否（No）-不缺貨）。純集合提供缺貨狀況發生的完全確定性。純度必須是對稱的。舉例而言，包括4個缺貨/0個不缺貨的狀況與0個缺貨/4個不缺貨一般「純」。與狀況410不同，狀況411及412不產生純集合，因此在步驟313中，SCM系統117可選擇狀況410，即具有最高純度的狀況。所選擇的狀況（例如，狀況410）可分割決策樹。SCM 117可儲存所選擇的狀況，以在資料結構中進一步分割決策樹。
在步驟314中，在量測剩餘狀況中的每一者的純度並選擇具有最高純度的狀況之後，SCM系統117可判斷所有狀況是否皆將決策樹分割成分支。若並非所有狀況皆將決策樹分割成分支，則在步驟312中，SCM系統117可量測剩餘狀況中的每一者的純度。舉例而言，如圖4C中所示，在選擇圖4B中的最高純度狀況410之後，SCM 117可量測狀況411及412的純度。另舉例而言，如圖4C中所示，當物件具有低預報時，所述物件三天缺貨且四天不缺貨。由於當與物件相關聯的採購訂單未被取消時所述物件總是不缺貨，因此在物件具有低預報的天數（天數D1、D2、D4、D5、D6、D8及D9）中，狀況412具有純集合（0個是-缺貨/天數D2及D6的2個否-不缺貨）。因此，SCM系統117可在狀況410之後選擇狀況412作為對樹進行分割的狀況且將狀況412儲存於對決策樹及所選擇的分割決策樹的狀況進行儲存的資料結構中。如圖4D中所示，狀況412對自狀況410分支出來的決策樹450進行分割。作為唯一剩餘狀況，狀況411可在圖4D中的示例性決策樹450中的狀況412之後分割決策樹。
若所有狀況皆將決策樹（例如，圖4D中的決策樹450）分割成分支，則在步驟315中，SCM系統117可藉由找到自決策樹的根形成最長路徑的狀況來確定缺貨狀況的原因。自決策樹的根形成最長路徑的狀況可表示缺貨狀況的原因。舉例而言，如圖4D中所示，狀況411（未執行與缺貨物件相關聯的採購訂單）自決策樹450的根（狀況410）形成最長路徑，且SCM 117可確定未執行的與缺貨物件相關聯的採購訂單是所述物件的缺貨狀況的原因。
在圖3B中的步驟315之後，過程移動進行至圖3A中的步驟303。在步驟303中，SCM 117可基於所確定的原因預測物件的缺貨狀況。
在步驟304中，SCM 117可基於所述預測聯繫缺貨物件的供應商以請求更多物件。舉例而言，若物件被預測為缺貨，則SCM 117可聯繫缺貨物件的供應商以請求更多物件。若所確定的原因是未執行的物件的採購訂單，則SCM 117亦可檢查採購訂單的狀態，以防止未執行採購訂單。
圖5A示出藉由在SCM系統117上運行缺貨根本原因計算演算法或決策樹構造演算法來分析缺貨的原因的示例性方法500。所述方法或所述方法的一部分可由SCM系統117實行。舉例而言，所述系統可包括一或多個處理器及用於儲存指令的記憶體，所述指令在由所述一或多個處理器執行時使所述系統實行圖5A中所示的步驟。
在步驟501中，SCM 117可確定缺貨範圍。SCM 117可自FO系統113接收與缺貨物件相關聯的資訊。如以上針對圖1A所述，FO系統113可儲存與履行中心200中所儲存的物件相關的資訊。當儲存於履行中心中的物件的數量達到零（缺貨）時，所儲存的資訊可提供缺貨的物件（存貨計量單位（stock keeping unit，SKU））的列表。
在步驟502中，SCM 117可自資料源確定與步驟501中確定的缺貨物件相關聯的屬性。資料源可提供來自採購訂單的SKU層級資料、接收時間及存放時間、主資料、銷售、訂單週期等。資料源可指儲存與履行中心中所儲存的物件相關聯的資訊的FO系統113。
在步驟503中，SCM 117可確定自步驟501確定的每一缺貨物件的根本原因狀況。舉例而言，SCM 117可確定第一個確定的物件因商業決策的失誤（例如確認過時及戰略決策）而缺貨；第二個確定的物件因供應商的缺陷（例如無交付及短缺交付）而缺貨；第三個確定的物件因訂購物件中的缺陷（例如推薦訂單數量低及銷售高峰）而缺貨；且第四個確定的物件因履行中心的缺陷（例如接收物件延遲及存放物件延遲）而缺貨。SCM 117可基於自步驟502確定的屬性來決定缺貨物件可被分派的類別。
在步驟504中，SCM 117可執行缺貨根本原因計算演算法以分析缺貨的原因。針對圖5B中的步驟511進一步闡述步驟504。
在步驟511（圖5B）中，SCM 117可確定單個缺貨根本原因層級階層。藉由在自步驟502確定的資料源中對所確定的缺貨物件（來自步驟501）進行定位來確定單個缺貨根本原因。舉例而言，如圖6A中所示，列表601提供在步驟501中確定的缺貨物件的列表，且資料源602提供與物件相關聯的屬性（例如採購訂單狀態代碼（purchase order status code））。如方框603中所示，SCM 117可藉由在資料源602中對物件10002（在圖6A中被繪示為SKUSEQ 10002）進行定位來確定單個缺貨根本原因層級階層且將對應的採購訂單_狀態_代碼（PO_STATUS_CODE）（新_sku）分派為單個缺貨根本原因。在另一實例中，SCM 117可將層級1_層級11、層級1_層級12或層級2_層級21分派為單個缺貨根本原因。另外，應理解，SCM 117可基於所確定的與所確定的缺貨物件相關聯的資料源來分派不同的單個缺貨根本原因。
在步驟512中，SCM 117可對每一缺貨物件的缺貨根本原因的所有原因層級進行聯合。在步驟511中確定原因層級中的每一者。舉例而言，如圖6B中所示，對所確定的每一缺貨物件（繪示於611中）的所確定的缺貨根本原因進行聯合，如612中所繪示。另舉例而言，對物件10001的缺貨原因層級1及層級11進行聯合以提供物件10001的缺貨狀況的原因。聯合的原因層級按照優先權排列於表中。舉例而言，如示例性表612中所示，原因層級根據其優先權來排列，其中「新_SKU」與最高優先權相關聯，且「層級2_層級21」與最低優先權相關聯。
在步驟513中，SCM 117可針對每一層級確定主要缺貨根本原因及缺貨原因。如圖6C中的階層節點621中所示，SCM 117可將階層節點中的第一個非空原因（not null reason）分派為每一物件缺貨的主要原因。如圖6C中的階層節點621中所繪示，層級1_層級11被分派為物件10001缺貨的主要原因。表622提供所確定的缺貨物件的主要缺貨原因。SCM 117可基於主要原因進一步判定缺貨原因。舉例而言，如圖6C中的表623中所示，SCM 117可基於物件10001的主要原因層級1_層級11來確定物件10001缺貨的第一層級原因是層級1，且缺貨的第二層級原因是層級11。另舉例而言，層級1可指供應商的缺陷且層級11可指供應商的未交付。另外，應理解，所述原因可包括適於導致缺貨狀況的狀況。
在步驟514中，SCM 117可為每一缺貨物件添加表示另一根本原因的附加行。舉例而言，SCM 117可添加例如SKU說明、SKU帶（SKU Band）等資訊。如圖6C中所示，SCM 117可為每一缺貨物件添加SKU名稱623作為附加資訊。
在另一實施例中，在（圖5A所示）步驟505中，SCM 117執行決策樹構造演算法來分析缺貨的原因。針對圖5C中的步驟521進一步闡述步驟505。在步驟521中，SCM 117可過濾出所有非根缺貨狀況的列表。自步驟502確定的屬性可包括闡述狀況是根還是非根的資訊。舉例而言，若自步驟503確定的根狀況包括所確定的根狀況是根的資訊，則所述根狀況是根，而其他根狀況是非根狀況。
在步驟522中，SCM 117可自經過濾的非根缺貨狀況的列表過濾所有葉的列表。自步驟502確定的屬性可包括闡述狀況是否是其他狀況的母體（parent）的資訊。舉例而言，若自步驟503確定的根狀況包括所確定的根狀況不是其他狀況的母體的資訊，則所述根狀況是葉。
在步驟523中，SCM 117可建立階層列表。SCM 117可確定在步驟522中過濾的每一葉狀況的母體狀況。對於每一葉狀況，母體狀況包括於自步驟502確定的屬性中。當確定出母體狀況時，SCM 117可將所確定的母體狀況添加至對應的葉狀況作為新的葉狀況。
在步驟524中，SCM 117可判斷所有階層的最末節點是否皆為根。若所有階層的最末節點並非皆為根，則在步驟525中，SCM 117可針對每一階層進行定位並添加最末決策樹節點的母體。若所有階層的最末節點皆為根，則在步驟526中，SCM 117可對階層列表進行反相。
圖7示出示例性決策樹階層列表。示例性決策樹階層列表繪示三個樹階層：第一樹階層701、第二樹階層及第三樹階層。第一樹階層701包括全球採買（Global Sourcing）葉（包括葉702）。第二樹階層包括FC缺陷葉及存放延遲葉。第三樹階層可包括供應商缺陷葉703、無交付葉704及零確認葉705。
儘管已參照本揭露的具體實施例示出並闡述了本揭露，然而應理解，本揭露可不加修改地履行於其他環境中。上述說明是出於例示目的而呈現。上述說明並非詳盡性的且並非僅限於所揭露的精確形式或實施例。藉由考量對所揭露的實施例的說明及履行，各種修改及改編對於熟習此項技術者而言將顯而易見。另外，儘管所揭露的實施例的態樣被闡述為儲存於記憶體中，然而熟習此項技術者應理解，該些態樣亦可儲存於其他類型的電腦可讀取媒體上，例如輔助儲存裝置（例如硬碟或光碟唯讀記憶體（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架構、.Net Compact架構（以及相關語言，如Visual Basic、C等）、爪哇、C++、Objective-C、超文件標記語言（Hypertext Markup Language，HTML）、HTML/AJAX組合、可擴展標記語言（Extensible Markup Language，XML）或包括爪哇小程式的HTML來設計程式區段或程式模組。
另外，儘管本文中已闡述了例示性實施例，然而熟習此項技術者基於本揭露將設想出具有等效元素、修改形式、省略、組合（例如，各種實施例之間的態樣的組合）、改編及/或變更的任何及所有實施例的範圍。申請專利範圍中的限制應基於申請專利範圍中採用的語言進行廣義解釋，而並非僅限於本說明書中闡述的實例或在申請的過程期間闡述的實例。所述實例應被視為非排他性的。此外，所揭露的方法的步驟可以任何方式進行修改，包括藉由對步驟進行重新排序及/或插入或刪除步驟。因此，本說明書及實例旨在僅被視為例示性的，真正的範圍及精神由以下申請專利範圍及其等效內容的全部範圍來指示。
100:示意性方塊圖/系統 101:裝運授權技術（SAT）系統/網路 102A:裝置/使用者裝置/行動裝置 102B:裝置/使用者裝置/電腦 103:外部前端系統 105:內部前端系統 107:運輸系統/行動裝置 107A、107B、107C:行動裝置/裝置 109:賣方入口/行動裝置 111:裝運及訂單追蹤（SOT）系統 113:履行最佳化（FO）系統 115:履行訊息傳遞閘道（FMG） 117:供應鏈管理（SCM）系統/SCM 119:倉庫管理系統（WMS） 119A:行動裝置/裝置/平板電腦 119B:行動裝置/裝置/PDA 119C:行動裝置/裝置/電腦 121A、121B、121C:第三方履行（3PL）系統 123:履行中心授權系統（FC Auth） 125:勞資管理系統（LMS） 200:履行中心（FC） 201、222:卡車 202A、202B、208、10001:物件 203:入站區 205:緩衝區 206:堆高機 207:卸貨區 209:揀選區 210:儲存單元 211:包裝區 213:中樞區 214:運輸機構 215:營地區 216:牆 218、220:包裝 224A、224B:交付工作者 226:汽車 300、500:方法 301、302、303、304、311、312、313、314、315、501、502、503、504、505、511、512、513、514、521、522、523、524、525、526:步驟 400、612、622:表 410:狀況/最高純度狀況 411、412:狀況 450:決策樹 601:列表 602:資料源 603:方框 621:階層節點 623:表/存貨計量單位（SKU）名稱 701:第一樹階層 702:葉 703:供應商缺陷葉 704:無交付葉 705:零確認葉 10002:物件/SKUSEQ
圖1A是示出符合所揭露實施例的網路的示例性實施例的示意性方塊圖，所述網路包括用於能夠進行通訊的裝運（shipping）、運輸（transportation）及物流操作的電腦化系統。 圖1B繪示符合所揭露實施例的樣本搜尋結果頁（Search Result Page，SRP），其包括滿足搜尋請求的一或多個搜尋結果以及交互使用者介面元素。 圖1C繪示符合所揭露實施例的樣本單一詳情頁（Single Detail Page，SDP），其包括產品及關於產品的資訊以及交互使用者介面元素。 圖1D繪示符合所揭露實施例的樣本購物車頁（Cart page），其包括虛擬購物車中的物件以及交互使用者介面元素。 圖1E繪示符合所揭露實施例的樣本訂單頁（Order page），其包括來自虛擬購物車的物件以及關於採購及裝運的資訊以及交互使用者介面元素。 圖2是符合所揭露實施例的被配置成利用所揭露電腦化系統的示例性履行中心的圖例。 圖3A示出符合所揭露實施例的藉由在供應鏈管理系統上運行決策樹來預測物件的缺貨狀況的示例性方法。 圖3B示出符合所揭露實施例的藉由運行決策樹來確定缺貨狀況的原因的示例性方法。 圖4A示出包括與物件的缺貨狀況相關聯的資料的示例性表。 圖4B及圖4C示出量測每一狀況的純度及選擇具有最高純度的狀況的示例性方法。 圖4D示出包括多個狀況的示例性決策樹。 圖5A示出符合所揭露實施例的藉由在供應鏈管理系統上運行缺貨根本原因計算演算法或決策樹構造演算法來分析缺貨的原因的示例性方法。 圖5B示出符合所揭露實施例的藉由運行缺貨根本原因計算演算法來分析缺貨的原因的示例性方法。 圖5C示出符合所揭露實施例的藉由在供應鏈管理系統上運行決策樹構造演算法來分析缺貨的原因的示例性方法。 圖6A至圖6D示出藉由運行缺貨根本原因計算演算法來分析缺貨的原因的示例性表。 圖7示出示例性決策樹階層列表。
300:方法
301、302、303、304:步驟

Claims (10)

  1. 一種確定缺貨狀況的原因的方法，包括： 自儲存與履行中心中的物件相關聯的資訊的系統接收與缺貨物件相關聯的資訊，所述資訊是在延長時間段內收集； 藉由針對所接收的所述資訊運行決策樹來確定貨狀況的原因，所述決策樹包括自下列選擇的一或多個狀況：採購所述缺貨物件的低預報、未執行的採購訂單、供應商未接收的採購訂單、供應商未能交付訂購量的所述缺貨物件、所述缺貨物件的缺陷以及取消的採購訂單； 基於所確定的所述原因預測所述物件的缺貨狀況； 基於所述預測，自所述缺貨物件的供應商訂購所述缺貨物件的一或多個；以及 監控訂單的狀態。
  2. 如請求項1所述的方法，其中藉由運行決策樹來確定所述缺貨狀況的原因包括： 量測所述一或多個狀況的每一者的純度；以及 自所述一或多個狀況中選擇具有最高純度的狀況，所述具有最高純度的狀況將決策樹分割成分支。
  3. 如請求項2所述的方法，其中藉由運行決策樹來確定所述缺貨狀況的原因更包括： 重複量測每一剩餘狀況中的純度且選擇具有最高純度的狀況以基於所選擇的所述狀況形成細分分支，直至所有狀況將所述決策樹分割成分支為止；以及 藉由找到自所述決策樹的根形成最長路徑的狀況來確定缺貨狀況的原因。
  4. 如請求項2所述的方法，更包括限制用於量測純度的狀況的數目。
  5. 如請求項2所述的方法，其中所述純度提供在狀況分割決策樹之後關於物件是否缺貨的確定性。
  6. 如請求項2所述的方法，其中所述純度是對稱的。
  7. 如請求項1所述的方法，更包括： 防止所確定的所述缺貨狀況的所述原因影響所述缺貨物件的一或多個物件的訂購。
  8. 如請求項1所述的方法，其中與缺貨物件相關聯的所述資訊包括一天中所述缺貨狀況的至少一個原因。
  9. 如請求項1所述的方法，更包括聯繫所述供應商以檢查與所述缺貨物件相關聯的採購訂單的狀態。
  10. 一種確定缺貨狀況的原因的系統，包括： 一或多個記憶體裝置，儲存指令； 一或多個處理器，被配置成執行所述指令以實行包括請求項1-9中的一或多者的步驟的操作。
TW111106065A 2019-12-06 2020-10-22 確定缺貨狀況的原因的系統及方法 TW202221596A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US16/705,572 2019-12-06
US16/705,572 US10713622B1 (en) 2019-12-06 2019-12-06 Computer-implemented systems and methods for intelligent prediction of out of stock items and proactive reordering

Publications (1)

Publication Number Publication Date
TW202221596A true TW202221596A (zh) 2022-06-01

Family

ID=71519824

Family Applications (2)

Application Number Title Priority Date Filing Date
TW111106065A TW202221596A (zh) 2019-12-06 2020-10-22 確定缺貨狀況的原因的系統及方法
TW109136622A TWI759921B (zh) 2019-12-06 2020-10-22 供應鏈管理系統及供應鏈管理方法

Family Applications After (1)

Application Number Title Priority Date Filing Date
TW109136622A TWI759921B (zh) 2019-12-06 2020-10-22 供應鏈管理系統及供應鏈管理方法

Country Status (7)

Country Link
US (2) US10713622B1 (zh)
JP (1) JP7209017B2 (zh)
KR (2) KR102310939B1 (zh)
AU (1) AU2020264285A1 (zh)
SG (1) SG11202012884RA (zh)
TW (2) TW202221596A (zh)
WO (1) WO2021111202A1 (zh)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3640873A1 (en) * 2018-10-17 2020-04-22 Tata Consultancy Services Limited System and method for concurrent dynamic optimization of replenishment decision in networked node environment
US10713622B1 (en) * 2019-12-06 2020-07-14 Coupang Corp. Computer-implemented systems and methods for intelligent prediction of out of stock items and proactive reordering
US11087278B1 (en) * 2021-01-29 2021-08-10 Coupang Corp. Computerized systems and methods for managing inventory by grading returned products
CN112801231B (zh) * 2021-04-07 2021-07-06 支付宝(杭州)信息技术有限公司 用于业务对象分类的决策模型训练方法和装置
US20230342542A1 (en) * 2022-04-22 2023-10-26 Dell Products L.P. Automated document parsing to determine common component identifiers for consolidation of component orders
CN116070995B (zh) * 2023-01-17 2023-10-24 深圳市秦丝科技有限公司 一种基于大数据分析的商铺进销存管理系统及方法
CN117408787B (zh) * 2023-12-15 2024-03-05 江西求是高等研究院 一种基于决策树的根因挖掘分析方法及系统

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05113983A (ja) * 1991-06-13 1993-05-07 Mitsuo Nagamachi 商品発注システム
US6230151B1 (en) * 1998-04-16 2001-05-08 International Business Machines Corporation Parallel classification for data mining in a shared-memory multiprocessor system
NZ543166A (en) * 2000-04-07 2006-12-22 Procter & Gamble Monitoring the effective velocity of items through a store or warehouse for predicting stock levels
US7644863B2 (en) * 2001-11-14 2010-01-12 Sap Aktiengesellschaft Agent using detailed predictive model
JP2003321123A (ja) * 2002-05-08 2003-11-11 Nippon Telegr & Teleph Corp <Ntt> 通信販売の販売フォロー装置、販売フォロー方法、プログラムおよび記録媒体
US20040128202A1 (en) * 2002-07-12 2004-07-01 Baum Martin L. Forecasting system and method
JP3991811B2 (ja) * 2002-08-06 2007-10-17 株式会社日立製作所 在庫制御システムおよび在庫制御方法
JP2005015140A (ja) * 2003-06-25 2005-01-20 Mbk Ryutsu Partners Kk 発注量算出システム
US20050172027A1 (en) * 2004-02-02 2005-08-04 Castellanos Maria G. Management of service level agreements for composite Web services
US20070050235A1 (en) * 2005-08-29 2007-03-01 Sap Ag System and Method of Modeling and Optimizing Product Parameters from Hierarchical Structure
US20070061210A1 (en) * 2005-09-09 2007-03-15 Li Chen Methods for reducing retail out-of-stocks using store-level RFID data
US8515835B2 (en) * 2010-08-30 2013-08-20 Sas Institute Inc. Systems and methods for multi-echelon inventory planning with lateral transshipment
KR101264223B1 (ko) * 2011-05-17 2013-05-14 한국지질자원연구원 의사결정 트리를 이용한 공간사건 예측분석 방법
CN106156880A (zh) * 2015-04-22 2016-11-23 阿里巴巴集团控股有限公司 一种预测库存分配比例的方法、装置及电子设备
WO2017081739A1 (ja) * 2015-11-10 2017-05-18 株式会社日立製作所 在庫解析装置および在庫解析方法
CN106991548A (zh) * 2016-01-21 2017-07-28 阿里巴巴集团控股有限公司 一种仓库货位规划方法、装置及电子装置
JP2019061598A (ja) * 2017-09-28 2019-04-18 Ｈｅｒｏｚ株式会社 生産管理装置および生産管理方法
JP7334728B2 (ja) * 2018-03-29 2023-08-29 日本電気株式会社 情報処理システム、情報処理方法及び記憶媒体
CN109064274B (zh) * 2018-07-24 2021-09-21 方骥 一种基于机器学习的智慧电商页面缺货管理方法及系统
US10713622B1 (en) * 2019-12-06 2020-07-14 Coupang Corp. Computer-implemented systems and methods for intelligent prediction of out of stock items and proactive reordering

Also Published As

Publication number Publication date
TWI759921B (zh) 2022-04-01
KR102310939B1 (ko) 2021-10-12
WO2021111202A1 (en) 2021-06-10
JP2022511184A (ja) 2022-01-31
KR20210124947A (ko) 2021-10-15
TW202123115A (zh) 2021-06-16
US10713622B1 (en) 2020-07-14
AU2020264285A1 (en) 2021-06-24
SG11202012884RA (en) 2021-07-29
KR102711245B1 (ko) 2024-09-30
JP7209017B2 (ja) 2023-01-19
US20210174298A1 (en) 2021-06-10
KR20210071789A (ko) 2021-06-16

Similar Documents

Publication Publication Date Title
TWI764719B (zh) 用於管理庫存置放的電腦實施的系統以及方法
TWI759921B (zh) 供應鏈管理系統及供應鏈管理方法
TWI765686B (zh) 用於在供應鏈中追蹤物品的電腦實施的系統以及方法
TWI759824B (zh) 自動遞送任務指派的系統、用於臨時遞送員工的自動遞送任務指派的方法以及非暫時性電腦可讀媒體
TW202044144A (zh) 自動包裝追蹤的電腦實施方法及電腦實施系統
TWI755884B (zh) 用於遞送波排程的電腦化系統以及電腦實施方法
TWI778484B (zh) 用於庫存調換的電腦實行系統及電腦實行方法
TWI750833B (zh) 用於智能化分配產品的電腦實施系統及電腦實施方法
TWI773617B (zh) 用於智能化分配產品的電腦實施系統以及方法
TW202221590A (zh) 根據產品特性決定產品價格的倉儲管理電腦實行系統以及方法
TW202223789A (zh) 用於出站預測之系統以及方法
TWI759892B (zh) 自動遞送工作者指配的電腦化系統、電腦化方法及系統
TWI763067B (zh) 用於自動化人員排程的聯網伺服器系統以及用於自動化人員排程的電腦實施方法
TWI731618B (zh) 電腦實施系統及電腦實施方法
TWI830162B (zh) 用於產生資料交易日誌的系統以及方法
TWI834101B (zh) 用於低潛時聚合資料供應的電腦實施的系統與用於區域需求估計的電腦實施的系統以及方法
KR102400042B1 (ko) 전자 재고 및 반품 물품 조정을 위한 시스템 및 방법
KR20240150391A (ko) 아이템 품절의 지능적인 예측과 사전 재주문을 위한 컴퓨터 구현 시스템 및 방법
TW202232403A (zh) 用於包裹管理之電腦化系統以及電腦實施方法
TW202241090A (zh) 用於在實驗測試期間預測最佳停止點的電腦實行系統以及方法