本發(fā)明屬于電子商務(wù)與供應(yīng)鏈管理領(lǐng)域，涉及互聯(lián)網(wǎng)、物聯(lián)網(wǎng)、電子商務(wù)、以及供應(yīng)鏈管理的技術(shù)領(lǐng)域，具體涉及一種餐飲供應(yīng)鏈及非標(biāo)類商品供應(yīng)鏈體系網(wǎng)上采購流程的優(yōu)化與自我優(yōu)化的網(wǎng)上采購系統(tǒng)。

背景技術(shù)：

農(nóng)產(chǎn)品及非標(biāo)類產(chǎn)品的線上采購目前非常的少。即使有這種類似也都是把非標(biāo)產(chǎn)品簡化為一個標(biāo)準(zhǔn)產(chǎn)品在銷售，普遍采取的是一種商城的模式，先把這些產(chǎn)品標(biāo)準(zhǔn)化，然后通過網(wǎng)頁的集中展示然后再銷售。但是實際上在餐飲及其其他領(lǐng)域，有太多的東西，都是有個性化的需求。目前整個流程根本無法滿足市場的需求。具體的問題體現(xiàn)在如下的幾個方面：

◆銷售方需要把一些特色的屬性去掉，然后變成一個標(biāo)準(zhǔn)品去銷售；

◆采購方無法通過互聯(lián)網(wǎng)找到自己需要的有特色的商品；同一種商品因為地域和發(fā)音等問題，導(dǎo)致交易雙發(fā)都無法準(zhǔn)確描述具體的需求，甚至因此造成重大的經(jīng)濟損失。并且農(nóng)商品的生產(chǎn)者大部分是農(nóng)民，分布在全國各地，而中國又是一個地大物博，文化資源十分豐富的國家，關(guān)于各種菜品在不同地區(qū)有不同的叫法，由于叫法不統(tǒng)一，對于不同的采購者來說可能會存在認(rèn)知困難，并且對于一些比較生僻的叫法，一般通過搜索功能搜索不到，給銷售者帶來一定的損失，對于一些價格比較公正，只是因為商家使用了一個生僻的名字而導(dǎo)致采購者搜索不到，也給采購者帶來一定的損失。

◆在現(xiàn)有的模式下，需要雙發(fā)花費大量的精力去篩選彼此的需求，需要投入比較高的人力成本。

◆目前的采購模式全要靠采購人員的業(yè)務(wù)水平和責(zé)任心，稍有不足經(jīng)常出錯，帶來一些不必要的經(jīng)濟損失。

◆餐飲等行業(yè)，屬于勞動密集型產(chǎn)業(yè)，勞動力素質(zhì)普遍不高。流動性大。培養(yǎng)一個可以線上采購的人員難度比較大。

關(guān)于網(wǎng)上采購系統(tǒng)，現(xiàn)有技術(shù)中已經(jīng)有了很多報道，尤其是在線的商品包括服裝、食品類的商品，網(wǎng)上采購系統(tǒng)已經(jīng)比較完善，但是對于一些餐飲及非標(biāo)類商品供應(yīng)鏈體系的網(wǎng)上采購系統(tǒng)現(xiàn)有技術(shù)中報道的還比較少。餐飲及其農(nóng)商品供應(yīng)鏈體系是一個勞動密集型產(chǎn)業(yè)，勞動力素質(zhì)普遍較不高，人員流動性非常大。申請?zhí)枮?01510532528.8的中國發(fā)明專利公開了一種多功能食品采購系統(tǒng)，本發(fā)明主要公開了在實際應(yīng)用時采用的一些模塊比如食品選擇模塊、食品地區(qū)選擇模塊、配送方式選擇模塊和付款選擇模塊，但是仍然沒有解決上述存在的問題。

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

本發(fā)明的目的在于提供一種餐飲及非標(biāo)類商品供應(yīng)鏈體系網(wǎng)上采購系統(tǒng)，用以解決現(xiàn)有的關(guān)于餐飲原料以及其它非標(biāo)商品無法通過線上采購的問題。

為實現(xiàn)上述目的，本發(fā)明采取如下技術(shù)方案：

一種餐飲及非標(biāo)類商品供應(yīng)鏈體系網(wǎng)上采購系統(tǒng)，所述采購系統(tǒng)包括采購前置系統(tǒng)、采購訂單生成系統(tǒng)和訂單后處理系統(tǒng)；所述采購前置系統(tǒng)包括以下四個核心業(yè)務(wù)模塊：

(1)共享命名模塊：用于構(gòu)建一個標(biāo)準(zhǔn)化的商品名稱目錄，為所有的商品提供統(tǒng)一的命名和圖片，讓在該系統(tǒng)下的任何一個角色都明白當(dāng)前商品是什么；其中，所述共享命名模塊中的商品命名和圖片只有系統(tǒng)管理員能夠修改，其余人員不能修改，以保證名稱及圖片的統(tǒng)一；

(2)用戶個性化商品模塊：企業(yè)根據(jù)自己商品的屬性在原有的標(biāo)準(zhǔn)化資料的基礎(chǔ)上，添加并構(gòu)建自己個性化的商品庫，用來實現(xiàn)自己與自己的供應(yīng)鏈體系之間的準(zhǔn)確有效溝通；

(3)供應(yīng)商及價格管理模塊：用于交易雙方通過標(biāo)準(zhǔn)化系統(tǒng)實現(xiàn)對接，而通過個性化的詢價及展示，實現(xiàn)買賣雙方的撮合商定，并最終形成交易雙方在價格、品質(zhì)、交期、批次都能夠接收的交易價格；

(4)需求與盤點模板模塊：用于通過對企業(yè)內(nèi)部各不同需求部門的整理與匯總，形成各部門的采購與盤點明細(xì)，在采購的時候，各需求部門員工只需要根據(jù)需求模板來填寫數(shù)量即可。

其中，所述采購訂單生成系統(tǒng)包括以下模塊：

(1)部門需求模塊：用于企業(yè)內(nèi)部的不同部門需要根據(jù)自己的實際需求，填寫相應(yīng)的數(shù)量不必考慮供應(yīng)商以及價格要素，僅需考慮各個部門的實際需求即可；

(2)訂單匯總與拆分模塊：用于通過云端計算平臺自動匯總企業(yè)不同部門的采購需求，并按照采購前置系統(tǒng)中相關(guān)信息，按照既定的規(guī)則拆分為不同的訂單；

(3)訂單采購模塊：用于收到訂單后，處理訂單并發(fā)貨；

(4)訂單付款模塊：用于通過引入?yún)f(xié)商付款的方式，用戶一次結(jié)束多筆訂單；付款金額不限于訂單金額。

其中，所述訂單后處理系統(tǒng)通過云計算，把中間商收到的采購訂單自動轉(zhuǎn)換為向上一級的采購需求單，依次循環(huán)從而減少整個供應(yīng)鏈體系中的數(shù)據(jù)輸入環(huán)節(jié)。

優(yōu)選地，所述需求與盤點模板模塊包括需求模板和庫存模板，所述需求模板默認(rèn)0庫存，根據(jù)需求設(shè)計需求模板生成部門需求單；所述庫存模板，其模板數(shù)為庫存數(shù)，用戶只需要盤點現(xiàn)有數(shù)量即可生成采購需求單。

更優(yōu)選地，所述部門需求單的生成是通過提取正常庫存水平與當(dāng)前庫存量之差或通過大數(shù)據(jù)分析企業(yè)不同部門每天實際需求和需求周期或把采購的過程直接向前延伸到實際需要的部門，并通過采購前置系統(tǒng)通過簡單表單檢查和數(shù)據(jù)判斷。

其中，所述部門需求單的生成是通過提取正常庫存水平與當(dāng)前庫存量之差或通過大數(shù)據(jù)分析企業(yè)不同部門每天實際需求和需求周期或把采購的過程直接向前延伸到實際需要的部門，并通過采購前置系統(tǒng)通過簡單表單檢查和數(shù)據(jù)判斷。

所述部門需求單只需要通過采購商匯總并審核各部門的需求就能夠直接向供應(yīng)商采購。

所述采購訂單生成系統(tǒng)通過云計算獲得該企業(yè)同一種商品在不同部門需求的總和，并匯總到一張報表中，并依據(jù)采購前置系統(tǒng)中預(yù)設(shè)的內(nèi)容按一定的順序分組顯示出來。

所述采購訂單生成系統(tǒng)根據(jù)所有分組匯總的需求形成采購訂單，并把需求數(shù)據(jù)發(fā)送給對應(yīng)的供應(yīng)商，供應(yīng)商收到用戶的訂單后，把本次采購的商品單價及總價反饋給采購方，無論賣方是否提供了該訂單的實際價格，都能夠讓訂單自動進(jìn)入下一個狀態(tài)，價格信息并不影響當(dāng)前訂單的繼續(xù)流轉(zhuǎn)。

所述網(wǎng)上采購系統(tǒng)還可以包括打印機或掃描槍或電子標(biāo)簽讀寫器，所述打印機用于打印出對應(yīng)的商品明細(xì)以及對應(yīng)的條形碼等內(nèi)容，所述掃描槍用于讀取并錄入相應(yīng)的商品信息，所述電子標(biāo)簽讀寫器用于讀取商品上具有電子標(biāo)簽的商品信息。

進(jìn)一步地，所述網(wǎng)上采購系統(tǒng)還包括中心數(shù)據(jù)庫，所述中心數(shù)據(jù)庫負(fù)責(zé)存儲并提供檢索商品的信息、商品供應(yīng)商信息、商品采購中心的采購信息、配菜中心的處理過程、配送中心的物流信息。

所述采購訂單生成系統(tǒng)，用于各部門根據(jù)自己設(shè)定好的需求明細(xì)內(nèi)容計算出自己的需求量，然后再在后臺系統(tǒng)自行匯總，并根據(jù)采購前置系統(tǒng)中設(shè)置好的供應(yīng)商及價格生成向默認(rèn)的供應(yīng)商的采購訂單；然后企業(yè)負(fù)責(zé)人或者采購人員確認(rèn)采購數(shù)量以及價格無誤，下訂單，然后就會進(jìn)入供應(yīng)商的訂單后處理系統(tǒng)。

本系統(tǒng)具有如下特性：

1、通過統(tǒng)一的命名系統(tǒng)與個性化的命名系統(tǒng)所形成的既有共性，又有個性的商品管理體系。

2、本系統(tǒng)通過平臺和企業(yè)不同的權(quán)限結(jié)構(gòu)，構(gòu)成不同角色的用戶有限管理統(tǒng)一商品的不同屬性的商品管理分級管理體系。

3、商品的銷售方可以針對同一種商品，針對不同的采購量設(shè)置不同的采購單價。還可以根據(jù)預(yù)設(shè)好的商品不同采購量所對應(yīng)的采購價，自動的填寫用戶的采購詢價單。

4、詢價與商品展示中通過共性的商品搜索與展示來獲取客戶或者供應(yīng)商信息，進(jìn)一步通過個性化的商品需求獲得商品詢價和報價，商品詢價階段可以通過設(shè)置不同的采購量獲得不同的階梯報價。

5、通過把采購工作前置到各實際需求部門，采購部門只需要根據(jù)系統(tǒng)匯總并審核各部門的需求單就可以直接向供應(yīng)商采購。

6、采購部門不需要在采購行為發(fā)生時再去思考找誰買的問題，而是直接基于前置系統(tǒng)中的相關(guān)設(shè)置，通過云計算直接向默認(rèn)的供應(yīng)商下單。

7、實際需求部門通過前置系統(tǒng)輸入用量比例，直接計算出該部門的需求數(shù)量，并生成需求單。

8、實際需求部門通過前置系統(tǒng)盤點現(xiàn)有商品數(shù)量，直接計算出該部門的需求數(shù)量，并生成需求單。

9、所述系統(tǒng)通過云計算的方式計算出該企業(yè)同一種商品在不同部門需求的總和，并匯總到一張報表中，并依據(jù)采購前置系統(tǒng)中預(yù)設(shè)的內(nèi)容按一定的順序分組顯示出來。

10、系統(tǒng)可以根據(jù)所有分組匯總的需求形成采購訂單，并把需求數(shù)據(jù)發(fā)送給對應(yīng)的供應(yīng)商。

11、供應(yīng)商收到用戶的訂單后，還可以把本次采購的商品單價及總價反饋給采購方。

12、無論賣方是否提供了該訂單的實際價格，都可以讓訂單自動進(jìn)入下一個狀態(tài)。價格信息并不影響當(dāng)前訂單的繼續(xù)流轉(zhuǎn)。

13、該系統(tǒng)用戶可以通過便攜式打印機隨時打印出對應(yīng)的商品明細(xì)以及對應(yīng)的條形碼等內(nèi)容。并通過掃描槍或者其他讀碼設(shè)備快速的讀取并錄入相應(yīng)的商品信息。

14、改系統(tǒng)可以把物料在不同環(huán)節(jié)監(jiān)測、稱重等信息保存到云平臺，用戶通過物料的上的電子標(biāo)簽或者條碼直接追溯該物料的所有相關(guān)歷史信息。

15、訂單結(jié)算可以采取單一訂單結(jié)算；也可以采取多個訂單統(tǒng)一結(jié)算的模式。訂單結(jié)算時，應(yīng)付金額可以與實付金額不等的方式把該訂單結(jié)束。

16、本系統(tǒng)中沒有了采購方和銷售方的界限，任何一個公司，既可以是采購方也可以是銷售方，或者同時具有兩者的屬性。

17、在一次采購關(guān)系的賣方可以直接把收到的采購訂單，直接轉(zhuǎn)換為下一次采購行為的采購需求單。并依次進(jìn)入下一個采購管理的循環(huán)周期，并且這個邏輯不受層級的限制，可以無限延伸。

本發(fā)明系統(tǒng)具有如下優(yōu)點：

1、統(tǒng)一交易雙方基本信息，提高交易效率；

2、非標(biāo)商品不再需要分隔成多個標(biāo)準(zhǔn)化的商品；

3、供求雙方可以直接通過此系統(tǒng)實現(xiàn)撮合交易；

4、能夠降低交易雙方的交易成本，提高交易效率；

5、本系統(tǒng)提供一套供應(yīng)鏈自我演化和完善的路徑，讓系統(tǒng)自我完善。

6、本系統(tǒng)可以提供一套切實可行的溯源體系。

附圖說明

圖1是一種餐飲及非標(biāo)類商品供應(yīng)鏈體系網(wǎng)上采購系統(tǒng)組成模塊圖；

圖2是另一種餐飲及非標(biāo)類商品供應(yīng)鏈體系網(wǎng)上采購系統(tǒng)組成模塊圖；

圖3是餐飲及非標(biāo)類商品供應(yīng)鏈體系網(wǎng)上采購系統(tǒng)一種采購流程圖。

具體實施方式

下面將通過具體實施例對本發(fā)明進(jìn)行詳細(xì)的描述。提供這些實施例是為了能夠更透徹地理解本發(fā)明，并且能夠?qū)⒈景l(fā)明的范圍完整的傳達(dá)給本領(lǐng)域的技術(shù)人員。

如在通篇說明書及權(quán)利要求當(dāng)中所提及的“包含”或“包括”為一開放式用語，故應(yīng)解釋成“包含但不限定于”。說明書后續(xù)描述為實施本發(fā)明的較佳實施方式，然所述描述乃以說明書的一般原則為目的，并非用以限定本發(fā)明的范圍。本發(fā)明的保護(hù)范圍當(dāng)視所附權(quán)利要求所界定者為準(zhǔn)。

實施例1

一種餐飲及非標(biāo)類商品供應(yīng)鏈體系網(wǎng)上采購系統(tǒng)，如圖1所示，所述采購系統(tǒng)包括采購前置系統(tǒng)、采購訂單生成系統(tǒng)和訂單后處理系統(tǒng)；所述采購前置系統(tǒng)包括以下四個核心業(yè)務(wù)模塊：

(1)共享命名模塊：用于構(gòu)建一個標(biāo)準(zhǔn)化的商品名稱目錄，為所有的商品提供統(tǒng)一的命名和圖片，讓在該系統(tǒng)下的任何一個角色都明白當(dāng)前商品是什么；所述電子標(biāo)簽讀寫器用于讀取商品上具有電子標(biāo)簽的商品信息；

(2)用戶個性化商品模塊：企業(yè)根據(jù)自己商品的屬性在原有的標(biāo)準(zhǔn)化資料的基礎(chǔ)上，添加并構(gòu)建自己個性化的商品庫，用來實現(xiàn)自己與自己的供應(yīng)鏈體系之間的準(zhǔn)確有效溝通；

(3)供應(yīng)商及價格管理模塊：用于交易雙方通過標(biāo)準(zhǔn)化系統(tǒng)實現(xiàn)對接，而通過個性化的詢價及展示，實現(xiàn)買賣雙放的撮合商定，并最終形成交易雙方在價格、品質(zhì)、交期、批次都能夠接收的交易；

(4)需求與盤點模板模塊：用于通過對企業(yè)內(nèi)部各不同需求部門的整理與匯總，形成各部門的采購與盤點明細(xì)，在采購的時候，各需求部門員工只需要根據(jù)需求模板來填寫數(shù)量即可。

其中，所述采購訂單生成系統(tǒng)包括以下模塊：

(1)部門需求模塊：用于企業(yè)內(nèi)部的不同部門需要根據(jù)自己的實際需求，填寫相應(yīng)的數(shù)量不必考慮供應(yīng)商以及價格要素，僅需考慮各個部門的實際需求即可；

(2)訂單匯總與拆分模塊：用于通過云端計算平臺自動匯總企業(yè)不同部門的采購需求，并按照采購前置系統(tǒng)中相關(guān)信息，按照既定的規(guī)則拆分為不同的訂單；

(3)訂單采購模塊：用于收到訂單后，處理訂單并發(fā)貨；

(4)訂單付款模塊：用于通過引入?yún)f(xié)商付款的方式，用戶一次結(jié)束多筆訂單；付款金額不限于訂單金額。

其中，所述訂單后處理系統(tǒng)通過云計算，把中間商收到的采購訂單自動轉(zhuǎn)換為向上一級的采購需求單，依次循環(huán)從而減少整個供應(yīng)鏈體系中的數(shù)據(jù)輸入環(huán)節(jié)。

優(yōu)選地，所述需求與盤點模板模塊包括需求模板和庫存模板，所述需求模板默認(rèn)零庫存，根據(jù)需求設(shè)計需求模板生成部門需求單；所述庫存模板，其模板數(shù)為庫存數(shù)，用戶只需要盤點現(xiàn)有數(shù)量即可生成采購需求單。

實施例2

一種餐飲及非標(biāo)類商品供應(yīng)鏈體系網(wǎng)上采購系統(tǒng)，如圖2所示，所述采購系統(tǒng)包括采購前置系統(tǒng)、采購訂單生成系統(tǒng)和訂單后處理系統(tǒng)；所述采購前置系統(tǒng)包括以下四個核心業(yè)務(wù)模塊：

(1)共享命名模塊：用于構(gòu)建一個標(biāo)準(zhǔn)化的商品名稱目錄，為所有的商品提供統(tǒng)一的命名和圖片，讓在該系統(tǒng)下的任何一個角色都明白當(dāng)前商品是什么；所述電子標(biāo)簽讀寫器用于讀取商品上具有電子標(biāo)簽的商品信息；

(2)用戶個性化商品模塊：企業(yè)根據(jù)自己商品的屬性在原有的標(biāo)準(zhǔn)化資料的基礎(chǔ)上，添加并構(gòu)建自己個性化的商品庫，用來實現(xiàn)自己與自己的供應(yīng)鏈體系之間的準(zhǔn)確有效溝通；

(3)供應(yīng)商及價格管理模塊：用于交易雙方通過標(biāo)準(zhǔn)化系統(tǒng)實現(xiàn)對接，而通過個性化的詢價及展示，實現(xiàn)買賣雙放的撮合商定，并最終形成交易雙方在價格、品質(zhì)、交期、批次都能夠接收的交易；

(4)需求與盤點模板模塊：用于通過對企業(yè)內(nèi)部各不同需求部門的整理與匯總，形成各部門的采購與盤點明細(xì)，在采購的時候，各需求部門員工只需要根據(jù)需求模板來填寫數(shù)量即可。

其中，所述采購訂單生成系統(tǒng)包括以下模塊：

(1)部門需求模塊：用于企業(yè)內(nèi)部的不同部門需要根據(jù)自己的實際需求，填寫相應(yīng)的數(shù)量不必考慮供應(yīng)商以及價格要素，僅需考慮各個部門的實際需求即可；

(2)訂單匯總與拆分模塊：用于通過云端計算平臺自動匯總企業(yè)不同部門的采購需求，并按照采購前置系統(tǒng)中相關(guān)信息，按照既定的規(guī)則拆分為不同的訂單；

(3)訂單采購模塊：用于收到訂單后，處理訂單并發(fā)貨；

(4)訂單付款模塊：用于通過引入?yún)f(xié)商付款的方式，用戶一次結(jié)束多筆訂單；付款金額不限于訂單金額。

其中，所述訂單后處理系統(tǒng)通過云計算，把中間商收到的采購訂單自動轉(zhuǎn)換為向上一級的采購需求單，依次循環(huán)從而減少整個供應(yīng)鏈體系中的數(shù)據(jù)輸入環(huán)節(jié)。

優(yōu)選地，所述需求與盤點模板模塊包括需求模板和庫存模板，所述需求模板默認(rèn)零庫存，根據(jù)需求設(shè)計需求模板生成部門需求單；所述庫存模板，其模板數(shù)為庫存數(shù)，用戶只需要盤點現(xiàn)有數(shù)量即可生成采購需求單。

所述網(wǎng)上采購系統(tǒng)還包括打印機、掃描槍和電子標(biāo)簽及其電子標(biāo)簽讀寫起，所述打印機用于打印出對應(yīng)的商品明細(xì)以及對應(yīng)的條形碼等內(nèi)容，所述掃描槍用于讀取并錄入相應(yīng)的商品信息，所述電子標(biāo)簽讀寫器用于讀取商品上具有電子標(biāo)簽的信息。

進(jìn)一步地，所述網(wǎng)上采購系統(tǒng)還包括中心數(shù)據(jù)庫，所述中心數(shù)據(jù)庫負(fù)責(zé)存儲并提供檢索商品的信息、商品供應(yīng)商信息、商品采購中心的采購信息、配菜中心的處理過程、配送中心的物流信息。

上述系統(tǒng)的使用方法具體流程如下(如圖3所示)：用戶可以選擇原料平臺目錄，然后在目錄下可以添加自己商品的獨特屬性，形成自己的材料庫，不同部門能夠根據(jù)需求設(shè)計各種明細(xì)需求表，還可以根據(jù)需求名稱修改參數(shù)生成部門預(yù)采購訂單，然后系統(tǒng)按名稱匯總，并根據(jù)供應(yīng)商體系自動分單，然后企業(yè)負(fù)責(zé)人或者采購人員確認(rèn)采購數(shù)量以及價格無誤，下訂單采購。

雖然，上文中已經(jīng)用一般性說明及具體實施例對本發(fā)明作了詳盡的描述，但在本發(fā)明基礎(chǔ)上，可以對之作一些修改或改進(jìn)，這對本領(lǐng)域技術(shù)人員而言是顯而易見的。因此，在不偏離本發(fā)明精神的基礎(chǔ)上所做的這些修改或改進(jìn)，均屬于本發(fā)明要求保護(hù)的范圍。