本發(fā)明涉及一種平臺用戶的管理方法及平臺服務(wù)器。

背景技術(shù)：

當(dāng)前市場上主流的平臺服務(wù)器均為：買家--平臺---賣家結(jié)構(gòu)。

存在的缺點(diǎn)是，下級供應(yīng)鏈需要做二次訂單轉(zhuǎn)換:

如圖1所示，買家A通過電商平臺X發(fā)送訂貨單1，賣家B接到訂貨單1后，開始組織生產(chǎn)、訂貨，仍然需要進(jìn)行采購，此時(shí)，賣家B實(shí)際上又轉(zhuǎn)變?yōu)橘I家，如圖2所示，其采購行為通過另一套電商平臺Y將訂貨單2發(fā)送到賣家C……

這樣做有兩個(gè)直接的缺點(diǎn)：

一是效率大大降低，對于生鮮食品的等保質(zhì)期短的產(chǎn)品，當(dāng)訂單量變大時(shí)，其由于訂單轉(zhuǎn)換的時(shí)間過長，影響訂單的流轉(zhuǎn)效率。

二是當(dāng)產(chǎn)品(尤其是食品)需要進(jìn)行追溯等管理時(shí)，由于產(chǎn)品經(jīng)過不同的平臺切換，其產(chǎn)品名稱(SKU)不同、供需多方不在同一個(gè)平臺上，訂單不再同一個(gè)平臺上。所以進(jìn)行原材料的追溯效率極低，且容易出現(xiàn)差錯(cuò)。

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

本發(fā)明所要解決的技術(shù)問題是，針對現(xiàn)有技術(shù)中OA、ERP、CRM、SCM等專業(yè)軟件都是分別實(shí)施的，用戶需要單獨(dú)購買所有所需的軟件才能實(shí)現(xiàn)需要的功能，提供一種通過統(tǒng)一平臺對用戶需求進(jìn)行管理的平臺用戶的管理方法及平臺服務(wù)器。

本發(fā)明解決上述技術(shù)問題的技術(shù)方案如下：一種平臺用戶的管理方法，包括以下步驟：

步驟1：接收用戶端發(fā)送的請求，按照請求為用戶端提供至少一個(gè)功能端口；

步驟2：用戶端通過功能端口進(jìn)入平臺服務(wù)器預(yù)存的功能模塊中，并發(fā)送用戶數(shù)據(jù)到功能模塊，平臺服務(wù)器內(nèi)預(yù)存有至少一個(gè)功能模塊；

步驟3：功能模塊對接收的用戶數(shù)據(jù)進(jìn)行處理，并反饋處理后信息到用戶端。

本發(fā)明的有益效果是：本發(fā)明立足于考慮用戶需要的基礎(chǔ)功能，打破了傳統(tǒng)OA、ERP、CRM、SCM等專業(yè)軟件的界限，抽取了其中主要的消息管理、內(nèi)部審核與權(quán)限、MRP、BOM、供應(yīng)商管理與客戶管理、銷售報(bào)價(jià)與采購詢價(jià)競標(biāo)，訂單管理，往來對賬與計(jì)算等多種功能，提供了面向用戶銷售、生產(chǎn)、采購三個(gè)訂單環(huán)節(jié)與財(cái)務(wù)、倉庫對接的流轉(zhuǎn)所需要涉及的功能，還提供了多點(diǎn)收貨、子賬戶獨(dú)立核算功能等。用戶在本電商平臺上，可以一站式解決以訂單流轉(zhuǎn)為核心業(yè)務(wù)的相關(guān)所有業(yè)務(wù)。

在上述技術(shù)方案的基礎(chǔ)上，本發(fā)明還可以做如下改進(jìn)。

進(jìn)一步，所述步驟2中用戶端的每個(gè)功能端口對應(yīng)一個(gè)功能模塊。

采用上述進(jìn)一步方案的有益效果是，平臺服務(wù)器內(nèi)預(yù)存有多個(gè)功能模塊，但不是所有用戶端都能進(jìn)入所有功能模塊，按照用戶需求，為用戶端提供相應(yīng)的端口進(jìn)行相應(yīng)的功能模塊。

進(jìn)一步，所述平臺服務(wù)器內(nèi)預(yù)存的功能模塊包括賬戶管理模塊、采購管理模塊、銷售管理模塊、財(cái)務(wù)管理模塊、物流管理模塊和個(gè)人管理模塊。

采用上述進(jìn)一步方案的有益效果是，通過不同功能模塊打破了傳統(tǒng)OA、ERP、CRM、SCM等專業(yè)軟件的界限，抽取了其中主要的消息管理、內(nèi)部審核與權(quán)限、MRP、BOM、供應(yīng)商管理與客戶管理、銷售報(bào)價(jià)與采購詢價(jià)競標(biāo)，訂單管理，往來對賬與計(jì)算等多種功能。

進(jìn)一步，每個(gè)所述功能模塊下設(shè)獨(dú)立的子功能模塊，并與其他功能模塊之間相互獨(dú)立。

進(jìn)一步，所述賬戶管理模塊用于管理本賬戶與平臺之間的關(guān)系，如：注冊、審核、開通功能模塊，內(nèi)部用戶掛接本賬戶與授權(quán)管理等，是本賬戶的最高權(quán)限者，是本賬戶與電商平臺的對接端；

所述采購管理模塊用于為用戶端提供供貨渠道及相關(guān)管理，用戶端通過采購管理模塊進(jìn)行發(fā)布訂單，采購管理模塊對訂單進(jìn)行內(nèi)部審核，審核通過后反饋接單信息到用戶端；用戶端還通過采購管理模塊進(jìn)行采購管理，如交易對象建立、交易規(guī)則確定、采購競標(biāo)管理、交易結(jié)果統(tǒng)計(jì)和交易數(shù)據(jù)分析等；

所述銷售管理模塊用于為用戶端提供銷售渠道，用戶端通過銷售管理模塊接收訂單、內(nèi)部審核訂單、與客戶方確認(rèn)訂單，產(chǎn)品出庫前，制作銷售出庫單等銷售過程；用戶端還通過銷售管理模塊進(jìn)行采購管理，如交易對象建立、交易規(guī)則確定、銷售報(bào)價(jià)管理、交易結(jié)果統(tǒng)計(jì)和交易數(shù)據(jù)分析等；

所述物流管理模塊負(fù)責(zé)處理物流發(fā)貨相關(guān)事宜；

所述財(cái)務(wù)管理模塊用于為用戶端提供財(cái)務(wù)處理功能，用戶端將財(cái)務(wù)數(shù)據(jù)發(fā)送到財(cái)務(wù)模塊，財(cái)務(wù)模塊對財(cái)務(wù)數(shù)據(jù)進(jìn)行處理并將處理結(jié)果反饋到用戶端；

所述個(gè)人管理模塊用于為用戶端提供個(gè)人管理功能，如個(gè)人信息維護(hù)、個(gè)人與賬戶管理關(guān)系的申請和維護(hù)、個(gè)人錢包和個(gè)人喜好等，用戶端將個(gè)人信息發(fā)送到個(gè)人管理模塊進(jìn)行管理。

本發(fā)明解決上述技術(shù)問題的技術(shù)方案如下：一種平臺服務(wù)器，包括請求接收模塊和功能模塊；

所述請求接收模塊，接收用戶端發(fā)送的請求，按照請求為用戶端提供至少一個(gè)功能端口；

所述功能模塊，用戶端通過功能端口進(jìn)入平臺服務(wù)器預(yù)存的功能模塊中，并發(fā)送用戶數(shù)據(jù)到功能模塊，平臺服務(wù)器內(nèi)預(yù)存有至少一個(gè)功能模塊；功能模塊對接收的用戶數(shù)據(jù)進(jìn)行處理，并反饋處理后信息到用戶端。

在上述技術(shù)方案的基礎(chǔ)上，本發(fā)明還可以做如下改進(jìn)。

進(jìn)一步，所述用戶端的每個(gè)功能端口對應(yīng)一個(gè)功能模塊。

進(jìn)一步，所述平臺服務(wù)器內(nèi)預(yù)存的功能模塊包括賬戶管理模塊、采購管理模塊、銷售管理模塊、財(cái)務(wù)管理模塊、物流管理模塊和個(gè)人管理模塊等。

采用上述進(jìn)一步方案的有益效果是，通過不同功能模塊打破了傳統(tǒng)OA、ERP、CRM、SCM等專業(yè)軟件的界限，抽取了其中主要的消息管理、內(nèi)部審核與權(quán)限、MRP、BOM、供應(yīng)商管理與客戶管理、銷售報(bào)價(jià)與采購詢價(jià)競標(biāo)，訂單管理，往來對賬與計(jì)算等多種功能。

進(jìn)一步，每個(gè)所述功能模塊下設(shè)獨(dú)立的子功能模塊，并與其他功能模塊之間相互獨(dú)立。

進(jìn)一步，所述賬戶管理模塊用于管理本賬戶與平臺之間的關(guān)系，如：注冊、審核、開通功能模塊，內(nèi)部用戶掛接本賬戶與授權(quán)管理等，是本賬戶的最高權(quán)限者，是本賬戶與電商平臺的對接端；

所述采購管理模塊用于為用戶端提供供貨渠道及相關(guān)管理，用戶端通過采購管理模塊進(jìn)行發(fā)布訂單，采購管理模塊對訂單進(jìn)行內(nèi)部審核，審核通過后反饋接單信息到用戶端；用戶端還通過采購管理模塊進(jìn)行采購管理，如交易對象建立、交易規(guī)則確定、采購競標(biāo)管理、交易結(jié)果統(tǒng)計(jì)和交易數(shù)據(jù)分析等；

所述銷售管理模塊用于為用戶端提供銷售渠道，用戶端通過銷售管理模塊接收訂單、內(nèi)部審核訂單、與客戶方確認(rèn)訂單，產(chǎn)品出庫前，制作銷售出庫單等銷售過程；用戶端還通過銷售管理模塊進(jìn)行采購管理，如交易對象建立、交易規(guī)則確定、銷售報(bào)價(jià)管理、交易結(jié)果統(tǒng)計(jì)和交易數(shù)據(jù)分析等；

所述物流管理模塊負(fù)責(zé)處理物流發(fā)貨相關(guān)事宜；

所述財(cái)務(wù)管理模塊用于為用戶端提供財(cái)務(wù)處理功能，用戶端將財(cái)務(wù)數(shù)據(jù)發(fā)送到財(cái)務(wù)模塊，財(cái)務(wù)模塊對財(cái)務(wù)數(shù)據(jù)進(jìn)行處理并將處理結(jié)果反饋到用戶端；

所述個(gè)人管理模塊用于為用戶端提供個(gè)人管理功能，如個(gè)人信息維護(hù)、個(gè)人與賬戶管理關(guān)系的申請和維護(hù)、個(gè)人錢包和個(gè)人喜好等，用戶端將個(gè)人信息發(fā)送到個(gè)人管理模塊進(jìn)行管理。

附圖說明

圖1為本發(fā)明實(shí)施例1所述的一種平臺用戶的管理方法流程圖；

圖2為本發(fā)明實(shí)施例2所述的一種平臺服務(wù)器結(jié)構(gòu)示意圖。

附圖中，各標(biāo)號所代表的部件列表如下：

1、請求接收模塊，2、功能模塊。

具體實(shí)施方式

以下結(jié)合附圖對本發(fā)明的原理和特征進(jìn)行描述，所舉實(shí)例只用于解釋本發(fā)明，并非用于限定本發(fā)明的范圍。

如圖1所示，為本發(fā)明實(shí)施例1所述的一種平臺用戶的管理方法，包括以下步驟：

步驟1：接收用戶端發(fā)送的請求，按照請求為用戶端提供至少一個(gè)功能端口；

步驟2：用戶端通過功能端口進(jìn)入平臺服務(wù)器預(yù)存的功能模塊中，并發(fā)送用戶數(shù)據(jù)到功能模塊，平臺服務(wù)器內(nèi)預(yù)存有至少一個(gè)功能模塊；

步驟3：功能模塊對接收的用戶數(shù)據(jù)進(jìn)行處理，并反饋處理后信息到用戶端。

所述步驟2中用戶端的每個(gè)功能端口對應(yīng)一個(gè)功能模塊。平臺服務(wù)器內(nèi)預(yù)存有多個(gè)功能模塊，但不是所有用戶端都能進(jìn)入所有功能模塊，按照用戶需求，為用戶端提供相應(yīng)的端口進(jìn)行相應(yīng)的功能模塊。

所述平臺服務(wù)器內(nèi)預(yù)存的功能模塊包括賬戶管理模塊、采購管理模塊、銷售管理模塊、財(cái)務(wù)管理模塊、物流管理模塊和個(gè)人管理模塊等。通過不同功能模塊打破了傳統(tǒng)OA、ERP、CRM、SCM等專業(yè)軟件的界限，抽取了其中主要的消息管理、內(nèi)部審核與權(quán)限、MRP、BOM、供應(yīng)商管理與客戶管理、銷售報(bào)價(jià)與采購詢價(jià)競標(biāo)，訂單管理，往來對賬與計(jì)算等多種功能。

每個(gè)所述功能模塊下設(shè)獨(dú)立的子功能模塊，并與其他功能模塊之間相互獨(dú)立。

所述賬戶管理模塊用于管理本賬戶與平臺之間的關(guān)系，如：注冊、審核、開通功能模塊，內(nèi)部用戶掛接本賬戶與授權(quán)管理等，是本賬戶的最高權(quán)限者，是本賬戶與電商平臺的對接端；

所述采購管理模塊用于為用戶端提供供貨渠道及相關(guān)管理，用戶端通過采購管理模塊進(jìn)行發(fā)布訂單，采購管理模塊對訂單進(jìn)行內(nèi)部審核，審核通過后反饋接單信息到用戶端；用戶端還通過采購管理模塊進(jìn)行采購管理，如交易對象建立、交易規(guī)則確定、采購競標(biāo)管理、交易結(jié)果統(tǒng)計(jì)和交易數(shù)據(jù)分析等；

所述銷售管理模塊用于為用戶端提供銷售渠道，用戶端通過銷售管理模塊接收訂單、內(nèi)部審核訂單、與客戶方確認(rèn)訂單，產(chǎn)品出庫前，制作銷售出庫單等銷售過程；用戶端還通過銷售管理模塊進(jìn)行采購管理，如交易對象建立、交易規(guī)則確定、銷售報(bào)價(jià)管理、交易結(jié)果統(tǒng)計(jì)和交易數(shù)據(jù)分析等；

所述物流管理模塊負(fù)責(zé)處理物流發(fā)貨相關(guān)事宜；

所述財(cái)務(wù)管理模塊用于為用戶端提供財(cái)務(wù)處理功能，用戶端將財(cái)務(wù)數(shù)據(jù)發(fā)送到財(cái)務(wù)模塊，財(cái)務(wù)模塊對財(cái)務(wù)數(shù)據(jù)進(jìn)行處理并將處理結(jié)果反饋到用戶端；

所述個(gè)人管理模塊用于為用戶端提供個(gè)人管理功能，如個(gè)人信息維護(hù)、個(gè)人與賬戶管理關(guān)系的申請和維護(hù)、個(gè)人錢包、個(gè)人喜好等，用戶端將個(gè)人信息發(fā)送到個(gè)人管理模塊進(jìn)行管理。

如圖2所示，為本發(fā)明實(shí)施例2所述的一種平臺服務(wù)器，包括請求接收模塊1和功能模塊2；

所述請求接收模塊1，接收用戶端發(fā)送的請求，按照請求為用戶端提供至少一個(gè)功能端口；

所述功能模塊2，用戶端通過功能端口進(jìn)入平臺服務(wù)器預(yù)存的功能模塊中，并發(fā)送用戶數(shù)據(jù)到功能模塊，平臺服務(wù)器內(nèi)預(yù)存有至少一個(gè)功能模塊；功能模塊對接收的用戶數(shù)據(jù)進(jìn)行處理，并反饋處理后信息到用戶端。

所述用戶端的每個(gè)功能端口對應(yīng)一個(gè)功能模塊。

所述平臺服務(wù)器內(nèi)預(yù)存的功能模塊包括賬戶管理模塊、采購管理模塊、銷售管理模塊、財(cái)務(wù)管理模塊、物流管理模塊和個(gè)人管理模塊。

每個(gè)所述功能模塊下設(shè)獨(dú)立的子功能模塊，并與其他功能模塊之間相互獨(dú)立。

所述賬戶管理模塊用于管理本賬戶與平臺之間的關(guān)系，如：注冊、審核、開通功能模塊，內(nèi)部用戶掛接本賬戶與授權(quán)管理等，是本賬戶的最高權(quán)限者，是本賬戶與電商平臺的對接端；

所述采購管理模塊用于為用戶端提供供貨渠道及相關(guān)管理，用戶端通過采購管理模塊進(jìn)行發(fā)布訂單，采購管理模塊對訂單進(jìn)行內(nèi)部審核，審核通過后反饋接單信息到用戶端；用戶端還通過采購管理模塊進(jìn)行采購管理，如交易對象建立、交易規(guī)則確定、采購競標(biāo)管理、交易結(jié)果統(tǒng)計(jì)和交易數(shù)據(jù)分析等；

所述銷售管理模塊用于為用戶端提供銷售渠道，用戶端通過銷售管理模塊接收訂單、內(nèi)部審核訂單、與客戶方確認(rèn)訂單，產(chǎn)品出庫前，制作銷售出庫單等銷售過程；用戶端還通過銷售管理模塊進(jìn)行采購管理，如交易對象建立、交易規(guī)則確定、銷售報(bào)價(jià)管理、交易結(jié)果統(tǒng)計(jì)和交易數(shù)據(jù)分析等；

所述物流管理模塊負(fù)責(zé)處理物流發(fā)貨相關(guān)事宜；

所述財(cái)務(wù)管理模塊用于為用戶端提供財(cái)務(wù)處理功能，用戶端將財(cái)務(wù)數(shù)據(jù)發(fā)送到財(cái)務(wù)模塊，財(cái)務(wù)模塊對財(cái)務(wù)數(shù)據(jù)進(jìn)行處理并將處理結(jié)果反饋到用戶端；

所述個(gè)人管理模塊用于為用戶端提供個(gè)人管理功能，如個(gè)人信息維護(hù)、個(gè)人與賬戶管理關(guān)系的申請和維護(hù)、個(gè)人錢包、個(gè)人喜好等，用戶端將個(gè)人信息發(fā)送到個(gè)人管理模塊進(jìn)行管理。

以上所述僅為本發(fā)明的較佳實(shí)施例，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。