公司最近打算導入 SAP(SAP ONE) 或 ORACLE (JDE) 之 ERP
請問各位先進,如確定廠商後,和這種國際大廠制定ERP合約,
是否有何注意要項以免有未來導入之問題? Thank you!
要注意的其實很多,但是大部分在廠商提出的制式合約裡可以看出端倪。就是裡面一定有保護原廠的條款在內,找出那些條文並修改成兩造都可以接受的約定。下面提出我的看法。
合約加一條"若本約內容未提及之服務,而因此無法達到甲方(貴公司)之需求,則乙方(廠商)需無條件免費提供,直到問題解決."
SAP, ORACLE,
這種等級的合約,應該是法務人員的事情吧
davistai
您這句話,很多公司很難吞下去吧
樓主所題的合約未提到簽約對象,若為原廠經銷商,且不含客製,則合約依照原廠規定,不得修改.
若跟原廠簽約,則需小心經銷商服務態度.因為簽約還是要跟經銷商簽,但是價格卻相對低.
若是包含客製,建議另外簽客製合約.針對需要的部份來特別簽訂條款,比如說客製程式與標準模組的相容性測試,或是客製程式的效能等等.請記得一件事情,沒有寫的就代表沒有,千萬不要說........我以為,切記.
至於davistai兄,您應該找不到廠商(樓主所提的sap.oracle國際大廠).
臺灣使用者很喜歡東改改西改改,可是大廠希望一開始就把需求講清楚,這是我們公司在引進ERP系統最大的問題,而大廠對提供這樣的服務是要額外收費,一定要講清楚這類的狀況以免事後有爭議,搞的資訊部門兩方不是人
John651216兄所言,台灣人真的很喜歡改來改去的,寫程式的公司不是呆子,你一直改,人家就得一直修正,這是不合理的,所以我覺得首要條件是先把公司要的流程訂下來,或許會有些許的修正,但是不要人家寫到一半就改來改去的,這樣子的話,可能最後會有錢也找不到人家來寫...請參考
我的建議是找大廠與資深的顧問來導入會比任何的合約來的有保障
我們公司有發生過ERP廠商直接倒給你看
也發生過問顧問甚麼全說是系統都做不到 結果問某大廠才知道原來是該顧問什麼都不知道
我的疑問是為什麼貴公司SAP是選B1不是R3 SAP聞名於世的是R3
ORACLE為什麼是選JDE不是ORACLE 請問你們是機械業嗎? 蠻多User應該會擔心ORACLE併購了仁科(JDE)後會像微軟併購FoxPRO結局一樣 最後幾乎是消滅了FoxPRO
注意 JDE 團隊 與 Oracle 團隊是不同的
Oracle 比較容易客製與修改
且在全球論壇中容易找到答案
JDE 是很難的(經驗談)
SAP 千萬不要買B1
B1 不是 SAP ERP
ABAP 簡單易學
B1 沒有ABAP
回答你的人
用過SAP R3 4.7 ECC6.0
當過Oracle ERP Consultant
當過 JDE - eXtend Report and Import/Export programer
您真的當過顧問嗎?
台灣的產業都那麼靈活best-practice就能解決一切問題嗎?
我想不是您不了解SAP 不然就是您沒遇過好的顧問
ABAP好學要看從哪一個角度來看,
如果以客制化報表來看 ABAP 會被ORACLE 的D2K比下去,學習曲線也會比D2K來的長,
而且在ORACLE的D2K中至少不用去算欄位位置,我只要用拉的就OK了,這一點說真的就是ABAP需要加強的地方了。
ORACLE也有一個語言跟SAP的ABAP很像,就是 PL/SQL。
小弟的一點小小心得是認為 SAP的ABAP = ORACLE的PL/SQL
只是像COBOL這樣阿公級的東西,老實說想要上手真的也是需要一段時間,
不過也不得不佩服SAP將ABAP跟系統模組做的如此緊密,ABAP好用的地方就在於他跟系統的緊密程度,所以習慣SAP的ABAP之後,也會慢慢的接受ABAP,不過單就客製化工具而言ORACLE的FORM、REPORT、PL/SQL、API會比SAP的ABAP、LAYOUTSET、FORM以及BAPI好用很多。
不過既然導入了系統,有一個重點就是要避免客製化,因為客製化越多表示流程盲點越多,越容易造成往後維護上的難度,所以不管是SAP或是ORACLE都是會儘量避免客製化的動作。
BEST-PRACTICE
其實這是一個迷思...
為什麼這麼說
台灣的企業之所以能夠生存下來,靠的不是一貫的作風或是一成不變的作法
而是如變形蟲的適應能力,就是因為有這樣的能力
所以才能突顯出與其他企業不同的競爭力以及企業文化
BEST-PRACTICE只能參考,不能一味的盲從使用,
因為你會 我也會 大家都會的情況之下,企業就會逐漸喪失本身的企業精神跟競爭力,
BEST-PRACTICE講白一點,就只是個範本而已,一個樣品屋而已
就如一棟新房子買了之後,接下來要做的就是在個新房子的原本架構之下,陸續裝潢出
屬於自己的風格意思是一樣的。
其實APS/SCM/CRM/HRM
先進排程系統/供應鏈/客戶關係/人資管理??
才是總經理要做的
本公司為一本地產業,無海外分公司,日後能投入維護人力只有二位
打算要導入財務、銷售、採購...等五套模組,適合導MySAP?
不請SAP顧問/但請SAP老師幫你上課
只是換了名稱 有什麼不一樣?
我也可以直接請原本就會SAP的顧問來當工程師 還不是換湯不換藥
不過我比較好奇的是 台灣真的有公司只花 一片光碟片的工本費 就導入成功的例子嗎?
導入的費用一般在上線前就會付掉以下的幾項費用:硬體主機、ERP系統及資料庫授權費用、系統教育訓練、需求訪談、差異分析等,這些在上線前就快要花了一半以上,如果差異過大要進行客製,也會將上線前的費用累計到將近3/4更甚到4/5,所以建議你將付款的內容跟付款的階段多多著墨著墨,會對你比較有保障!
sap的導入如果預算不夠人力不夠的話,基本上不建議選擇sap,這就如我們買車子一樣,車子買回家之後並不代表就不用再花錢了,後續的油錢,固定的保養費用,都是一筆不小的開銷,系統的導入也是如此,導入上線之後,維護上的人力問題,每年的維護合約
以及使用人員所要求的報表,這些需求都會壓著MIS人員喘不過氣來。
如果貴公司沒上線時間壓力也允許分段上線的話,可以採用alerb的分段上線方式
但是不建議貴公司採用跨系統的方式上線,雖然SAP的強項是財務,ORACLE的強項是靈活的前端模組,PeopleSoft的強項HRMS,但是如果要像台灣應用材料那樣玩的話,第一個所面臨到的問題就是各系統間的系統整合的費用將是一筆額外的開銷,然後系統維護人力需求將會是你所面臨到的第二個問題。
系統的上線是越單純越好,越複雜的架構只會加重往後維護上的難度,如果貴公司選擇SAP系統,而且也允許分模組上線的話,我會建議初期導入FI/CO模組,上線之後藉由FI/CO模組的稽核能力來調整前端尚未上線的業務以及採購生產等相關流程,等FI/CO上手之後再換前端模組的上線,只是需要花更長的時間。
ERP系統的導入,並不是一個人去買本書,或是找個認識的人問問就可以完成上線動作的,需要一個可以信賴的專業團隊,我想應該沒有任何一家公司願意把公司的前途交給一個不可信任的系統或是團隊上面。
ERP的導入在台灣已經有將近10年以上的歷史了,在這10年中也陸續修正了一些錯誤的方式也建立了許多可以快速上線的方法論以及正確的版權使用觀念,ERP的環境也趨於成熟,各家ERP系統價錢也不在是天價,所以這幾年國內中小企業也都陸續的開始導入ERP系統,也都願意採用專業顧問團隊的建議,而不會像一些財大氣粗的未開發國家<=EX:CN,只是想讓公司擁有使用全球第一品牌ERP的光環,卻不願意付出相對的版權費用,或是在公司內部建立起一個專業的團隊。
除了以上大大所述之外
我想往後的教育訓練是一定要注意的
是否有提供免費的教育訓練以及免費客製程式的時數
這都是往後在簽維護合約應該注意的..
總結第一階段的經驗:
(1) 產品購入的前兩年,不要想著要省下維護費用,可以節省的部分就是產品使用者人數。
第一階段就買少一點人數,最好只買基本單位,這樣可以節省維護費用。
用這些維護費用讓廠商趕緊把基本的錯誤給修正起來。
(2) 不要妄想廠商名氣多大? 交付出來的產品一定會很有品質。
該做的測試計畫及系統測試還是要執行,連基本的A*B = C 都能有問題,想想就可怕。
是人做的系統就能出問題。
(3) 企業內部不可能不另外聘請該系統的專業人才,一套系統要熟悉的東西太多了,
由外界引入人才絕對是有必要的。 光靠廠商想要把系統導起來,是不可能的,
導入的過程中,我們有太多地方都得拐著彎,廠商的顧問只會給你制式答案,
根本無法解決問題。
這方面我們公司透過雇用了一個財會模組主要使用者及ERP系統顧問,
這兩個關鍵角色可以解決很多問題。
(4) 導入系統時,ERP會有很多顧問參與,跟合得來的顧問打好關係,你也可以考慮挖角
對方顧問進入您公司工作,絕對是最有效率的解決方案,
前提是您要確認:『他是會動手、能動手的顧問(可以改程式改報表)』
不然有很多人是來了就想當君子『動口不動手』,廠商挖來的顧問先放一邊,
有些人力市場招募進來的員工也很喜歡號稱顧問,就是妄想『動口不動手』。
(5) 建議從主機、軟體、AP都跟同一家廠商採購及購置維護合約,讓系統出現問題時,不會有
有其他的懸念。所有的資訊系統都應該要有磁碟空間監控的機制,不管是人為監控還是
發送信件監控。
(6) 系統環境的建置,應該要考慮到暫存檔案、紀錄檔案的存放位置,需要多大容量,後續的
維護如何處理? (可否刪除? 何時刪除? 多久刪除? 怎麼刪除?)
(7) 具備附件功能的系統,要注意附件存放的方式,可否使用檔案系統存放? 怎麼備份?
怎麼多掛載空間?
(8) 對於系統的"產業包"方案,我建議一律都要POC(Proof Of Concept)演示一遍,
徹底了解哪些東西內含?哪些東西不內含? 評估是否要購買的關鍵是:
『日後維護時,您得要從基礎程式 加上 "產業包" 內容進行維護。 其中,"產業包"的內容並
不一定完全符合公司的需要。最後就是一堆未爆彈等著您去拆。而且為了這個產業包,
我們公司被迫得要用超級舊版的系統,這部分也讓我們之後在定時服務及日常開發維護都造成問題。』
四年後的現在,如果讓我們再選一次,我會『安排POC徹底了解"產業包"內容,如果真的完成度高,
或具備參考價值才考慮購入,否則寧可從頭進行客製。』