云ERP的核心價值是“通”還是“聯”？
在眾多的軟件系統中，每一個企業級應用(ERP、CRM等)都是一座座的技術高塔。而其中云ERP便是這些高塔中較為受矚目的一個。
對于IT部門和其他系統用戶來說，云ERP使得他們可以進行較為容易的無縫集成。另一方面，由于集成不同系統具有較高復雜性以及成本，用戶很難以獨自執行與維護，因此用戶迫切需要一套完整的集成系統程序或方案，這也為系統供應商提供了潛在的機會。
服務的關鍵：客戶應用開發
設想一下一個云端應用設計師所面臨的壓力，所有的IT部門都具有可定制化的云應用程序開發需求，但是每一個用戶都會有自己特殊的需求，對于產品的定制能力要求也截然不同，這讓開發者的工作量與難度成倍地上升。
CIO通常會傾向于從單一的供應商那里購買所有的應用系統，但是就目前情況而言，每一個系統都是獨立的“孤島”，無論用戶還是服務商，均很難將這些不同的系統進行鏈接與聯通。
根據451 Research的研究，企業用戶現在需要更大程度的自動化和整個采購周期的一致性。在451 Research的“2016商業應用趨勢”研究中，其分析師指出，在整個采購周期中，企業用戶對于一致性的需求從未達到如此的高度，這使得不同企業業務線必須進行聯通。
“走到一起”
在前文的451 Research的研究中，451 Research的研究總監Alan Pelz-Sharpe說道，“旨在孤立執行一兩個特定工作的***代商業應用程序現在正在轉變為“聯合”共存。這是商業應用供應商的根本轉變。”
整個供應鏈條應該做到每點每刻的連接，從客戶勘探到生產制造再到任務履行以及相關的金融交易追蹤。Pelz-Sharpe補充道，“實際上，盡管這種連接正在進行，但離整個供應鏈實現真正的動態鏈接與完全整合還需要十余年或更長時間”。很多公司目前所面臨的挑戰就是他們的業務線應用不夠靈活而且過于昂貴。
Forrester 2016年度全球業務技術軟件調查報告指出，在擁有1000名以上員工的組織中，有75%的決策者將提升業務靈活性作為遷移到云ERP的首要原因，而74%認為快速部署為主要好處。同時也有很多受訪者認為基于云的ERP比本地部署系統便宜(73%)，而71%的用戶則表示基于云的ERP將更容易維護。
為成長型公司提供敏捷性
在Forrester的《云ERP報告》中，***分析師Paul Hamermen指出:“SaaS(服務)構建的應用程序更容易部署，也更容易配置，從而增加時效，并為成長型公司提供敏捷性。“此外，一些SaaS ERP產品,例如FinancialForce、Oracle cloud ERP和Oracle NetSuite提供了一個本地的可擴展性環境,像PaaS,從而使客戶和合作伙伴能夠更靈活地定制應用程序。”
云ERP經常會被用來啟動新的投資項目，并支持公司的海外擴張。Hamermen說道，“SaaS ERP通常會用來進行合算低國外子公司支持，這是一種被稱為雙層(two-tier)ERP的策略。SaaS ERP可以快速實施，而無需支持內部技術基礎設施來支持應用程序的技術管理成本”。
Forrester的研究表明，傳統的ERP企業采用云計算ERP的速度很慢。Hamerman認為，大多數傳統玩家仍舊希望保留原有應用的價值，因而進展緩慢。他說這就是為什么很少的本地部署ERP供應商正在構建和提供SaaS ERP產品的主要原因。
“SaaS和本地(或托管)版本之間的共存可能會允許客戶在任一方向切換部署模式，并避免中斷遷移”，Hamerman說道。例如Oracle和SAP，由于收購了NetSuite，Oracle現在也提供SaaS ERP產品，而SAP擁有自己內部開發的SaaS ERP產品Business ByDesign。
Hamerman說到:“你的本地部署ERP供應商可能會為你提供一個SaaS遷移的模式，但要注意了解這樣一個項目的好處和成本，以及新的SaaS服務是否提供與產品相關的架構、靈活性和可用性優勢”。
云ERP不一定是通過云端提供的單一產品或服務。Gartner的分析師定義了一個“后現代ERP”的新時代。其將后現代ERP定義為一種策略，旨在將管理和業務業務能力(如財務、人力資源、采購、制造和分銷)以適當的集成級別結合在一起，以平衡供應商交付的集成產品對業務靈活性和敏捷性的好處。
2016年8月，Gartner發布了其“You do not need cloud ERP to solve your ERP challenges!”報告，分析師指出，本地部署ERP流程中的一些功能(如人力資本管理和間接采購)現在由SaaS模式主導。不過，Gartner也指出，其他功能(如運營ERP和企業資產管理)仍然在很大程度上是本地部署或托管的。
該報告作者Christian Hestermann說道，“許多組織希望他們能夠把整個現有的本地部署環境升級和轉移到云端，但這在后現代ERP的世界中是不夠的”。
公司希望通過離開本地部署模式能夠獲得更靈活的系統和更快的系統響應速度，并降低運行與維護的成本。然而，Hestermann的研究發現，在實施和使用某種基于云的或SaaS ERP之后，用戶和應用程序管理者意識到許多承諾不能實現，或者比預期更難實現。
Hestermann說道，“盡管云技術提供了在不同技術層面上部署ERP系統的選擇，IaaS，PaaS或SaaS，但它們并沒有將ERP解決方案轉化為完全不同的東西，云技術本身不能自動的‘修復’與本地部署相關的所有問題，實際上它反而可能會制造出一些新的挑戰”。
將客戶轉移到云端
Pierre Audoin Consultants的企業應用和相關服務的副總裁Frank Niemann的博客文章中指出，SAP并沒有特別成功地實現其客戶從本地到云端的遷移。他指出，SAP基于云的產品，ByDesign，并不是SAP的***優先級的產品。根據Niemann的說法，SAP更愿意其客戶購買S /4 Hana，這一產品可以提供本地和云端的部署模式。
對于Oracle，Niemann說道，“通過Netsuite, Oracle擁有了一個在云ERP市場中業務贏得市場的好機會，因為Oracle收購的是一個具有現有客戶及其合作伙伴網絡的供應商。借助于此，Oracle相較于SAP具有了一個明顯的優勢”。Oracle***的財務報告印證了這一觀點，在2017年***季度的報告中，Netsuite使得Oracle云端收入提升了51%。
Oracle CEO Mark Hurd說道，“基于SaaS的收入增長了62%，我們云應用業務的增速是Salesforce的兩倍”。“ERP是我們***和最重要的云應用業務。我們現在有大約5,000個Fusion ERP客戶，以及Oracle Cloud中的12,000個NetSuite ERP客戶。這是是Workday用戶的30倍”，他說道。
處于起步階段的S/4 Hana
SAPS/4 Hana還處于早期階段，SAP自己也承認這一點。在Seeking Alpha網站上發布的2017年第二季度盈利報告中，SAP CEO Bill McDemott表示，“我們處于S / 4 Hana發展的早期階段。”
“首先，如果你應用80:20邏輯，你會發現我們相比80%的公司具有15-20倍的市場滲透率。我們正大膽地向那些從沒見過SAP的客戶進軍，他們可能不會在中型市場中考慮SAP。我認為這是S / 4 Hana運行的最初的階段，但也是公司持續增長的真正催化劑。”
中型市場對于SAP和Oracle都很重要。“從功能上看，NetSuite定位的是中型市場，但NetSuite可以通過技術手段進行擴展，”Neimann說道。NetSuite可在區域銷售或服務部門實施，并結合Oracle電子商務套件制造設施。“您可以選擇在新的子公司中運行NetSuite，”Neimann說道。
同樣，SAP的Business ByDesign也可以用于較小的子公司，以融入子公司的核心ERP中。
Infor是另外一個主要的遷移到云端的ERP供應商。其提供Amazon Web Services版本以及多租戶SaaS品種。 Infor采用了垂直的云計算方式，針對特定行業組合不同的產品。
Forrester 2017年SaaS ERP應用報告指出，“Infor看到了單租戶不斷增加ERP云部署需求，以及對SaaS ERP的需求。根據最近的財務披露，Infor的訂閱收入已經超過了軟件許可證的收入。”
云ERP市場中的Microsoft
Microsoft同樣也在云ERP市場中大力推進其產品Dynamics 365。Gartner將其排入云核心財務管理套件魔力象限中的有遠見者象限。Gartner指出，“Microsoft Dynamics 365 for Operations還處于生命周期的早期階段。雖然微軟有一個全面的合作伙伴培訓計劃，整個生態的技能和知識仍在發展”。
客戶反饋低于平均水平
魔力象限的研究還指出，Microsoft獲得的客戶反饋地域平均水平。Gartner指出，“受訪者反應的主要問題主要還是擔憂于Microsoft產品依然處于早期階段”。而Niemann認為：“Microsoft在大型企業中并未取得成功，但在中型市場中表現非常好。
同時，盡管IT分析師的各種研究顯示，公司正在開始使用云ERP，但這些產品并不一定會取代現有產品的所有功能。比如Workday,只適合某些特定行業。Neimann指出，Workday缺乏對于制造業的支持，但它很可能具有專業服務機構需要的各種功能。
不過，業界的普遍共識是，與傳統的ERP相比，云ERP更靈活，更具成本效益。正如451 Research指出的，云ERP的出現為企業提供了一個機會，可以在業務流程之間定義那些以前在本地部署世界中難以獲得的聯系。
