48年的SAP，經歷了近半個世紀的發展，成為了大型企業數字化的代名詞，也成為了，陪伴大量優秀中國企業成長的良師益友。現如今，幾乎企業軟件的方方面面，它都能囊括，并在各行各業形成解決方案、最佳實踐。但這個過程并不是一蹴而就、一帆風順，其中也經歷過各種混亂、錯誤、迷失。并且，它也是和很多國內的企業軟件一樣，也是從解決一個小問題開始，不斷的發現新問題，一步步完善拓展的過程。現在，大型企業和組織直接會使用S/4 HANA，或者升級到S/4 HANA。但是HANA到底是什么？與之前的版本有何不同？為什么會有這樣的變化？SAP是怎么一步步變成現在這個樣子的？這些問題的了解，相信可以幫助一些年輕的顧問和SAP的客戶，得到更多角度的認識。這也是這篇文章的目的。或許，這些內容，還能夠對國內ToB行業的同行，在產品演進的構思上、在錯誤思路的規避上、在差異化產品的尋找上、在核心領域的借力上，能夠有所啟發，那則更好。SAP的發展，大致可以將產品歷史分成如下六個階段，并保持著每十年，進行一次大的升級迭代。SAP由1970年代初期的許多前IBM員工創立。他們的第一個系統稱為RF（實時財務），后來更名為R/1。SAP的產品策略基于三個主要概念：提供標準化的“現成的解決方案”：在許多公司，從頭開始構建自己的應用程序的時代，SAP的計劃是構建，適用于許多公司的軟件產品，進行很少的配置就可使用實時：輸入到應用程序中的信息，可在整個應用程序中實時獲得；集成：同一數據在系統的多個功能部分之間共享，從而減少了對冗余數據輸入的需求。一個來自制造業的例子。原材料被轉換為成品，然后出售并運送給客戶。這個過程涉及許多部門。采購，倉儲，制造，財務，銷售等。如果我們僅考慮其中一部分，從供應商處接收原材料，需要進行兩項活動。在ERP之前，這些活動可能已經分別完成，例如，倉庫管理可能已在一天結束時，更新了庫存清單，然后發送了信息副本以供財務更新帳戶。一整天，庫存和財務信息，都不會是最新的或一致的。并且浪費了兩次輸入相同數據的精力。使用SAP，當倉庫更新庫存時，會計記錄將自動實時更新。在后臺，ERP在不同的表之間有很多連接，可以使不同職能和團隊的信息保持同步。一旦了解了這一點，我們就會了解ERP系統的價值，以及它們為何如此受歡迎。我們可以想象，在70年代，解決這樣的問題對于企業的重要性，以及以當時的技術，幫助多行業企業，連接流程和數據時的復雜。同樣的道理，SAP采用了同樣的目標標準，應用于銷售，營銷，生產等。從技術角度來看，從R/1到R/2的轉換，是一個更為微妙的演變，隨著SAP開始擴大其客戶群，核心功能也有所增加。關于R/2，核心是一個擴展的思路，這個過程中，主要是對業務、行業特性的覆蓋度上，隨著客戶和項目越來愈多，日益豐滿。也是在這個時期，SAP拿下很多超大型客戶，他們的加入，不但讓SAP活了下來，而且帶來了當時各產業鏈頂端企業的治理之道，和管理理念。很多客戶甚至會和SAP一同進行研發升級。甚至，不少美國和歐洲的標桿客戶，會直接到SAP總部，在附近的大學內，進行溝通、學習、提升，不斷迭代項目中的需求，并設計未來的項目規劃。曾聽某美國客戶說，那時候，他們近二十人的團隊，甚至到德國住了一年，成天與SAP一同進行腦力碰撞和產品研發，同時遠在美國的SAP實施，也并行著如火如荼的開展。從R/2到R/3的轉換意義重大，并進行了許多重大更改： R/1和R/2被分類為大型機系統，R/3被分類為客戶端/服務器系統。這是隨著計算機普及過程中，做的一次更靈活、更經濟的架構式改進。臺式機（例如Windows臺式機或筆記本電腦）上有更完整的“圖形用戶界面”；從R/2到R/3的轉變，以及R/3到90年代的持續發展，也代表了所涵蓋業務流程的顯著擴展。R/2和R/3是非常不同的系統。要從一個系統切換到另一個系統，您需要在加載到R/3之前提取和轉換數據，還必須映射所有進程。也可以這么說，從R/2切換到R/3，類似于從非SAP系統切換到R/3。在談論R/3時，考慮規模和全球化也很重要。大型機系統通常是為單個國家或業務部門實施的。R/3的更便宜，可擴展性更強的體系結構，為實現一個涵蓋整個地區，或世界范圍內的組織業務的R/3系統提供了機會。全球化組織覆蓋，這很重要，因為它是導致更大數據量和更多性能挑戰的因素之一。作為一個復雜的集成系統，R/3每年都在發展，并在全球范圍內被大型組織使用。這是HANA附帶的場景，也是一個很有前瞻性的設計，如今甚至還有很多企業使用的還是R/3系統。為了簡單說明R/2和R/3的不同，我們可以看幾個屏幕。R/2 具有非常簡單的界面，其中功能鍵和事物代碼用于在字段之間導航；我們將看到，SAP在R/3和S/4 HANA之間的外觀和感覺也有了很大的提高。這是一個從事R/3工作的人都熟悉的圖表，它概述了R/3涵蓋的不同模塊或“功能區域”。盡管ERP和R/3似乎很復雜；而且，它所做的就是通過在系統中輸入交易記錄有關業務活動的信息，并將有關發生的情況的信息存儲在數據庫中。然后，您可以查看和調整該信息來管理企業。MM - 物料管理，記錄內部物流和外部交集點的物料移動信息，并自動庫存計算。當我們來到2000年時，SAP品牌宣傳變得有些混亂。有許多關鍵重點領域，我們看到R/3被稱為mySAP.com，也被稱為ERP（技術上稱為ECC）。值得注意的重點是： Web技術的出現，以及對ERP能夠通過互聯網以B2B或B2C進行連接的需求，mySAP.com被用作品牌，并且可以使用各種集成技術。收購細分領域競爭者軟件，并將其集成到SAP環境中。R/2和R/3在技術上已優化為記錄數據的系統。它們并未針對分析數據進行優化。90年代后期，出現了第一個商業倉庫系統（BW）。該系統在技術上設計為可分析數據。組織將使用ERP記錄數據并執行簡單的實時報告，然后每天將數據批量發送到BW進行更復雜的分析。在此期間，商業軟件提供商蓬勃發展，尤其是在數據分析領域。SAP借此機會收購了一些領先的競爭對手，以覆蓋其較弱的領域，例如： 分析，計劃和報告–例如Outlooksoft，Business Objects。不同業務分支中的過程執行-例如SuccessFactors，Concur，Ariba。值得注意的是，隨著業務倉庫的增加，SAP解決方案不再是實時集成架構。此外，許多公司的體系結構在某種程度上，被來自不同提供商的許多不同應用所困擾。實際上，這會在接口和主數據管理等領域帶來更多解決方案。2004年，互聯網泡沫破裂后的回升階段，SAP為了解決混亂的局面，又回到了主打R/3的階段，一直升級到4.7版本，直到2009年。在2000年代，R/3或ERP涵蓋的流程數量不斷增加，此外，還啟動了許多其他應用程序，以在某些領域提供更高級的功能。SAP在90年代后期開始將許多此類產品打包在一起，命名為“業務套件”。業務套件的主要組件是：ERP（企業資源計劃），基本上是R/3的發展–業務套件的核心，包括財務，人力資本管理，運營，公司服務等。SCM（供應鏈管理），采購網絡，生產網絡，分銷網絡，計劃，組織和執行供應流程。SRM（供應商關系管理），材料，商品和服務的采購。確定要訂購的商品才能付款。如前所述，R/3存在的一個主要問題，是無法處理不斷增加的數據量的報告，尤其是對快速分析的需求不斷增長時。作為系統的R/3并非旨在快速讀取數據。這導致了獨立系統的開發，例如SAP的數據倉庫BW，這些系統經過優化可讀取數據。以下術語用于描述這兩種不同類型的系統： 因此，大型組織通常獲得的系統格局，其中包括將多個OLTP系統和多個OLAP系統連接在一起。而且這還沒有考慮到Web應用程序，大數據等主題！在推出HANA之前，回顧一下SAP產品組合的狀況非常有用： ERP的核心已經發展了幾十年，所涵蓋的流程的數量和復雜性不斷增加。記錄交易的應用程序（OLTP），與執行簡單報告的應用程序和信息分析的應用程序（OLAP）之間存在分歧。實時集成并不存在于整個應用程序中。產品組合變得龐大，部分原因是SAP開發了多種新產品，部分原因是大量收購。這些年來，集成和網絡技術的標準和方法取得了重大進步。自大型機時代以來，總體而言，業務系統環境的復雜性一直在大大增加。我認為這是一個主題，在體系結構計劃中沒有解決應有的問題，而我們應該擁抱新技術，同時也應該使舊技術合理化。這時，我們進入了2010年代，SAP的部分重點是降低核心產品的復雜性，同時還不斷開發新技術。HANA在降低復雜性和將實時性重新納入分析功能方面發揮了重要作用。什么是S/4 HANA ？，它代表“ SAP業務套件4 SAP HANA”，并且包含了許多不同的東西。這是為什么HANA未被很好理解的原因之一。它不能正確地稱為技術升級或功能增強，它是兩者的結合。此外，作為S/4 HANA轉換的一部分，有很多可選項。每個公司都需要根據自己的目標定義自己的S/4 HANA轉換范圍。在本文中，將介紹S/4 HANA的三個主要構建塊。這些是： HANA平臺（或HANA數據庫）– 解決ERP所面臨問題的新數據庫；S/4 HANA（即HANA業務套件）– 利用HANA平臺的優勢的業務套件7的更新版本；Fiori – 一種新的UI方法，更加注重靈活的應用程序樣式開發和移動。在這篇文章中，將用剩下的大部分時間來解釋HANA平臺及其對業務套件的影響，我認為這并不為人所知。對于商務套件和Fiori，我將做一個非常簡短的概述，因為這些主題非常深入，并且SAP具有大量可用信息。另外，在查看這些主題時，需要逐個完成，例如按功能或UX案例。要了解HANA，我們需要稍微考慮一下內存在計算機中的工作方式。與許多應用程序一樣，ERP的設計基于當時可用的技術可以完成的工作。主要制約因素是處理能力和存儲成本。硬件限制導致軟件邏輯上的限制，這導致了我們上面已經討論過的許多問題。然而，考慮到摩爾定律，處理能力和存儲量的增加以及硬件成本的降低使SAP有機會重新考慮ERP的體系結構。這將我們帶到HANA。HANA是用于指代一個由SAP創始人之一領導開發的新數據庫的術語（Hasso Plattner是SAP的五位創始人之一）。HANA代表高性能分析應用程序。您可以在Hasso Plattner Institute for Software Systems Engineering的開放式學習平臺上，學習Hasso自己了解HANA（請注意，這是非常技術性的，僅適用于喜歡數據庫的人！）：https://open.hpi.de/coursesHANA平臺具有三個關鍵功能，可以解決ERP和BI面臨的問題，它們是： 我們將看一下前兩個主題，以更好地了解HANA是什么。因為，第三點，并行處理，是一個相當普遍的概念，現代計算機可以在一個操作上同時使用多個處理器。要開始解釋HANA如何使用內存，讓我們考慮一個常規臺式計算機的示例。內存可以分為3種類型： 1. 輔助內存：最大和最便宜的內存。磁盤或固態驅動器。電源關閉時，數據將保留。寫入或讀取數據非常慢。2. 主存儲器：主要由RAM組成，價格更高，但比輔助存儲器快得多。電源關閉時數據會丟失。3. 高速緩存內存：靠近CPU的少量非常快的內存，用于存儲CPU當前正在使用的數據。決定計算機處理速度的最大因素，是計算機可以讀取和寫入內存的速度。如果處理器需要訪問輔助內存，則該過程將非常緩慢。因此，我們可以將R/3 ERP視為具有大量數據量的大型計算機，不能將其用于高級數據分析的主要原因之一，是從輔助內存中檢索數據所花費的時間。隨著技術的進步和組件價格的下降，現在可以以一定的成本獲得主存儲器，可以將其用于以前只能存儲在輔助存儲器中的存儲量。要直接引用SAP，SAP HANA在多核CPU上運行，處理器內核之間具有快速通信，并且包含數TB的主內存。使用SAP HANA，所有數據都可以在主內存中使用，從而避免了磁盤I/O的性能下降（即讀/寫到輔助內存）。用簡單的英語來說，ERP中的完整數據集，存儲在我們臺式機或筆記本電腦上的“ RAM”中，并且處理器可以輕松訪問。使用HANA，我們不需要輔助存儲器來進行日常操作，如下所示。但是請注意，它用于備份/災難恢復，例如在斷電的情況下。除了內存外，HANA還應用了數據庫管理方法，這些方法在壓縮數據方面效率更高。壓縮數據越多，系統運行速度越快。傳統上，OLTP類型的數據庫會將數據保存在行存儲中。如果將行存儲與其他方法進行比較；列存儲，您將很快意識到，對于列存儲，很多值可能會并排重復。直觀地我們可以看到，柱狀存儲可能更容易壓縮。壓縮是一個相當廣泛且技術性的主題，但只需想象一下地址表中的“城市”列，我們將有數百個（如果不是成千上萬個）“倫敦”條目，如果是這樣的話，我們就無需存儲每次使用倫敦時，我們都可以存儲以倫敦為城市的行的范圍，這意味著，如果有關于倫敦的查詢，則應用程序不需要遍歷每一行來獲取結果。https://help.sap.com/viewer/52715f71adba4aaeb480d946c742d1f6/1.0.12/en-US/421691c7c0514928b3f15030600ef964.html考慮到“列”存儲的“內存中”設計，HANA平臺提供的數據庫的運行速度比R/3或Business Suite 7或任何傳統OLTP系統中使用的數據庫選件要快得多。這很重要。我們不再需要將OLTP和OLAP應用程序分離到不同的數據庫/應用程序。單個HANA數據庫和應用程序可以有效地執行兩種類型的操作。這是大規模簡化硬件，技術架構和數據架構的機會。我們可以簡化商務套件應用程序。這樣的一個例子：因為OLTP系統通常在讀取和分析數據方面很慢，所以在處理事務時通常會更新許多小計和總計表。這些表以及許多復雜性可以簡化或刪除。SAP Business Suite 4 HANA –簡化項目既然我們涵蓋了HANA平臺，我們就可以看到S/4 HANA中存在的商務套件，本質上是Business suite 7的更新版本。我們可以說，從數據庫角度來看，從R/3到S/4 HANA的轉換是一項技術升級。但是從應用程序的角度來看，還存在進一步的更改和增強，其中許多更改是通過數據庫轉換實現的。S/4 HANA實現的很大一部分簡化和增強功能，以及您想實現哪些簡化和增強功能。并非所有的簡化都是強制性的。每次簡化或增強都會對流程，數據等產生獨特的影響。SAP為每個HANA版本提供了一個簡化列表。當前的S/4 HANA版本是1909，列表在這里：https://help.sap.com/doc/0080a18cdc1045638d31c87b839011e7/1909.000/en-US/SIMPL_OP1909.pdf今天不會詳細介紹這些，這是一個巨大的清單。值得一提的是，大多數簡化都在財務和物流領域內。財務方面的一些例子： The universal journal（主要簡化表格/分類帳，因此可以在財務領域進行報告）Changes to transaction code（刪除舊的/引入新的）新總帳（S/4 HANA之前已實現的GL的更新版本）在財務方面，簡化之旅始于ERP（ECC 6.0），這時NewGL推出了，它大大簡化了財務和控制的工作方式： Fiori的主要目標之一，是允許開發人員快速創建“應用程序”，作為SAP中特定活動或任務的界面。這些應用程序可以改善視覺設計，特定于角色的操作，并且可以在臺式機，平板電腦和移動設備等之間進行調整。Fiori從launchpad開始，在這里可以將不同的應用程序，作為圖塊以及用戶個性化選項，搜索和通知之類的全局元素放置在右上角固定位置。這為針對特定角色定制界面，并改善用戶體驗的能力邁出了重要的一步。一目了然，關鍵人物和活動一目了然會帶來很多好處。Fiori隨附了許多SAP提供的應用程序，組織也可以開發自己的應用程序。現在如今的SAP無疑是龐大、復雜的，也無疑是靈活、強大、豐富的。如何組合？如何應用？如何迭代？如何監控？如何把握使用深度？如何聯動企業發展？等等… 您認為了解和規劃SAP相關工作的哪些方面最具挑戰性？
該文章在 2024/12/24 11:00:11 編輯過
400 186 1886
