“工廠”模組是單獨的外掛
原料、配方、生產單、庫存流水和盤點,要先開通“工廠”外掛,這些標籤才會出現在菜單裡。自己不生產、只是進貨轉賣的店,也可以只開“採購”一項。
原料
用來做產品的原料臺賬,跟“菜單 / 商品”不一樣——那邊是賣給客人的成品。每種原料都有當前庫存、最近一次盤點日期和盤點人。最近一次盤點超過30天,這一行會變黃提醒。
庫存可以是負數,而且這很正常
系統不強行把庫存下限壓在零——賣超了,數字就真的是負的,顯示成“負庫存——超賣”,並給一個連結去看是哪些流水造成的。一個看得見的負數,好過一個撒謊的零。
單位平均成本只給持有 factory.costs 權限的人看。沒有這項權限,成本欄就是空的,而不是顯示一個假的“฿0”或“฿—”。
配方(BOM)
產品的配方/用料表,說明做一件產品要用哪些原料、各多少。每份配方有狀態:啟用中 / 草稿 / 已歸檔,並且自帶版本號——改動啟用中的配方會生成新版本,不覆蓋舊版,這樣舊的生產單仍然能準確指向當時用的那份配方。
生產單
按設定好的配方真的開工生產——做完後,系統按配方自動從庫存里扣原料。原料不夠時,系統會列出缺的是哪幾樣(short_material),並給一個連結去“原料入庫”頁,而不是乾巴巴丟一句“操作失敗”。
與配方的差異——實際生產用的原料比配方多或少,系統會把這個差額記下來,叫“與配方的差異”,而不是“損耗”。因為配方本身出錯的可能,和幹活的人出錯的可能一樣大。
庫存流水
按時間順序記錄全店原料和商品的出入庫,用來回頭查什麼東西在什麼時候進出、是誰記的。每一行都標著記錄人的名字——因為店裡還沒有自動秤/自動掃碼裝置,每個數字都是人手工敲進去的。
盤點
把實盤數量和系統裡的數字對一遍,多了少了就調平。不寫理由就調數,系統不讓儲存(variance_reason_required)——差異理由是必填的。
採購
請購、審批、下單把貨買進店裡。這跟“員工報銷單”是兩回事——那個是把員工自己墊的錢還給他。完整路徑是:請購 → 審批 → 開採購單 → 收貨入庫 → 掛應付賬款。
一步一步來
- 請購——任何員工都能開請購單,寫明品項和數量。
- 審批——持有 purchase.approve 的人批准或駁回。多大金額需要哪種權限,可以在“審批規則”裡自己定(什麼都不設 = 預設所有金額都要 purchase.approve)。
- 開採購單——持有 purchase.order 的人向供應商名錄裡選出的供應商開採購單。
- 收貨入庫——持有 purchase.receive 的人確認貨真的到了,再按當初下單的類別把它收成資產或原料。
- 掛賬/記錄付款——持有 purchase.payables 的人在“應付賬款”裡接著處理。
這三項權限必須由店主逐個授出,系統不會自動給任何人
purchase.approve、purchase.order、purchase.payables 沒有任何角色會自動持有,連“店長”也沒有——只有店主(全權 *)永遠能透過。你得自己到“角色與權限”頁把這些權限發給員工,否則每一步都會卡在店主一個人身上。
供應商
店裡進貨往來的供應商名錄——開採購單時從這裡選,應付賬款也按家掛在這上面。
應付賬款
店裡還欠供應商的錢,接在已收貨的採購單後面。要有 purchase.payables 權限才能記錄付款或銷賬。這一頁的數字永遠掛在真實的採購單上,不是另外手工敲進去的金額。