※ 引述《speedshuffle (咻~)》之銘言：
: 各位板友大家好，
: 小弟公司目前有ERP的需求，預算100萬以內
: 公司目前是包裝材料買賣為主
: （類似五金材料行但是95%是B2B)，
: 塑膠製品製造為輔，
: 人數25人(未來還有外勞)，年營業額1.5億，
: 公司用的是N年前網路上購買的一套2-3萬的進銷存系統，已不敷使用
: 雖然說是買賣為主，但是業務範圍複雜，
: 包含：批發零售(無POS)、塑膠製品製造、塑膠膜加工(規格繁多)、二手機械買賣維修以
: 及保固、物流送貨(車趟安排、才積計算、時間預估)
: 目前主要的問題如下，
: 1. 塑膠膜類產品尺寸非常多，類似窗簾業，尺寸差1CM就建立新規格，因此公司實際經營
: 的品項雖然只有一百多種，但是產品編號確有數千種，而且這些編號很多都只使用一次。
通常會有兩種做法
一種是
料號建立時，規格/加工/特性等等連動代碼自動新增料號
複製料號改動一下規格就可快速產出第二個料
另一種是
把料號生產完入庫一併帶入規格, 揀貨揀特定規格
差別在料號多寡跟行業使用習慣不同
: 2. 進貨與出貨計價方式不同，廠商以KG計價，客戶卻要PCS計價。
這一般進銷存都該作得到
甚至混合模式, 賣庫存時又稱斤論兩賣
: 3. 成本計算以及獎金計算問題，因為原本的系統在出貨單上有一個欄位可以直接輸入成
: 本，並不是使用期初期末來計算成本，所以公司一直以來的做法都是人工輸入產品成本來
: 計算毛利以及獎金，也因此需要另外安排人每個月REVIEW每一張出貨單檢察成本是否登打
: 錯誤等等，由於常常進出貨計價方式不同，同事其實也沒辦法想像無法從出貨單直接修改
: 成本的作業流程，進貨作業基本上只做為給廠商應付帳款的付款依據，除此之外沒有其他
: 作用。
在出貨單 KEY 成本很奇怪
譬如物流產生的成本可歸在運費或 surcharge
建議保留原始入庫成本數字而非只是改掉
就會對應同時取得入庫時的成本 跟 實際想要算的成本
而這入庫成本可以來自BOM、人工(BOM帶入修改)或你們工單系統帶出
算獎金等等
應該要從收/付帳款的系統來連動計算比較好
簡單說 客戶溢付就有可能造成獎金濫發
複雜點 造成庫存以致存貨跌價部份沒扣到獎金
: 4. 工單，公司目前排工單的方式，是所有相關助理把工作打到一張EXCEL上，再由廠長負
: 責排定生產順序，常常碰到只要有人請假等等，就完全沒辦法知道該產品的生產方式、包
: 裝方式以及特殊交貨需求，都要打電話聯絡相關負責人詢問。
把加工順序依生產品項做 LT 生產範本設計
BOM 那邊設定關係
輸入工單時連動帶入相關加工序就好
任何一個網頁版的系統都可簡易做到這些查詢
(ex. 人在客人那查生產進度)
: 5. 廠商交易方式，貨到付現/付現出貨/月結//預付訂金/滿多少扣%/累進扣%/先付全額，
: 隔月退%/
實務面上會比較煩瑣一些
通常交易/付款方式只是設計在報價/訂單,
剩下是收/付款模組的事
麻煩的是譬如一季/一年交易量多少才有優惠 (當下/事後)
或是像文中提到
讓客人付全額再隔月退%, 也就上面提到溢付的情形
不同的折扣 / 活動都會增加煩瑣程度
另外
這邊牽扯到會有
業務 (海外客人由業務收款)
船務 (負責出口)
會計 (一般本土催收)
看交易對象/模式而定
: 6. 客戶交易需求，零售/月結/扣%/單張出貨單有金額上限/指送/多分公司指定抬頭/出貨
: 單隱藏單價、隱藏我司抬頭、隱藏秀品名只能秀料號/包裝體積限制/棧板體積限制/送貨
: 時間限制/專案成本以及售價。
: 其實問題根本多不勝數，目前的作業流程極端原始，都靠紙本跟人腦，有些可以在公司名
: 稱上備註，但是備註字數有限制。
正常一般作法是做在出貨單列印的條件設定
但客人太多 > 條件太多也容易選錯
有些作法是作在訂單客人指定項要求那邊
各有優缺點
但一樣都是把特殊需求選項化而已
比較會有問題的會是
譬如棧板體積限制這些要實際讓系統管控在哪邊
不然這些最後都只是"備註"而已
: 小弟的需求，
: 1. 能透過行動裝置操作。
這需求打死一半套裝了
: 2. 多公司多地點並共用庫存。
共用要確認是A公司可以調用B公司的貨? 正常系統不該這樣設計
一般只會開放API讓子公司間相互查詢而已
還是要走移轉/調撥的流程
: 3. 能夠跟其他軟體(OFFICE、ACROBAT)或周邊DOCK在一起，譬如說可直接由系統發MAIL等
: 。
一般的應該都會有發信/匯出EXCEL/列印成PDF
: 4. 未來能夠轉為雲端+本地同時運轉的方案，如本地死了自動連到雲端。
這需求就可大可小了
若只是要因應多公司別的作法而設多個本地端是不用這樣做
不然光資料庫異地同步要花的錢就不只一百萬了
要把系統養在外面的雲平台的話那又是一筆錢
: 5. 能針對單筆出貨單修正成本，而不走庫存成本。
: 目前廠商太多，我並不知道每一家系統商的強項，對這個產業很陌生，去各廠商網站看過
: 以後反而更沒有頭緒，如果有異想天開的部分還請板友提點正確的系統導入方向。
1. 條列遇到問題
2. 希望正確的流程
3. 提供上述對應的測試資料、找廠家demo
另外問題點看似有點太局部,
若以ERP的觀點來看, 少了很多系統間資料串連應用的想法