本申請涉及計算機領域,尤其涉及一種用于供應鏈的數據傳輸的方法及設備。
背景技術:
現有的電子商務平臺,都只是包含買、賣雙方兩層的流轉關系,但是部分傳統型銷售行業,尚未能打破中間多層級經銷商的經銷管理。目前傳統銷售行業所面臨的問題包括線上層級斷裂,當前的傳統銷售行業多以線下操作為主,因為有人工的干預操作,可以靈活處理多種事件比如貨物調配、費用調整、貨物配送等,但是同樣模式在線上很難操作,因為現有的電子商務體系無法滿足很多靈活性的操作,只能滿足基本的產品管理、銷售下單,所以當前的線上銷售平臺,多以買、賣兩級為主,從而導致在廠商、經銷商、批發商、零售商、客戶之間的數據不統一、產品管理反復操作、訂單數據一層層無法連續傳遞、金額需要層層管理進出、人力成本耗損較高。經過多個層級線路進行銷售時,產品的采購數量不是同一等級,甚至不是一個單位級別的采購,導致線上操作過程中,有從整拆零的過程,目前的電子商務平臺都是以統一單位進行操作的,數量級別越高,操作越難,金額換算也很難處理。
技術實現要素:
本申請的一個目的是提供一種用于供應鏈的數據傳輸的方法及設備,解決現有技術中多層級鏈路銷售時各層級之間數據不統一、產品操作復雜難以實現針對不同的商品的數量單位級的拆分和合并計算的問題。
根據本申請的一個方面,提供了一種用于供應鏈的數據傳輸的方法,該方法包括:
獲取供應鏈的基礎產品數據,根據預設的供應權限及對應的層級用戶的類別將所述基礎產品數據進行分類存儲;
將分類存儲后的基礎產品數據傳輸至下一層層級用戶,在所述下一層層級用戶中對所述基礎產品數據進行疊加處理,得到疊加后的產品數據;
將所述疊加后的產品數據傳輸至后續的層級用戶,重復以下步驟:在后續每一層級用戶中均對從上一層層級用戶中獲取到的產品數據進行疊加處理,直至傳輸至層級用戶中的購買用戶。
進一步地,所述層級用戶還包括按層級順序的廠方用戶、經銷用戶、批發用戶及零售用戶。
進一步地,獲取供應鏈的基礎產品數據,包括:
獲取包括產品名稱、產品介紹、規格參數、產品價格及計量單位中任一種或任幾種的供應鏈的基礎產品數據。
進一步地,在所述下一層層級用戶中對所述基礎產品數據進行疊加處理,包括:
在所述下一層層級用戶中根據其對應的層級用戶的權限對所述基礎產品數據進行疊加處理。
進一步地,在所述下一層層級用戶中對所述基礎產品數據進行疊加處理,得到疊加后的產品數據,包括:
在所述下一層層級用戶中根據其對應的層級用戶的權限對所述基礎產品數據進行疊加處理,得到包括產品價格、最低產品起售單位及最低起售數量的疊加后的產品數據。
進一步地,在所述下一層層級用戶中對所述基礎產品數據進行疊加處理,還包括:
在所述下一層層級用戶中根據其對應的層級用戶的權限對所述基礎產品數據進行包括配置產品供銷活動權限的疊加處理。
進一步地,根據預設的供應權限及對應的層級用戶的類別將所述基礎產品數據進行分類存儲,包括:
根據預設的供應權限及對應的層級用戶的類別將所述基礎產品數據進行分類存儲至產品列表中。
進一步地,所述方法包括:
后續每一層級用戶中的產品庫存信息由從上一層層級用戶中獲取到的產品數量確定;
根據當前層級用戶的權限、所述產品庫存信息及從上一層級用戶中獲取產品時的產品價格對從上一層層級用戶中獲取到的產品數據進行疊加處理。
根據本申請另一個方面,還提供了一種用于供應鏈的數據傳輸的設備,所述設備包括:
獲取裝置,用于獲取供應鏈的基礎產品數據,根據預設的供應權限及對應的層級用戶的類別將所述基礎產品數據進行分類存儲;
疊加處理裝置,用于將分類存儲后的基礎產品數據傳輸至下一層層級用戶,在所述下一層層級用戶中對所述基礎產品數據進行疊加處理,得到疊加后的產品數據;
傳輸裝置,用于將所述疊加后的產品數據傳輸至后續的層級用戶,重復以下步驟:在后續每一層級用戶中均對從上一層層級用戶中獲取到的產品數據進行疊加處理,直至傳輸至層級用戶中的購買用戶。
進一步地,所述層級用戶還包括按層級順序的廠方用戶、經銷用戶、批發用戶及零售用戶。
進一步地,獲取裝置用于:
獲取包括產品名稱、產品介紹、規格參數、產品價格及計量單位中任一種或任幾種的供應鏈的基礎產品數據。
進一步地,所述疊加處理裝置用于:
在所述下一層層級用戶中根據其對應的層級用戶的權限對所述基礎產品數據進行疊加處理。
進一步地,所述疊加處理裝置用于:
在所述下一層層級用戶中根據其對應的層級用戶的權限對所述基礎產品數據進行疊加處理,得到包括產品價格、最低產品起售單位及最低起售數量的疊加后的產品數據。
進一步地,所述疊加處理裝置還用于:
在所述下一層層級用戶中根據其對應的層級用戶的權限對所述基礎產品數據進行包括配置產品供銷活動權限的疊加處理。
進一步地,所述獲取裝置用于:
根據預設的供應權限及對應的層級用戶的類別將所述基礎產品數據進行分類存儲至產品列表中。
進一步地,所述設備包括:
確定裝置,用于后續每一層級用戶中的產品庫存信息由從上一層層級用戶中獲取到的產品數量確定;
其中,所述疊加處理裝置,用于根據當前層級用戶的權限、所述產品庫存信息及從上一層級用戶中獲取產品時的產品價格對從上一層層級用戶中獲取到的產品數據進行疊加處理。
與現有技術相比,本申請通過獲取供應鏈的基礎產品數據,根據預設的供應權限及對應的層級用戶的類別將所述基礎產品數據進行分類存儲;將分類存儲后的基礎產品數據傳輸至下一層層級用戶,在所述下一層層級用戶中對所述基礎產品數據進行疊加處理,得到疊加后的產品數據;將所述疊加后的產品數據傳輸至后續的層級用戶,重復以下步驟:在后續每一層級用戶中均對從上一層層級用戶中獲取到的產品數據進行疊加處理,直至傳輸至層級用戶中的購買用戶。從而可以實現針對不同的產品的數量單位級的拆分和合并計算,每一層級用戶在上一層級用戶的產品采購信息上進行疊加修改產品信息,保證了產品信息的統一性和獨特性。
附圖說明
通過閱讀參照以下附圖所作的對非限制性實施例所作的詳細描述,本申請的其它特征、目的和優點將會變得更明顯:
圖1示出本申請一實施例中供應鏈供銷平臺示意圖;
圖2示出根據本申請的一個方面提供的一種用于供應鏈的數據傳輸的方法流程示意圖;
圖3示出本申請一實施例中的供應鏈中數據流轉的示意圖;
圖4示出根據本申請的另一個方面提供的一種用于供應鏈的數據傳輸的設備結構示意圖。
附圖中相同或相似的附圖標記代表相同或相似的部件。
具體實施方式
下面結合附圖對本申請作進一步詳細描述。
在本申請一個典型的配置中,終端、服務網絡的設備和可信方均包括一個或多個處理器(cpu)、輸入/輸出接口、網絡接口和內存。
內存可能包括計算機可讀介質中的非永久性存儲器,隨機存取存儲器(ram)和/或非易失性內存等形式,如只讀存儲器(rom)或閃存(flashram)。內存是計算機可讀介質的示例。
計算機可讀介質包括永久性和非永久性、可移動和非可移動媒體可以由任何方法或技術來實現信息存儲。信息可以是計算機可讀指令、數據結構、程序的模塊或其他數據。計算機的存儲介質的例子包括,但不限于相變內存(pram)、靜態隨機存取存儲器(sram)、動態隨機存取存儲器(dram)、其他類型的隨機存取存儲器(ram)、只讀存儲器(rom)、電可擦除可編程只讀存儲器(eeprom)、快閃記憶體或其他內存技術、只讀光盤只讀存儲器(cd-rom)、數字多功能光盤(dvd)或其他光學存儲、磁盒式磁帶,磁帶磁盤存儲或其他磁性存儲設備或任何其他非傳輸介質,可用于存儲可以被計算設備訪問的信息。按照本文中的界定,計算機可讀介質不包括非暫存電腦可讀媒體(transitorymedia),如調制的數據信號和載波。
圖1示出本申請一實施例中供應鏈供銷平臺示意圖,其中,所述供應鏈供銷平臺分為前端基礎供銷、后端管理供應和平臺綜合運維管理方三部分,主要包括五個層級用戶,前端基礎供銷中的層級用戶包括普通用戶和零售商,后端管理供應中的層級用戶包括批發商、經銷商和廠商。在前端基礎供銷中,根據賬戶類型的不同劃分為獨立使用的功能模塊,可以由用戶和零售商自行注冊,零售商注冊時需要提供相應的資質文件進行審核,零售商向批發商進行采購,產品數據來源于批發商;在后端管理供應中,在同一訪問路徑中根據不同的賬戶權限劃分批發商、經銷商和廠商三個層級用戶的訪問功能,三個層級用戶獨立運營管理,基礎的產品數據可以共享,并且相互的產品價格之間有關聯;平臺綜合運維管理方在不同類型的運維方使用過程中會根據不同的需求設定功能列表,根據權限配置供應鏈中各層級的功能列表,具有層級用戶管理、平臺賬戶管理、權限管理等功能。通過本申請所述的供應鏈供銷平臺,產品參數等數據只需上傳一次,所有層級用戶都可以使用,不需在不同的階段反復上傳和編輯,從而滿足了線上產品的統一、產品管理不需要反復操作、訂單數據可層層連續傳遞,減少人力成本耗損。其中,圖1中所述的供應鏈供銷平臺的數據流轉模式通過以下方法實現:
圖2示出根據本申請的一個方面提供的一種用于供應鏈的數據傳輸的方法流程示意圖,該方法包括:步驟s11~步驟s13,其中,在步驟s11中,獲取供應鏈的基礎產品數據,根據預設的供應權限及對應的層級用戶的類別將所述基礎產品數據進行分類存儲;在步驟s12中,將分類存儲后的基礎產品數據傳輸至下一層層級用戶,在所述下一層層級用戶中對所述基礎產品數據進行疊加處理,得到疊加后的產品數據;在步驟s13中,將所述疊加后的產品數據傳輸至后續的層級用戶,重復以下步驟:在后續每一層級用戶中均對從上一層層級用戶中獲取到的產品數據進行疊加處理,直至傳輸至層級用戶中的購買用戶。從而可以實現針對不同的產品的數量單位級的拆分和合并計算,每一層級用戶在上一層級用戶的產品采購信息上進行疊加修改產品信息,保證了產品信息的統一性和獨特性。
具體地,在步驟s11中,獲取供應鏈的基礎產品數據,根據預設的供應權限及對應的層級用戶的類別將所述基礎產品數據進行分類存儲;在本申請一實施例中,步驟s11,獲取包括產品名稱、產品介紹、規格參數、產品價格及計量單位中任一種或任幾種的供應鏈的基礎產品數據。在此,所述層級用戶包括按層級順序的廠方用戶、經銷用戶、批發用戶及零售用戶。在本申請一實施例中,首先需要層級用戶中的廠方用戶根據獲取的基礎產品數據構建基礎的產品庫,例如可以為生產商提供最基礎的產品信息內容,主要包含了產品的基礎信息(產品名稱、產品介紹、產品圖片等)、規格參數和出廠的產品價格,并且根據預設的供應權限和對應的層級用戶的類別對基礎產品數據進行分類,例如,根據不同的設定和對應的經銷用戶進行綁定劃分,如設定不同類別的經銷用戶可以銷售的產品及對應的最低起售數量和最低起售單位等,將基礎產品數據進行綁定劃分的分類后進行存儲,便于后續層級用戶的使用,作為供應鏈中的統一數據,后續層級用戶使用產品數據時無需反復上傳和編輯。
優選地,在步驟s11中,根據預設的供應權限及對應的層級用戶的類別將所述基礎產品數據進行分類存儲至產品列表中。在本申請一實施例中,根據不同的設定和對應的經銷用戶進行綁定劃分時,分類存儲至產品列表中,便于根據不同經銷用戶的采購請求快速查詢到請求對應的產品數據,將對應的產品數據傳輸至對應的經銷用戶,確保產品數據的準確流轉。
具體地,在步驟s12中,將分類存儲后的基礎產品數據傳輸至下一層層級用戶,在所述下一層層級用戶中對所述基礎產品數據進行疊加處理,得到疊加后的產品數據;在本申請一實施例中,所述層級用戶包括按層級順序的廠方用戶、經銷用戶、批發用戶及零售用戶,廠方用戶的下一層層級用戶為經銷用戶,經銷用戶的下一層層級用戶為批發用戶,批發用戶的下一層層級用戶為零售用戶,在廠方用戶的層級中對基礎產品數據進行分類存儲后,傳輸至下一層層級用戶,即經銷用戶進行采購產品,采購后在原有的產品數據基礎上進行疊加修改,修改為將要出售的商品信息,包含出售的價格、出售的規格模式等信息。
具體地,在步驟s13中,將所述疊加后的產品數據傳輸至后續的層級用戶,重復以下步驟:在后續每一層級用戶中均對從上一層層級用戶中獲取到的產品數據進行疊加處理,直至傳輸至層級用戶中的購買用戶。在本申請一實施例中,經銷用戶的下一層層級用戶為批發用戶,批發用戶向經銷用戶進行采購產品,獲取到經過經銷用戶疊加修改后的產品數據,對獲得的產品數據在上一層層級用戶的修改基礎上再進行疊加修改,修改為當前層級用戶將要出售的商品信息。同理,批發用戶修改后的產品數據傳輸至下一層層級用戶零售用戶,零售用戶對接收到的產品數據進行修改,每一層級用戶均在上一層級的產品采購信息上進行疊加修改,再次進行銷售直至購買用戶,其中,購買用戶為普通用戶,只能進行采購產品,不能夠銷售產品及修改產品信息。通過每一層層級用戶對產品數據的疊加修改,保證了產品數據的統一性,其中,統一性是指只要由廠方用戶提供產品的基本參數和宣傳介紹圖片信息等,后續層級用戶都不再需要去反復操作;獨特性是指每一層級用戶,只要在原有產品信息上修改銷售過程中所需的一些參數即可實現商品的唯一性,不同的用戶可銷售的商品可能是不同的,同一個商品的銷售價格、優惠模式也可能不同。
在本申請一實施例中,在步驟s12中,在所述下一層層級用戶中根據其對應的層級用戶的權限對所述基礎產品數據進行疊加處理。在本申請所述的供應鏈供銷平臺中,采用本申請所述的供應鏈的數據傳輸方法,每個層級的用戶使用相同的產品基礎數據,但在數據操作過程中,根據不同的層級用戶權限設定可操作范圍,例如,針對基礎數據只有廠方用戶可以進行添加編輯和修改,而下一層層級用戶根據基礎數據只修改銷售所需數據信息即可。
優選地,在步驟s12及步驟s13的重復步驟中,在所述下一層層級用戶中根據其對應的層級用戶的權限對所述基礎產品數據進行疊加處理,得到包括產品價格、最低產品起售單位及最低起售數量的疊加后的產品數據。在此,根據層級用戶的權限對從上一層層級用戶中獲取的產品數據進行疊加修改時,包括修改當前層級用戶銷售所需的產品價格、最低起售單位、最低起售數量等數據信息,將這些產品數據進行疊加修改后,進行存儲生成新的商品信息,從而能夠實時調整和更新產品的價格數據,每一層級的價格都有進貨價和零售價,無需每次都要自己去根據不同的產品去添加進貨價,而是只要根據上一層級的進貨價來設定銷售價格即可,在此,商品的采購價格自動轉換為商品的成本價。
在本申請一實施例中,圖3示出本申請一實施例中的供應鏈中數據流轉的示意圖;首先是構建基礎的產品庫,有生產廠商通過人工導入或者erp(企業資源計劃)導入最基礎的產品信息內容(addproduct),對導入的最基礎的產品信息內容進行分類存儲,包括存儲產品基礎信息(pt)、規格(spec)、價格(p1)、計量單位以及設置不同的經銷商可以銷售的產品,實現對經銷商的綁定劃分,將分類存儲后的產品信息存儲至產品列表中;接著,由下一層經銷商進行采購,采購后在原有的產品基礎商修改為將要出售的商品信息,設置價格(p2)、最低起售單位(u1)、最低起售數量(c1),將修改后的產品信息進行存儲至商品列表中,生成新的商品;后續的批發商和零售商均獲取上一層級的商品列表后,對商品列表中的商品信息進行疊加修改,主要包括修改價格、數量、規格、單位等,最后銷售至普通用戶層,以供普通用戶進行選擇商品和數量進行購買。通過圖3所述的數據流轉模式,保證了產品信息的統一性和獨特性,使得只要由廠商提供產品的基本參數和宣傳介紹圖片信息等,后續層級無需反復操作,同時,每一層級的用戶,只要在原有產品信息上修改銷售過程中所需的個別參數即可實現商品的唯一性。
在本申請一實施例中,在步驟s12及步驟s13的重復步驟中,在所述下一層層級用戶中根據其對應的層級用戶的權限對所述基礎產品數據進行包括配置產品供銷活動權限的疊加處理。在此,在不同層級的銷售過程中,會有不同的活動,優惠的模式不同,優惠額度差別也比較大,比如,廠商給經銷商的可能為銷售商采購30萬的貨品后,減免5萬,而零售商給普通用戶的優惠可能為買一瓶減5元,中間的差額和類型比較大,而使用本申請中所述的供應鏈的數據傳輸方法,在各層級中根據接收上一層級的產品數據對活動進行疊加修改,能夠滿足用戶的多種需要,在供應鏈中每一個層級用戶之間都會使用,但每個模式為獨立不同的使用結算方式,例如,供應方在基礎的產品信息上,添加價格等銷售信息,擴展出商品信息,還根據商品信息設定不同的活動類型及方式,擴展出活動列表信息;采購方通過商品和活動列表擴展得出最后的活動信息內容。其中,活動類型可以包括團購、滿減、折扣、定額購、有條件返現、無條件返現、單品獎勵、達量獎勵及優惠套餐組合等,根據不同層級用戶給予不同的活動設定權限,具體的活動信息(活動名稱、類型及獎勵模式)由不同的供應方自行定義,從而滿足不同層級的不同用戶需求。需要說明的是,經銷用戶、批發用戶及零售用戶為其對應的上一層級的采購方同時為其對應的下一層級的供應方,廠方用戶為經銷用戶的供應方,購買用戶為零售用戶的采購方。上述活動類型中的優惠套餐組合可以為選擇指定的多個商品,搭配成一套產品,配備一個優惠價格進行銷售的活動模式,達量獎勵可以為在購買單個商品達到一定的數量后,可贈送一件商品或返還部分金額,團購可以為以優惠的價格批量購買某一商品,滿減可以為針對單一商品買滿多少價格,優惠指定的價格,折扣可以為指定商品進行百分比的價格折扣優惠,定額購可以為部分指定商品按照特殊指定的一個統一價格進行活動銷售,有條件返現可以為達到指定的采購目標后,可返還部分金額,無條件返現可以為只要采購目標商品,即可返還部分金額,單品獎勵可以為購買單個商品后,可贈送另一件商品;當然本領域技術人員應能理解,上述活動類型均為舉例,根據不同層級用戶的權限給不同的活動設定不同權限,具體的活動信息如活動名稱、類型及獎勵模式等由不同的商家自行定義,每個商家都可以針對自己所提供的商品設定自己的活動推廣模式,進而通過大而全的方式來滿足不同層級的不同用戶需求。
在本申請一實施例中,所述方法包括:步驟s14,后續每一層級用戶中的產品庫存信息由從上一層層級用戶中獲取到的產品數量確定;其中,在步驟s12中,根據當前層級用戶的權限、所述產品庫存信息及從上一層級用戶中獲取產品時的產品價格對從上一層層級用戶中獲取到的產品數據進行疊加處理。在此,后續每一層級用戶的產品庫存信息是根據從上一層級用戶中獲得的產品數量自動生成的,例如,批發用戶從經銷用戶中采購100個商品a,50個商品b,則批發用戶的商品a對應的庫存數據為100,而商品b的庫存數據為50。在每個層級用戶中對接收的產品數據進行疊加修改時,根據層級用戶的權限外,還需要當前層級用戶的庫存信息及采購價格進行修改,如商品a的庫存為100,采購價格為n,當前層級用戶具有修改銷售價格、產品最低銷售數量等權限,將產品信息修改為將要出售的價格、規模等,如下一層級用戶只能采購80,出售價格比采購價格高n*10%,從而根據上一層級用戶的采購價來定銷售價,可以實時更新和調整價格,無需每次手動根據不同的產品去添加采購價,節省了人力。
圖1示出本申請一實施例中供應鏈供銷平臺示意圖,其中,所述供應鏈供銷平臺分為前端基礎供銷、后端管理供應和平臺綜合運維管理方三部分,主要包括五個層級用戶,前端基礎供銷中的層級用戶包括普通用戶和零售商,后端管理供應中的層級用戶包括批發商、經銷商和廠商。在前端基礎供銷中,根據賬戶類型的不同劃分為獨立使用的功能模塊,可以由用戶和零售商自行注冊,零售商注冊時需要提供相應的資質文件進行審核,零售商向批發商進行采購,產品數據來源于批發商;在后端管理供應中,在同一訪問路徑中根據不同的賬戶權限劃分批發商、經銷商和廠商三個層級用戶的訪問功能,三個層級用戶獨立運營管理,基礎的產品數據可以共享,并且相互的產品價格之間有關聯;平臺綜合運維管理方在不同類型的運維方使用過程中會根據不同的需求設定功能列表,根據權限配置供應鏈中各層級的功能列表,具有層級用戶管理、平臺賬戶管理、權限管理等功能。通過本申請所述的供應鏈供銷平臺,產品參數等數據只需上傳一次,所有層級用戶都可以使用,不需在不同的階段反復上傳和編輯,從而滿足了線上產品的統一、產品管理不需要反復操作、訂單數據可層層連續傳遞,減少人力成本耗損。其中,圖1中所述的供應鏈供銷平臺的數據流轉模式通過以下裝置實現:
圖4示出根據本申請的另一個方面提供的一種用于供應鏈的數據傳輸的設備結構示意圖,該設備包括:獲取裝置11、疊加處理裝置12和傳輸裝置13,其中,獲取裝置11,用于獲取供應鏈的基礎產品數據,根據預設的供應權限及對應的層級用戶的類別將所述基礎產品數據進行分類存儲;疊加處理裝置12,用于將分類存儲后的基礎產品數據傳輸至下一層層級用戶,在所述下一層層級用戶中對所述基礎產品數據進行疊加處理,得到疊加后的產品數據;傳輸裝置13,用于將所述疊加后的產品數據傳輸至后續的層級用戶,重復以下步驟:在后續每一層級用戶中均對從上一層層級用戶中獲取到的產品數據進行疊加處理,直至傳輸至層級用戶中的購買用戶。從而可以實現針對不同的產品的數量單位級的拆分和合并計算,每一層級用戶在上一層級用戶的產品采購信息上進行疊加修改產品信息,保證了產品信息的統一性和獨特性。
具體地,獲取裝置11,用于獲取供應鏈的基礎產品數據,根據預設的供應權限及對應的層級用戶的類別將所述基礎產品數據進行分類存儲;在本申請一實施例中,獲取裝置11,用于獲取包括產品名稱、產品介紹、規格參數、產品價格及計量單位中任一種或任幾種的供應鏈的基礎產品數據。在此,所述層級用戶包括按層級順序的廠方用戶、經銷用戶、批發用戶及零售用戶。在本申請一實施例中,首先需要層級用戶中的廠方用戶根據獲取的基礎產品數據構建基礎的產品庫,例如可以為生產商提供最基礎的產品信息內容,主要包含了產品的基礎信息(產品名稱、產品介紹、產品圖片等)、規格參數和出廠的產品價格,并且根據預設的供應權限和對應的層級用戶的類別對基礎產品數據進行分類,例如,根據不同的設定和對應的經銷用戶進行綁定劃分,如設定不同類別的經銷用戶可以銷售的產品及對應的最低起售數量和最低起售單位等,將基礎產品數據進行綁定劃分的分類后進行存儲,便于后續層級用戶的使用,作為供應鏈中的統一數據,后續層級用戶使用產品數據時無需反復上傳和編輯。
優選地,獲取裝置11,用于根據預設的供應權限及對應的層級用戶的類別將所述基礎產品數據進行分類存儲至產品列表中。在本申請一實施例中,根據不同的設定和對應的經銷用戶進行綁定劃分時,分類存儲至產品列表中,便于根據不同經銷用戶的采購請求快速查詢到請求對應的產品數據,將對應的產品數據傳輸至對應的經銷用戶,確保產品數據的準確流轉。
具體地,疊加處理裝置12,用于將分類存儲后的基礎產品數據傳輸至下一層層級用戶,在所述下一層層級用戶中對所述基礎產品數據進行疊加處理,得到疊加后的產品數據;在本申請一實施例中,所述層級用戶包括按層級順序的廠方用戶、經銷用戶、批發用戶及零售用戶,廠方用戶的下一層層級用戶為經銷用戶,經銷用戶的下一層層級用戶為批發用戶,批發用戶的下一層層級用戶為零售用戶,在廠方用戶的層級中對基礎產品數據進行分類存儲后,傳輸至下一層層級用戶,即經銷用戶進行采購產品,采購后在原有的產品數據基礎上進行疊加修改,修改為將要出售的商品信息,包含出售的價格、出售的規格模式等信息。
具體地,傳輸裝置13,用于將所述疊加后的產品數據傳輸至后續的層級用戶,重復以下步驟:在后續每一層級用戶中均對從上一層層級用戶中獲取到的產品數據進行疊加處理,直至傳輸至層級用戶中的購買用戶。在本申請一實施例中,經銷用戶的下一層層級用戶為批發用戶,批發用戶向經銷用戶進行采購產品,獲取到經過經銷用戶疊加修改后的產品數據,對獲得的產品數據在上一層層級用戶的修改基礎上再進行疊加修改,修改為當前層級用戶將要出售的商品信息。同理,批發用戶修改后的產品數據傳輸至下一層層級用戶零售用戶,零售用戶對接收到的產品數據進行修改,每一層級用戶均在上一層級的產品采購信息上進行疊加修改,再次進行銷售直至購買用戶,其中,購買用戶為普通用戶,只能進行采購產品,不能夠銷售產品及修改產品信息。通過每一層層級用戶對產品數據的疊加修改,保證了產品數據的統一性,其中,統一性是指只要由廠方用戶提供產品的基本參數和宣傳介紹圖片信息等,后續層級用戶都不再需要去反復操作;獨特性是指每一層級用戶,只要在原有產品信息上修改銷售過程中所需的一些參數即可實現商品的唯一性,不同的用戶可銷售的商品可能是不同的,同一個商品的銷售價格、優惠模式也可能不同。
在本申請一實施例中,疊加處理裝置12,用于在所述下一層層級用戶中根據其對應的層級用戶的權限對所述基礎產品數據進行疊加處理。在本申請所述的供應鏈供銷平臺中,采用本申請所述的設備擁有供應鏈的數據傳輸,每個層級的用戶使用相同的產品基礎數據,但在數據操作過程中,根據不同的層級用戶權限設定可操作范圍,例如,針對基礎數據只有廠方用戶可以進行添加編輯和修改,而下一層層級用戶根據基礎數據只修改銷售所需數據信息即可。
優選地,疊加處理裝置12,用于在所述下一層層級用戶中根據其對應的層級用戶的權限對所述基礎產品數據進行疊加處理,得到包括產品價格、最低產品起售單位及最低起售數量的疊加后的產品數據。在此,根據層級用戶的權限對從上一層層級用戶中獲取的產品數據進行疊加修改時,包括修改當前層級用戶銷售所需的產品價格、最低起售單位、最低起售數量等數據信息,將這些產品數據進行疊加修改后,進行存儲生成新的商品信息,從而能夠實時調整和更新產品的價格數據,每一層級的價格都有進貨價和零售價,無需每次都要自己去根據不同的產品去添加進貨價,而是只要根據上一層級的進貨價來設定銷售價格即可,在此,商品的采購價格自動轉換為商品的成本價。
在本申請一實施例中,圖3示出本申請一實施例中的供應鏈中數據流轉的示意圖;首先是構建基礎的產品庫,有生產廠商通過人工導入或者erp(企業資源計劃)導入最基礎的產品信息內容(addproduct),對導入的最基礎的產品信息內容進行分類存儲,包括存儲產品基礎信息(pt)、規格(spec)、價格(p1)、計量單位以及設置不同的經銷商可以銷售的產品,實現對經銷商的綁定劃分,將分類存儲后的產品信息存儲至產品列表中;接著,由下一層經銷商進行采購,采購后在原有的產品基礎商修改為將要出售的商品信息,設置價格(p2)、最低起售單位(u1)、最低起售數量(c1),將修改后的產品信息進行存儲至商品列表中,生成新的商品;后續的批發商和零售商均獲取上一層級的商品列表后,對商品列表中的商品信息進行疊加修改,主要包括修改價格、數量、規格、單位等,最后銷售至普通用戶層,以供普通用戶進行選擇商品和數量進行購買。通過圖3所述的數據流轉模式,保證了產品信息的統一性和獨特性,使得只要由廠商提供產品的基本參數和宣傳介紹圖片信息等,后續層級無需反復操作,同時,每一層級的用戶,只要在原有產品信息上修改銷售過程中所需的個別參數即可實現商品的唯一性。
在本申請一實施例中,疊加處理裝置12,用于在所述下一層層級用戶中根據其對應的層級用戶的權限對所述基礎產品數據進行包括配置產品供銷活動權限的疊加處理。在此,在不同層級的銷售過程中,會有不同的活動,優惠的模式不同,優惠額度差別也比較大,比如,廠商給經銷商的可能為銷售商采購30萬的貨品后,減免5萬,而零售商給普通用戶的優惠可能為買一瓶減5元,中間的差額和類型比較大,而使用本申請中所述的供應鏈的數據傳輸方法,在各層級中根據接收上一層級的產品數據對活動進行疊加修改,能夠滿足用戶的多種需要,在供應鏈中每一個層級用戶之間都會使用,但每個模式為獨立不同的使用結算方式,例如,供應方在基礎的產品信息上,添加價格等銷售信息,擴展出商品信息,還根據商品信息設定不同的活動類型及方式,擴展出活動列表信息;采購方通過商品和活動列表擴展得出最后的活動信息內容。其中,活動類型可以包括團購、滿減、折扣、定額購、有條件返現、無條件返現、單品獎勵、達量獎勵及優惠套餐組合等,根據不同層級用戶給予不同的活動設定權限,具體的活動信息(活動名稱、類型及獎勵模式)由不同的供應方自行定義,從而滿足不同層級的不同用戶需求。需要說明的是,經銷用戶、批發用戶及零售用戶為其對應的上一層級的采購方同時為其對應的下一層級的供應方,廠方用戶為經銷用戶的供應方,購買用戶為零售用戶的采購方。上述活動類型中的優惠套餐組合可以為選擇指定的多個商品,搭配成一套產品,配備一個優惠價格進行銷售的活動模式,達量獎勵可以為在購買單個商品達到一定的數量后,可贈送一件商品或返還部分金額,團購可以為以優惠的價格批量購買某一商品,滿減可以為針對單一商品買滿多少價格,優惠指定的價格,折扣可以為指定商品進行百分比的價格折扣優惠,定額購可以為部分指定商品按照特殊指定的一個統一價格進行活動銷售,有條件返現可以為達到指定的采購目標后,可返還部分金額,無條件返現可以為只要采購目標商品,即可返還部分金額,單品獎勵可以為購買單個商品后,可贈送另一件商品;當然本領域技術人員應能理解,上述活動類型均為舉例,根據不同層級用戶的權限給不同的活動設定不同權限,具體的活動信息如活動名稱、類型及獎勵模式等由不同的商家自行定義,每個商家都可以針對自己所提供的商品設定自己的活動推廣模式,進而通過大而全的方式來滿足不同層級的不同用戶需求。
在本申請一實施例中,所述設備包括:確定裝置14,用于后續每一層級用戶中的產品庫存信息由從上一層層級用戶中獲取到的產品數量確定;其中,疊加處理裝置12,用于根據當前層級用戶的權限、所述產品庫存信息及從上一層級用戶中獲取產品時的產品價格對從上一層層級用戶中獲取到的產品數據進行疊加處理。在此,后續每一層級用戶的產品庫存信息是根據從上一層級用戶中獲得的產品數量自動生成的,例如,批發用戶從經銷用戶中采購100個商品a,50個商品b,則批發用戶的商品a對應的庫存數據為100,而商品b的庫存數據為50。在每個層級用戶中對接收的產品數據進行疊加修改時,根據層級用戶的權限外,還需要當前層級用戶的庫存信息及采購價格進行修改,如商品a的庫存為100,采購價格為n,當前層級用戶具有修改銷售價格、產品最低銷售數量等權限,將產品信息修改為將要出售的價格、規模等,如下一層級用戶只能采購80,出售價格比采購價格高n*10%,從而根據上一層級用戶的采購價來定銷售價,可以實時更新和調整價格,無需每次手動根據不同的產品去添加采購價,節省了人力。
顯然,本領域的技術人員可以對本申請進行各種改動和變型而不脫離本申請的精神和范圍。這樣,倘若本申請的這些修改和變型屬于本申請權利要求及其等同技術的范圍之內,則本申請也意圖包含這些改動和變型在內。
需要注意的是,本申請可在軟件和/或軟件與硬件的組合體中被實施,例如,可采用專用集成電路(asic)、通用目的計算機或任何其他類似硬件設備來實現。在一個實施例中,本申請的軟件程序可以通過處理器執行以實現上文所述步驟或功能。同樣地,本申請的軟件程序(包括相關的數據結構)可以被存儲到計算機可讀記錄介質中,例如,ram存儲器,磁或光驅動器或軟磁盤及類似設備。另外,本申請的一些步驟或功能可采用硬件來實現,例如,作為與處理器配合從而執行各個步驟或功能的電路。
另外,本申請的一部分可被應用為計算機程序產品,例如計算機程序指令,當其被計算機執行時,通過該計算機的操作,可以調用或提供根據本申請的方法和/或技術方案。而調用本申請的方法的程序指令,可能被存儲在固定的或可移動的記錄介質中,和/或通過廣播或其他信號承載媒體中的數據流而被傳輸,和/或被存儲在根據所述程序指令運行的計算機設備的工作存儲器中。在此,根據本申請的一個實施例包括一個裝置,該裝置包括用于存儲計算機程序指令的存儲器和用于執行程序指令的處理器,其中,當該計算機程序指令被該處理器執行時,觸發該裝置運行基于前述根據本申請的多個實施例的方法和/或技術方案。
對于本領域技術人員而言,顯然本申請不限于上述示范性實施例的細節,而且在不背離本申請的精神或基本特征的情況下,能夠以其他的具體形式實現本申請。因此,無論從哪一點來看,均應將實施例看作是示范性的,而且是非限制性的,本申請的范圍由所附權利要求而不是上述說明限定,因此旨在將落在權利要求的等同要件的含義和范圍內的所有變化涵括在本申請內。不應將權利要求中的任何附圖標記視為限制所涉及的權利要求。此外,顯然“包括”一詞不排除其他單元或步驟,單數不排除復數。裝置權利要求中陳述的多個單元或裝置也可以由一個單元或裝置通過軟件或者硬件來實現。第一,第二等詞語用來表示名稱,而并不表示任何特定的順序。