作者anecdotes (*++i >> j != &k << *l--)
標題如何選擇ERP
時間Fri Dec 6 17:31:59 2019
※ 引述《Punchpp ()》之銘言:
: 各位前輩大家好
: 小弟目前被賦予任務如下:
: 評估各家ERP優缺並負責導入相關事宜
: 我司產業為製造業(女鞋代工),產品皆外銷
: 主要需要解決的問題為以下:
: 1.BOM數位化問題
: 2.訂單轉換採購單,備料單重工問題
: 預算目前沒有上限;
: 從未導入過任何ERP系統,截至目前為止皆為人工手KEY各種報表;
: 目前已接觸過鼎新,尚揚,鴻來軟件
: 請問各位前輩還有推薦的ERP廠商嗎?
其實,聽取軟體商簡報後,仍陷入「一頭霧水」狀態的MIS主管,我曾經就是其中一員,彼岸更多!
這個提問觸發我寫下一篇文章《如何選擇ERP》。先預熱一下...
恰巧我曾經任職一家只幫愛迪達代工,18000人的廣東鞋廠,厚顏擔任只出一張嘴「管理」28名部屬的MIS部門最高主管(經理)。
該廠當時:廣東有相距近百公里之遙的2個工廠、臺中辦公室、積極動工中的印度工廠。
除了HR當然有的考勤、薪資業務之外,有員工(收費、補助)餐廳、保險、住宿...等資訊需求。
入職當時,該廠正積極汰換ERP軟體,鄙人立即展開「ERP選型」工作。
接手之前,已經有下列軟體商爭取那門生意:
- SAP的「鞋服solution」
- 金蝶
- 深圳的中X(老闆已改行,偶有聯絡。)
- 高雄的先濬
我的調查方式:製作問卷,列舉技術問題,邀請軟體商答題。
按我的記憶列舉一、二:
1. 軟體能否「同時」處理「品名」和「尺碼」?所謂「處理」,包括:跑MRP、追蹤和紀錄各「品名」和「尺碼」的成本與數量。
2. 軟體能否處理各材料的保稅(出口退稅)功能?
3. 軟體能否線上切換語系?(希望印度廠也能使用)
4. 資訊人員能否設計一份報表,中國廠職員使用簡體字打印、臺中廠職員使用正體字打印、印度職員使用英文打印?
5. 資訊人員每設計一份報表之後,是否必須分別在中國廠的800部電腦安裝、去印度廠安裝、去臺中辦公室安裝?(「安裝」包括遠程分發、自動下載並安裝package)
6. 軟體系統使用何種程式語言設計?(事涉MIS人員接手維護軟體的學習曲線、求才難易度、薪資水準)
7. 軟體使用何種資料庫管理系統?(影響老闆的錢包)
8. 會計月結,是否必須來回嘗試幾次過帳、反過帳、結帳、反結帳,可能失敗、出現「負庫存量」、「負金額」?
9. 軟體能否「隨時」顯示「品名」和「尺碼」的真實(不是「標準」)成本與數量,無須等到下月初的月結?
...
當時,
- 用過Tiptop,確定0分,所以懶得聯絡鼎新業務員。
- 直接忽略SAP,連問卷也不發給那些X子。
- 金蝶不繳交問卷,從此失聯。
- 中X答非所問、回答不完整,但是仍拜訪、打電話,積極爭取訂單。
- 先濬拒絕答題。
我當時最敬佩的軟體商是金蝶,因為他們躲起來,證明是唯一有羞恥心的業務員,他們不願意欺騙、說謊。
老闆無視我的反對,所以先濬拿到訂單。我離職後,老闆支付三分之一合約金(330萬元臺幣)後,先濬從此失聯。
我給原提問人能心安理得、睡好覺的建議:
1、參考我前述問卷內容以及下面的參考資料,製作一份問卷,發給全部軟體商,邀請他們答題。
2、邀請那些全部回答「yes」的廠商向你當面示範那些「yes」的軟體功能。
3、淘汰這些軟體商:回答不清楚、回答「no」、不敢示範那些「yes」的軟體功能。
4、從那些全部回答「yes」而且確實示範軟體功能真實不虛的軟體商之中,選擇報價最低的一家,直接推薦給老闆。
5、如果不幸證明全部檯面上的軟體商都是騙子的話,只好去我的SaaS官網免費註冊、試用,基於你的專業和敬業,回答你自己的問卷,並且相信自己的眼睛,而非耳朵。
手冊:
https://terarows.gitlab.io/app2/
---參考資料---
http://www.itpub.net/thread-1892471-1-1.html
- 勞工:三班制:07:00 ~ 15:00、15:00 ~ 23:00、23:00 ~ 07:00。夜班提供夜點費。
- 遲到半小時內,扣薪N元。遲到M小時以上,視同請假半日。早退,(忘了詳情!)。未請假,曠職,扣薪X元。
- 有全勤獎。
- 小過:扣N元;大過,扣M元。小功:獎N元;大功,獎M元。
- 文員:高級主管不打卡,其餘須打卡。可填單報出差。
- 薪資:按層級表。也許有年終獎金。
- 年假/年資對照表。
- 外國勞工提供住宿。
- 中國廠有用餐制度、住房、保險。
- 台灣廠有勞保、健保、綜合所得扣繳憑單。
- 當然,打卡鐘24小時侍候。
多公司。在線切換,無須登出再登錄。
多國語言。在線切換,無須登出再登錄。
已翻譯正體中文、簡體中文、英文。按各種語言輸入料項目、供應商名、地址、人名..。
多時區。倫敦用戶輸入、顯示「2014-12-01 00:00:00 +0」,北京用戶輸入、顯示「2014-12-01
08:00:00 +8」。
支持料品批號、鞋子的尺碼、成衣的尺碼。
會計科目只有一段。
一些ERP要求:每一個料號指定一個多段會計科目編碼。例如:1111-00A-123。其中,「1111」代表『原料』、「00A」代表『00A部門』、「123」代表『123料號』。
PostERP只使用會計科目只有一段:「1111」,代表『原料』。
無縫整合會計:凡是與金額相關的交易,都轉拋會計分錄。會計人員的記帳工作趨近零。
會計分錄只有一個屏幕,無須多個屏幕來回翻找、比對、輸入。這個屏幕容納成本、供應商、客戶、應收帳款、應付帳款、銀行存摺帳號...等信息。
無須過帳、反過帳。結帳重點工作,只運行一個指令,處理:虛帳戶結轉實帳戶、本期實帳戶餘額復制成下期期初餘額。
支持先進先出、後進先出、移動加權平均成本。永續盤存制。
隨時反應每一個倉位中的每一個項目、每一個批號的最新成本,無須等到月結。
MRP同時考慮項目與批號(或尺碼):
1、需求數量(數量,時間)
2、倉庫現存可用量(數量)
3、BOM標準用量(數量)
4、BOM父項損耗率、子項損耗率(數量)
5、生產工藝(數量、時間)(目前從缺)
6、計劃單數量(數量,時間)
7、請購單數量(數量,時間)
8、採購單數量(數量,時間)
9、外包單數量(數量,時間)
10、生產單數量(數量,時間)
11、生產投料單數量(數量,時間)
12、生產記錄(數量、時間)
13、最小包裝量/不可分割數量(數量)
14、最低採購數量(數量)
15、最低生產批量/最低外包批量(數量)
16、時柵(時間)(目前從缺)
17、時格(時間)(目前從缺)
18、提前期(時間)
多層「一對多」單據。例如:在同一個屏幕的一張出貨單號含多種藥名,每個藥名含多個批號,每個批號含多個出貨日期,每個出貨日期含多個交貨目的地;自多個儲位撿貨。
各種語言在線求助:屏幕說明、字段說明、報表用途與參數說明、程序用途與參數說明。
備正體中文、簡體中文、英文文檔,供使用人以瀏覽器閱讀。
MIS人員在瘦客戶上面開發、修改、強化ERP,終端使用人在瘦客戶操作ERP。
瘦客戶內建報表引擎,無須外掛Crystal Report等:MIS人員設計報表樣板,終端使用人運行報表。100%整合在瘦客戶的menu中。
MIS人員設計的一份WYSIWYG報表樣板,台灣文員預覽或打印正體中文報表、中國廠員工人打印正體中文報表、印度user print英文report。可設計cross tab報表、含bar code報表、子報表(sub-report)。
伺服器軟件與瘦客戶之間的傳輸資料經過(1)加密(2)壓縮。不需要VPN、Citrix、Windows Remote Desktop。
提供類似Unix crontab的排程機制。
巨細靡遺記錄user的輸入、修改、刪除記錄。
每一筆記錄都允許附掛32767個文檔,例如:工程圖.png、標準作業程序說明.doc。
屏幕中的每一個table都允許匯出成文檔,供LibreOffice的Calc、M$ Excel等軟件匯入。
https://bit.ly/2DPkDZZ
https://bit.ly/2OOanYv
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.228.152.45 (臺灣)
※ 文章網址: https://webptt.com/m.aspx?n=bbs/MIS/M.1575624725.A.74A.html
※ 編輯: anecdotes (36.228.152.45 臺灣), 12/06/2019 17:35:32
※ 編輯: anecdotes (36.228.152.45 臺灣), 12/06/2019 19:17:40
1F:→ Non: 標題麻煩補一下 3Q 12/06 22:51
???
2F:→ dil79975: 老實說,看了你的網站 我就不想要了解了... 12/06 23:01
官網的確其貌不揚,缺少霸氣,但是很耐操、實用。行有餘力再去拉皮美容。
3F:→ cmliu: 其實你後面的廣告可以不需要 12/06 23:19
已移除簽名。
4F:推 gcnet: 又上了一課,謝謝您 12/07 07:32
5F:→ Weky: 原po身分是業務 這份可信度五折差不多 12/07 10:10
6F:→ Weky: 有興趣可以直接搜尋原po本版文章 大概有底 12/07 10:11
7F:→ ffv111: 這樣客製化完要花多少錢? 12/07 11:00
如果採用我們的方式,訂做費用為0。
我們1名顧問到場訓練企業MIS人員接手永續開發/維護ERP的技能。
理由:負責定做ERP的是
最瞭解企業作業和文化的MIS基層人員,不是任何外來顧問。
https://bit.ly/2sZ7N9B
8F:推 esla: 第1點,玩法超多,最簡單就是使用不同料號,各家都做得到 12/07 13:21
使用不同料號的變通手法,具足這裡描述的全部缺陷:
「Table 10-1. 不良ERP系統對會計科目編號的處理方式」
https://terarows.gitlab.io/app2/manual/1/finance-start.html
假設女鞋有S、M、L 3種尺碼,則倚靠變通的ERP,3倍料號 & BOM & 科目數量
、3倍user出錯機率、3倍資料佔據空間、運算時間3N倍(N > 1);
如果是運動鞋,則有8.5' 9' 9.5' ... 11.5' 12' 約10種尺碼。
所以,倚靠變通的ERP,這題得0分。
9F:→ esla: 第2點也很基本,財務帳上一定都能做,你是要跟國稅系統串? 12/07 13:22
特別列出這題的理由,是因為當時該工廠使用的Forth Shift(彼岸稱為「四班」)無此功能,
新ERP必須避免重蹈覆轍。
在彼岸的工廠無須自己開發退稅軟體與政府對接,多購買當地軟體。
承辦人員抱怨的是:沒有資料可供輸入退稅軟體。
10F:→ esla: 第3~4點,有多語系都能支援,問題也不大 12/07 13:22
對Tiptop和SAP而言,問題很大!工程非常艱鉅!請搜尋「SAP multilingual」關鍵字。
金蝶、中X、先濬都不支援。
11F:→ esla: 第5點,設計報表要安裝?現在很少有人這樣玩了吧 12/07 13:23
都是怎樣玩法?
(a) 設計好報表「report1」之後,立即在ERP的某選單或畫面顯示「report1」供user列印?
也就是所謂的「無縫整合」。
(b) 用Crystal Report設計好報表「report1」之後,請user登入獨立於ERP之外的「報表系統」,供user列印?
也就是所謂的「第三方外掛報表系統」。
12F:→ esla: 第6~7點除了錢包薪資外,穩定性可開發性都有差別 12/07 13:24
13F:→ esla: 先考慮公司要不要自已養人維護再說,不然就考慮廠商存活率 12/07 13:25
除了政府部門以外,沒聽過那家大企業全部外包MIS業務,所以當然以
企業客戶的MIS接手為基礎。
這一點的確重要。所以盡可能開放軟體給各界永續承接:
https://terarows.gitlab.io/posterp/manual/1/project-portal.html
「如果很不幸地,您不再繼續維護您的資訊系統的話,那麼,您上傳到GitLab的資源就提供別人一個機會,讓他們得以接手維護並延續這些資訊系統的生命,從而保障您的客戶的權益。」
14F:→ esla: 第8點,聽起來像是某種bug,抓特定bug來談也滿神奇的 12/07 13:25
出現「負庫存」絕非特例。
見過用友U8、金蝶、百卓優采、O進銷存...等user向客服求救。
鼎新的Tiptop和WF確定無此問題?
15F:→ esla: 第9點,做移動平均成本的廠商不多,基本上需要這點功能的話 12/07 13:26
16F:→ esla: 就可以打掉一大半以上的廠商了,不過要先考慮清楚是否需要 12/07 13:26
1. 只要有一家企業使用「加權移動平均成本計價」法,ERP就必須支援。
2. 成本計價法,宜讓會計人員決定,而非顧問硬「推薦」企業客戶。
17F:→ esla: 隨時看成本感覺很屌,但移動成本不是那麼容易搞的 12/07 13:27
要求
ERP軟體隨時提供成本 & 數量不是在吹毛求疵。
業務人員制定產品售價會參考到這項資訊。
18F:→ esla: 先看一下現行公司能不能達成最基本的條件再來考慮 12/07 13:27
19F:→ esla: 就是單據即時且正確,事後修改的機率非常低,能做到再考慮 12/07 13:28
20F:→ esla: 如果公司一天到晚補單、改數據,走移動成本會搞死你.. 12/07 13:29
21F:→ esla: 再者,這樣評估,都是單點評估,適用有一定基礎的公司 12/07 13:29
22F:→ esla: 也就是說,可能本來就有一套系統,換系統是要優化一些功能的 12/07 13:30
23F:→ esla: 原po 連bom都沒有數位化,全是人工key報表的話 12/07 13:30
24F:→ esla: 這樣的評估方式應該是遠遠不足夠的,甚至根本也列不出這些 12/07 13:31
25F:→ esla: 原po等於是從0開始,那得從需求、流程開始評估啊 12/07 13:33
26F:→ jinhong: [Tiptop 0分 SAP是垃圾]看到這麼強烈的主觀意見 12/07 15:47
27F:→ jinhong: 這文章還是看看就好 12/07 15:47
28F:→ blackhippo: 這種垃圾話我跟熟的客戶會說..不過都會強調是個人認為 12/07 21:29
29F:→ blackhippo: &解釋給他聽為啥我會這樣說.. 12/07 21:29
30F:→ blackhippo: 公開文章就...很有信心 12/07 21:29
31F:→ konkonchou: esla太認真看文章了, 像這種說別人都很差勁狂打廣告的 12/08 18:34
32F:→ konkonchou: 只要問, 台灣哪間上市公司有在用你的系統就好了 12/08 18:35
假顧問真業務員最拿手的,不是傳授企業客戶MIS專業,
而是灌輸MIS主管惡質心態、劣化其職業道德,如專文《不易聽到SAP專案失敗的原因》
揭露:
https://bit.ly/2DPkDZZ
該文適用範圍涵蓋國內、外市場佔有率最高的ERP軟體商以及其外圍利益組織和個人。
※ 編輯: anecdotes (36.225.166.84 臺灣), 12/08/2019 23:15:39
※ 編輯: anecdotes (36.225.166.84 臺灣), 12/08/2019 23:17:53
※ 編輯: anecdotes (36.225.166.84 臺灣), 12/08/2019 23:28:23
33F:→ Weky: 所以沒有上市公司用這套產品 12/08 23:57
34F:→ Weky: 大家可以回家啦! 12/08 23:57
35F:→ Non: 麻煩你補一下標題分類 3Q 12/09 03:57
已照辦。
※ 編輯: anecdotes (36.225.164.157 臺灣), 12/09/2019 18:07:24
36F:推 goodga: 所以到底找到工作沒 12/09 20:06
自傳
https://www.linkedin.com/pulse/cv-tw-cn-liou/
※ 編輯: anecdotes (36.225.7.107 臺灣), 12/11/2019 17:39:35
37F:→ SeanBoog: ... 12/12 20:20
※ 編輯: anecdotes (1.171.35.182 臺灣), 12/16/2019 14:24:28
※ 編輯: anecdotes (114.45.10.95 臺灣), 12/17/2019 19:02:55
※ 編輯: anecdotes (36.228.142.80 臺灣), 12/18/2019 19:10:35
38F:噓 copyer: 簡單說就是廣告... 12/21 23:53
39F:推 esla: 料號的部份,我說玩法很多,就代表不是只有用不同料號 12/23 15:14
40F:→ esla: 用不同料號是最簡單最不容易出錯的辦法 12/23 15:15
41F:→ esla: 然後,這玩意跟「科目」無關好嗎=.= 12/23 15:15
42F:→ esla: 其它還有產品特徵碼,庫存序號等方式可以控管,看怎麼玩罷了 12/23 15:17
43F:→ esla: 影響的層面很大,看你是不是要單獨認列成本,選擇不一樣 12/23 15:17
44F:→ esla: tiptop就我玩過的版本(7~8年前買的)來說,有多語系啊 12/23 15:18
45F:→ esla: 水晶報表的玩法,多數都有配report server去抓報表格式了 12/23 15:19
46F:→ esla: 佔用的資源也不大,很少聽到有人放本地了吧 12/23 15:19
47F:→ esla: 至於用erp的公司沒養mis的其實比你想像中的多哦 12/23 15:20
48F:→ esla: 尤其是用wf之類的中小型企業,當然你預設是大企業我就沒話說 12/23 15:21
49F:→ esla: 至於月結時,過帳反過帳n 次,出現負庫存負金額的部份 12/23 15:22
50F:→ esla: 先不說我自已玩了十年沒遇到過,就算有這也是應該解決的bug 12/23 15:22
51F:→ esla: 這種最最最基本的bug,根本沒必要特別拉出來談 12/23 15:23
52F:→ esla: 你會特別提說,要評估單價*數量會不會等於總價嗎? 12/23 15:23
53F:→ esla: 至於隨時提供數量,這那家做不到,隨時提供成本的話 12/23 15:24
54F:→ esla: 你要看是移動平均成本,還是依上期加權平均成本來算 12/23 15:25
55F:→ esla: 二者差距非常非常大,不是說系統做不到,反而是人的問題才大 12/23 15:25
56F:→ esla: 要是完全沒玩過移動平均的公司,一天到晚在那補單改數據 12/23 15:26
57F:→ esla: 絕對會搞死一票人 12/23 15:26
58F:→ esla: 其實我並不是質疑是不是業務這件事,而是這樣的判斷方式 12/23 15:27
59F:→ esla: 太過片面武斷,尤其是原po感覺完全沒接觸過類似軟體 12/23 15:29
60F:→ esla: 分析erp 是否適用,通常是從公司現有痛點跟希望改善點去分析 12/23 15:29
61F:→ esla: 原po提出的需求真的過於簡單,壓根沒摸到痛點 12/23 15:31
62F:→ esla: 所以個人才會建議,先找個搞得清楚狀況的人來評估再說 12/23 15:31
63F:→ esla: 這篇文章我個人是覺得,太武斷的去幫原po考慮太細節的東西了 12/23 15:33
64F:→ esla: 而且我是覺得這些問題看起來都不是太關鍵的問題就是 12/23 15:34
65F:→ esla: 我個人不是業務,只是恰巧玩了十幾年的erp,所以聊聊罷了 12/23 15:35
66F:推 HOCHU: 牛B 11/12 09:10