System.ArgumentOutOfRangeException: 索引和長度必須引用該字符串內的位置。 參數名: length 在 System.String.Substring(Int32 startIndex, Int32 length) 在 zhuanliShow.Bind()
【技術實現步驟摘要】
本申請涉及計算機,尤其涉及一種批次產品成本數據處理方法、一種關于物流商的補貨建議生成方法,以及對應的系統。
技術介紹
1、電商erp系統可以和電商平臺深度連接,幫助國內的中小型電商用戶統一管理其海外店鋪,實現一個運營人員同時管理上百個電商店鋪,大幅度提高店鋪運營的效率。現有已商業化的電商erp系統的各功能模塊都還處于功能逐步更新和完善的階段,各軟件企業在開發自家電商erp系統時所制定的功能算法和規則也基本不一樣,各功能模塊隨著用戶需求變化會持續開發新的版本,以兼容更多的使用場景。
2、在日常電商活動中,庫存產品通常會根據業務運營需求在各倉庫之間轉移,包括庫存產品從本地區的倉庫轉移至另一地區的倉庫,或者庫存產品從國內倉庫發往海外倉庫,然后在各倉庫數據庫中生成相應的產品成本數據。現有電商erp系統通常將庫存產品按照總庫存加權平均的方式計算發貨成本,無法準確計算各部分產品發貨出庫的實際成本,從而影響庫存成本數據的準確性,難以根據庫存成本數據優化運營模式;并且,在對部分庫存產品修改成本數據時,需要花費大量時間在各倉庫數據庫中,確定與該部分庫存產品關聯的成本數據進行修改,數據處理效率低下。
3、此外,對于倉庫補貨環節,電商erp系統具有補貨建議功能,主要用于建議用戶未來某一段時間內(如半年)是否需要給倉庫補貨。目前補貨建議功能通常是將可選的補貨方式與多個制約條件依次比對,并基于能夠符合所有制約條件的補貨方式生成向用戶提供的補貨建議。然而,上述補貨建議的生成邏輯存在如下問題:1.在查找到一種符合條件的補貨方式后,就會
4、涉及本申請的其他技術問題,在后文進一步闡述。上述內容僅用于輔助理解本申請的技術方案,并不表示上述內容全部都是現有技術。
技術實現思路
1、本專利技術的主要目的在于提供一種批次產品成本數據處理方法和系統,能夠針對各批次產品分別計算庫存成本,以及在修改批次產品的成本數據時,快速、準確地確定具有關聯關系的成本數據,大幅度提高數據處理效率。此外,本申請還提供一種關于物流商的補貨建議生成方法和系統,能夠確定降低成本、提高運營效益的補貨方式,并且在生成補貨建議時大幅度降低系統運算量,提高系統穩定性。
2、為實現上述目的,本申請提出一種批次產品成本數據處理方法和系統,用于電商erp系統的倉庫模塊,所述方法包括:
3、步驟s1:對初次執行入庫操作的批次產品設置源頭編號,生成與所述源頭編號關聯的初始產品成本;
4、步驟s2:在所述批次產品中確定目標產品,響應于針對所述目標產品執行的轉移操作,根據所述源頭編號生成與所述轉移操作對應的批次編號,以及根據所述初始產品成本和與所述轉移操作對應的附加費用生成批次產品成本,所述轉移操作包括將所述目標產品在各不同地區之間進行轉移時執行的出庫操作和入庫操作;
5、步驟s3:基于所述批次編號、所述批次產品成本以及所述源頭編號生成第一成本數據,所述第一成本數據為所述倉庫模塊存儲的多個庫存產品成本數據,所述第一成本數據包含所述目標產品的批次產品成本;
6、步驟s4:響應于成本修改指令,修改所述目標產品的批次產品成本;
7、步驟s5:基于所述源頭編號,在所述第一成本數據中確定與所述目標產品關聯的第一產品數據,基于預設因素在所述第一產品數據中確定第二產品數據,所述預設參數包括批次編號時間和批次編號生成規則;
8、步驟s6:基于修改后的批次產品成本更新所述第二產品數據,得到第二成本數據。
9、本申請的其他特征和技術效果在說明書的后面部分進行闡述說明。本申請的技術問題解決思路和相關產品設計方案為:
10、在日常電商活動中,庫存產品通常會根據業務運營需求在各倉庫之間轉移,并在各倉庫數據庫中生成相應的產品成本數據。現有電商erp系統通常將庫存產品按照總庫存加權平均的方式計算發貨成本:即根據庫存產品總成本除以庫存產品數量,得到庫存產品的單位成本。
11、然而,現有庫存產品的發貨成本計算方式存在以下問題:1.存放于相同倉庫的各部分產品可能會因各種原因導致單位產品成本不同,現有庫存產品的成本計算方式難以體現各部分產品的成本差異,使得用戶難以根據庫存產品的成本數據優化運營模式(例如不同發貨批次、不同發貨時期的各部分產品在采購時單位產品成本不同,或者采用不同物流方式、經過不同物流路線的各部分產品在附加費用上存在差異,進而導致單位產品成本不同);2.當用戶針對部分產品的成本數據進行修改時,由于該部分產品可能會根據業務需求多次進行轉移、加工或者拆分,因此用戶難以確定與該部分產品相關的其他成本數據進行修改,導致數據處理效率低下。
12、申請人發現,對于執行采購操作的批次產品,在初次執行入庫操作時,對該批次產品設置源頭編號,并基于采購入庫操作生成該批次產品的初始產品成本;當該批次產品在后續執行轉移操作、加工操作或者拆分操作時,均對該批次產品生成與源頭編號關聯的批次編號,并且根據初始產品成本與執行轉移操作、加工操作或者拆分操作時產生附加費用生成批次產品成本,從而能夠分別針對各批次產品生成相應的產品成本,提高庫存產品的成本數據精確性。
13、進一步地,申請人發現,當需要修改批次產品的成本數據時,根據該批次產品的源頭編號在庫存成本數據中執行第一次數據篩選,確定與該批次產品具有關聯關系的其他批次產品數據(第一產品數據),然后根據預設因素(批次編號時間和批次編號生成規則)對第一產品數據執行第二次數據篩選,確定當前批次產品的成本數據發生變更后、需要相應修改的其他批次產品成本數據(第二產品數據);其中,第二產品數據為針對當前批次產品執行轉移操作、加工操作或者拆分操作所產生的下游批次產品的成本數據;最后,電商erp系統根據修改后的批次產品的成本數據修改第二產品數據,從而針對庫存成本數據實現快速精確的修改操作,得到第二成本數據。
14、如此,本申請提供的批次產品成本數據處理方法,通過對各批次產品設置源頭編號,并在批次產品每次執行轉移操作時生成相應的批次編號和批次產品成本,能夠針對各批次產品生成相應的成本數據,提高產品成本數據的準確性,以及在修改產品成本數據時快速、準確地確定具有關聯關系的批次產品的成本數據,從而大幅度提高數據處理效率。
15、進一步地,本申請還提供一種關于物流商的補貨建議生成方法和系統,用于電商erp系統或電商管理系統的補貨建議模塊,所述方法包括:
16、步驟m1:計算每日預測銷量,以及基于采購時間、發貨時間和到貨時間確定與每日對應的一個或多個可用物流商選項;
17、步驟m2:基于單日庫存、在途補貨數量和所述每日預測銷量確定每日缺貨情況;
18、步驟m3:基于所述每日缺貨情況與預設優先度參數在所述可用物流商選項本文檔來自技高網...
【技術保護點】
1.一種批次產品成本數據處理方法,其特征在于,用于電商ERP系統或電商管理系統的倉庫模塊,所述方法包括:
2.如權利要求1所述的方法,其特征在于,當所述預設因素為所述批次編號時間時,步驟S5的基于預設因素在所述第一產品數據中確定第二產品數據,包括:
3.如權利要求1所述的方法,其特征在于,所述批次編號生成規則為下游批次產品的批次編號大于上游批次產品,當所述預設因素為所述批次編號生成規則時,步驟S5的基于預設因素在所述第一產品數據中確定第二產品數據,包括:
4.如權利要求1所述的方法,其特征在于,所述方法還包括:
5.如權利要求1所述的方法,其特征在于,所述方法還包括:
6.如權利要求1所述的方法,其特征在于,所述方法還包括:
7.如權利要求6所述的方法,其特征在于,步驟S2.8包括:
8.如權利要求1所述的方法,其特征在于,在步驟S6之后,所述方法還包括:
9.如權利要求1所述的方法,其特征在于,在步驟S6之后,所述方法還包括:
10.一種電商產品成本數據處理系統,其特征在
...【技術特征摘要】
1.一種批次產品成本數據處理方法,其特征在于,用于電商erp系統或電商管理系統的倉庫模塊,所述方法包括:
2.如權利要求1所述的方法,其特征在于,當所述預設因素為所述批次編號時間時,步驟s5的基于預設因素在所述第一產品數據中確定第二產品數據,包括:
3.如權利要求1所述的方法,其特征在于,所述批次編號生成規則為下游批次產品的批次編號大于上游批次產品,當所述預設因素為所述批次編號生成規則時,步驟s5的基于預設因素在所述第一產品數據中確定第二產品數據,包括:
4.如權利要求1所述的方法,其特征在于,所述方法還包括:
<...【專利技術屬性】
技術研發人員:王志超,王惟琪,聶離鄉,廖湘輝,黃錫浩,
申請(專利權)人:深圳美云集網絡科技有限責任公司,
類型:發明
國別省市:
還沒有人留言評論。發表了對其他瀏覽者有用的留言會獲得科技券。