第一篇文章是王甲佳發(fā)了一篇文章《ERP仍然是企業(yè)信息化乃至數(shù)字化的底盤》，提出一個核心觀點：ERP依然是企業(yè)信息化的底盤。
第二篇文章我寫了《再論ERP仍然是企業(yè)信息化乃至數(shù)字化的底盤》，進一步論述了ERP為什么是底盤：ERP是企業(yè)信息化的底盤，但ERP在過去基本代表了信息化的全部，定位上來說現(xiàn)在的地位已經(jīng)有了顯著變化;技術(shù)與架構(gòu)上來說意味著底盤有著更高的健壯性要求，簡單來說就是需要更耐操;從外部可連接性來看需要有更好的可插拔能力;從創(chuàng)新賦能視角來看，必須能生長出各類創(chuàng)新型新應(yīng)用。
沒想到寫完第二篇還是引發(fā)了許多新的評論和觀點，那就接著有必要再寫一寫。
首先來看來自于朋友圈的評論：
點評1：在傳統(tǒng)的場景流領(lǐng)域找創(chuàng)新和突破，ERP原先是企業(yè)內(nèi)部資源管理，現(xiàn)在出現(xiàn)了各種內(nèi)外部資源協(xié)同應(yīng)用，從信息化角度看企業(yè)組織的邊界在逐步模糊和延伸，企業(yè)的核心競爭力在轉(zhuǎn)型，這也是為什么很多大型企業(yè)愿意花更多的代價自建，當場景成為稀有資源時，純軟企業(yè)發(fā)展方向是哪里?傳統(tǒng)ERP重流程管理，是否會被技術(shù)顛覆?這是我們需要做新的思考。
點評2：領(lǐng)導(dǎo)問：我要奔馳的穩(wěn)，寶馬的銳，奧迪的控。CEO：我們坐飛機去。CFO：產(chǎn)融結(jié)合，我們投。CIO：我們是法系的板車懸掛。那CIO在面對著不同的領(lǐng)導(dǎo)的不同要求，應(yīng)該怎么辦?
點評3：這是一篇專業(yè)點評，題目為“ERP已死，ERP永存”，原文如下：
這兩天甲佳兄寫的《ERP仍然是企業(yè)信息化乃至數(shù)字化的底盤》以及后續(xù)童繼龍的《再論》在朋友圈和微信群里轉(zhuǎn)了不少。屈指算來，我接觸ERP正好20年，大大小小用了不少，一直也有一些想法，借此機會，也談一下。
ERP是企業(yè)信息化的底盤。從企業(yè)管理的角度，ERP是在系統(tǒng)層面上，第一次將物流，資金流和信息流打通了。作為一個all-in-one的平臺，在企業(yè)信息化的過程中，ERP的啟蒙和對業(yè)務(wù)流程的提升作用是不容抹殺的。實施ERP，不可或缺的步驟之一是業(yè)務(wù)流程梳理，也就是評估現(xiàn)有流程與ERP的標準流程或最佳實踐，找差距。對于找出的差距，不外兩個做法，或者改現(xiàn)有流程，或者在ERP定制開發(fā)。在早期階段，企業(yè)普遍管理水平較弱，基本上都以第一種為主，以提升管理水平上一個新臺階。
隨著ERP的普及，其神秘光環(huán)逐漸褪去。大家對ERP的認識也有所不一樣。第一，作為一個大而全的系統(tǒng)，ERP的反應(yīng)不及時。近年來，新的業(yè)務(wù)模式層出不窮，但ERP基本還是傳統(tǒng)的模塊，很難直接支持。通常的做法都是二次開發(fā)。為了支持業(yè)務(wù)，二次開發(fā)原來越多，。但是，因為ERP的封閉性，很多企業(yè)很難全面了解ERP的底層設(shè)計，從而不得不購買ERP廠商的原廠支持。因為產(chǎn)品的生命周期，ERP廠商會要求企業(yè)定期升級系統(tǒng)。每次升級都是勞師動眾，大家對系統(tǒng)評估，測試，遷移。
現(xiàn)在，隨著業(yè)務(wù)的細化，越來越多的功能都出現(xiàn)了專業(yè)的軟件，比方倉儲有專門的WMS系統(tǒng)，比起ERP的庫存模塊，功能更強大，流程更專業(yè)。在這種情況下，ERP的很多功能對退化為后臺功能，一線員工不操作，不了解，數(shù)據(jù)都是通過第三方系統(tǒng)接口傳入ERP系統(tǒng)。ERP系統(tǒng)淪為財務(wù)核算工具。在這種情況下，ERP系統(tǒng)的價值是什么?
歷史是以不同的方式講述同樣的故事?？纯雌囆袠I(yè)，開始福特是獨立造車，每一個零件都要自己做，但隨著工業(yè)分工的不同，出現(xiàn)了專業(yè)的零件廠商。福特只要關(guān)注整體設(shè)計和關(guān)鍵部件生產(chǎn)及最后組裝，其他部件有大量配套廠商完成。這個合作就是基于明確的接口。
ERP的發(fā)展也到了這樣一個階段?，F(xiàn)在的專業(yè)分工，出現(xiàn)了一批專注某一領(lǐng)域的解決方案提供商，微服務(wù)和企業(yè)架構(gòu)讓系統(tǒng)模塊化和模塊間通訊及時成為可能?，F(xiàn)在，我們希望不同的廠商一起，可以制定出一個標準，WMS，MES的數(shù)據(jù)接口規(guī)范是什么?這樣，不同的系統(tǒng)可以直接交換數(shù)據(jù)。只要在這個標準下，用戶可以任意使用任何系統(tǒng)。只要保證接口不變，系統(tǒng)內(nèi)功能也可以任意擴展。
天下大勢，合久必分，分久必合?，F(xiàn)在是重構(gòu)ERP的時候了。大而全的ERP系統(tǒng)越來越不能滿足業(yè)務(wù)要求，大而全的ERP系統(tǒng)已死。但是，企業(yè)信息一體化的趨勢不可逆轉(zhuǎn)，ERP的精神不死。
借用上述三位行家的評論內(nèi)容，我想在三論中討論ERP作為底盤如果要實現(xiàn)“重構(gòu)”的話應(yīng)該如何實現(xiàn)?ERP作為企業(yè)的核心生產(chǎn)系統(tǒng)，整個系統(tǒng)的重構(gòu)過程中相當于飛機在飛行過程中更換發(fā)動機，這個過程中充分著風險和困難。而對于ERP要成為底盤，到底這個底盤應(yīng)該如何進行定義呢?
ERP如果要作為底盤，我們首先需要考慮的是“架構(gòu)規(guī)劃”，要點在于去中心化的SOA架構(gòu)設(shè)計：在過往的許多年里，ERP系統(tǒng)的實現(xiàn)一直都是說基于SOA架構(gòu)的，SOA架構(gòu)是目前業(yè)界被驗證過的，真正賦予企業(yè)業(yè)務(wù)快速響應(yīng)和創(chuàng)新的IT系統(tǒng)架構(gòu)，包括現(xiàn)在比較火的微服務(wù)架構(gòu)其實也是SOA架構(gòu)不斷進化與演變的一種而已。但在過往的ERP實踐中往往把SOA架構(gòu)朝著“中心化的SOA”方向而努力的，典型的代表產(chǎn)品就是ESB(企業(yè)服務(wù)總線)，為了使各個系統(tǒng)以服務(wù)封裝的方式實現(xiàn)了系統(tǒng)間的交互，但我們沒有回答SOA精神最重要的價值：設(shè)計出基于OPEN API的服務(wù)最主要的商業(yè)價值在于“業(yè)務(wù)復(fù)用”，只有業(yè)務(wù)復(fù)用才能夠支持不同業(yè)務(wù)領(lǐng)域的快速響應(yīng)和創(chuàng)新(業(yè)務(wù)類服務(wù)的再組裝)。有了以ESB為中心的SOA其實也有一個很明顯的瓶頸，那就是ESB本身會成為瓶頸，如果將場景放到金融、物流、電商等海量數(shù)量的應(yīng)用場景來看，就以雙11的交易為例吧，根本沒有哪一個ESB能夠支撐所有的服務(wù)的調(diào)用，這就勢必需要我們從系統(tǒng)架構(gòu)上進一步思考：未來的方向應(yīng)該是去中心化的SOA，即每一個“業(yè)務(wù)服務(wù)”都可以獨立對外提供服務(wù)。
將ERP作為底盤中最重要的事情就是基于業(yè)務(wù)實體，站在集團資源共享的視角來構(gòu)建“共享服務(wù)體系”，基于共享服務(wù)中心的思想來構(gòu)建IT架構(gòu)就能夠最大程度地避免一個大弊端，“重復(fù)功能建設(shè)和維護帶來的成本浪費”，而這個浪費除了資金與人力投入之外，其實還有就是業(yè)務(wù)服務(wù)兌現(xiàn)的速度太慢延誤業(yè)務(wù)機會，更為嚴重的后果就是同樣是一個“支付服務(wù)”，都是“財務(wù)接口服務(wù)”，因為各個不同的系統(tǒng)都要再寫一遍，內(nèi)部各個系統(tǒng)之間的數(shù)據(jù)打架情況時有發(fā)生，這也是讓CIO非?？鄲赖囊患虑?。如果在系統(tǒng)的架構(gòu)設(shè)計時，能夠?qū)?ldquo;共享服務(wù)”從原本的業(yè)務(wù)系統(tǒng)功能中剝離出來，形成一個獨立的共享服務(wù)，站在集團視角向所有業(yè)務(wù)單元提供業(yè)務(wù)服務(wù)，那么這個服務(wù)就可以不依賴于ESB進行數(shù)據(jù)交換，自己就可以向外輸出服務(wù)，基于OPEN API提供數(shù)據(jù)寫入或是數(shù)據(jù)輸出的相應(yīng)服務(wù)即可。
因為共享服務(wù)是按照領(lǐng)域的業(yè)務(wù)成熟度來構(gòu)建的，因此重構(gòu)ERP的過程，其實不是一口氣推倒重來的做法，而是基于“迭代思想”進行逐步構(gòu)建的過程，而這個構(gòu)建的過程最重要的指導(dǎo)思想是”基于共享服務(wù)的業(yè)務(wù)成熟度來構(gòu)建IT系統(tǒng)架構(gòu)”，舉個國內(nèi)某SaaS公司創(chuàng)始人給我講過的例子，他的SaaS產(chǎn)品總共有7500個API，而他又是如何管理這些API的呢?主要是基于“流量”視角來看API，即這個API的數(shù)據(jù)流入量(流出量)有多大?在所有API的排名是如何的?這些API都是基于業(yè)務(wù)服務(wù)的需要一點點“生長”出來的，而能否持續(xù)存活下去就是要看“數(shù)據(jù)的流入/流出量“。
基于SOA架構(gòu)的ERP底盤構(gòu)建過程，是甲方IT團隊與各類乙方單位共建共成長的過程，在ERP底盤構(gòu)建的過程中，不太可能出現(xiàn)整齊劃一的”大一統(tǒng)規(guī)劃“，只要是遵守了SOA架構(gòu)的規(guī)范要求，所有API的注冊與下架規(guī)范之后，就需要甲乙雙方或是多方單位一起尋找場景，構(gòu)建多方協(xié)同工作場景，基于協(xié)同工作場景再來構(gòu)建API，定義能力邊界和服務(wù)輸出標準，這首先是一個業(yè)務(wù)領(lǐng)域?qū)用娴亩x與識別，再次才是IT系統(tǒng)構(gòu)架的規(guī)模與構(gòu)建，最后才是IT系統(tǒng)的開發(fā)實現(xiàn)、測試上線。這也就意味著ERP的底盤要真的是足夠開放性，就一定是采用”生態(tài)伙伴共建“的模式，只有這樣才是構(gòu)建速度最快、吸取行業(yè)經(jīng)驗最完整、各自專注最深做透的良性結(jié)果。
基于ERP底盤思維來構(gòu)建的是一個”平臺“，而這個平臺是由多方生態(tài)伙伴共建共榮的過程，只要哪一方(包括甲方單位)想著自己能夠大包大攬全部搞定的話，那這個底盤很有可能就無法做成，主要原因在于：ERP底盤的這個平臺太過于龐大了，所涉及到的領(lǐng)域太多太復(fù)雜，每個IT供應(yīng)商也只能做其專注的某一部分，甲方單位能夠投入資源更會聚集在業(yè)務(wù)領(lǐng)域洞察、API標準的設(shè)定、關(guān)鍵應(yīng)用場景的識別與校驗，但確實很難有精力將所有業(yè)務(wù)領(lǐng)域的共享服務(wù)API都自己做出來，如：HR領(lǐng)域的供應(yīng)商就擅長將人才測評、人才績效評估等領(lǐng)域的共性服務(wù)做通做透，甲方IT團隊則將這兩個服務(wù)應(yīng)用于不同的業(yè)務(wù)板塊(如農(nóng)業(yè)、文旅、酒店不同板塊)的HR類應(yīng)用上;進一步來說，如果ERP的廠商需要將業(yè)務(wù)系統(tǒng)中的關(guān)鍵業(yè)績數(shù)據(jù)輸出給到HR的績效考核服務(wù)，那可能也是一個微服務(wù)(OPEN API)調(diào)用的方式，這應(yīng)該是一個價值鏈上的整體分工協(xié)同狀態(tài)。
有了上述的論證過程，那我們就進一步可以說明，將ERP作為底盤并不代表著就需要自己走ERP系統(tǒng)的自主定制開發(fā)模式，就像今天某位CIO說道：”CIO應(yīng)該從架構(gòu)的角度來思考企業(yè)信息化的構(gòu)建，底盤也好、核心也罷，都不重要，重要的是要找到適合企業(yè)的架構(gòu)，并在此基礎(chǔ)上搭建屬于自己的信息平臺，這是才是核心競爭力，不可復(fù)制。自主開發(fā)(只是一個實現(xiàn)手段)，并非核心競爭力。“當然，在這個基礎(chǔ)上，我還想補充一句：如果想要構(gòu)建出一個強壯的ERP當?shù)妆P，那這個ERP一定是”云ERP“，它一定是在云計算環(huán)境下的，因為只有在云計算環(huán)境下才有可能快速、簡單獲取到可靠的海量計算資源;無論是哪家廠商提供的API服務(wù)都是基于SOA架構(gòu)，經(jīng)的起云計算環(huán)境的安全&可用性檢驗方可上線的服務(wù)，多方連接是暢通無阻的(在企業(yè)CIO的監(jiān)管下)。曾經(jīng)也說過一個例子，作為一個極端重要的API(如查詢海量的藥品GMP證書信息的API)，它可能就需要有一個服務(wù)器集群來專門為這個API提供服務(wù)，這就是我們稱之為”彈性計算“的能力。
以上內(nèi)容寫了這么說，再總結(jié)一下無非三個觀點：云ERP的底盤是需要去中心化的SOA架構(gòu)設(shè)計做支撐的;一個強壯的ERP底盤需要在企業(yè)CIO的領(lǐng)導(dǎo)下，整合各方IT廠商資源以生態(tài)合作視角進行共創(chuàng)共建才能實現(xiàn)的;一個可支持彈性計算與持續(xù)迭代的ERP底盤一定是基于云計算環(huán)境下的，而是否需要自主開發(fā)(包括選擇哪種開發(fā)語言)，這些都只是實現(xiàn)手段而不是目標本身。
ERP底盤的文章寫了三論了，不知道是不是會還有四論出來?如果還想討論的話，我倒是想接著聊ERP底盤到底可以提供一些什么樣的”服務(wù)能力“，也就是說我們應(yīng)該要能夠定義出底盤的能力范圍在哪里，同樣歡迎大家留言、來信互動!
轉(zhuǎn)型的最終目的 -提質(zhì)降本增效
分享到微信 ×
打開微信，點擊底部的“發(fā)現(xiàn)”，
使用“掃一掃”即可將網(wǎng)頁分享至朋友圈。