請問各位大大
目前BOM的建法
一個父階,會帶很多子組件,子組件下又有子組件
由於產品複雜,通常我們的BOM,有6階層之譜...
螺絲千奇百怪....
在需要發出螺絲需求的時候,往往要消耗許多時間整理螺絲種類,數量,和所屬父階的關係(依照父階物件數量來換算螺絲總需求數量)
有沒有什麼好方法?? 讓我可以 依照螺絲種類,自行帶出父階底下有多少螺絲數量,和螺絲總類?
通常我們都是用群組,群組...這樣子來建立階層關係.
bannetyang wrote:
樓主怎麼想用文書處...(恕刪)
我當然知道ERP系統啊
沒這麼誇張啦
只是小小的專案管理
小小的RD想使用的BOM表罷了
每天在算螺絲CALL料也是很累人的......
那個階層只是組立件下面還有小組立件而已
這還好...通常不會超過六階
只是一般在GO案子的時候
pilot run會兵荒馬亂,實在是很難去查詢螺絲數量和種類....
就是因為我們公司自己的系統都無法做這種整合查詢,才厲害.......
不然我也不需要這麼累人啊..........
"全客製化製造業資訊系統",自己google吧不便置入行銷,台灣專做製造業全客製化的應該只有他。(全客製化、量身訂做、駐廠開發,價格合理/甚至優於套裝…)。
以下是網站上擷取的內容
1.導入方式:工程師駐廠開發、漸進式逐一模塊導入、平行作業or模組替換(不影響工廠作業)
2.系統特色:web版、多營業據點、多倉別、權限管理、審核機制、APP行動管理加值應用...
3.適合規模:一般5-50台終端使用者中小型系統。(50人內沒有使用人數限制)
4.價格優勢:根據系統的需求訂定開發工期,以月為單位進行報價/請款。
5.風險保障:就像階段性非編制內臨時的IT部門,任務完成後部門裁撤。驗收失敗,可隨時調整,甚至終止。
據悉風評不錯,目前擴編中,系統評估及估價階段不會收取費用,不像一般顧問諮詢就要收費。
內文搜尋

X