→ Non: 標題麻煩補一下 3Q 12/06 22:51
???
→ dil79975: 老實說,看了你的網站 我就不想要了解了... 12/06 23:01
官網的確其貌不揚,缺少霸氣,但是很耐操、實用。行有餘力再去拉皮美容。
→ cmliu: 其實你後面的廣告可以不需要 12/06 23:19
已移除簽名。
推 gcnet: 又上了一課,謝謝您 12/07 07:32
→ Weky: 原po身分是業務 這份可信度五折差不多 12/07 10:10
→ Weky: 有興趣可以直接搜尋原po本版文章 大概有底 12/07 10:11
→ ffv111: 這樣客製化完要花多少錢? 12/07 11:00
如果採用我們的方式,訂做費用為0。
我們1名顧問到場訓練企業MIS人員接手永續開發/維護ERP的技能。
理由:負責定做ERP的是最瞭解企業作業和文化的MIS基層人員,不是任何外來顧問。
https://bit.ly/2sZ7N9B
推 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分。
→ esla: 第2點也很基本,財務帳上一定都能做,你是要跟國稅系統串? 12/07 13:22
特別列出這題的理由,是因為當時該工廠使用的Forth Shift(彼岸稱為「四班」)無此功能,
新ERP必須避免重蹈覆轍。
在彼岸的工廠無須自己開發退稅軟體與政府對接,多購買當地軟體。
承辦人員抱怨的是:沒有資料可供輸入退稅軟體。
→ esla: 第3~4點,有多語系都能支援,問題也不大 12/07 13:22
對Tiptop和SAP而言,問題很大!工程非常艱鉅!請搜尋「SAP multilingual」關鍵字。
金蝶、中X、先濬都不支援。
→ esla: 第5點,設計報表要安裝?現在很少有人這樣玩了吧 12/07 13:23
都是怎樣玩法?
(a) 設計好報表「report1」之後,立即在ERP的某選單或畫面顯示「report1」供user列印?
也就是所謂的「無縫整合」。
(b) 用Crystal Report設計好報表「report1」之後,請user登入獨立於ERP之外的「報表系統」,供user列印?
也就是所謂的「第三方外掛報表系統」。
→ esla: 第6~7點除了錢包薪資外,穩定性可開發性都有差別 12/07 13:24
→ esla: 先考慮公司要不要自已養人維護再說,不然就考慮廠商存活率 12/07 13:25
除了政府部門以外,沒聽過那家大企業全部外包MIS業務,所以當然以企業客戶的MIS接手為基礎。
這一點的確重要。所以盡可能開放軟體給各界永續承接:
https://terarows.gitlab.io/posterp/manual/1/project-portal.html
「如果很不幸地,您不再繼續維護您的資訊系統的話,那麼,您上傳到GitLab的資源就提供別人一個機會,讓他們得以接手維護並延續這些資訊系統的生命,從而保障您的客戶的權益。」
→ esla: 第8點,聽起來像是某種bug,抓特定bug來談也滿神奇的 12/07 13:25
出現「負庫存」絕非特例。
見過用友U8、金蝶、百卓優采、O進銷存...等user向客服求救。
鼎新的Tiptop和WF確定無此問題?
→ esla: 第9點,做移動平均成本的廠商不多,基本上需要這點功能的話 12/07 13:26
→ esla: 就可以打掉一大半以上的廠商了,不過要先考慮清楚是否需要 12/07 13:26
1. 只要有一家企業使用「加權移動平均成本計價」法,ERP就必須支援。
2. 成本計價法,宜讓會計人員決定,而非顧問硬「推薦」企業客戶。
→ esla: 隨時看成本感覺很屌,但移動成本不是那麼容易搞的 12/07 13:27
要求ERP軟體隨時提供成本 & 數量不是在吹毛求疵。
業務人員制定產品售價會參考到這項資訊。
→ esla: 先看一下現行公司能不能達成最基本的條件再來考慮 12/07 13:27
→ esla: 就是單據即時且正確,事後修改的機率非常低,能做到再考慮 12/07 13:28
→ esla: 如果公司一天到晚補單、改數據,走移動成本會搞死你.. 12/07 13:29
→ esla: 再者,這樣評估,都是單點評估,適用有一定基礎的公司 12/07 13:29
→ esla: 也就是說,可能本來就有一套系統,換系統是要優化一些功能的 12/07 13:30
→ esla: 原po 連bom都沒有數位化,全是人工key報表的話 12/07 13:30
→ esla: 這樣的評估方式應該是遠遠不足夠的,甚至根本也列不出這些 12/07 13:31
→ esla: 原po等於是從0開始,那得從需求、流程開始評估啊 12/07 13:33
→ jinhong: [Tiptop 0分 SAP是垃圾]看到這麼強烈的主觀意見 12/07 15:47
→ jinhong: 這文章還是看看就好 12/07 15:47
→ blackhippo: 這種垃圾話我跟熟的客戶會說..不過都會強調是個人認為 12/07 21:29
→ blackhippo: &解釋給他聽為啥我會這樣說.. 12/07 21:29
→ blackhippo: 公開文章就...很有信心 12/07 21:29
→ konkonchou: esla太認真看文章了, 像這種說別人都很差勁狂打廣告的 12/08 18:34
→ 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
→ Weky: 所以沒有上市公司用這套產品 12/08 23:57
→ Weky: 大家可以回家啦! 12/08 23:57
→ Non: 麻煩你補一下標題分類 3Q 12/09 03:57
已照辦。
※ 編輯: anecdotes (36.225.164.157 臺灣), 12/09/2019 18:07:24
推 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
→ 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
噓 copyer: 簡單說就是廣告... 12/21 23:53
推 esla: 料號的部份,我說玩法很多,就代表不是只有用不同料號 12/23 15:14
→ esla: 用不同料號是最簡單最不容易出錯的辦法 12/23 15:15
→ esla: 然後,這玩意跟「科目」無關好嗎=.= 12/23 15:15
→ esla: 其它還有產品特徵碼,庫存序號等方式可以控管,看怎麼玩罷了 12/23 15:17
→ esla: 影響的層面很大,看你是不是要單獨認列成本,選擇不一樣 12/23 15:17
→ esla: tiptop就我玩過的版本(7~8年前買的)來說,有多語系啊 12/23 15:18
→ esla: 水晶報表的玩法,多數都有配report server去抓報表格式了 12/23 15:19
→ esla: 佔用的資源也不大,很少聽到有人放本地了吧 12/23 15:19
→ esla: 至於用erp的公司沒養mis的其實比你想像中的多哦 12/23 15:20
→ esla: 尤其是用wf之類的中小型企業,當然你預設是大企業我就沒話說 12/23 15:21
→ esla: 至於月結時,過帳反過帳n 次,出現負庫存負金額的部份 12/23 15:22
→ esla: 先不說我自已玩了十年沒遇到過,就算有這也是應該解決的bug 12/23 15:22
→ esla: 這種最最最基本的bug,根本沒必要特別拉出來談 12/23 15:23
→ esla: 你會特別提說,要評估單價*數量會不會等於總價嗎? 12/23 15:23
→ esla: 至於隨時提供數量,這那家做不到,隨時提供成本的話 12/23 15:24
→ esla: 你要看是移動平均成本,還是依上期加權平均成本來算 12/23 15:25
→ esla: 二者差距非常非常大,不是說系統做不到,反而是人的問題才大 12/23 15:25
→ esla: 要是完全沒玩過移動平均的公司,一天到晚在那補單改數據 12/23 15:26
→ esla: 絕對會搞死一票人 12/23 15:26
→ esla: 其實我並不是質疑是不是業務這件事,而是這樣的判斷方式 12/23 15:27
→ esla: 太過片面武斷,尤其是原po感覺完全沒接觸過類似軟體 12/23 15:29
→ esla: 分析erp 是否適用,通常是從公司現有痛點跟希望改善點去分析 12/23 15:29
→ esla: 原po提出的需求真的過於簡單,壓根沒摸到痛點 12/23 15:31
→ esla: 所以個人才會建議,先找個搞得清楚狀況的人來評估再說 12/23 15:31
→ esla: 這篇文章我個人是覺得,太武斷的去幫原po考慮太細節的東西了 12/23 15:33
→ esla: 而且我是覺得這些問題看起來都不是太關鍵的問題就是 12/23 15:34
→ esla: 我個人不是業務,只是恰巧玩了十幾年的erp,所以聊聊罷了 12/23 15:35
推 HOCHU: 牛B 11/12 09:10