本發(fā)明涉及數(shù)據(jù)處理技術領域，尤其涉及一種基于序列號的設備銷售信息處理系統(tǒng)。

背景技術：

目前主流的電子商務系統(tǒng)，可以對商品進行基于最小商品單位(stockkeepingunit,sku)的管理，包括商品名稱、型號、材質、貨號、定價、描述等等。然而目前對商品的管理通常只精確到貨號，而并不是針對單個商品進行精確的跟蹤和管理。

這樣，在進行維修、檢修、更換等商品售后服務過程中，會因為無法精確跟蹤商品而導致售后服務無法精準的實施，增加額外的時間成本和人力成本。同時對于換貨無法進行精確有效的管控，帶來各種不便。

尤其是對于單價較高的商品，目前通用的商品跟蹤管理系統(tǒng)已經無法繼續(xù)滿足商家和客戶的需求。

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

本發(fā)明的目的是提供一種基于序列號的設備銷售信息處理系統(tǒng)，能夠基于商品序列號實現(xiàn)對每個商品在各個環(huán)節(jié)的精確跟蹤，從而能夠對于商品在銷售及售后過程中實現(xiàn)精確管控，節(jié)省人力和時間成本，并能提升售后服務質量，有利于提高顧客滿意度。

為實現(xiàn)上述目的，本發(fā)明提供了一種基于序列號的設備銷售信息處理系統(tǒng)，包括：訂單管理服務器、庫存商品數(shù)據(jù)庫、庫存管理服務器、庫管終端和發(fā)貨管理服務器；

所述訂單管理服務器接收訂購請求信息，所述訂購請求信息包括訂單號、商品id、訂購數(shù)量和訂購時間的信息、訂購者信息；

所述訂單管理服務器根據(jù)所述商品id和所述訂購數(shù)量，在庫存商品數(shù)據(jù)庫中查詢并確定待出庫商品信息，發(fā)送給所述發(fā)貨管理服務器；所述待出庫商品信息包括所述商品id、商品入庫時間和商品序列號的信息；

所述庫存管理服務器獲取所述庫管終端發(fā)送的備貨商品的備貨商品序列號的信息；

當所述備貨商品序列號與一個所述待出庫商品信息中的商品序列號一致時，所述庫存管理服務器生成一條商品備貨記錄信息，發(fā)送給所述發(fā)貨管理服務器；所述商品備貨記錄信息包括所述備貨商品序列號以及相應的商品id；

所述發(fā)貨管理服務器基于訂購請求信息的商品id和訂購數(shù)量獲取相應的商品備貨記錄信息，生成待發(fā)貨訂單數(shù)據(jù)；所述待發(fā)貨訂單數(shù)據(jù)包括訂單號、商品id、商品序列號、合計訂購數(shù)量、訂購時間的信息和訂購者信息。

優(yōu)選的，所述發(fā)貨管理服務器接收發(fā)貨操作指令，確定所述發(fā)貨操作指令對應的訂單號，并根據(jù)所述訂單號對應的待發(fā)貨訂單數(shù)據(jù)生成訂單發(fā)貨記錄；所述訂單發(fā)貨記錄包括所述訂單號與商品序列號的對應關系。

優(yōu)選的，所述庫存管理服務器具體用于：

根據(jù)所述訂購請求信息生成商品信息采集界面數(shù)據(jù)，并根據(jù)所述商品采集界面數(shù)據(jù)生成商品信息采集界面；

庫存管理終端接收通過所述商品信息采集界面輸入的備貨商品序列號的信息。

優(yōu)選的，所述系統(tǒng)還包括掃描設備；

所述掃描設獲取備貨商品的標識碼信息發(fā)送給所述庫存管理服務器；

所述庫存管理服務器根據(jù)所述標識碼信息查詢得到所述備貨商品序列號的信息。

優(yōu)選的，所述訂單管理服務器還用于接收用戶終端發(fā)送的客戶訂單信息，以及對所述客戶訂單信息進行解析，生成所述訂購請求信息。

優(yōu)選的，當所述備貨商品序列號與任意一個所述待出庫商品信息中的商品序列號都不一致時，所述庫存管理服務器生成備貨錯誤提示信息。

進一步優(yōu)選的，所述庫存管理服務器將所述備貨錯誤提示信息發(fā)送給所述訂單管理服務器；

所述訂單管理服務器根據(jù)所述備貨錯誤提示信息重新確定所述待出庫商品信息。

優(yōu)選的，所述合計訂購數(shù)量為：

同一訂單號下，相同商品id對應的商品序列號的個數(shù)總和。

優(yōu)選的，所述系統(tǒng)還包括質檢控制終端；

所述質檢控制終端根據(jù)商品的商品id確定質檢標準參數(shù)；

根據(jù)質檢標準參數(shù)確定商品的質檢數(shù)據(jù)是否為合格數(shù)據(jù)；

當所述質檢數(shù)據(jù)為合格數(shù)據(jù)時，所述質檢控制終端接收所述商品的商品序列號；

根據(jù)所述商品的商品id和商品序列號生成所述庫存商品信息并存儲到所述庫存商品數(shù)據(jù)庫。

本發(fā)明實施例提供的基于序列號的設備銷售信息處理系統(tǒng)，能夠基于商品序列號實現(xiàn)對每個商品在各個環(huán)節(jié)的精確跟蹤，從而能夠對于商品在銷售及售后過程中實現(xiàn)精確管控，節(jié)省人力和時間成本，并能提升售后服務質量，有利于提高顧客滿意度。

附圖說明

圖1為本發(fā)明實施例提供的基于序列號的設備銷售信息處理系統(tǒng)的示意圖；

圖2為本發(fā)明實施例提供的基于序列號的設備銷售數(shù)據(jù)處理方法流程圖。

具體實施方式

下面通過附圖和實施例，對本發(fā)明的技術方案做進一步的詳細描述。

本發(fā)明實施例提供的基于序列號的設備銷售信息處理系統(tǒng)中，所涉及的環(huán)節(jié)包括訂購、質檢、調撥、發(fā)貨等環(huán)節(jié)，處理系統(tǒng)可以具體由訂單管理服務器、庫存商品數(shù)據(jù)庫、庫存管理服務器、庫管終端、發(fā)貨管理服務器和質檢控制終端等構成。上述各個服務器和服務器之間，服務器和終端之間優(yōu)選的通過無線網絡連接。

下面，首先根據(jù)圖1所示的發(fā)明實施例提供的基于序列號的設備銷售信息處理系統(tǒng)的示意圖，對系統(tǒng)的主要結構進行說明。然后再結合圖2所示的設備銷售信息處理方法流程圖，對系統(tǒng)的運行過程進行說明。

如圖1所示，本發(fā)明實施例提供的基于序列號的設備銷售信息處理系統(tǒng)包括：訂單管理服務器1、庫存商品數(shù)據(jù)庫2、庫存管理服務器3、庫管終端4和發(fā)貨管理服務器5。

其中，訂單管理服務器1與發(fā)貨管理服務器5通過網絡相連接；庫存管理服務器3對庫存商品數(shù)據(jù)庫2具有訪問權限；庫存管理服務器3還與庫管終端4通過網絡相連，庫存管理服務器3與發(fā)貨管理服務器5也通過網絡相連接。

訂單管理服務器1主要對來自用戶的訂單進行管理、分析、信息提取；

庫存商品數(shù)據(jù)庫2用于對庫存商品進行記錄。

庫存管理服務器3對備貨商品和待出庫商品的信息進行管控。其中待出庫商品可以理解為工廠倉庫的庫存商品，而待出庫商品可以理解為銷售倉庫的庫存商品。

庫管終端4為庫存商品的操作人員所使用的終端設備，能通過有線、無線等方式與庫存管理服務器3進行通信。

發(fā)貨管理服務器5用于根據(jù)訂購請求信息和實際備貨情況，生成訂單發(fā)貨記錄。

在一些優(yōu)選的例子中，設備銷售信息處理系統(tǒng)還具有質檢控制終端6和掃描設備7。

質檢控制終端6用于管控進入庫存商品數(shù)據(jù)庫2的設備參數(shù)。

其中掃描設備7用以記錄備貨商品的標識碼信息，從而得到備貨商品序列號的信息發(fā)送給庫存管理服務器3。

以上各個終端、設備的具體工作過程，在下面，結合圖2所示的設備銷售信息處理方法流程圖進行說明。如圖2所示，本發(fā)明實施例提出的設備銷售信息處理系統(tǒng)中所涉及的處理方法主要包括如下步驟：

步驟110，訂單管理服務器獲取客戶訂單信息；

具體的，訂單管理服務器接收用戶終端發(fā)送的客戶訂單信息?？蛻粲唵涡畔⒅邪ㄓ杏唵翁枴⑸唐穒d、訂購數(shù)量和訂購者信息。其中，這里所說的商品id，可以是商品名稱，或者可以是商品名稱對應的商品編號等。每個商品id，都對應不同商品，不同商品之間可能是種類不同、型號不同、品牌不同等等。

步驟120，訂單管理服務器對客戶訂單信息進行解析，生成訂購請求信息；

具體的，通過解析得到上面所說的各項信息，然后根據(jù)訂單管理服務器接收到訂單信息的時間生成訂購請求信息。訂購請求信息包括訂單號、商品id、訂購數(shù)量和訂購時間的信息、訂購者信息；訂購時間即為訂單管理服務器接收到客戶訂單信息的時間。

步驟130，訂單管理服務器根據(jù)商品id和訂購數(shù)量，在庫存商品數(shù)據(jù)庫中查詢庫存商品信息并在庫存商品信息中確定待出庫商品信息，發(fā)送給發(fā)貨管理服務器；

具體的，系統(tǒng)中具有庫存商品數(shù)據(jù)庫，用于對通過質檢等待調撥出庫的商品進行庫存記錄。

生成庫存商品數(shù)據(jù)在實際應用中，可以是在商品生產完成質檢環(huán)節(jié)之后進行的。其具體過程可以在質檢控制終端中執(zhí)行：

質檢控制終端根據(jù)商品的商品id確定質檢標準參數(shù)，并根據(jù)質檢標準參數(shù)確定商品的質檢數(shù)據(jù)是否為合格數(shù)據(jù)；其中，質檢標準參數(shù)可以是預先存儲在質檢控制終端中的，或者通過網絡獲取存儲在網絡服務器上的。

當所述質檢數(shù)據(jù)為合格數(shù)據(jù)時，接收商品的商品序列號，然后根據(jù)商品的商品id和商品序列號生成庫存商品信息并存儲到庫存商品數(shù)據(jù)庫。

因此，可以通過商品id和訂購數(shù)量，基于設定規(guī)則來確定相應數(shù)量的待出庫商品。其中待出庫商品信息可以包括商品id、商品入庫時間和商品序列號的信息。

這里所說的預設規(guī)則，例如可以是庫存時長。按照庫存商品信息存儲到庫存商品數(shù)據(jù)庫的時間作為庫存起始時間，該時間與當前時間質檢的差值即為庫存時長?？梢砸?guī)定按照庫存時長的長短來確定哪些庫存商品作為待出庫商品。比如規(guī)定優(yōu)先選擇庫存時長長的庫存商品。

步驟140，庫存管理服務器獲取庫管終端發(fā)送的備貨商品的備貨商品序列號的信息；

具體的，獲取備貨商品的備貨商品序列號的信息是指在商品進入到銷售倉庫時，通過對商品手動記錄或者掃描的方式將商品實物的序列號進行輸入，從而能夠驗證實際進入銷售倉庫的商品，是否是計劃入庫商品，也就是系統(tǒng)中規(guī)定的待出庫商品。

通過手動記錄方式進行序列號的輸入，可以是庫存管理終端，簡稱庫管終端，根據(jù)訂購請求信息生成商品信息采集界面數(shù)據(jù)，并根據(jù)商品采集界面數(shù)據(jù)生成商品信息采集界面；然后接收用戶通過商品信息采集界面輸入的備貨商品序列號的信息，來實現(xiàn)備貨商品序列號的輸入。

通過掃描方式進行序列號的輸入，可以是通過掃描設獲取備貨商品的標識碼信息發(fā)送給庫存管理服務器；庫存管理服務器根據(jù)標識碼信息查詢得到備貨商品序列號的信息。

步驟150，庫存管理服務器確定備貨商品序列號是否是待出庫商品信息的商品序列號中的一個；

其中，當備貨商品序列號與一個待出庫商品信息中的商品序列號一致時，執(zhí)行步驟160-步驟180；否則，執(zhí)行步驟190。

步驟160，當備貨商品序列號與一個待出庫商品信息中的商品序列號一致時，庫存管理服務器生成一條商品備貨記錄信息；

其中，商品備貨記錄信息包括備貨商品序列號以及相應的商品id。在庫存管理服務器生成一條商品備貨記錄信息之后，將該信息發(fā)送給發(fā)貨管理服務器。

步驟170，發(fā)貨管理服務器基于訂購請求信息的商品id和訂購數(shù)量獲取相應的商品備貨記錄信息，生成待發(fā)貨訂單數(shù)據(jù)；

具體的，發(fā)貨管理服務器基于訂購請求信息的商品id和訂購數(shù)量獲取相應的商品備貨記錄信息。比如一個訂購請求信息中包括有兩個商品id，每個商品id的訂購數(shù)量均為兩件，則根據(jù)這些，發(fā)貨管理服務器從商品備貨記錄信息中查詢具有與這兩個商品id相同商品id的記錄，并確定相同的數(shù)量，生成待發(fā)貨訂單數(shù)據(jù)。

其中，待發(fā)貨訂單數(shù)據(jù)包括訂單號、商品id、商品序列號、合計訂購數(shù)量、訂購時間的信息和訂購者信息。

步驟180，發(fā)貨管理服務器接收發(fā)貨操作指令，確定發(fā)貨操作指令對應的訂單號，并根據(jù)訂單號對應的待發(fā)貨訂單數(shù)據(jù)生成訂單發(fā)貨記錄；

具體的，在生成待發(fā)貨訂單數(shù)據(jù)之后，發(fā)貨管理服務器可以將待發(fā)貨訂單數(shù)據(jù)發(fā)送到發(fā)貨管理終端進行顯示，或者發(fā)貨管理終端通過訪問服務器查詢得到待發(fā)貨訂單數(shù)據(jù)。

其中，訂單發(fā)貨記錄包括訂單號與商品序列號的對應關系。

由此，即完成了訂單從訂購、質檢、調撥、發(fā)貨的各個環(huán)節(jié)。

此外，當備貨商品序列號不在待出庫商品信息的商品序列號中時，執(zhí)行步驟190。

步驟190，當備貨商品序列號與任意一個待出庫商品信息中的商品序列號都不一致時，庫存管理服務器生成備貨錯誤提示信息，并根據(jù)備貨錯誤提示信息重新確定待出庫商品信息。

具體的，當庫存管理服務器驗證出準備要入庫出貨的備貨商品序列號與待出庫商品信息中的商品序列號不匹配時，首先生成備貨錯誤提示信息，用以提示庫管終端該商品異常。然后，根據(jù)備貨錯誤提示信息指示庫存管理服務器將發(fā)生問題的備貨商品序列號發(fā)送給庫管終端，從而能夠再重新確定定待出庫商品信息。

本發(fā)明實施例提供的基于序列號的設備銷售信息處理方法，能夠基于商品序列號實現(xiàn)對每個商品在各個環(huán)節(jié)的精確跟蹤，從而能夠對于商品在銷售及售后過程中實現(xiàn)精確管控，節(jié)省人力和時間成本，并能提升售后服務質量，有利于提高顧客滿意度。

因此，通過本發(fā)明提供的設備銷售信息處理系統(tǒng)，可以實現(xiàn)對每個商品的訂購、質檢、調撥、發(fā)貨進行精確管理，適合于單價較高的電子類設備商品。實現(xiàn)全流程的追溯。

專業(yè)人員應該還可以進一步意識到，結合本文中所公開的實施例描述的各示例的單元及算法步驟，能夠以電子硬件、計算機軟件或者二者的結合來實現(xiàn)，為了清楚地說明硬件和軟件的可互換性，在上述說明中已經按照功能一般性地描述了各示例的組成及步驟。這些功能究竟以硬件還是軟件方式來執(zhí)行，取決于技術方案的特定應用和設計約束條件。專業(yè)技術人員可以對每個特定的應用來使用不同方法來實現(xiàn)所描述的功能，但是這種實現(xiàn)不應認為超出本發(fā)明的范圍。

結合本文中所公開的實施例描述的方法或算法的步驟可以用硬件、處理器執(zhí)行的軟件模塊，或者二者的結合來實施。軟件模塊可以置于隨機存儲器(ram)、內存、只讀存儲器(rom)、電可編程rom、電可擦除可編程rom、寄存器、硬盤、可移動磁盤、cd-rom、或技術領域內所公知的任意其它形式的存儲介質中。

以上所述的具體實施方式，對本發(fā)明的目的、技術方案和有益效果進行了進一步詳細說明，所應理解的是，以上所述僅為本發(fā)明的具體實施方式而已，并不用于限定本發(fā)明的保護范圍，凡在本發(fā)明的精神和原則之內，所做的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內。