SAP是世界上很好用的ERP系統(tǒng)，誰與爭鋒?
發(fā)表于：2017/5/11 9:44:24??閱讀量：?[關閉]
玩過QAD、Tiptop、用友等產(chǎn)品，深深覺得SAP是貴的有道理!
一套好的ERP系統(tǒng)，不僅能夠很大程度承接適配企業(yè)的管理和業(yè)務流程，在技術上面也能夠做到快速部署和挑戰(zhàn)。而對用戶而言，好用且邏輯性強，體驗好、便利可掌控才是能夠抓住用戶的需求點。很可惜的是，縱觀世界上這么多的ERP系統(tǒng)，真正能夠為用戶考慮而且有自己的核心競爭力的并不多。
我認為一套好的ERP系統(tǒng)，不僅僅是一套軟件，更是一個管理思想。選型ERP，要從以下幾方面考慮：
一、業(yè)務模式
在選用ERP之前，首先企業(yè)自身得明白自己需要什么，想要實現(xiàn)什么功能，管理需求是什么。遺憾的是很少有企業(yè)能夠明白這一點。ERP不是選擇市場份額高的，也不是選擇廣告，而是真真切切選擇適合企業(yè)的系統(tǒng)。比如本公司本來就是重復性的制造體系，如果選擇的系統(tǒng)不支持這種方案，雖然后期可以通過客制開發(fā)來實現(xiàn)，但畢竟開發(fā)量大，過度修改系統(tǒng)原有的標準邏輯，一定會造成過度二次開發(fā)的災難。因此企業(yè)在選擇ERP之前一定要很清楚自己真正的需要。
之前公司在選型的時候，用友公司一直仗著自己在國內(nèi)市場份額大而一直跟我們公司打廣告。實際上，用友的產(chǎn)品在制造型的企業(yè)的份額并不如其他產(chǎn)品的多，所以這個是要區(qū)別對待的。之前就是因為用友的產(chǎn)品不支持重復性生產(chǎn)的模式而被斃掉、
二、數(shù)據(jù)庫
基本上來說世界上ERP常用的數(shù)據(jù)庫無非就是Oracle和MSSQL。ERP系統(tǒng)在企業(yè)里的應用是重中之重，數(shù)據(jù)量也會逐年遞增，穩(wěn)定性可靠性都要求很高。因此采用穩(wěn)定且效率高的數(shù)據(jù)庫是很有必要的。如果一款ERP系統(tǒng)只能支持單一的數(shù)據(jù)庫真的是可以摒棄了。ERP系統(tǒng)是長期工程，至少要以10年的眼光來看待它。用友U9只支持MSSQL系統(tǒng)，而SAP/Tiptop是主流數(shù)據(jù)庫都支持了。
三、B/S和C/S
B/S和C/S孰優(yōu)孰劣百度上很多，各有各的優(yōu)勢和短處。如果哪家ERP廠商吹捧說自己公司的產(chǎn)品是基于B/S模式所以有優(yōu)勢的說法是忽悠人的。其實B/S沒有什么不好，但是因為你是B/S模式，客戶端只能限制在IE瀏覽器上使用那就是大錯特錯了。而如果因為你是C/S模式，客戶端只能在Windows系統(tǒng)上使用那也是讓人難以接受的。一定要很清楚，終端跨平臺和多元化一定是要考慮進去的。
SAP其實是兩者都支持的，不過對B/S支持度不佳;用友U9是綁死在windows系統(tǒng)下的IE瀏覽器上，基本上很廢材;Tiptop系統(tǒng)則是純粹的C/S模式，雖然它也宣稱支持B/S，但實際上是要安裝ActiveX插件，自然而然的是綁死在Windows系統(tǒng)的IE瀏覽器上。
四、跨平臺
如果哪一套ERP系統(tǒng)的服務端只能安裝在Windows Server上，客戶端只能在Windows系統(tǒng)上使用的話，那么請毫不猶豫得忽略它。企業(yè)應用很復雜，客戶端不能只考慮到win系統(tǒng)，再加上VPN的使用，未來員工在家使用ERP也是很正常的事情。所以如果ERP不能跨平臺，基本上可以說明這是一套垃圾ERP。我所知道的用友系統(tǒng)基本上都是基于Windows系統(tǒng)，其他諸如Linux，OSX系統(tǒng)是沒法用的。而SAP有對應平臺的客戶端軟件，服務端也有多種系統(tǒng)可供選擇。
五、開發(fā)技術
ERP的開發(fā)技術占比比分很重，因為實施過程中和上線之后企業(yè)的業(yè)務會不斷的變化更改，ERP系統(tǒng)也會因為業(yè)務而一直不斷開發(fā)更新中，所以技術在這過程中很重要。以下只對我所知道的系統(tǒng)做一個技術方面的介紹：
SAP：1、客戶端：SAP的開發(fā)平臺實際上就是在客戶端上，一套客戶端有幾百兆的大小，里面包含了基本上所有的操作和開發(fā)。技術開發(fā)只是里面的一個模塊而已，技術人員不需要安裝額外的開發(fā)工具，也不需要上傳和下載代碼文件，因為SAP的代碼全部集成在系統(tǒng)里，只要運行SE38就可以在里面做開發(fā)，不管是Debug、開發(fā)畫面、報表查詢、單據(jù)打印、系統(tǒng)后臺配置、代碼性能分析等全部都在這里面，非常的方面簡單。永遠不用去敲命令，永遠不用去記目錄，編譯和調(diào)試都是可視化界面，點點鼠標就可以了，簡單快速高時效!安裝好客戶端，新建好登錄地址和端口就可以快速連接到系統(tǒng)了。
2、集成：至于跟其他系統(tǒng)的集成問題，SAP有自己的一套遠程調(diào)用接口的服務，俗稱RFC，支持第三方開發(fā)語言諸如JAVA，C#，C++，PHP;平臺基本上都支持，更不用提Android和IOS等系統(tǒng)了，直接可以通過調(diào)用RFC接口來與SAP做數(shù)據(jù)的交互傳遞。除了接口之外，SAP還提供了幾乎所有的業(yè)務接口，即BAPI，其實也是一個可遠程調(diào)用的接口，只不過它是業(yè)務的封裝。第三方平臺和技術可以通過調(diào)用BAPI來實現(xiàn)業(yè)務數(shù)據(jù)的創(chuàng)建，比如創(chuàng)建銷售訂單，創(chuàng)建采購訂單，審核單據(jù)等等業(yè)務性的動作。用戶在調(diào)用接口的時候完全不用考慮要對什么表做插入做更新做邏輯校驗，只需要按規(guī)則把參數(shù)傳遞進去就可以了，其它的事情就交給SAP來處理了。
3、開源：在系統(tǒng)開源方面，SAP基本上前端的頁面和后端的配置都能找到它的代碼，而且這里面絕大部分的代碼都有增強點，在這里可以做源碼的修改和補充。但涉及到非常核心的功能SAP是不讓改的，這也說明了SAP以邏輯嚴謹著稱。一方面避免了開發(fā)過度，一方面也避免了對系統(tǒng)業(yè)務邏輯做顛覆性的修改。
4、畫面開發(fā)：在程序畫面上，SAP也提供了一套可視化的開發(fā)工具，可以讓技術人員直接對控件做拖拉的動作，熟悉C#和VB的人一定不會對他陌生。
5、數(shù)據(jù)庫設計：SAP數(shù)據(jù)庫表的設計也非常的到位，每一張表的表名和表里的每一個欄位都有它自己的含義，而且全數(shù)據(jù)庫統(tǒng)一一個欄位名稱。比如物料編號，在物料主檔里它就叫MATNR，在其他的表比如銷售明細表、采購明細表、過賬憑證表上面的物料編碼也全部都是MATNR。所以開發(fā)人員一看到這個欄位名稱就知道它存的內(nèi)容是什么，不用查數(shù)據(jù)庫規(guī)格書，也不用去看代碼，不需要去畫面的欄位查看欄位名稱。
6、消息機制：SAP系統(tǒng)提供了一套非常完善的消息機制，有錯誤，警告，提示和退出等功能，通過系統(tǒng)的消息編號，再配合Debug可以秒定位到發(fā)出消息的那段代碼上，從而對程序做一定的完善。我非常喜歡這樣的功能，經(jīng)常就會因為系統(tǒng)的提示問題而不知道發(fā)生的原因，通過消息和分析代碼就能夠快速找到根源所在。
7、SQL跟蹤：SAP有一套非常方便的Sql跟蹤方案，可以針對當前的用戶或某一個用戶做sql跟蹤，技術人員可以快速找到每一個畫面后臺所有用到的數(shù)據(jù)表，非常的方便快捷。對后續(xù)的系統(tǒng)開發(fā)和報表開發(fā)都很有幫助。而且也可以對增強的開發(fā)做到輔助作用，可以快速定位到具體的表的代碼里，用過的人都說好。
8、內(nèi)容導航：SAP有自己一套非常實用的內(nèi)容導航?？梢栽谀骋粋€畫面里雙擊某一個欄位自動跳轉(zhuǎn)到相關的畫面。比如在采購訂單畫面雙擊供應商欄位，系統(tǒng)會自動跳轉(zhuǎn)到供應商主數(shù)據(jù)的畫面;比如在庫存過賬的畫面雙擊物料編碼的欄位會自動跳轉(zhuǎn)到物料主數(shù)據(jù)的畫面。實際在使用過程中并不需要新開畫面，然后復制要查詢的信息進去搜索，用導航的方式可以快速切換想要用的畫面，非常的實在!
9、性能監(jiān)控：技術人員客制的程序往往性能不佳，速度很慢，這個時候就可以利用系統(tǒng)自帶的性能監(jiān)控的畫面來監(jiān)控技術人員開發(fā)的程序，很直觀了解到是哪里的代碼出現(xiàn)問題，哪條sql語句執(zhí)行時間如何等等，技術人員可以針對性去優(yōu)化和解決。
10、畫面配置：SAP對畫面的調(diào)整能力超乎想象，比如你想在一個畫面里的某一個欄位做隱藏、只讀、必填等動作，只需要建立變式就可以了，而且還可以針對不同的賬號做生效。馬上配置馬上生效，根本不需要做任何代碼的編寫。而且也支持技術人員自己開發(fā)的畫面。在企業(yè)應用里，這類的調(diào)整非常多，但如果每個都要做開發(fā)會累死技術人員，效率也不高。
其實不止以上幾點，還有非常多的技術相關的東西，SAP都做到很人性化。也基本上可以確定了SAP的霸主地位，對技術的完善和可控，造就了它的高可維護性和擴展性。
Tiptop：開發(fā)人員需要額外安裝一套開發(fā)工具，每次開發(fā)都要從服務端下載代碼文件到本地編輯，然后再上傳上去，之后再切換到另一個工具編譯和運行。如果你要Debug，估計就是要敲命令了，仿佛就是在Linux下操作一樣，對開發(fā)人員的要求很高。而程序性能分析就更不用談了，系統(tǒng)都沒有這樣的功能。所以跟SAP比起來，這系統(tǒng)非常的笨拙，需要很多工具一起配合使用。更可怕的是安裝客戶端還需要本機安裝IIS，這個讓人匪夷所思。雖然可以通過IE瀏覽器安裝客戶端插件，但還是綁死了在Windows系統(tǒng)上了。
1、客戶端：這ERP的客戶端讓人無語的是它安裝完之后需要做一定的配置，比如要對客戶端的快捷方式添加-aD作為啟動參數(shù)才可以新建登錄鏈接，至今不明白做這個限制的意義何在?而蘋果平臺的版本雖然有對應的APP程序客戶端，但更讓人崩潰的是它也一樣要配置，而且過程相當?shù)膹碗s，需要敲一大堆的命令(重命名，創(chuàng)建快捷方式，添加參數(shù)，修改權限)，所以用戶根本就不懂怎么操作。我至今都很好奇TOP GP的客戶端開發(fā)公司到底是啥意思?要數(shù)不懂用戶體驗的非這公司莫屬了吧。
2、集成：說到跟第三方平臺的集成，Tiptop的對接技術是使用Webservice，先把需要的數(shù)據(jù)通過用DML的方式插入到ERP數(shù)據(jù)庫的中間表，再調(diào)用Webservice的方式通知ERP中間庫已經(jīng)有數(shù)據(jù)了，接下來ERP再執(zhí)行相應的接口程序進行讀取并做邏輯校驗。在這個過程中，所有的事情全部都要技術人員寫代碼操作，而且手動對表做讀取和插入等更新，除非技術人員對Tiptop的業(yè)務邏輯和后臺表非常的熟悉，否則一般人真心干不來，要么你就是去看系統(tǒng)源碼。這種痛苦的過程的根源就是因為這ERP沒有對業(yè)務接口做封裝，所以從第三方平臺生成業(yè)務數(shù)據(jù)，比如創(chuàng)建銷售訂單，創(chuàng)建采購訂單，單據(jù)審核等動作全部都要對數(shù)據(jù)表做增刪改的操作。一旦你漏寫了或者漏了那些表的更新，那就會對后續(xù)的業(yè)務造成一定的隱患。
3、開源：Tiptop系統(tǒng)是全開源的，但雖然它幾乎完全開源，但弊端也非常顯而易見，那就是誰都可以去修改這些代碼，改來改去該到最后估計用戶都不知道什么跟什么了吧。開源本來是好事，但可以讓客戶過度修改就不是好事了。
4、畫面開發(fā)：Tiptop也有一套可視化的開發(fā)工具，跟客戶端獨立開來，需要技術人員將代碼和畫面關聯(lián)起來。
5、數(shù)據(jù)庫設計：Tiptop的數(shù)據(jù)庫設計是非常奇葩的地方，數(shù)據(jù)庫里的表名和表里的欄位清一色流水號，比如物料編碼，在物料主檔里它叫ima01，在其他表或許就會叫exa02，在另外一張表就變成了aba03了，所以開發(fā)人員必須要時刻把數(shù)據(jù)庫規(guī)格書打開，隨時查閱，除非是天才能夠完全記住，否則免談。
6、消息機制：有系統(tǒng)消息機制，但客戶不可定制自己的消息。要通過消息的提醒快速找到代碼的地方卻并不簡單。不過有一點優(yōu)勢在于Tiptop畫面的后臺代碼都一般只有一直程序，偶爾調(diào)用一下函數(shù)而已。這點比SAP要單純不少。
7、SQL跟蹤：沒有提供這個功能。
8、內(nèi)容導航：沒有提供這個功能。
9、性能監(jiān)控：沒有提供這個功能。
10、畫面配置：較少支持，絕大部分要做開發(fā)。
Tiptop的開發(fā)遠遠不如SAP來的快捷方便，跟SAP比起來差距真的不是幾個量級可以衡量的。
用友U9：用友U9了解的并不是很徹底，但所知道的是它也需要有一套開發(fā)工具，可以用微軟的Visual Studio(花錢吧)。這系統(tǒng)不開源，所有的動作只能通過它宣傳的后臺配置去實現(xiàn)，但一旦后臺配置實現(xiàn)不了的，那就只有開發(fā)，而且只能找廠商來開發(fā)，對，你要交年維。
1、客戶端：IE瀏覽器，其他瀏覽器不行!
2、集成：Webservice，麻煩程度不必說了。
3、開源：不開源!
4、畫面開發(fā)：利用VS開發(fā)工具或自帶的開發(fā)平臺。
5、數(shù)據(jù)庫設計
6、消息機制 ：不詳;
7、SQL跟蹤：不支持。
8、內(nèi)容導航：不支持。
9、性能監(jiān)控：不支持。
10、畫面調(diào)整：可配置調(diào)整，量不多，部分要做開發(fā)。
老實說用友U9我用的不多，了解也偏少，不過之前的測評和評估的過程來看，這套系統(tǒng)并不值得實施(特別是生產(chǎn)制造型企業(yè))。
六、系統(tǒng)配置
一套系統(tǒng)做得好不好，還得去看它應對業(yè)務變化的能力，不需要做開發(fā)就可以做到對業(yè)務模式和需求的定制。比如企業(yè)里要對某一類的采購訂單做分類，如果不支持定制，那開發(fā)是很痛苦的。如果要對不同的采購訂單做號碼段定制，對開發(fā)的能力要求更高。一套完善且功能齊全的系統(tǒng)配置方案是重中之重!
SAP系統(tǒng)里面有非常多的系統(tǒng)配置的功能，通過專用的畫面SPRO進入?；旧侠锩嬗脩粝胍臉I(yè)務模式都能支持，功能強大到令人嘆為觀止。通過系統(tǒng)配置+細節(jié)上的開發(fā)基本上可以實現(xiàn)一套系統(tǒng)的切換了。
Tiptop也有一定量的系統(tǒng)配置，不過這部分并不如SAP來的龐大，而且功能相當有限，只有非常簡單的幾個下拉框和按鈕這樣子而已。就連不同的采購類別設置不同的訂單號碼段都不支持，跟SAP比起來基本上是屬于很小型的系統(tǒng)定制。Tiptop引以自豪的一方面是它的開源，所以通過開發(fā)可以實現(xiàn)無限的可能情況。但這樣真的好嗎?
用友U9就更不要說了，不開源，而且妄圖大部分功能可以通過系統(tǒng)配置來實現(xiàn)系統(tǒng)的定制。千萬不要去相信，一套ASP.NET網(wǎng)站能夠多靈活可想而知，不是我偏見，我研究過一部分，代碼功能很多都是存儲過程，系統(tǒng)定制方面比較弱。所以只能通過開發(fā)來實現(xiàn)，而且是用友官方的開發(fā)!
七、多組織架構
ERP的多組織架構也是非常必須要有的功能，畢竟現(xiàn)在很多上了規(guī)模的企業(yè)都是集團化了。如果有ERP不支持多組織，就跟廢材一樣。
所幸的是SAP、Tiptop、用友U9都支持多組織的架構，但各自支持程度又不盡相同。
SAP里面99%的數(shù)據(jù)表都會有幾個欄位存放公司、工廠等組織性的欄位，用于區(qū)分其他子公司的數(shù)據(jù)。所以在很多的畫面上都會看到對公司和工廠等欄位的查詢。用戶只要有權限就可以快速查詢不同組織的數(shù)據(jù)，而且也方便很多子公司之間的業(yè)務來往，秒切換。技術人員也可以很簡單方便在代碼里面實現(xiàn)多組織方式的開發(fā)報表展現(xiàn)。
Tiptop里面是通過Oracle數(shù)據(jù)庫的“賬號”來區(qū)分組織，所以在一個“賬號”里面所有的數(shù)據(jù)表存的都是當前的組織架構。如果用戶想要查詢其他的子公司數(shù)據(jù)，就要切換運營中心，畫面上找不到可以查詢其他子公司的查詢條件。而開發(fā)人員自然也不用去專注查詢其他子公司的數(shù)據(jù)。但是，一旦要合并報表呢?一旦要查詢其他子公司的數(shù)據(jù)呢?
用友U9也是類似跟Tiptop方式的組織架構支持方式，不提也罷。
說到這里，講了幾個相對比較重要的點，但其實ERP還有非常多的方便可以講述，SAP太多的優(yōu)勢了，多到我現(xiàn)在雖然沒有在玩SAP，但非常懷念這套系統(tǒng)帶給我的那種駕馭的感覺。
玩SAP 5年以上，Tiptop半年以上，用友U9研究過，基本上可以判斷出這幾個系統(tǒng)很多方面的差別。不得不說，SAP很貴，非常貴，但貴得很有道理。奉勸企業(yè)千萬不要貪圖便宜，也不要被所謂的市場份額給欺騙了，選擇合適的，能夠快速實施和開發(fā)的系統(tǒng)很合適。
本文鏈接:SAP是世界上很好用的ERP系統(tǒng)，誰與爭鋒?