推 wantsleep: 也太強了吧Orz..... 02/22 09:23
推 lu760423: 跪拜中... 02/22 10:15
→ Weky: 比較想知道做這麼多老闆年薪有沒有給到200+ 02/22 11:08
推 BearWu: 樓上+1 02/22 12:42
薪資在企業是秘密,不過在PTT卻是公開的...廠廠 公道價8萬1
做多也要有效果才行,跟老闆說已經替你賺幾個e,董監酬勞記得多分一點才是真的
推 intela60474: 讓我拜一下 02/22 13:28
推 eric00169: 跪著看文... 02/22 14:11
推 esla: 同是erp人表示崇拜~~辛苦了 02/22 15:00
→ esla: 感覺大大這樣可以練到好多功啊,真好 02/22 15:16
現在打怪沒經驗值了...
推 Hevak: cool.... 02/22 19:47
噓 appledavid: 噓明顯,等等推回 要做這種工作第一要身體好 02/22 19:55
→ appledavid: 第二要 喜歡長時間工作 第三要 不怕低薪 02/22 19:55
樂於工作+身體好在每個行業都是一定要的,不怕低薪怪怪的,一定要有合理報酬才是
→ appledavid: 我只是好奇 後來調薪有破兩百萬嗎? 說真的就算企業再 02/22 19:56
→ appledavid: 簡單,這麼多系統一個人做,沒兩百萬也太狗血了 02/22 19:57
推 appledavid: 推回來,以個人角度,我不喜歡從無到有去開發,除非 02/22 20:00
→ appledavid: 你想把這些開發完做成套件拿去賣,不然不值得 02/22 20:00
文章太長其實最後有提到,很少寫新的東西出來,從無到有其實只有資料庫裡面的內容
大部份都既有素材改個烹調方式端出老闆想要的菜色
重點是擺盤(流程改善)跟教(教育訓練)其他人如何享用這道菜才是最花時間的
不過推文最後這一句才是重點,這又是老闆同意的另外收入了
推 SeanBoog: 帥 02/23 02:18
※ 編輯: konkonchou (1.160.5.182), 02/23/2017 06:59:36
推 esla: 同意重點是流程改善跟教育訓練~ 02/23 08:19
推 sopoor: 同路人推一個 02/23 11:51
推 BlueRyo: 推,同是ERP人覺得超強 02/23 13:58
推 pikachu100: 太強了..... 02/23 14:40
最近事情作一段落有點傲嬌,老闆跟我說他想吃新菜(系統),應該要怎麼炒
我問他新菜(系統)已經有了,你要微波幾分鐘(報表樣式)再告訴我
→ appledavid: 因為台灣很多這種公司,薪水都很抱歉,講明說就這案例 02/23 18:01
→ appledavid: 如果你沒加油添醋,不管他事業大小,年薪兩百是基本的 02/23 18:02
→ appledavid: 在我看來沒兩百都算低薪 02/23 18:03
看工時,老闆讓我一週去一天就好,但經常是我來一整週只看見他一天
老闆看到我都沒跟我說
"了不起 負責"
新來的顧問如果一週來兩天就有兩百以上,但公司只請他一天
→ appledavid: 尤其是那種沒料號的BOM,我承認我沒做過這沒料號又要 02/23 18:05
→ appledavid: BOM的產業,一想起來應該很有趣才是 02/23 18:06
→ appledavid: 糾正:是不須建料號但要建BOM的,所以那裡是少量客製 02/23 18:07
→ appledavid: 組裝場?因為單子都是量少毛利高,所以才變成這種現象 02/23 18:08
→ appledavid: 甚至只是一個來料加工廠,BOM主要是讓你知道怎麼組? 02/23 18:09
既然是心得 分享作法也是應該的
其實這只是一個很簡單的 SA+UX 觀念
User給什麼"規格"就實作出來,有時就 Garbage in garbage out
廠商可以這麼作,能不能用是一回事,錢收到就好,SA 該是誰應該要很清楚
一人來就乖乖當扮演好 PM + SA + SD + PG + DBA
除非 USER 比你更會開規格,那表示SA能力還需要再精進
當描述物料完成後系統自動建立可閱讀的料名,料號其實就 DB 中的 PK or identity
料當然要建,但不是為料號而料號 (跟為APP而APP一樣繞口)
料跟料之間可以互相組合成新的料
所以選好組合or成份就會自動生成新料名(料號還是 PK)
大概就滑鼠選個幾下,系統判斷無重複後產生新料
"料號"或"料名"完全不用在那邊設計某某代碼什麼意思,若解釋不夠明白可以再討論
這邊端看 UX 的功力
簡而言之,若100種料可以任兩種組合成新的料,且描述方式可異動
一般正向推導方式不是不行,只要好用就行
最後就看到一堆企業血汗建料號,然後格式一換就 GG 了
推 esla: 建不建料號跟bom要看行業別,有些人力密集的產業 02/23 18:38
→ esla: 其實料號只是佔極少比例的成本,建料號跟bom用意通常只是 02/23 18:38
→ esla: 控管庫存為主,計算成本則是其次 02/23 18:40
→ esla: 甚至還有客供料的部份,其實也是有產業用萬用料件去替代 02/23 18:40
→ esla: 端看產業別跟主事者的想法,當然最好的情形是都要建立 02/23 18:41
→ esla: 但有時料件太多太雜,又一堆打樣時,全都入系統不見得是好事 02/23 18:41
因為有不同類形的上下游垂直整合工廠
料的描述、形式、單位、組成方式等等各是截然不同的,但建立的邏輯是相同的
說穿了就是懶得再寫code,同樣架構也方便算捲算成本
至於庫存管理,除料外還要加工批號等等,一進一出/挪用管理,這又是另一套系統了
推 appledavid: 我比較感興趣的是,樓主所工作的產業是哪種? 02/23 20:57
→ appledavid: 樓上說得到裡我懂,但你說的那不是我想知道的 02/23 20:58
→ appledavid: 的道理 02/23 20:59
傳產 !! 血汗 !!
※ 編輯: konkonchou (1.160.5.182), 02/24/2017 01:14:13
※ 編輯: konkonchou (1.160.5.182), 02/24/2017 01:14:55
推 kevindump: 料號很硬的,敝司高層堅持料號要有可讀性,一編四十幾碼 02/24 10:03
換位思考問題
通常用的人跟規劃的人是不太一樣,所以經常是使用單位看不太懂要一再教育訓練或查表
要是四十碼的規劃是在未來幾年內都適用無誤,那這高層也是挺強的
設計規劃的方法有很種,沒有最好只有更好
推 aleeon: 我還看過百碼的料號 02/24 14:48
這...光稽核正確性就聽得來很嚇人
最近稽核一些對外文件代瑪,大概15碼不到,錯誤率就近2%,百碼實在太驚人
→ aleeon: 我跟一個客戶也是五、六年搞了七個階段,還在進行中 02/24 14:49
推 Vibird: 推 自行開發 當初我也是搞跨兩岸傳產自行開發 ERP 02/24 22:23
→ Vibird: 一年飛大陸 往返20多次 囧rz 02/24 22:24
這說到一個隱藏成本,自己在交通花費時間也佔整個導入時程約1/12以上
後來種子學員培養起來就輕鬆多了
推 esla: 百碼料號,天啊,好想看編碼原則長怎樣 02/25 11:33
※ 編輯: konkonchou (1.160.4.189), 02/25/2017 13:44:03
推 hawfu: 好奇問一下,此ERP開發是採用WEBFOMR還是WINFORM 02/25 15:17
→ hawfu: 有關MES系統,大大開發是用WINFOMR嗎?還是WEBFORM 02/25 15:18
→ konkonchou: ERP主要Web, MES則一半一半 02/26 00:43
推 hawfu: 問一下大大,為何mes系統會採用一半一半考慮點在那,是否因 02/26 08:11
→ hawfu: 運算量大資料,採用winform開發呢,謝謝 02/26 08:11
→ konkonchou: 即時性跟本地資源控制為目前主要考量,反而大量運算很 02/26 09:56
→ konkonchou: 少用在生產現場 02/26 09:56
推 hawfu: 好奇問再一下,mes系統如何規劃設計,例如設備是用winform 02/26 12:38
→ hawfu: ,查資料用web之類方式,謝謝 02/26 12:38
還是會視現場需求而定
兩家工廠一家機台多產量以日為單位,現場無大量資訊設備需蒐集成品統一輸入打標入庫
有時間容錯性,用web方式作業即可
另一家機台數少但產量以分計算,產出後旋即貼標入庫或出貨作業,有即時性需求
選擇使用WinForm本機輸入完資訊就一起列印貼標,用web的話動作會多個幾秒
主動控制設備商程式與PLC溝通,這就得WinForm,但講好用交換資料方式,用web也行
MES設計難處反而不是以上,是要作到7x24備援方案,剩下就是資料同步問題
通常會傾向作在local network,centralized 就很容易被on call
(至少不會因總部這邊網路或主機掛點影響到各廠生產)
※ 編輯: konkonchou (1.160.4.189), 02/26/2017 14:53:36
推 hawfu: 非常感謝大大回應,只是小弟有時考慮在設備上是用web還是 02/26 17:39
→ hawfu: 用winform來撰寫會比較方便接plc資料並可即時回傳資料給erp 02/26 17:39
→ hawfu: ,web好處是比較方便讓使用者直接連上即可查詢資料,不需 02/26 17:40
→ hawfu: 像winform還要安裝才查詢。 02/26 17:40
自己經手的設備通常管理者較不會在設備上操作,所以中控安裝一次環境即可
資料全都拋轉Local DB再同步回總部
查詢或報表產出都是透過web在進行,編輯異動則是OP在設備端winform/原廠程式進行
若資料蒐集點很多,有些廠商有賣Gateway暫存訊號再網路傳回中控,就不用一台台安裝了
倒底哪種適合說不一定,還是得視狀況而定
推 ai8051: 依你所做的工作內容來看,如果老闆不補人,逐漸在維護上 02/27 11:52
→ ai8051: 你會力不從心,這間也只是你練功的好地方而以 02/27 11:53
若在維護上力不從心表示系統/程式/問題處理品質並不佳,這是相對的
SA有做好跟一開始就在系統/程式埋入bug reporting機制一定可以減少這方面問題
通常會花比較多時間還是在DB tuning跟一些問題的研究
(ex.製程防錯,就得去學習、模擬整個生產流程、資訊流等等)
衰一點就是自己人也不懂
得去跟原廠討論、詢議價等原廠技師飛過來才能解決問題,這通常2、3個月起跳
有時對方也不見得全了解他們家的系統,為了時效性($)也得摸摸鼻子幫對方兼作DBA
→ appledavid: 類似的老闆我碰過,除非他的公司持續擴張,否則基本上 02/27 14:20
→ appledavid: 不會多找人,不然找的人素質也是『總務等級』工程師 02/27 14:20
真的還蠻多總務等級投履歷,幸好人資沒有業績壓力
有時看到會自行開發ERP眼睛都亮了(抓交替),往下看內容是在某某ERP上開發報表...ooxx
推 nfsong: 強大 03/01 00:38
推 yamN18345: 跪了~ 03/03 16:09
推 KLOJ: 同樣是ERP我跪了,太強大了 03/07 22:36
可以多多交流
※ 編輯: konkonchou (220.136.22.214), 03/09/2017 02:16:10
推 lusaka: 大大你好,我看到文章內有文化的的問題,可以請您解釋是怎 03/10 07:57
→ lusaka: 樣的文化,與改造的方式,若文化上屬於主管時,您是怎麼溝 03/10 07:57
→ lusaka: 通 03/10 07:57
大哉問,但就需求訪談的角度來看,資訊太少這問題很難問到正確答案
文化跟主管(人)在每家企業都是不同的,問題與改變方式都不會是一樣的
這跟ERP已經離題了
系統能幫忙的,就是做對的事情在短時間內做好(太多長遠規劃但做不到的案例)
專案成功可以累積信任,信任建立之後就好溝通,溝通順暢自然能消除本位主義
※ 編輯: konkonchou (1.163.32.186), 03/11/2017 16:11:25
推 jjwei: 強者推!! 03/14 14:28
推 s310143: 我跪了... 07/10 16:13
推 jet113102: 朝聖推 01/05 17:30