※ 引述《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的觀點來看, 少了很多系統間資料串連應用的想法 --

※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.36.8.222 (臺灣) ※ 文章網址: https://webptt.com/m.aspx?n=bbs/MIS/M.1603009608.A.B59.html