日本熟妇乱子A片

    1. <track id="13a33"><ruby id="13a33"><menu id="13a33"></menu></ruby></track>
    2. <p id="13a33"><strong id="13a33"><small id="13a33"></small></strong></p>
      1. <acronym id="13a33"><label id="13a33"><listing id="13a33"></listing></label></acronym>

        為什么飽受詬病的SAP卻成了絕對的世界老大

        長期以來,業界貶低SAP聲音此起彼伏,好不熱鬧!什么界面丑陋,操作繁瑣,缺乏靈活性、技術陳舊、價格昂貴。然而趨勢恰恰相反,SAP不僅沒有被這些聲音淹沒,反而越戰越勇,而今SAP幾乎攻陷中國所有央企和絕大數的地方龍頭企業。打得ORACLE、用友、金碟滿地找牙。

        一個可怕的事實是SAP從1972年成立至今近50年來,其產品一直在迭代中進化。對比我們國產軟件經常過不了幾年就得推倒重來,我們不得不佩服SAP的架構實在是太他媽高明了得?。?!我輩唯有虛心學習,方有可能東山再起啊!

        一套好的ERP系統,不僅能夠最大程度承接適配企業的管理和業務流程,在技術上面也能夠做到快速部署和挑戰。而對用戶而言,好用且邏輯性強,體驗好、便利可掌控才是能夠抓住用戶的需求點。很可惜的是,縱觀世界上這么多的ERP系統,真正能夠為用戶考慮而且有自己的核心競爭力的并不多。

        我認為一套好的ERP系統,不僅僅是一套軟件,更是一個管理思想。選型ERP,要從以下幾方面考慮:

        一、業務模式

        在選用ERP之前,首先企業自身得明白自己需要什么,想要實現什么功能,管理需求是什么。遺憾的是很少有企業能夠明白這一點。ERP不是選擇市場份額高的,也不是選擇廣告,而是真真切切選擇適合企業的系統。比如本公司本來就是重復性的制造體系,如果選擇的系統不支持這種方案,雖然后期可以通過客制開發來實現,但畢竟開發量大,過度修改系統原有的標準邏輯,一定會造成過度二次開發的災難。因此企業在選擇ERP之前一定要很清楚自己真正的需要。

        之前公司在選型的時候,用友公司一直仗著自己在國內市場份額最大而一直跟我們公司打廣告。實際上,用友的產品在制造型的企業的份額并不如其他產品的多,所以這個是要區別對待的。之前就是因為用友的產品不支持重復性生產的模式而被斃掉、

        二、數據庫

        基本上來說世界上ERP常用的數據庫無非就是Oracle和MSSQL。ERP系統在企業里的應用是重中之重,數據量也會逐年遞增,穩定性可靠性都要求很高。因此采用穩定且效率高的數據庫是很有必要的。如果一款ERP系統只能支持單一的數據庫真的是可以摒棄了。ERP系統是長期工程,至少要以10年的眼光來看待它。用友U9只支持MSSQL系統,而SAP/Tiptop是主流數據庫都支持了。

        三、B/S和C/S

        B/S和C/S孰優孰劣百度上很多,各有各的優勢和短處。如果哪家ERP廠商吹捧說自己公司的產品是基于B/S模式所以有優勢的說法絕對是忽悠人的。其實B/S沒有什么不好,但是因為你是B/S模式,客戶端只能限制在IE瀏覽器上使用那就絕對是大錯特錯了。而如果因為你是C/S模式,客戶端只能在Windows系統上使用那也是讓人難以接受的。一定要很清楚,終端跨平臺和多元化一定是要考慮進去的。

        SAP其實是兩者都支持的,不過對B/S支持度不佳;用友U9是綁死在windows系統下的IE瀏覽器上,基本上很廢材;Tiptop系統則是純粹的C/S模式,雖然它也宣稱支持B/S,但實際上是要安裝ActiveX插件,自然而然的是綁死在Windows系統的IE瀏覽器上。

        四、跨平臺

        如果哪一套ERP系統的服務端只能安裝在Windows Server上,客戶端只能在Windows系統上使用的話,那么請毫不猶豫得忽略它。企業應用很復雜,客戶端不能只考慮到win系統,再加上VPN的使用,未來員工在家使用ERP也是很正常的事情。所以如果ERP不能跨平臺,基本上可以說明這是一套垃圾ERP。我所知道的用友系統基本上都是基于Windows系統,其他諸如Linux,OSX系統是沒法用的。而SAP有對應平臺的客戶端軟件,服務端也有多種系統可供選擇。

        五、開發技術

        ERP的開發技術占比比分很重,因為實施過程中和上線之后企業的業務會不斷的變化更改,ERP系統也會因為業務而一直不斷開發更新中,所以技術在這過程中很重要。以下只對我所知道的系統做一個技術方面的介紹:

        SAP:1、客戶端:SAP的開發平臺實際上就是在客戶端上,一套客戶端有幾百兆的大小,里面包含了基本上所有的操作和開發。技術開發只是里面的一個模塊而已,技術人員不需要安裝額外的開發工具,也不需要上傳和下載代碼文件,因為SAP的代碼全部集成在系統里,只要運行SE38就可以在里面做開發,不管是Debug、開發畫面、報表查詢、單據打印、系統后臺配置、代碼性能分析等全部都在這里面,非常的方面簡單。永遠不用去敲命令,永遠不用去記目錄,編譯和調試都是可視化界面,點點鼠標就可以了,簡單快速高效!安裝好客戶端,新建好登錄地址和端口就可以快速連接到系統了。

        2、集成:至于跟其他系統的集成問題,SAP有自己的一套遠程調用接口的服務,俗稱RFC,支持第三方開發語言諸如JAVA,C#,C++,PHP;平臺基本上都支持,更不用提Android和IOS等系統了,直接可以通過調用RFC接口來與SAP做數據的交互傳遞。除了接口之外,SAP還提供了幾乎所有的業務接口,即BAPI,其實也是一個可遠程調用的接口,只不過它是業務的封裝。第三方平臺和技術可以通過調用BAPI來實現業務數據的創建,比如創建銷售訂單,創建采購訂單,審核單據等等業務性的動作。用戶在調用接口的時候完全不用考慮要對什么表做插入做更新做邏輯校驗,只需要按規則把參數傳遞進去就可以了,其它的事情就交給SAP來處理了。

        3、開源:在系統開源方面,SAP基本上前端的頁面和后端的配置都能找到它的代碼,而且這里面絕大部分的代碼都有增強點,在這里可以做源碼的修改和補充。但涉及到非常核心的功能SAP是不讓改的,這也說明了SAP以邏輯嚴謹著稱。一方面避免了開發過度,一方面也避免了對系統業務邏輯做顛覆性的修改。

        4、畫面開發:在程序畫面上,SAP也提供了一套可視化的開發工具,可以讓技術人員直接對控件做拖拉的動作,熟悉C#和VB的人一定不會對他陌生。

        5、數據庫設計:SAP數據庫表的設計也非常的到位,每一張表的表名和表里的每一個欄位都有它自己的含義,而且全數據庫統一一個欄位名稱。比如物料編號,在物料主檔里它就叫MATNR,在其他的表比如銷售明細表、采購明細表、過賬憑證表上面的物料編碼也全部都是MATNR。所以開發人員一看到這個欄位名稱就知道它存的內容是什么,不用查數據庫規格書,也不用去看代碼,不需要去畫面的欄位查看欄位名稱。

        6、消息機制:SAP系統提供了一套非常完善的消息機制,有錯誤,警告,提示和退出等功能,通過系統的消息編號,再配合Debug可以秒定位到發出消息的那段代碼上,從而對程序做一定的完善。我非常喜歡這樣的功能,經常就會因為系統的提示問題而不知道發生的原因,通過消息和分析代碼就能夠快速找到根源所在。

        7、SQL跟蹤:SAP有一套非常方便的Sql跟蹤方案,可以針對當前的用戶或某一個用戶做sql跟蹤,技術人員可以快速找到每一個畫面后臺所有用到的數據表,非常的方便快捷。對后續的系統開發和報表開發都很有幫助。而且也可以對增強的開發做到輔助作用,可以快速定位到具體的表的代碼里,用過的人絕對都說好。

        8、內容導航:SAP有自己一套非常實用的內容導航??梢栽谀骋粋€畫面里雙擊某一個欄位自動跳轉到相關的畫面。比如在采購訂單畫面雙擊供應商欄位,系統會自動跳轉到供應商主數據的畫面;比如在庫存過賬的畫面雙擊物料編碼的欄位會自動跳轉到物料主數據的畫面。實際在使用過程中并不需要新開畫面,然后復制要查詢的信息進去搜索,用導航的方式可以快速切換想要用的畫面,非常的實在!

        9、性能監控:技術人員客制的程序往往性能不佳,速度很慢,這個時候就可以利用系統自帶的性能監控的畫面來監控技術人員開發的程序,很直觀了解到是哪里的代碼出現問題,哪條sql語句執行時間如何等等,技術人員可以針對性去優化和解決。

        10、畫面配置:SAP對畫面的調整能力超乎想象,比如你想在一個畫面里的某一個欄位做隱藏、只讀、必填等動作,只需要建立變式就可以了,而且還可以針對不同的賬號做生效。馬上配置馬上生效,根本不需要做任何代碼的編寫。而且也支持技術人員自己開發的畫面。在企業應用里,這類的調整非常多,但如果每個都要做開發絕對會累死技術人員,效率也不高。

        其實不止以上幾點,還有非常多的技術相關的東西,SAP都做到很人性化。也基本上可以確定了SAP的霸主地位,對技術的完善和可控,造就了它的高可維護性和擴展性。


        Tiptop:開發人員需要額外安裝一套開發工具,每次開發都要從服務端下載代碼文件到本地編輯,然后再上傳上去,之后再切換到另一個工具編譯和運行。如果你要Debug,估計就是要敲命令了,仿佛就是在Linux下操作一樣,對開發人員的要求很高。而程序性能分析就更不用談了,系統都沒有這樣的功能。所以跟SAP比起來,這系統非常的笨拙,需要很多工具一起配合使用。更可怕的是安裝客戶端還需要本機安裝IIS,這個絕對讓人匪夷所思。雖然可以通過IE瀏覽器安裝客戶端插件,但還是綁死了在Windows系統上了。

        1、客戶端:這ERP的客戶端最讓人無語的是它安裝完之后需要做一定的配置,比如要對客戶端的快捷方式添加-aD作為啟動參數才可以新建登錄鏈接,至今不明白做這個限制的意義何在?而蘋果平臺的版本雖然有對應的APP程序客戶端,但更讓人崩潰的是它也一樣要配置,而且過程相當的復雜,需要敲一大堆的命令(重命名,創建快捷方式,添加參數,修改權限),所以用戶根本就不懂怎么操作。我至今都很好奇TOP GP的客戶端開發公司到底是啥意思?要數最不懂用戶體驗的非這公司莫屬了吧。

        2、集成:說到跟第三方平臺的集成,Tiptop的對接技術是使用Webservice,先把需要的數據通過用DML的方式插入到ERP數據庫的中間表,再調用Webservice的方式通知ERP中間庫已經有數據了,接下來ERP再執行相應的接口程序進行讀取并做邏輯校驗。在這個過程中,所有的事情全部都要技術人員寫代碼操作,而且手動對表做讀取和插入等更新,除非技術人員對Tiptop的業務邏輯和后臺表非常的熟悉,否則一般人真心干不來,要么你就是去看系統源碼。這種痛苦的過程的根源就是因為這ERP沒有對業務接口做封裝,所以從第三方平臺生成業務數據,比如創建銷售訂單,創建采購訂單,單據審核等動作全部都要對數據表做增刪改的操作。一旦你漏寫了或者漏了那些表的更新,那就會對后續的業務造成一定的隱患。

        3、開源:Tiptop系統是全開源的,但雖然它幾乎完全開源,但弊端也非常顯而易見,那就是誰都可以去修改這些代碼,改來改去該到最后估計用戶都不知道什么跟什么了吧。開源本來是好事,但可以讓客戶過度修改就不是好事了。

        4、畫面開發:Tiptop也有一套可視化的開發工具,跟客戶端獨立開來,需要技術人員將代碼和畫面關聯起來。

        5、數據庫設計:Tiptop的數據庫設計是非常奇葩的地方,數據庫里的表名和表里的欄位清一色流水號,比如物料編碼,在物料主檔里它叫ima01,在其他表或許就會叫exa02,在另外一張表就變成了aba03了,所以開發人員必須要時刻把數據庫規格書打開,隨時查閱,除非是天才能夠完全記住,否則免談。

        6、消息機制:有系統消息機制,但客戶不可定制自己的消息。要通過消息的提醒快速找到代碼的地方卻并不簡單。不過有一點優勢在于Tiptop畫面的后臺代碼都一般只有一直程序,偶爾調用一下函數而已。這點比SAP要單純不少。

        7、SQL跟蹤:沒有提供這個功能。

        8、內容導航:沒有提供這個功能。

        9、性能監控:沒有提供這個功能。

        10、畫面配置:較少支持,絕大部分要做開發。

        Tiptop的開發遠遠不如SAP來的快捷方便,跟SAP比起來差距真的不是幾個量級可以衡量的。

        用友U9:用友U9了解的并不是很徹底,但所知道的是它也需要有一套開發工具,可以用微軟的Visual Studio(花錢吧)。這系統不開源,所有的動作只能通過它宣傳的后臺配置去實現,但一旦后臺配置實現不了的,那就只有開發,而且只能找廠商來開發,對,你要交年維。

        1、客戶端:IE瀏覽器,其他瀏覽器不行!

        2、集成:Webservice,麻煩程度不必說了。

        3、開源:不開源!

        4、畫面開發:利用VS開發工具或自帶的開發平臺。

        5、數據庫設計,6、消息機制 :不詳;

        7、SQL跟蹤:不支持。

        8、內容導航:不支持。

        9、性能監控:不支持。

        10、畫面調整:可配置調整,量不多,部分要做開發。

        老實說用友U9我用的不多,了解也偏少,不過之前的測評和評估的過程來看,這套系統并不值得實施(特別是生產制造型企業)。

        六、系統配置

        一套系統做得好不好,還得去看它應對業務變化的能力,不需要做開發就可以做到對業務模式和需求的定制。比如企業里要對某一類的采購訂單做分類,如果不支持定制,那開發絕對是很痛苦的。如果要對不同的采購訂單做號碼段定制,對開發的能力要求更高。一套完善且功能齊全的系統配置方案是重中之重!

        SAP系統里面有非常多的系統配置的功能,通過專用的畫面SPRO進入?;旧侠锩嬗脩粝胍臉I務模式都能支持,功能強大到令人嘆為觀止。通過系統配置+細節上的開發基本上可以實現一套系統的切換了。

        Tiptop也有一定量的系統配置,不過這部分并不如SAP來的龐大,而且功能相當有限,只有非常簡單的幾個下拉框和按鈕這樣子而已。就連不同的采購類別設置不同的訂單號碼段都不支持,跟SAP比起來基本上是屬于很小型的系統定制。Tiptop引以自豪的一方面是它的開源,所以通過開發可以實現無限的可能情況。但這樣真的好嗎?

        用友U9就更不要說了,不開源,而且妄圖大部分功能可以通過系統配置來實現系統的定制。千萬不要去相信,一套ASP.NET網站能夠多靈活可想而知,不是我偏見,我研究過一部分,代碼功能很多都是存儲過程,系統定制方面比較弱。所以只能通過開發來實現,而且是用友官方的開發!

        七、多組織架構

        ERP的多組織架構也是非常必須要有的功能,畢竟現在很多上了規模的企業都是集團化了。如果有ERP不支持多組織,就跟廢材一樣。

        所幸的是SAP、Tiptop、用友U9都支持多組織的架構,但各自支持程度又不盡相同。

        SAP里面99%的數據表都會有幾個欄位存放公司、工廠等組織性的欄位,用于區分其他子公司的數據。所以在很多的畫面上都會看到對公司和工廠等欄位的查詢。用戶只要有權限就可以快速查詢不同組織的數據,而且也方便很多子公司之間的業務來往,秒切換。技術人員也可以很簡單方便在代碼里面實現多組織方式的開發報表展現。

        Tiptop里面是通過Oracle數據庫的“賬號”來區分組織,所以在一個“賬號”里面所有的數據表存的都是當前的組織架構。如果用戶想要查詢其他的子公司數據,就要切換運營中心,畫面上找不到可以查詢其他子公司的查詢條件。而開發人員自然也不用去專注查詢其他子公司的數據。但是,一旦要合并報表呢?一旦要查詢其他子公司的數據呢?

        用友U9也是類似跟Tiptop方式的組織架構支持方式,不提也罷。


        說到這里,講了幾個相對比較重要的點,但其實ERP還有非常多的方便可以講述,SAP太多的優勢了,多到我現在雖然沒有在玩SAP,但非常懷念這套系統帶給我的那種駕馭的感覺。

        玩SAP 5年以上,Tiptop半年以上,用友U9研究過,基本上可以判斷出這幾個系統很多方面的差別。不得不說,SAP家底太殷實了,別看界面不好看,但人家里子真的厲害了得。奉勸企業千萬不要貪圖便宜,也不要被所謂的市場份額給欺騙了,選擇合適的,能夠快速實施和開發的系統最合適。

        日本熟妇乱子A片
          1. <track id="13a33"><ruby id="13a33"><menu id="13a33"></menu></ruby></track>
          2. <p id="13a33"><strong id="13a33"><small id="13a33"></small></strong></p>
            1. <acronym id="13a33"><label id="13a33"><listing id="13a33"></listing></label></acronym>