零件和產品的關係模式

我對庫存管理的要求，我們需要跟蹤零件和產品（產成品）的，我認爲表爲如下，零件和產品的關係模式

Part_Category {id, code, name} 
Parts {id, code, name, description, part_cat_id, manufacturer_id, is_salable} 
FG_Category {id, code, name} 
Finish_Good {id, code, name, fg_cat_id, is_part_also}

的is_salable標誌用說，這部分可以出售給顧客直接和is_part_also表示它是一個子組件（在一些另一個FG用作一部分）

的用例，

零件（原料）被髮布生產
如果FG是一個子組件（is_part_also），那麼，可以生產
一些部分直接銷售給客戶（如FG出售發行較早需要一個服務和公司應該能賣爲此所需的部分）
的FG反正都是直接銷售給客戶

我的問題（使用基於關係模式）是 -

是這樣來存儲出售以及用於生產
什麼是存儲和跟蹤成品庫存的最好方式，如果它是可以出售的半成品好以及可以發出生產

假設我需要發出從零件表中的所有部件和所有項目都從Finish_Good表賣了，我有以下問題，

管理批量
，因爲零件從零件表發出，無法發出半成品從Finish_Good表生產
因爲出售部分也是在零部件表，他們不能出售
存貨價值佔在一個地方只有

（如果一個部分是非常暢銷，它的價值是根據FG股票並在零部件庫存半成品值所示）現在，我在半成品的FG零件表想複製在應用程序內部生成並銷售到Finish_Good表格（收到時）的部件，以便它們在正確的位置都可用。但是這些操作是原子的並且看起來很容易出錯但數量也應該顯示在一個相應的（零件或Finish_Good）

有沒有更好的設計呢？

來源

2017-03-27 NBhat

通過簡化整體的表結構和由限定了圍繞銷售&原料（RM）問題一個過程生產管理上述使用情況。

只有在物品儲存客戶經理的可用數量&的FG在 Finish_Good表
交易，如部分問題只會處理與部件表
銷售將只與Finish_Good表
事務處理不需要從多個表遞減/增量數量
定義的過程，其中可銷售的RM的所需量應該是移動到Finish_Go OD之前半成品良好的銷售和所需數量將被移動到部分表用於生產

這簡化表結構以及維護整個系統的正確庫存信息幫助。這也有助於在審計和解，其中庫存量可以在一個地方進行修正。

來源

2017-12-07 08:48:02 NBhat

零件和產品的關係模式

回答

相關問題