本發(fā)明涉及倉庫管理領(lǐng)域，尤其涉及一種庫存監(jiān)控方法及裝置。

背景技術(shù)：

倉庫管理系統(tǒng)(wms，warehousemanagementsystem)用于實現(xiàn)倉儲管理信息化，可以控制并跟蹤倉庫業(yè)務(wù)的物流和成本管理全過程，實現(xiàn)完善的企業(yè)倉儲信息管理。以軟件即服務(wù)(saas，software-as-a-service)化的瀏覽器/服務(wù)器(bs，browser/server)架構(gòu)的wms為例，涉及的業(yè)務(wù)單據(jù)的類型非常繁多，庫存量單位(sku，stockkeepingunit)流轉(zhuǎn)在不同業(yè)務(wù)單據(jù)的庫存操作中，而且業(yè)務(wù)單據(jù)之間形成了復(fù)雜的拓撲結(jié)構(gòu)。每個單據(jù)的履行過程都會承載著對庫存的操作，一旦中間環(huán)節(jié)某一個單據(jù)出現(xiàn)問題，就很容易造成全鏈路的庫存混亂。因此，需要對wms的庫存進行全鏈路監(jiān)控。其中，所述全鏈路指業(yè)務(wù)單據(jù)生成至業(yè)務(wù)單據(jù)履行結(jié)束的全過程。

目前，針對上述問題，wms主要根據(jù)相應(yīng)業(yè)務(wù)場景下具體的業(yè)務(wù)單據(jù)對庫存的操作日志進行對賬，而且，需要在業(yè)務(wù)單據(jù)中加入各種標記以標識業(yè)務(wù)單據(jù)的狀態(tài)，在進行庫存分析時，需要確定業(yè)務(wù)單據(jù)的狀態(tài)后才能進行離線對比。然而，上述對賬方式比較復(fù)雜，每次變動業(yè)務(wù)場景都需要重新修改對賬邏輯。另外，當業(yè)務(wù)單據(jù)的種類達到一定數(shù)量時，對賬本身的業(yè)務(wù)邏輯也會十分復(fù)雜，容易導(dǎo)致出錯，無法有效監(jiān)控wms的庫存情況。

技術(shù)實現(xiàn)要素：

以下是對本文詳細描述的主題的概述。本概述并非是為了限制權(quán)利要求的保護范圍。

本發(fā)明實施例提供一種庫存監(jiān)控方法及裝置，能夠有效地實現(xiàn)多業(yè)務(wù)單據(jù)場景下庫存的全鏈路監(jiān)控。

本發(fā)明實施例提供一種庫存監(jiān)控方法，包括：

在接收到來自業(yè)務(wù)方的第一單據(jù)后，生成該第一單據(jù)對應(yīng)的全局跟蹤編號，并將該全局跟蹤編號保存到該第一單據(jù)中；

在該第一單據(jù)的履行過程中，根據(jù)該第一單據(jù)以及該第一單據(jù)相關(guān)的第二單據(jù)對庫存的操作，分別生成對應(yīng)的攜帶該全局跟蹤編號的庫存操作日志；

根據(jù)所述攜帶全局跟蹤編號的庫存操作日志，監(jiān)控庫存。

可選地，所述第一單據(jù)包括以下一種或多種：銷售訂單、貨物收庫單。

可選地，所述第二單據(jù)包括以下一種或多種：庫內(nèi)歸位單、出庫單、差異單、攔截單。

可選地，所述庫存操作日志包括以下一個或多個屬性信息：單據(jù)編號、業(yè)務(wù)類型、庫存量單位編號、貨位編號、批次編號、貨主編號、庫存量單位的可銷售庫存量、庫存量單位的訂單占用庫存量、庫存量單位的實物庫存量。

可選地，所述根據(jù)所述攜帶全局跟蹤編號的庫存操作日志，監(jiān)控庫存，包括：通過攜帶相同全局跟蹤編號的庫存操作日志，串聯(lián)不同單據(jù)對庫存的操作，分析并確定異常單據(jù)。

本發(fā)明實施例還提供一種庫存監(jiān)控裝置，包括：

全局跟蹤編號生成模塊，用于在接收到來自業(yè)務(wù)方的第一單據(jù)后，生成該第一單據(jù)對應(yīng)的全局跟蹤編號，并將該全局跟蹤編號保存到該第一單據(jù)中；

日志生成模塊，用于在該第一單據(jù)的履行過程中，根據(jù)該第一單據(jù)以及該第一單據(jù)相關(guān)的第二單據(jù)對庫存的操作，分別生成對應(yīng)的攜帶該全局跟蹤編號的庫存操作日志；

監(jiān)控模塊，用于根據(jù)所述攜帶全局跟蹤編號的庫存操作日志，監(jiān)控庫存。

可選地，所述第一單據(jù)包括以下一種或多種：銷售訂單、貨物收庫單。

可選地，所述第二單據(jù)包括以下一種或多種：庫內(nèi)歸位單、出庫單、差異單、攔截單。

可選地，所述庫存操作日志包括以下一個或多個屬性信息：單據(jù)編號、業(yè)務(wù)類型、庫存量單位編號、貨位編號、批次編號、貨主編號、庫存量單位的可銷售庫存量、庫存量單位的訂單占用庫存量、庫存量單位的實物庫存量。

可選地，所述監(jiān)控模塊，具體用于通過攜帶相同全局跟蹤編號的庫存操作日志，串聯(lián)不同單據(jù)對庫存的操作，分析并確定異常單據(jù)。

本發(fā)明實施例還提供一種計算機可讀存儲介質(zhì)，存儲有計算機可執(zhí)行指令，所述計算機可執(zhí)行指令被執(zhí)行時實現(xiàn)上述庫存監(jiān)控方法。

在本發(fā)明實施例中，在接收到來自業(yè)務(wù)方的第一單據(jù)后，生成該第一單據(jù)對應(yīng)的全局跟蹤編號，并將該全局跟蹤編號保存到該第一單據(jù)中；在該第一單據(jù)的履行過程中，根據(jù)該第一單據(jù)以及該第一單據(jù)相關(guān)的第二單據(jù)對庫存的操作，分別生成對應(yīng)的攜帶該全局跟蹤編號的庫存操作日志；根據(jù)所述攜帶全局跟蹤編號的庫存操作日志，監(jiān)控庫存。通過本發(fā)明實施例，在多業(yè)務(wù)單據(jù)場景下，在業(yè)務(wù)單據(jù)的鏈路起始生成全局唯一的全局跟蹤編號，利用攜帶全局跟蹤編號的庫存操作日志進行庫存監(jiān)控，有效地實現(xiàn)了多業(yè)務(wù)單據(jù)場景下庫存的全鏈路監(jiān)控。而且，本實施例提供的方案，操作簡便，易于實現(xiàn)。

在閱讀并理解了附圖和詳細描述后，可以明白其他方面。

附圖說明

圖1為本發(fā)明實施例提供的庫存監(jiān)控方法的流程圖；

圖2為本發(fā)明實施例提供的庫存監(jiān)控方法的應(yīng)用示例流程圖；

圖3為本發(fā)明實施例提供的庫存監(jiān)控裝置的示意圖。

具體實施方式

以下結(jié)合附圖對本發(fā)明實施例進行詳細說明，應(yīng)當理解，以下所說明的實施例僅用于說明和解釋本申請，并不用于限定本申請。

在附圖的流程圖示出的步驟可以在諸如一組計算機可執(zhí)行指令的計算機系統(tǒng)中執(zhí)行。并且，雖然在流程圖中示出了邏輯順序，但是在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟。

圖1為本發(fā)明實施例提供的倉儲庫存的監(jiān)控方法的流程圖。如圖1所示，本實施例提供的方法，例如應(yīng)用于倉庫管理系統(tǒng)(wms，warehousemanagementsystem)，包括以下步驟：

步驟101：在接收到來自業(yè)務(wù)方的第一單據(jù)后，生成該第一單據(jù)對應(yīng)的全局跟蹤編號，并將該全局跟蹤編號保存到該第一單據(jù)中。

其中，第一單據(jù)例如包括以下一種或多種：銷售訂單、貨物收庫單。然而，本發(fā)明實施例對此并不限定。所述來自業(yè)務(wù)方的第一單據(jù)可以是業(yè)務(wù)方對倉庫庫存的其他操作請求對應(yīng)的業(yè)務(wù)單據(jù)。

其中，全局跟蹤編號是全局唯一的。

步驟102：在該第一單據(jù)的履行過程中，根據(jù)該第一單據(jù)以及該第一單據(jù)相關(guān)的第二單據(jù)對庫存的操作，分別生成對應(yīng)的攜帶該全局跟蹤編號的庫存操作日志。

其中，在第一單據(jù)的履行過程中，會產(chǎn)生多個分支鏈路(即，第一單據(jù)的履行過程可能存在多種情況)，在每個鏈路上，會產(chǎn)生相關(guān)的第二單據(jù)，第二單據(jù)也存在對庫存的操作。其中，涉及對庫存的操作均會記錄有庫存操作日志，即，每個庫存操作日志會記錄相應(yīng)單據(jù)對庫存的操作信息。由于第一單據(jù)和第二單據(jù)均會涉及對庫存的操作，因此，針對每個單據(jù)對庫存的操作，都會生成對應(yīng)的庫存操作日志，于本實施例中，庫存操作日志攜帶步驟101生成的全局跟蹤編號。

其中，庫存操作日志可以包括以下一個或多個屬性信息：單據(jù)編號(id)、業(yè)務(wù)類型、庫存量單位編號、貨位編號、批次編號、貨主編號、庫存量單位的可銷售庫存量、庫存量單位的訂單占用庫存量、庫存量單位的實物庫存量。其中，可銷售庫存量代表前臺系統(tǒng)可以進行銷售的庫存量單位的庫存數(shù)量，根據(jù)可銷售庫存量可以防止前臺超賣；訂單占用庫存量為單據(jù)履行過程中，占用的庫存數(shù)量；實物庫存量為倉庫內(nèi)的庫存量單位(如某一商品)的實際庫存數(shù)量，一般新的實物庫存量會在商品出庫以后從原來的實物庫存量扣減出庫商品量得到。

其中，第二單據(jù)可以包括以下一種或多種：庫內(nèi)歸位單、出庫單、差異單、攔截單。然而，本發(fā)明實施例對此并不限定。第二單據(jù)可以是wms內(nèi)涉及庫存操作的其他類型單據(jù)。

于此，第二單據(jù)與第一單據(jù)相關(guān)。例如，當?shù)谝粏螕?jù)為銷售訂單時，該銷售訂單的履行過程可以包括以下多個分支鏈路：在第一單據(jù)的履行過程中，收到了上游的攔截指令時，則第二單據(jù)例如為攔截單；在第一單據(jù)的履行可以完成正常出庫流程時，則第二單據(jù)例如為出庫單；在第一單據(jù)的履行過程中，訂單產(chǎn)品在出庫前的質(zhì)檢環(huán)節(jié)被攔截時，則第二單據(jù)例如為庫內(nèi)歸位單；在第一單據(jù)的履行過程中，在訂單產(chǎn)品取貨時發(fā)現(xiàn)與該產(chǎn)品的庫存情況存在差異時，則第二單據(jù)例如為差異單。上述僅為舉例，本發(fā)明實施例對此并不限定。于實際應(yīng)用中，第二單據(jù)可以為在第一單據(jù)的履行過程中相關(guān)的其他類型單據(jù)。

步驟103：根據(jù)所述攜帶全局跟蹤編號的庫存操作日志，監(jiān)控庫存。

其中，本步驟可以包括：通過攜帶相同全局跟蹤編號的庫存操作日志，串聯(lián)不同單據(jù)對庫存的操作，分析并確定異常單據(jù)。

由于每個單據(jù)對應(yīng)的庫存操作日志均攜帶相應(yīng)的全局跟蹤編號，通過全局跟蹤編號可以統(tǒng)計庫存數(shù)據(jù)，從而對庫存情況進行監(jiān)控，可以方便及時地分析出存在異常狀況的全局跟蹤編號，以便于后續(xù)通知技術(shù)人員修復(fù)錯誤或進行數(shù)據(jù)訂正。

在本發(fā)明實施例中，為第一單據(jù)生成全局唯一的全局跟蹤編號，在多業(yè)務(wù)單據(jù)場景下，利用該全局跟蹤編號可以把第一單據(jù)以及與第一單據(jù)相關(guān)的第二單據(jù)對庫存的操作記錄串聯(lián)到一起，再進行離線分析。如此，可以離線分析出異常鏈路的全局跟蹤編號，再利用該全局跟蹤編號實時查詢庫存操作日志，以達到分析問題的目的。

下面參照圖2，以第一單據(jù)為銷售訂單為例對本發(fā)明實施例進行詳細說明。

如圖2所示，倉庫管理系統(tǒng)例如包括以下業(yè)務(wù)模塊：訂單模塊、庫內(nèi)模塊、庫存模塊；其中，訂單模塊用于處理銷售訂單相關(guān)數(shù)據(jù)，有一套倉庫專屬的訂單履行流程以實現(xiàn)訂單的出庫；庫內(nèi)模塊主要管理貨位上架、下架、移位、移庫、歸位等功能；庫存模塊用于為其他業(yè)務(wù)模塊的業(yè)務(wù)單據(jù)提供操作庫存的接口，并在對庫存的操作過程中記錄下庫存操作日志。

倉庫管理系統(tǒng)接收到來自業(yè)務(wù)方的銷售訂單后，通過履行該銷售訂單以實現(xiàn)業(yè)務(wù)方得到所需商品，即需要從倉庫的庫存中取出該銷售訂單內(nèi)的商品，并實現(xiàn)該商品出庫，從而最終通過物流運送給業(yè)務(wù)方(如買家)。

如圖2所示，本實施例的應(yīng)用示例的過程如下：

步驟1：在銷售訂單的預(yù)處理環(huán)節(jié)中，通過庫存接口為銷售訂單生成全局跟蹤編號(traceid)，并將該全局跟蹤編號保存到銷售訂單中；

其中，在倉庫管理系統(tǒng)接到銷售訂單以后，會對銷售訂單進行預(yù)處理，即對銷售訂單的數(shù)據(jù)進行一次再加工，主要流程包含拆包、取面單、占用庫存、生成訂單和包裹的庫存占用明細，上述預(yù)處理過程是一個銷售訂單履行鏈路的源頭，也是本實施例中生成traceid的起點；

其中，traceid可以根據(jù)業(yè)務(wù)方進行設(shè)置，例如，同類型業(yè)務(wù)方的銷售訂單對應(yīng)的traceid可以采用相同格式，或者為連續(xù)編號的traceid；然而，本發(fā)明實施例對此并不限定。

步驟2：在生成traceid之后，調(diào)用庫存接口完成對該銷售訂單的庫存占用；在該過程中，會生成該銷售訂單對應(yīng)的庫存操作日志，該庫存操作日志的數(shù)目與該銷售訂單內(nèi)包括的商品明細一致，即該銷售訂單中每一種商品對庫存的占用均會生成對應(yīng)的攜帶該traceid的庫存操作日志；

舉例而言，銷售訂單a包括買家購買的3件不同商品(如商品a1、a2、a3)，在預(yù)處理過程中，根據(jù)購買商品的種類，會生成三個訂單，如訂單b1(包括商品a1)、訂單b2(包括商品a2)以及訂單b3(包括商品a3)，則該銷售訂單對庫存的占用操作，會對應(yīng)的生成三個庫存操作日志，其中，庫存操作日志c1對應(yīng)在庫存中占用商品a1的操作(對應(yīng)訂單b1)，庫存操作日志c2對應(yīng)在庫存中占用商品a2的操作(對應(yīng)訂單b2)，庫存操作日志c3對應(yīng)在庫存中占用商品a3的操作(對應(yīng)訂單b3)；其中，庫存操作日志c1例如包括時間信息、銷售訂單a的全局跟蹤編號、訂單b1的編號、商品a1的標號、商品a1占用庫存的貨位標號等；此時，針對商品a1，商品a1的可銷售庫存量減少，訂單占用庫存量增加；

步驟3：訂單履行過程，該訂單履行過程包含了多個分支流；

步驟3.1，在收到針對該訂單的上游攔截指令之后，自動釋放該訂單占用的庫存；

以步驟2中商品a1對應(yīng)的訂單b1為例，在生成訂單b1且還未對訂單b1處理前(例如還未對商品a1進行揀貨處理)，在收到買家對商品a1的退單指令時，生成商品a1的攔截單，并生成攜帶全局跟蹤編號的庫存操作日志；此時，針對商品a1，商品a1的可銷售庫存量增加，訂單占用庫存量減少；

步驟3.2，訂單正常完成出庫流程；

以步驟2中商品a1對應(yīng)的訂單b1為例，在訂單b1正常完成揀貨、質(zhì)檢等過程，在出庫時會生成商品a1的出庫單，并生成攜帶全局跟蹤編號的庫存操作日志；此時，針對商品a1，商品a1的訂單占用庫存量減少，實物庫存量也減少；

步驟3.3，訂單包裹出現(xiàn)差異，在庫內(nèi)模塊生成差異單(銷售訂單的traceid會透傳給庫內(nèi)模塊)；

以步驟2中商品a1對應(yīng)的訂單b1為例，在根據(jù)訂單b1進行揀貨時，當發(fā)現(xiàn)訂單b1占用庫存情況與當前實際庫存情況不符時(例如，訂單b1在第一貨位占用庫存量為3，而實際第一貨位的庫存量僅為2)，生成差異單，并生成攜帶全局跟蹤編號的庫存操作日志；此時，針對商品a1，商品a1的訂單占用庫存量減少，差異占用量增加；

步驟3.4，訂單在質(zhì)檢環(huán)節(jié)被攔截，生成歸位包裹(銷售訂單的traceid會透傳給庫內(nèi)模塊)，在歸位容器完成后調(diào)用庫存接口；

以步驟2中商品a1對應(yīng)的訂單b1為例，在出庫前的質(zhì)檢環(huán)節(jié)接收到上游的攔截指令時，生成庫內(nèi)歸位單，并生成攜帶全局跟蹤編號的庫存操作日志；此時，針對商品a1，商品a1的訂單占用庫存量減少；

上述步驟3.1～3.4描述的四個分支流是擇一處理的。于實際應(yīng)用中，還存在其他多種分支流的情況，根據(jù)此處的說明，本領(lǐng)域技術(shù)人員容易知道對其他分支流情況的處理方式，故于此不再一一贅述。

在步驟3中，每種業(yè)務(wù)單據(jù)都會對庫存進行操作，并在操作過程中都會把透傳過來的traceid返回給庫存模塊，相當于所有訂單鏈路的庫存操作日志都帶有traceid。

步驟4：根據(jù)攜帶traceid的庫存操作日志，進行離線分析；

由于業(yè)務(wù)單據(jù)的庫存操作日志都攜帶有traceid，可以把庫存操作日志離線同步到離線計算平臺(如運行map-reduce任務(wù)的集群)，其中，在大數(shù)據(jù)平臺一般運行hive-sql。

例如，從庫存操作日志可以得到表1所示的數(shù)據(jù)：

表1

基于表1所示的數(shù)據(jù)，若需要分析訂單占用庫存量一直沒有清零的訂單時，可以采用以下程序語言：

select

traceid,skuid,batchid,cabinetid,sum(order_occupy)

fromwmp_inventory_log

groupbytraceid,skuid,batchid,cabinetid

havingsum(order_occupy)?。?

之后，將通過hive-sql分析出來有問題的traceid再回流到對賬數(shù)據(jù)庫中，倉庫管理員可以每天查看前一天分析出來異常的traceid，并用traceid實時查詢分析具體哪個單據(jù)出了問題，再通知開發(fā)人員修復(fù)漏洞(bug)或者進行數(shù)據(jù)訂正。

此外，如圖3所示，本發(fā)明實施例還提供一種庫存監(jiān)控裝置，包括：

全局跟蹤編號生成模塊301，用于在接收到來自業(yè)務(wù)方的第一單據(jù)后，生成該第一單據(jù)對應(yīng)的全局跟蹤編號，并將該全局跟蹤編號保存到所述第一單據(jù)中；

日志生成模塊302，用于在該第一單據(jù)的履行過程中，根據(jù)該第一單據(jù)以及該第一單據(jù)相關(guān)的第二單據(jù)對庫存的操作，分別生成對應(yīng)的攜帶該全局跟蹤編號的庫存操作日志；

監(jiān)控模塊303，用于根據(jù)所述攜帶全局跟蹤編號的庫存操作日志，監(jiān)控庫存。

其中，所述第一單據(jù)包括以下一種或多種：銷售訂單、貨物收庫單。

其中，所述第二單據(jù)包括以下一種或多種：庫內(nèi)歸位單、出庫單、差異單、攔截單。

其中，所述庫存操作日志包括以下一個或多個屬性信息：單據(jù)編號、業(yè)務(wù)類型、庫存量單位編號、貨位編號、批次編號、貨主編號、庫存量單位的可銷售庫存量、庫存量單位的訂單占用庫存量、庫存量單位的實物庫存量。

其中，所述監(jiān)控模塊303，具體用于通過攜帶相同全局跟蹤編號的庫存操作日志，串聯(lián)不同單據(jù)對庫存的操作，分析并確定異常單據(jù)。

另外，關(guān)于所述裝置的具體實現(xiàn)過程同上述方法所述，故于此不再贅述。

此外，本發(fā)明實施例還提供一種計算機可讀存儲介質(zhì)，存儲有計算機可執(zhí)行指令，所述計算機可執(zhí)行指令被執(zhí)行時實現(xiàn)所述庫存監(jiān)控方法。

本領(lǐng)域普通技術(shù)人員可以理解上述方法中的全部或部分步驟可通過程序來指令相關(guān)硬件(例如處理器)完成，所述程序可以存儲于計算機可讀存儲介質(zhì)中，如只讀存儲器、磁盤或光盤等?？蛇x地，上述實施例的全部或部分步驟也可以使用一個或多個集成電路來實現(xiàn)。相應(yīng)地，上述實施例中的各模塊/單元可以采用硬件的形式實現(xiàn)，例如通過集成電路來實現(xiàn)其相應(yīng)功能，也可以采用軟件功能模塊的形式實現(xiàn)，例如通過處理器執(zhí)行存儲于存儲器中的程序/指令來實現(xiàn)其相應(yīng)功能。本申請不限制于任何特定形式的硬件和軟件的結(jié)合。

以上顯示和描述了本申請的基本原理和主要特征和本申請的優(yōu)點。本申請不受上述實施例的限制，上述實施例和說明書中描述的只是說明本申請的原理，在不脫離本申請精神和范圍的前提下，本申請還會有各種變化和改進，這些變化和改進都落入要求保護的本申請范圍內(nèi)。