iT邦幫忙

0

ERP BOM 表有10階以上 是發瘋還是裝傻

Albert 2011-01-22 19:40:4820187 瀏覽

ERP BOM 表有10階以上 是發瘋還是裝傻

看更多先前的討論...收起先前的討論...
鐵殼心 iT邦高手 1 級 ‧ 2011-01-23 09:18:54 檢舉
能寫出這種程式的, 不是天才, 就是瘋子.
bizpro iT邦大師 1 級 ‧ 2011-01-23 10:55:48 檢舉
請問10階以上有何問題?
賽門 iT邦超人 1 級 ‧ 2011-01-23 12:18:22 檢舉
bizpro提到:
10階以上有何問題

沒有問題...非瘋即傻....還會有問題嗎?

疑....想想前兩天還在和研發部人員討論一個BOM有17階的產品......慘!!怎麼在一家非瘋即傻的公司工作?!偷笑
賽門 iT邦超人 1 級 ‧ 2011-01-23 12:21:10 檢舉
tecksin提到:
能寫出這種程式的, 不是天才, 就是瘋子.

BOM系統是我寫的.....我是天才還是瘋子??天啊~~~~我都不認識我自己了??我是誰??誰能告訴我~~~~失神
Albert iT邦高手 1 級 ‧ 2011-01-23 13:35:20 檢舉
程式可以無限階
我們也是寫成無限展階階
(但是真實世界把虛擬階加進來也不應該有 20階)
因此
規畫成真實斷階(非虛擬階)10階以上
的導入顧問一定是裝傻或真的瘋了
Albert iT邦高手 1 級 ‧ 2011-01-23 13:40:17 檢舉
simon大阿哥:
17 階 都是真實階還是虛擬階 ?
將批次工單製程 全部斷階當工單 ? 
Albert iT邦高手 1 級 ‧ 2011-01-23 13:46:15 檢舉
albertachen提到:
程式可以無限階
我們也是寫成無限展階階
(但是真實世界把虛擬階加進來也不應該有 20階)
因此
規畫成真實斷階(非虛擬階)10階以上
的導入顧問一定是裝傻或真的瘋了

Albert iT邦高手 1 級 ‧ 2011-01-23 13:46:46 檢舉
程式可以無限階
我們也是寫成無限展階階
(但是真實世界把虛擬階加進來也不應該有 20階)
因此
規畫成真實斷階(非虛擬階)10階以上
的導入顧問一定是裝傻或真的瘋了
鐵殼心 iT邦高手 1 級 ‧ 2011-01-23 13:57:25 檢舉
賽大是iT幫不出世的天才...灑花
bizpro iT邦大師 1 級 ‧ 2011-01-23 14:54:44 檢舉
到底會造成什麼問題? 系統無法跑? 跑太久? 會計算錯誤?
Albert iT邦高手 1 級 ‧ 2011-01-23 15:02:13 檢舉
>>BOM系統是我寫的.....
>>我是天才還是瘋子??天啊~~~~
>>我都不認識我自己了??我是誰??誰能告訴我~~~~失神

寫程式
寫無限階更簡單
我們大家都是這樣寫
把資料建成無限階才厲害
這種厲害不是裝傻就是瘋了
Albert iT邦高手 1 級 ‧ 2011-01-23 15:36:08 檢舉
真實階 超過10階
如含虛擬階也不該超過 20 階
真實階 超過10階 代表要成品出貨前 
要領料 10次 
要入庫 10次
如果中間有一階出問題
要退回重加工 

把製程 當工單
複雜一輩子
Albert iT邦高手 1 級 ‧ 2011-01-23 16:16:16 檢舉
10階
就會有十階領用
就會有十階入庫
就會有中間階 入庫退出
就會有人要幫電腦修正資料
就會....
賽門 iT邦超人 1 級 ‧ 2011-01-23 18:05:26 檢舉
tecksin提到:
賽大是iT幫不出世的天才

I'M CRAZY!~~~~
Albert iT邦高手 1 級 ‧ 2011-01-23 22:24:28 檢舉
寫程式的 =/= 規劃系統 =/= 規劃制度 =/= 實際運作

跟你無關 你是做武器的軍火商 不是拿火藥生吞的 10階 BOM
echen688 iT邦高手 1 級 ‧ 2011-01-24 09:24:58 檢舉
tecksin提到:
賽大是iT幫不出世的天才...


無言 鐵大的意思是說, 賽大根本還沒被生出來嗎? ........ 偷笑
賽門 iT邦超人 1 級 ‧ 2011-01-24 10:06:28 檢舉
我認為BOM到10階以上, 會有兩個問題:

1. 產品結構管理複雜度增加, 必需輔以更完整的BOM樹狀結構圖來表達, 不然以單階形式表現, 會造成使用者沒有'立體'概念而失去對整個產品結構的印象. 這樣在試產及量產時, 會造成生產線的很多困擾.

2. 系統複雜度增加, 資料表的結構、資料連結點的設計、正規化的考慮及資料庫效能的考慮等等...因為, BOM和MRP、工單、現場用料及成本等等都有很密切的關聯, 如果不去考慮程式效能, 真的會造成統Lag到不行.

所以, 為了Performance Tunning, 我把整個BOM系統的資料表結構及程式都重新改寫了....
賽門 iT邦超人 1 級 ‧ 2011-01-24 10:14:19 檢舉
albertachen提到:
要領料 10次 
要入庫 10次

我覺得, 沒有這種必然關係存在. BOM有10階, 不必然會領料10次, 入庫10次.

這要看管理手法與流程.

其實, 我覺得, 系統只是輔助工具, 怎麼Run, 還是人在執行. 如果, 不知變通, 不知善用工具, 還不如不不用.
Albert iT邦高手 1 級 ‧ 2011-01-24 12:40:54 檢舉
simon581923提到:
為了Performance Tunning, 我把整個BOM系統的資料表結構及程式都重新改寫了....

BOM Header / BOM Line = 土產串接法 Key String 褒慢慢
Product Master / BOM Header = 土產串接法 Key String 褒慢慢
PPOrder / PPOrderBOM = 土產串接法 Key String 褒慢慢
PPOrderBOM / PPOrderBOMLine = 土產串接法 Key String 褒慢慢
PPOrder / PPOrderWF = 土產串接法 Key String 褒慢慢
PPOrderWF / PPOrderWFNode = 土產串接法 Key String 褒慢慢
Albert iT邦高手 1 級 ‧ 2011-01-24 12:42:12 檢舉
慢活 慢慢活
出去吃完午餐 可以等晚餐 還在 褒慢慢
Albert iT邦高手 1 級 ‧ 2011-01-24 16:37:42 檢舉
simon 大哥英明
Albert iT邦高手 1 級 ‧ 2011-01-24 16:46:55 檢舉
編 BOM
不是虛擬階
主件不入庫
用料不領用
simon 大哥建議 這招真是太好了
backflush 需要入庫資料來產生用料
simon 大哥建議 只需製程申報
FG autoGen
MI backflush
太好了
謝謝
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中
12
pantc328
iT邦高手 1 級 ‧ 2011-01-23 09:46:26

應該有吧?
各行各業都不同.
有的行業重加工.工序表複雜,BOM很單純.
有的重組裝,工序單純,BOM很複雜.
像營造業還是國防業還是特殊的行業也許有可能.

Albert iT邦高手 1 級 ‧ 2011-01-23 13:25:22 檢舉

@@ 營造業還是國防業 都不可能超過 10階
同批次 重型轟炸機生產 為了批次成品目的不強迫入庫
這種生產根本不斷階
因此也不會超過 10階
送給10家委外加工站
IBM/SAP/Oracle 亂搞型顧問 會讓你編成 10階
因為只有真實階才能
有生產計劃/有(委外)工單/有(委外)領料/有(委外)入庫

鐵殼心 iT邦高手 1 級 ‧ 2011-01-23 14:00:53 檢舉

albertachen提到:
亂搞型顧問

是不是這樣子才能收比較多錢?疑惑

10
oowo
iT邦高手 1 級 ‧ 2011-01-23 20:26:52

看它的流程吧…
一般erp bom表要玩到幾階全看企業要求....
有必要二百階也不是沒可能( 不過很誇張就是…

4
kwansho
iT邦新手 5 級 ‧ 2011-01-24 09:03:57

不一定實際上有多少階就要在ERP系統上設計多少階, 適當的瘦身會讓管理上較為容易一些。不過這還是要看顧問本身有沒有這個概念了

4
隨風奶爸
iT邦好手 1 級 ‧ 2011-01-24 09:28:18

除了BOM的功能,BOM的編制必須看產品及實際作業的需要,是否會有中斷性,是否可以使用製程,不見得越少就越對、也不見得越多就是錯~如果少了BOM階,沒有製程或是常出現中斷生產停放在產線上,若沒有對應執行流程改善,哪少BOM階也是會出問題的~同樣的,多了BOM階,顯而易見的單據變多、簽核變多、紙張成本也高~所以,不能單看BOM階判斷顧問能力的高低,還要看公司本身的流程及執行順暢性!
其實這一個問題,常出現在不同性質的顧問公司中,一個是管理顧問公司,一個是ERP的導入顧問公司,兩者,似乎從來沒有辦法步調一致!不過也對,步調一致了,必然有一個要挨餓了~

4
daniellu888
iT邦新手 4 級 ‧ 2011-01-24 09:35:50

10階以上的BOM是超誇張的,該顧問是否把外包或外製及廠內虛擬的料件一起放入bom表計算,會這樣做通常是系統商無提供該功能或該顧問自已也搞不清楚架構所提出的暫時解決方案,這樣會造成日後維護人員的負擔,通常會發生在國外的ERP軟件上(非所有)...

pantc328 iT邦高手 1 級 ‧ 2011-01-24 09:48:47 檢舉

這種事很難說.
我以前的公司.
子廠投資母廠,母廠投資子廠.
某些廠商間相互投資.
廠商間有些商品是合資.
有些商品是競爭.
有些東西規定你生廠我賣.
有些規定你能賣多少數量,最低價格.
當然這些廠商可以向其他廠商要BOM表然後跟自己的BOM和在一起在展開...
所以沒有一不一定的.

0
mitchellchen
iT邦新手 5 級 ‧ 2012-04-16 12:58:11

假設 一個東西做出來 有十多個工作站 每個工作站都有瓶頸
唯一確保帳料相符的方式就是出工作站入庫後再領料 只是這樣倉庫會很累
打單也很累 但是這樣的好處是 每個階段就是一個製程
你不需要去想說 這階裏面包含了那些 或者說 生管要抓現場狀況
只需要進去系統抓現在庫存數 在製數 查帳方便

我自己也吃過斷階的苦 不過 先前是把所有的階都打包成一個製程 結果A跑完B還沒跑,也不知道到底是A卡住多少,還是已經到B那邊生產了。所以就把兩個打散。

要先搞清楚你要的是現場方便操作 還是帳務明確
再來就是你有沒有多的人力跟U數
製造業導入ERP最大的盲點就是 不願意多花間接人員的錢
多請間接人員來key單好像會吃死老闆

可是花錢用ERP結果沒有效用 根本連關帳都關不起來 更是廢物!!
有的老闆超短視 像我聽過的案子 年營業額16億 倉庫調整金額7000萬 結果還是沒去作大盤點,也沒增加管理人力。
7000萬零件不見了,至少要花3000萬緊急採購....7000萬跟36萬的人事費用,哪個比較重要.....
那個老闆選擇 "我沒有多餘的錢請人"搖頭搖頭

Albert iT邦高手 1 級 ‧ 2012-04-16 13:57:31 檢舉

mitchellchen提到:
A跑完B還沒跑,也不知道到底是A卡住多少,還是已經到B那邊生產了。

A跑完 就是 A跑完
B還沒跑 就是 B還沒跑
A卡住多少 = 0, 因為 A跑完
還是已經到B那邊生產了 = 0, 因為 B還沒跑

IQ 只有 130,, 120 的人也在玩 ERP 當然被你玩完了

我要發表回答

立即登入回答