採購管理
採購管理分採購計畫、採購**、採購訂單、採購退貨、採購結算等，在原開發計畫中，由於開發人手不足，只準備做採購訂單管理和採購退貨管理，鑑於目前開發隊伍的情況，計畫增加採購結算管理，本文件說明採購訂單、採購退貨、採購結算三部分的物件關係。
為簡化期間，從本模組開始，概念模型物件關係的說明文件中將不再顯示各業務單據與公司、所屬部門及相關操作人員的關聯關係。
採購訂單各物件的關係與銷售管理部分的關係非常相似。
1、 採購訂單管理
採購訂單管理主要用於處理實際業務中對採購訂單的管理。
下圖為採購訂單管理相關的基本實體關係圖。
採購訂單
採購訂單記錄採購的主資訊，如交易場所、訂單金額相關資訊等等；
採購訂單於其他物件之間的關係中，除與公司、部門、員工、**商等實體相關外，還與發票型別、幣種、交易條件和付款條件等相關。
交易條件指採購訂單的履約方式，如先發貨後付款、先付款後發貨等。
付款條件主要用於控制交易風險，屬於配置資訊，主要記錄的資訊如10日付、30日付、月結等等。
訂單明細指具體採購的產品資訊，如產品名稱、計量單位、**、數量、折扣、是否含稅等等資訊。
2、採購退貨管理：
採購退貨管理主要用於處理實際業務中針對採購訂單發生的退貨事件的處理。
採購退貨管理的基本實體關係圖：
採購退貨
採購退貨單記錄退貨的主資訊，如**商資訊、所屬公司、部門、參與退貨處理的員工，以及所參照的退貨訂單等。為解決可能出現的一張退貨單實現能夠退多張採購訂單退貨的情況，在設計中，採購訂單與採購退貨單之間的一對多關係是可空的。
採購退貨單明細記錄退貨的產品名稱、計量單位、**、數量、折扣、是否含稅等基本資訊，同時還記錄訂單明細的**。
3、採購結算
採購結算包括採購訂單的結算和採購退貨單的結算。為減少資料庫的複雜性，在設計中將採購訂單的結算單和採購退貨單的結算單合併在一起。這裡，引入了前面沒有提到的單據型別物件。單據型別物件與本系統設計中的狀態機緊密相關，其相關的配置標能夠實現對不同單據狀態轉換的配置管理。
採購結算單的基本物件關係如下圖所示：
採購結算
採購結算單記錄採購結算的主資訊，如交易場所、訂單金額相關資訊等等；
採購結算單于其他物件之間的關係中，除與公司、部門、員工、**商等實體相關外，還與發票型別、幣種等相關。
結算單明細指具體結算的產品及**資訊，如產品名稱、計量單位、**、數量、折扣、是否含稅等等資訊。
ps：設計的時候思考實體物件之間的關係，思考怎樣設計更為合理，更易於擴充等等之類的東西，倒也挺有意思的。但寫設計說明的候突然覺得有些枯燥，估計看的人就更枯燥了，多多見諒了，呵呵。
開源供應鏈設計規範之 資料庫命名規範
四 資料庫命名規範 1 資料庫表 根據表所屬的子系統 模組，命名方式為 資料庫表名 子系統 模組 縮寫 表含義 其中子系統 模組的縮寫首字母大寫，表含義中每個單詞的首字母為大寫。子系統 模組及其縮寫應在 資料庫設計說明書 的約定部分加以描述。例如 錶可統一採用 code 為表的字首，則 code a...
Excel連通資料庫，供應鏈進度追蹤表效率倍增
excel連通資料庫，鏈進度追蹤效率倍增 鏈進度追蹤表的背景 對任何一家企業來說，銷售與 鏈永遠是天平秤上的兩端，如何擺放兩個砝碼，非常考驗企業的管理能力。我們今天先來說說 鏈管理，井然有序的 鏈可以保證充足的貨源 提高賣家的發貨效率,節約時間成本,從而提公升客戶體驗。如果 鏈能力較弱，會影響到後續...
資料庫設計正規化概要
在邏輯設計中，對於同乙個實體的儲存，可以有多種不同的設計的方式。比如使用者實體跟購物車實體，可以將使用者資訊和購物車資訊儲存在同一張表中，也可以分別儲存在不同的表中。兩種方式哪一種更好一些呢？實際上就要通過一些，資料庫設計的一些規範來進行選擇，這也就是資料庫設計的正規化。符合規範所設計的資料庫 不符...