請教各位大大
進銷存系統是否該有獨立庫存資料
請問下列何者規劃較佳
或者還有其他較好的規劃，感恩
例如
A案規劃
進貨單資料庫
進貨明細資料庫
庫存資料庫
出貨單資料庫
出貨明細資料庫
B案規劃
進貨單資料庫
進貨明細資料庫(內含庫存數量欄位)
出貨單資料庫
出貨明細資料庫
已邀請的邦友 {{ invite_list.length }}/5
ltc09提到：
20年前補習班老師這樣教，20年後主架構依然不變，所以結論就是此理論相當成熟完備
但20年前的軟硬體及20年後的軟硬體已完全不同，軟體設計是否該提出創新
ltc09提到：
2. 供應商到貨, 品質不佳, 做了"進貨退出", 如何處理?
>>> 原出貨單退回或刪除，OR 另跑退貨單刪進貨明細內庫存量
3. 賣出去之後, 消費者客訴, 安排"銷貨退回", 該如何處理?
>>> 退回原進貨明細(庫存欄位)
richardsuma提到：
row record database
ltc09提到：
5-30人的微型企業要換一套系統不會太困難
ltc09提到：
這適合發問不適合討論
嗯，每張表的筆數的確是會落差很大，所以在這樣一個企業規模條件下，
如果企業生命可以撐過 10 年又沒太大變化，但是進銷存系統、會計總帳
系統還是使用同一個的有多少呢? 如果換過之後是否又重新開帳(從頭來)，
單一資料表 10 萬筆以內，或許就 OK 吧。
又通常在這規模下，企業提供會計師查帳的資料可能還是紙本為主。就不用擔心
會計師買不買帳。
如果沒有獨立資料, 不同訂單有相同商品進貨, 如何累積呢?
另外庫存還用在:
感謝您slime
如果沒有獨立資料, 不同訂單有相同商品進貨, 如何累積呢?
由(進貨明細資料庫)(進貨數量)累計計算
進貨明細資料庫(內含庫存數量欄位 * 進貨價格)
報廢單用報廢單資料庫紀錄，扣除進貨明細資料庫(內含庫存數量欄位)
不知這樣是否可行
感恩
方法都是可行的, 不過如同另一位網友所提: 效率的問題.
例如: 商品A
11/22 進 10 個, 成本 10.2 (未稅)
11/23 銷 3 個, 售價 14.3 (未稅)
11/25 進 10 個, 成本 10.5 (未稅)
11/27 銷 8 個, 售價 14.5 (未稅)
那總數需要透過查詢多張 table , 並判斷前後關係或加總才能完成, 而且會牽涉到庫存成本, 衍生出銷售毛利計算的問題.
所以有獨立表格, 是較容易處理的作法.
對了, 要先考慮"會計原則", 例如採用先進先出法或移動平均成本法或零售價法?
影響會計師認不認這些資料, 是很大條的....
11/22進貨單號01進 10 個, 庫10個, 成本 10.2 (未稅)
11/23 銷貨單號10銷3 個, 售價 14.3 (未稅) 成本 10.2*3 獲利=(14.3*3)-(成本)
11/22進貨單號01進 10 個, 庫7個, 成本 10.2 (未稅)
11/27銷貨單號11銷 8 個, 售價 14.5 (未稅) 成本 (10.2*7)+(10.5*1) 獲利=(14.5*8)-(成本)
11/22進貨單號01進 10 個, 庫0個, 成本 10.2 (未稅)
11/25進貨單號02進 10 個, 庫9個, 成本 10.5 (未稅)
庫存成本=尋找出貨明細(庫存欄位不等於0)，累加(庫存*成本)
後面已經有多了幾題了(惡劣地笑):
請處理進貨退出, 銷貨退回....
例如:
12/1 進貨於A
12/3 銷貨給甲
12/4 進貨於B
12/5 銷貨給乙
12/6 退貨給A
12/7 收到甲客訴, 銷貨退回.
(沒有標準答案, 依 貴公司內部處理方式, 甚至有"賣 10 元可以退 15 元"的玩法)
一般零售業就可以考慮用零售價法, 只要A商品歸屬於某分類, 所以有的庫存成本異動都算在該分類上, 不用再逐一查詢.
這樣把數量分開有幾個優點:
如果只從明細處理, 那更可怕, 因為表示賣東西還要回寫訂單明細, 所以明細上需要註明日期, 已經違反了正規化節省資料的設計, 還很容易造成 Record Lock .
(如果您能分析 貴公司的業務流程, 也許會有新的作法, 但一般公司就是這樣運作, 所以系統會這樣設計是有一定的淵源.)
資料庫應該只有一個吧？table可以有很多個。
就算A案，可是這樣就夠了嗎？
少了廠商、客戶、員工、商品...等零零總總加起來應該還有幾十個table。
因為進貨要有採購，就要有採購單，進貨時要有驗收單。
出貨有可能退貨，就要有退貨單。
是否應該將系統功能先確認並且列表，可以在google上先查詢一下進銷存系統，
應該會有系統功能表或圖。
資料庫應該只有一個吧？table可以有很多個。
這一則算是說對了樓主的【問題】...
嚴格上來講，樓主的問題，並沒點到重點，單存庫存的計算，跟本不用Table來儲存記錄，
只要用一個View就可以解決了，但是問題是如果還要做其他的功能時呢??
如:平均單位、加權平均、移動平均等等，那你打算用什麼方法解決??
這裡面還有很多的細節，影響著各資料表所建置的功能，所以，樓主的提問，基本上是沒有答案的...
我的想法目前遇到最大的問題就是，只能使用先進先出法
其他
平均單位、加權平均、移動平均等等或移動平均成本法或零售價法
好像都不能用
不過我已預設5-30人10萬筆內，一般業主好像並不注意這些，只用先進先出法就夠了
ltc09提到：
我的想法目前遇到最大的問題就是，只能使用先進先出法
平均單位、加權平均、移動平均等等或移動平均成本法或零售價法
好像都不能用
不過我已預設5-30人10萬筆內，一般業主好像並不注意這些，只用先進先出法就夠了
不能用"好像", 這是會計的工作, 應該由會計(甚至老闆)決定, 一決定就要跟會計師及稅捐單位申請, 不是資訊人員決定, 當決定一出問題, 稅捐單位會有罰款.
嚴格來說, 這是資料庫正規化的問題.
進銷存系統中, 其資料庫基本上會有下列資料表(Tables):
以上七個, 是最簡單的規劃方式, 隨著行業別不同、公司規模不同與交易量不同, 會有更複雜的規劃方法.
基本上, 我們會把庫存主檔分開來, 記錄現庫存量及其他跟料品相關的主要存貨數據, 例如: 存貨成本相關資料.
為什麼會這樣設計, 主要是正規化手法的處理.
如果把現庫存量設計在進貨資料表中, 查詢現庫存量會是個很嚴重的問題, 查詢的SQL難寫, 而且效能會很差.
查詢的SQL難寫,
所以進貨明細增加庫存數量欄位，貨品編號為條件，累加庫存數量欄位
而且效能會很差.
有可能，前提是因為台灣微型小型企業非常多，資料量可能在10萬筆內，所以有另類想法，跟各位大大請教
ltc09提到：
所以進貨明細增加庫存數量欄位，貨品編號為條件，累加庫存數量欄位
錯, 為何錯請您再想想...
ltc09提到：
資料量可能在10萬筆內
錯, 資訊人員不能預先限制企業可能的資料量, 必須按可能資料量再放大多倍來設計系統.
不知道有沒有人做過調查(研究)，在台灣一般小(微型)企業 (100 人左右)，
有run 進銷存系統，其系統壽命與資料庫 table 資料量的關聯。
tamp0001提到：
系統壽命與資料庫 table 資料量的關聯
大大要不要開個調查...我似乎沒聽過或見過這樣子的研究.
但是, 以企業投資資訊系統的經營者角度來看, 五年一個循環是比較常見的. 和技術面的關聯不大.
不知道有沒有人做過調查(研究)，在台灣一般小(微型)企業 (100 人左右)，
有run 進銷存系統，其系統壽命與資料庫 table 資料量的關聯。
我比較好奇的是導入後,企業的生命週期長短... XD
tamp0001 說：
不知道有沒有人做過調查(研究)，在台灣一般小(微型)企業 (100 人左右)，
有run 進銷存系統，其系統壽命與資料庫 table 資料量的關聯。
希望本版討論範圍縮小到(微型)企業 (5~30 人左右)，資料表內資料量最多預計不超過10萬筆，一般使用預計2~5萬筆，這樣是否會比較好討論
ltc09提到：
希望本版討論範圍縮小到(微型)企業 (5~30 人左右)，資料表內資料量最多預計不超過10萬筆，一般使用預計2~5萬筆，這樣是否會比較好討論
這沒有辦法討論, 因為不同資料表有不同筆數, 例如:
如果往前, 有些公司還會有"擬訂單(未審核與合併)".
往後還會有"庫存明細", "發票檔(明細)", "折讓單(明細)", "商品主檔", "商品屬性檔", "商品成本/售價檔", "商品對應庫存表(註: 刷條碼跟系統內貨號不同時使用)"
每張表的筆數落差很大, 以會計原則會分為保存 2 年, 5 年, 10 年的設計, 光寫 2~5 萬, 並不知道是指什麼?
有一天如果盤點,發現帳上庫存數量與實際庫存數量有差異時,要如何作調整?庫存成本要如何反映?
發現帳上庫存數量與實際庫存數量有差異時,要如何作調整
庫存數量 大於 實際庫存數量 >>> 打張新的進貨單進貨，成本由業主決定
庫存數量 小於 實際庫存數量 >>> 打張新的出貨單出貨，成本由業主決定(盤點損失)，用先進先出盤掉
庫存成本要如何反映?
您的意思是要計算目前庫存成本嗎?
庫存成本=尋找出貨明細(庫存欄位不等於0)，累加(庫存*成本)
盤點需要分為初盤/複盤/會計師審核, 成本認定有一定規則.
盤點另外有盤點單的設計, 由盤點單與目前帳面庫存比對才會產生盤盈/盤損資料.
Slime大大您好
感謝您的說明，先對您說聲抱歉，可能我問的方式不對讓您照成誤解，我非常了解您對系統的規劃也認同您的解釋，如果我遇到有您說的這些問題，我會請客戶直接採購如：鼎新、天心、永年…..這些系統。
我很清楚定位業主群在5-30人的微型企業，這些業主需要一些簡單容易上線的軟體，最好可以馬上融入業主目前的作業流程，如果業主企業倍數成長，原規劃系當然不適用，再規劃或購買新系統就好了，5-30人的微型企業要換一套系統不會太困難，也請您用不同的高度看這個問題。謝謝
ltc09大，您還是叫客戶直接買一套簡單的進銷存就好了，一套十萬應該就搞定了吧！現在也有上雲端的進銷存系統，一個月月租也不過一、兩千元，除非您是在作研究不然依您的規劃作下去是害人害己呀！
跟高度無關. "業主群在5-30人的微型企業", 公司規模小, 可以選擇期程, 例如: 只用"進, 銷", 然後庫存跟帳務用紙本/Excel作業; 我也有認識在這種公司的人, 就用 Excel 記錄, 公司還是可以生存.
但是您自己想問: "把庫存量放在訂單有沒有什麼問題?", 就有網友提了不少問題; 而且還有很多違反會計原則的想法, 表示這些流程並沒有經過仔細討論, 而且很可能會造成公司信用與效率差的問題, 但看您堅持要把庫存量硬塞在訂單上去思考, 但商務營運模式不會有太大異動, 政府單位也有很多規範, 而沒有看到您或業主對這種事情的意見, 沒有經過了解, 系統就很難是合用的系統.
錢少: 網路上還有很多免費的進銷存系統.
如果您真正的條件是: 已經有一套現有系統去改, 那建議另外寫系統(或者用 Excel/Access 透過 ODBC 抓資料)銜接, 改系統比寫系統更危險及麻煩.
iThome鐵人賽
看影片追技術