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