PCDVD數位科技討論區
PCDVD數位科技討論區   註冊 常見問題 標記討論區為已讀

回到   PCDVD數位科技討論區 > 其他群組 > 七嘴八舌異言堂
帳戶
密碼
 

  回應
 
主題工具
Ficer-1
*停權中*
 

加入日期: Mar 2017
文章: 4
引用:
作者老飛俠
同樣是ERP也有規劃的好壞差別。

以前用的ERP沒這麼難用。

我再講一個昨天碰到的案例:

我要找一顆機械牙的螺絲,料號主檔沒有展開報表功能,只能到另一個資料庫展開相同開頭的料號,然後根據每一項的description來找,
然後description又沒有固定格式,每個人寫的都不一樣,包含的資料也不盡相同,以前在別的公司可以輸入screw、M3、機械牙等規格屬性列出合條件的料號來找,但是在這𥚃我得從「全部」螺絲𥚃慢慢找,
有時description寫的不清楚,我還得另外開另一個資料庫去查那個料號的規格。

整個過程超沒效率


該不會是要超級老鳥, 根本就不查了, 自己抽屜打開就一堆資料可以直接翻閱 XD
沒開玩笑, 現任公司的工程師就是如此, 他的電腦跟座位自成天地, 有各種資料~
     
      
舊 2017-03-30, 01:02 PM #31
回應時引用此文章
Ficer-1離線中  
Ficer-1
*停權中*
 

加入日期: Mar 2017
文章: 4
引用:
作者Stripper
說的真好....專業被踐踏的職場


要看主事者是如何思考, 前東家資訊課可是兩大頭的紅人區, 裡面三個人都是重量級.

專業裡面最厲害的是監控, 譬如你開什麼應用程式, 什麼檔案, 什麼關鍵flag要通知, 分門別類.

譬如業務的去開採購, 馬上flag, 然後就被關切了.

譬如某人掃描某一類的圖, 馬上flag, 然後就被關切了.

主事者就是把員工當賊, 所以系統的設立以區分/控制/監察為主, 好用與否不再考量範圍內.

某些時候, 還必須連大主機才能運作, 不能在你的電腦有檔案操作, 我都笑說不如給終端機.
 
舊 2017-03-30, 01:09 PM #32
回應時引用此文章
Ficer-1離線中  
EVO-IV
*停權中*
 

加入日期: May 2013
文章: 3
引用:
作者老飛俠
真的生下來沒看過那麼爛的系統,申請一個料號要到三個資料庫裡手動更新,彼此不連動,關聯式資料庫不是我快三十年前唸書時就有的東西嗎?
什麼年代還用這麼落伍和愚蠢的系統,當初開發這種系統的人怎麼沒被釘在牆上?
連續建幾個類似屬性的料號也沒辦法直接複製前一個來改(是有複製功能,但是只把某幾個欄位複製過來),
每個都要重新一個欄位一個欄位key in,而且連key好幾個以後明明已經背起來了,也不能直接key進去,要叫出選單來選,
然後有的選單有幾百個選項,又全是流水號排列,無法用特徵值搜尋。

以前兩個小時內可以維護完成搞定的東西,在這裡要花上半天。

因為....

1、設計單位不是使用者、沒有UE概念
2、設計者歷經、A、B、C、∞....每個都改一點、寫一點、弄一點、結果就是整套不連貫、不互通
3、台灣這類公司都是10-30年以上老公司、老闆跟高階決策主管都LKK,他們用慣了的東西、你想改?找死?
4、用ERP系統、光是彙整各單位的意見就不會有結果,但期限又壓在那邊、只能一邊討論一邊改...開始作的目的是汽車、最後變成宇宙戰艦大和號+超時空要塞+變形金剛+真龍蓋特....
舊 2017-03-30, 01:20 PM #33
回應時引用此文章
EVO-IV離線中  
SLANPV
*停權中*
 

加入日期: Mar 2017
文章: 7
引用:
作者csshih
登月系統有當時計算能力過差的歷史因素

---------------------------------------------
SAP這麼講,實在有點不負責任
尤其對一個每次MA費用都這麼貴的廠商來說


SAP當初這麼說,是想說,SAP嚴謹與可靠程度僅次於美國登月系統

你自己想想看,登月系統如果出現資料數據不一致導致運行角度發生偏差

那登月系統可能變成,「登火星系統」了

其實,SAP的原始設計其實很好的,只不過遇到台灣公司

再好的系統也會被台灣用戶改成四不像

此文章於 2017-03-30 02:06 PM 被 SLANPV 編輯.
舊 2017-03-30, 02:03 PM #34
回應時引用此文章
SLANPV離線中  
Stone Crab
*停權中*
 
Stone Crab的大頭照
 

加入日期: Mar 2015
您的住址: 熱火隊地盤
文章: 2,703
引用:
作者henryyeh0731
有些時候系統難用跟使用者也有責任,使用者資訊不好好刊登
撰寫範例規範當空氣,隨便填個只有自己看的懂得東西

久了以後整個系統資料一堆天書


還有一堆填錯欄的,還覺得跟紙本時代簽錯位置一樣問題不大,
結果造成其他部門怎樣都查不到變成幽靈檔,然後怪系統設計沒防呆。
舊 2017-03-30, 02:09 PM #35
回應時引用此文章
Stone Crab離線中  
Nicole1120
Advance Member
 

加入日期: Feb 2006
您的住址: 風城
文章: 323
我公司的例子,
erp item catalog 裡已設定, memory , HDD欄位,
但PM 申請時全部填在 Others.
這幾個key parts 都是影響訂價因子.一堆報表,系統要用.要申請料號時一定要依rule 填入.
唉!!但是還是有申請料號隨便填.看到這種資料,實在是無奈

範例
Memory Size
Memory QTY
HDD Type
HDD Capacity (per device)
HDD Device (per system)
Others :Memory:16GB*16.HDD:SATA3.5inch*4TB*4
舊 2017-03-30, 02:22 PM #36
回應時引用此文章
Nicole1120離線中  
copson
Major Member
 
copson的大頭照
 

加入日期: Sep 2004
文章: 100
這一看就很像鼎X ERP阿
整合上真的是要有點耐心 XD
舊 2017-03-30, 02:23 PM #37
回應時引用此文章
copson離線中  
CDancer
Major Member
 
CDancer的大頭照
 

加入日期: Nov 2003
您的住址: 演藝圈
文章: 240
引用:
作者oldtsui
以前在電子業上班,系統之間的連結經過多年打磨,資料幾乎可以用「信手捻來」來形容。
現在換到一般製造業,就跟老飛俠說的一樣,慢、卡、頓!

有位同事從電子業跳槽一家製造業,因為會寫巨集指令,把原來一個月完成的工作量,兩、三個小時就做完了...


然後有人失業了,有人工作量增加了?
舊 2017-03-30, 02:50 PM #38
回應時引用此文章
CDancer離線中  
csshih
*停權中*
 
csshih的大頭照
 

加入日期: Mar 2011
文章: 1,522
引用:
作者SLANPV
SAP當初這麼說,是想說,SAP嚴謹與可靠程度僅次於美國登月系統

你自己想想看,登月系統如果出現資料數據不一致導致運行角度發生偏差

那登月系統可能變成,「登火星系統」了

其實,SAP的原始設計其實很好的,只不過遇到台灣公司

再好的系統也會被台灣用戶改成四不像



我只能同意SAP這種推卸責任的說法一半
不過您最後面那句對於SAP的台灣客戶說法,只能用百分百由衷同意來形容
舊 2017-03-30, 02:54 PM #39
回應時引用此文章
csshih離線中  
傻瓜狐狸
Major Member
 

加入日期: Apr 2002
文章: 260
我公司的 ERP 系統還會被直接無視
輸入完 ERP 後還要再 excel 總表
再轉各別報表後 Key ERP 進一個新的料號
最後再統整起來生一個新的管理表來產 KPI 專用
__________________
我是傻瓜狐狸 對偷懶這件事特別的勤奮
http://showmer.pixnet.net/blog
舊 2017-03-30, 03:29 PM #40
回應時引用此文章
傻瓜狐狸離線中  


    回應


POPIN
主題工具

發表文章規則
不可以發起新主題
不可以回應主題
不可以上傳附加檔案
不可以編輯您的文章

vB 代碼打開
[IMG]代碼打開
HTML代碼關閉



所有的時間均為GMT +8。 現在的時間是01:57 AM.


vBulletin Version 3.0.1
powered_by_vbulletin 2024。