LOGO OA教程 ERP教程 模切知識(shí)交流 PMS教程 CRM教程 開(kāi)發(fā)文檔 其他文檔  
 
網(wǎng)站管理員

SAP產(chǎn)品簡(jiǎn)史,48年的迭代

admin
2024年12月24日 11:0 本文熱度 531
48年的SAP,經(jīng)歷了近半個(gè)世紀(jì)的發(fā)展,成為了大型企業(yè)數(shù)字化的代名詞,也成為了,陪伴大量?jī)?yōu)秀中國(guó)企業(yè)成長(zhǎng)的良師益友。

現(xiàn)如今,幾乎企業(yè)軟件的方方面面,它都能囊括,并在各行各業(yè)形成解決方案、最佳實(shí)踐。
但這個(gè)過(guò)程并不是一蹴而就、一帆風(fēng)順,其中也經(jīng)歷過(guò)各種混亂、錯(cuò)誤、迷失。
并且,它也是和很多國(guó)內(nèi)的企業(yè)軟件一樣,也是從解決一個(gè)小問(wèn)題開(kāi)始,不斷的發(fā)現(xiàn)新問(wèn)題,一步步完善拓展的過(guò)程。
現(xiàn)在,大型企業(yè)和組織直接會(huì)使用S/4 HANA,或者升級(jí)到S/4 HANA。但是HANA到底是什么?與之前的版本有何不同?為什么會(huì)有這樣的變化?SAP是怎么一步步變成現(xiàn)在這個(gè)樣子的?這些問(wèn)題的了解,相信可以幫助一些年輕的顧問(wèn)和SAP的客戶(hù),得到更多角度的認(rèn)識(shí)。這也是這篇文章的目的。
或許,這些內(nèi)容,還能夠?qū)?guó)內(nèi)ToB行業(yè)的同行,在產(chǎn)品演進(jìn)的構(gòu)思上、在錯(cuò)誤思路的規(guī)避上、在差異化產(chǎn)品的尋找上、在核心領(lǐng)域的借力上,能夠有所啟發(fā),那則更好。
SAP的發(fā)展,大致可以將產(chǎn)品歷史分成如下六個(gè)階段,并保持著每十年,進(jìn)行一次大的升級(jí)迭代。

1. 
讓我們從頭開(kāi)始,R/1。
SAP由1970年代初期的許多前IBM員工創(chuàng)立。他們的第一個(gè)系統(tǒng)稱(chēng)為RF(實(shí)時(shí)財(cái)務(wù)),后來(lái)更名為R/1。SAP的產(chǎn)品策略基于三個(gè)主要概念:
提供標(biāo)準(zhǔn)化的“現(xiàn)成的解決方案”:在許多公司,從頭開(kāi)始構(gòu)建自己的應(yīng)用程序的時(shí)代,SAP的計(jì)劃是構(gòu)建,適用于許多公司的軟件產(chǎn)品,進(jìn)行很少的配置就可使用
實(shí)時(shí):輸入到應(yīng)用程序中的信息,可在整個(gè)應(yīng)用程序中實(shí)時(shí)獲得;
集成:同一數(shù)據(jù)在系統(tǒng)的多個(gè)功能部分之間共享,從而減少了對(duì)冗余數(shù)據(jù)輸入的需求。
實(shí)時(shí)集成到底意味著什么?
一個(gè)來(lái)自制造業(yè)的例子。原材料被轉(zhuǎn)換為成品,然后出售并運(yùn)送給客戶(hù)。這個(gè)過(guò)程涉及許多部門(mén)。采購(gòu),倉(cāng)儲(chǔ),制造,財(cái)務(wù),銷(xiāo)售等。如果我們僅考慮其中一部分,從供應(yīng)商處接收原材料,需要進(jìn)行兩項(xiàng)活動(dòng)。
在ERP之前,這些活動(dòng)可能已經(jīng)分別完成,例如,倉(cāng)庫(kù)管理可能已在一天結(jié)束時(shí),更新了庫(kù)存清單,然后發(fā)送了信息副本以供財(cái)務(wù)更新帳戶(hù)。一整天,庫(kù)存和財(cái)務(wù)信息,都不會(huì)是最新的或一致的。并且浪費(fèi)了兩次輸入相同數(shù)據(jù)的精力。
使用SAP,當(dāng)倉(cāng)庫(kù)更新庫(kù)存時(shí),會(huì)計(jì)記錄將自動(dòng)實(shí)時(shí)更新。在后臺(tái),ERP在不同的表之間有很多連接,可以使不同職能和團(tuán)隊(duì)的信息保持同步。
一旦了解了這一點(diǎn),我們就會(huì)了解ERP系統(tǒng)的價(jià)值,以及它們?yōu)楹稳绱耸軞g迎。我們可以想象,在70年代,解決這樣的問(wèn)題對(duì)于企業(yè)的重要性,以及以當(dāng)時(shí)的技術(shù),幫助多行業(yè)企業(yè),連接流程和數(shù)據(jù)時(shí)的復(fù)雜。
同樣的道理,SAP采用了同樣的目標(biāo)標(biāo)準(zhǔn),應(yīng)用于銷(xiāo)售,營(yíng)銷(xiāo),生產(chǎn)等。

2. 
進(jìn)入1979年,SAP發(fā)布了R/2版本。
從技術(shù)角度來(lái)看,從R/1到R/2的轉(zhuǎn)換,是一個(gè)更為微妙的演變,隨著SAP開(kāi)始擴(kuò)大其客戶(hù)群,核心功能也有所增加。
關(guān)于R/2,核心是一個(gè)擴(kuò)展的思路,這個(gè)過(guò)程中,主要是對(duì)業(yè)務(wù)、行業(yè)特性的覆蓋度上,隨著客戶(hù)和項(xiàng)目越來(lái)愈多,日益豐滿(mǎn)。
也是在這個(gè)時(shí)期,SAP拿下很多超大型客戶(hù),他們的加入,不但讓SAP活了下來(lái),而且?guī)?lái)了當(dāng)時(shí)各產(chǎn)業(yè)鏈頂端企業(yè)的治理之道,和管理理念。很多客戶(hù)甚至?xí)蚐AP一同進(jìn)行研發(fā)升級(jí)。
甚至,不少美國(guó)和歐洲的標(biāo)桿客戶(hù),會(huì)直接到SAP總部,在附近的大學(xué)內(nèi),進(jìn)行溝通、學(xué)習(xí)、提升,不斷迭代項(xiàng)目中的需求,并設(shè)計(jì)未來(lái)的項(xiàng)目規(guī)劃。
曾聽(tīng)某美國(guó)客戶(hù)說(shuō),那時(shí)候,他們近二十人的團(tuán)隊(duì),甚至到德國(guó)住了一年,成天與SAP一同進(jìn)行腦力碰撞和產(chǎn)品研發(fā),同時(shí)遠(yuǎn)在美國(guó)的SAP實(shí)施,也并行著如火如荼的開(kāi)展。

3.
進(jìn)入90年代和R/3。
從R/2到R/3的轉(zhuǎn)換意義重大,并進(jìn)行了許多重大更改: 
R/1和R/2被分類(lèi)為大型機(jī)系統(tǒng),R/3被分類(lèi)為客戶(hù)端/服務(wù)器系統(tǒng)。這是隨著計(jì)算機(jī)普及過(guò)程中,做的一次更靈活、更經(jīng)濟(jì)的架構(gòu)式改進(jìn)。
臺(tái)式機(jī)(例如Windows臺(tái)式機(jī)或筆記本電腦)上有更完整的“圖形用戶(hù)界面”;
在服務(wù)器端也更便宜,更容易擴(kuò)展和更靈活。
從R/2到R/3的轉(zhuǎn)變,以及R/3到90年代的持續(xù)發(fā)展,也代表了所涵蓋業(yè)務(wù)流程的顯著擴(kuò)展。
R/2和R/3是非常不同的系統(tǒng)。要從一個(gè)系統(tǒng)切換到另一個(gè)系統(tǒng),您需要在加載到R/3之前提取和轉(zhuǎn)換數(shù)據(jù),還必須映射所有進(jìn)程。
也可以這么說(shuō),從R/2切換到R/3,類(lèi)似于從非SAP系統(tǒng)切換到R/3。
在談?wù)揜/3時(shí),考慮規(guī)模和全球化也很重要。大型機(jī)系統(tǒng)通常是為單個(gè)國(guó)家或業(yè)務(wù)部門(mén)實(shí)施的。R/3的更便宜,可擴(kuò)展性更強(qiáng)的體系結(jié)構(gòu),為實(shí)現(xiàn)一個(gè)涵蓋整個(gè)地區(qū),或世界范圍內(nèi)的組織業(yè)務(wù)的R/3系統(tǒng)提供了機(jī)會(huì)。
全球化組織覆蓋,這很重要,因?yàn)樗菍?dǎo)致更大數(shù)據(jù)量和更多性能挑戰(zhàn)的因素之一。
作為一個(gè)復(fù)雜的集成系統(tǒng),R/3每年都在發(fā)展,并在全球范圍內(nèi)被大型組織使用。這是HANA附帶的場(chǎng)景,也是一個(gè)很有前瞻性的設(shè)計(jì),如今甚至還有很多企業(yè)使用的還是R/3系統(tǒng)。
為了簡(jiǎn)單說(shuō)明R/2和R/3的不同,我們可以看幾個(gè)屏幕。
R/2 具有非常簡(jiǎn)單的界面,其中功能鍵和事物代碼用于在字段之間導(dǎo)航;
R/3 包括菜單,選項(xiàng)卡,按鈕,“幫助查找”等。
我們將看到,SAP在R/3和S/4 HANA之間的外觀和感覺(jué)也有了很大的提高。
關(guān)于R/3流程范圍的說(shuō)明
這是一個(gè)從事R/3工作的人都熟悉的圖表,它概述了R/3涵蓋的不同模塊或“功能區(qū)域”。
盡管ERP和R/3似乎很復(fù)雜;而且,它所做的就是通過(guò)在系統(tǒng)中輸入交易記錄有關(guān)業(yè)務(wù)活動(dòng)的信息,并將有關(guān)發(fā)生的情況的信息存儲(chǔ)在數(shù)據(jù)庫(kù)中。然后,您可以查看和調(diào)整該信息來(lái)管理企業(yè)。
以下是上面顯示的一些模塊的一些簡(jiǎn)單示例: 
FI - 財(cái)務(wù)管理,記錄定期應(yīng)計(jì)項(xiàng)目。
CO - 成本控制,記錄/查看部門(mén)的支出。
SD –銷(xiāo)售和分銷(xiāo),記錄要出售給客戶(hù)的銷(xiāo)售訂單
PP – 生產(chǎn)計(jì)劃,計(jì)劃生產(chǎn)時(shí)間表
MM - 物料管理,記錄內(nèi)部物流和外部交集點(diǎn)的物料移動(dòng)信息,并自動(dòng)庫(kù)存計(jì)算。
HR – 人力資源,支付員工工資和管理。

4.
mySAP.com和ERP
當(dāng)我們來(lái)到2000年時(shí),SAP品牌宣傳變得有些混亂。
有許多關(guān)鍵重點(diǎn)領(lǐng)域,我們看到R/3被稱(chēng)為mySAP.com,也被稱(chēng)為ERP(技術(shù)上稱(chēng)為ECC)。值得注意的重點(diǎn)是: 
Web技術(shù)的出現(xiàn),以及對(duì)ERP能夠通過(guò)互聯(lián)網(wǎng)以B2B或B2C進(jìn)行連接的需求,mySAP.com被用作品牌,并且可以使用各種集成技術(shù)。
用于數(shù)據(jù)分析的“附加”產(chǎn)品數(shù)量增加;
收購(gòu)細(xì)分領(lǐng)域競(jìng)爭(zhēng)者軟件,并將其集成到SAP環(huán)境中。
數(shù)據(jù)分析注意事項(xiàng)
R/2和R/3在技術(shù)上已優(yōu)化為記錄數(shù)據(jù)的系統(tǒng)。它們并未針對(duì)分析數(shù)據(jù)進(jìn)行優(yōu)化。
90年代后期,出現(xiàn)了第一個(gè)商業(yè)倉(cāng)庫(kù)系統(tǒng)(BW)。該系統(tǒng)在技術(shù)上設(shè)計(jì)為可分析數(shù)據(jù)。組織將使用ERP記錄數(shù)據(jù)并執(zhí)行簡(jiǎn)單的實(shí)時(shí)報(bào)告,然后每天將數(shù)據(jù)批量發(fā)送到BW進(jìn)行更復(fù)雜的分析。
關(guān)于收購(gòu)競(jìng)爭(zhēng)對(duì)手的說(shuō)明
在此期間,商業(yè)軟件提供商蓬勃發(fā)展,尤其是在數(shù)據(jù)分析領(lǐng)域。SAP借此機(jī)會(huì)收購(gòu)了一些領(lǐng)先的競(jìng)爭(zhēng)對(duì)手,以覆蓋其較弱的領(lǐng)域,例如: 
分析,計(jì)劃和報(bào)告–例如Outlooksoft,Business Objects。
不同業(yè)務(wù)分支中的過(guò)程執(zhí)行-例如SuccessFactors,Concur,Ariba。
值得注意的是,隨著業(yè)務(wù)倉(cāng)庫(kù)的增加,SAP解決方案不再是實(shí)時(shí)集成架構(gòu)。
此外,許多公司的體系結(jié)構(gòu)在某種程度上,被來(lái)自不同提供商的許多不同應(yīng)用所困擾。實(shí)際上,這會(huì)在接口和主數(shù)據(jù)管理等領(lǐng)域帶來(lái)更多解決方案。
2004年,互聯(lián)網(wǎng)泡沫破裂后的回升階段,SAP為了解決混亂的局面,又回到了主打R/3的階段,一直升級(jí)到4.7版本,直到2009年。

5.
Business suite 7
在2000年代,R/3或ERP涵蓋的流程數(shù)量不斷增加,此外,還啟動(dòng)了許多其他應(yīng)用程序,以在某些領(lǐng)域提供更高級(jí)的功能。
SAP在90年代后期開(kāi)始將許多此類(lèi)產(chǎn)品打包在一起,命名為“業(yè)務(wù)套件”。業(yè)務(wù)套件的主要組件是:
ERP(企業(yè)資源計(jì)劃),基本上是R/3的發(fā)展–業(yè)務(wù)套件的核心,包括財(cái)務(wù),人力資本管理,運(yùn)營(yíng),公司服務(wù)等。
CRM(客戶(hù)關(guān)系管理),銷(xiāo)售,市場(chǎng)營(yíng)銷(xiāo)和服務(wù)。
SCM(供應(yīng)鏈管理),采購(gòu)網(wǎng)絡(luò),生產(chǎn)網(wǎng)絡(luò),分銷(xiāo)網(wǎng)絡(luò),計(jì)劃,組織和執(zhí)行供應(yīng)流程。
PLM(產(chǎn)品生命周期管理),產(chǎn)品構(gòu)思到生產(chǎn)。
SRM(供應(yīng)商關(guān)系管理),材料,商品和服務(wù)的采購(gòu)。確定要訂購(gòu)的商品才能付款。
關(guān)于OLAP與OLTP的說(shuō)明
如前所述,R/3存在的一個(gè)主要問(wèn)題,是無(wú)法處理不斷增加的數(shù)據(jù)量的報(bào)告,尤其是對(duì)快速分析的需求不斷增長(zhǎng)時(shí)。作為系統(tǒng)的R/3并非旨在快速讀取數(shù)據(jù)。這導(dǎo)致了獨(dú)立系統(tǒng)的開(kāi)發(fā),例如SAP的數(shù)據(jù)倉(cāng)庫(kù)BW,這些系統(tǒng)經(jīng)過(guò)優(yōu)化可讀取數(shù)據(jù)。以下術(shù)語(yǔ)用于描述這兩種不同類(lèi)型的系統(tǒng): 
OLTP –在線(xiàn)交易處理(例如R/3)
OLAP –在線(xiàn)分析處理(例如BW)
因此,大型組織通常獲得的系統(tǒng)格局,其中包括將多個(gè)OLTP系統(tǒng)和多個(gè)OLAP系統(tǒng)連接在一起。而且這還沒(méi)有考慮到Web應(yīng)用程序,大數(shù)據(jù)等主題!
這時(shí)候的SAP,越來(lái)越復(fù)雜,
在推出HANA之前,回顧一下SAP產(chǎn)品組合的狀況非常有用: 
ERP的核心已經(jīng)發(fā)展了幾十年,所涵蓋的流程的數(shù)量和復(fù)雜性不斷增加。
還提供了多種針對(duì)特定行業(yè)的解決方案;
涵蓋了許多地區(qū)的要求;
記錄交易的應(yīng)用程序(OLTP),與執(zhí)行簡(jiǎn)單報(bào)告的應(yīng)用程序和信息分析的應(yīng)用程序(OLAP)之間存在分歧。實(shí)時(shí)集成并不存在于整個(gè)應(yīng)用程序中。
產(chǎn)品組合變得龐大,部分原因是SAP開(kāi)發(fā)了多種新產(chǎn)品,部分原因是大量收購(gòu)。
這些年來(lái),集成和網(wǎng)絡(luò)技術(shù)的標(biāo)準(zhǔn)和方法取得了重大進(jìn)步。
自大型機(jī)時(shí)代以來(lái),總體而言,業(yè)務(wù)系統(tǒng)環(huán)境的復(fù)雜性一直在大大增加。我認(rèn)為這是一個(gè)主題,在體系結(jié)構(gòu)計(jì)劃中沒(méi)有解決應(yīng)有的問(wèn)題,而我們應(yīng)該擁抱新技術(shù),同時(shí)也應(yīng)該使舊技術(shù)合理化。
這時(shí),我們進(jìn)入了2010年代,SAP的部分重點(diǎn)是降低核心產(chǎn)品的復(fù)雜性,同時(shí)還不斷開(kāi)發(fā)新技術(shù)。HANA在降低復(fù)雜性和將實(shí)時(shí)性重新納入分析功能方面發(fā)揮了重要作用。

6.
 S/4 HANA
什么是S/4 HANA ?,它代表“ SAP業(yè)務(wù)套件4 SAP HANA”,并且包含了許多不同的東西。這是為什么HANA未被很好理解的原因之一。
它不能正確地稱(chēng)為技術(shù)升級(jí)或功能增強(qiáng),它是兩者的結(jié)合。此外,作為S/4 HANA轉(zhuǎn)換的一部分,有很多可選項(xiàng)。每個(gè)公司都需要根據(jù)自己的目標(biāo)定義自己的S/4 HANA轉(zhuǎn)換范圍。
在本文中,將介紹S/4 HANA的三個(gè)主要構(gòu)建塊。這些是: 
HANA平臺(tái)(或HANA數(shù)據(jù)庫(kù))– 解決ERP所面臨問(wèn)題的新數(shù)據(jù)庫(kù);
S/4 HANA(即HANA業(yè)務(wù)套件)– 利用HANA平臺(tái)的優(yōu)勢(shì)的業(yè)務(wù)套件7的更新版本;
Fiori  – 一種新的UI方法,更加注重靈活的應(yīng)用程序樣式開(kāi)發(fā)和移動(dòng)。
在這篇文章中,將用剩下的大部分時(shí)間來(lái)解釋HANA平臺(tái)及其對(duì)業(yè)務(wù)套件的影響,我認(rèn)為這并不為人所知。
對(duì)于商務(wù)套件和Fiori,我將做一個(gè)非常簡(jiǎn)短的概述,因?yàn)檫@些主題非常深入,并且SAP具有大量可用信息。另外,在查看這些主題時(shí),需要逐個(gè)完成,例如按功能或UX案例。
HANA平臺(tái)
要了解HANA,我們需要稍微考慮一下內(nèi)存在計(jì)算機(jī)中的工作方式。
與許多應(yīng)用程序一樣,ERP的設(shè)計(jì)基于當(dāng)時(shí)可用的技術(shù)可以完成的工作。主要制約因素是處理能力和存儲(chǔ)成本。硬件限制導(dǎo)致軟件邏輯上的限制,這導(dǎo)致了我們上面已經(jīng)討論過(guò)的許多問(wèn)題。
然而,考慮到摩爾定律,處理能力和存儲(chǔ)量的增加以及硬件成本的降低使SAP有機(jī)會(huì)重新考慮ERP的體系結(jié)構(gòu)。這將我們帶到HANA。
HANA是用于指代一個(gè)由SAP創(chuàng)始人之一領(lǐng)導(dǎo)開(kāi)發(fā)的新數(shù)據(jù)庫(kù)的術(shù)語(yǔ)(Hasso Plattner是SAP的五位創(chuàng)始人之一)。HANA代表高性能分析應(yīng)用程序。
您可以在Hasso Plattner Institute for Software Systems Engineering的開(kāi)放式學(xué)習(xí)平臺(tái)上,學(xué)習(xí)Hasso自己了解HANA(請(qǐng)注意,這是非常技術(shù)性的,僅適用于喜歡數(shù)據(jù)庫(kù)的人!):
https://open.hpi.de/courses
HANA平臺(tái)具有三個(gè)關(guān)鍵功能,可以解決ERP和BI面臨的問(wèn)題,它們是: 
1. 內(nèi)存計(jì)算;
2. 列式數(shù)據(jù)庫(kù)管理和數(shù)據(jù)壓縮;
3. 并行處理;
我們將看一下前兩個(gè)主題,以更好地了解HANA是什么。因?yàn)椋谌c(diǎn),并行處理,是一個(gè)相當(dāng)普遍的概念,現(xiàn)代計(jì)算機(jī)可以在一個(gè)操作上同時(shí)使用多個(gè)處理器。
要開(kāi)始解釋HANA如何使用內(nèi)存,讓我們考慮一個(gè)常規(guī)臺(tái)式計(jì)算機(jī)的示例。內(nèi)存可以分為3種類(lèi)型: 
1. 輔助內(nèi)存:最大和最便宜的內(nèi)存。磁盤(pán)或固態(tài)驅(qū)動(dòng)器。電源關(guān)閉時(shí),數(shù)據(jù)將保留。寫(xiě)入或讀取數(shù)據(jù)非常慢。
2. 主存儲(chǔ)器:主要由RAM組成,價(jià)格更高,但比輔助存儲(chǔ)器快得多。電源關(guān)閉時(shí)數(shù)據(jù)會(huì)丟失。
3. 高速緩存內(nèi)存:靠近CPU的少量非常快的內(nèi)存,用于存儲(chǔ)CPU當(dāng)前正在使用的數(shù)據(jù)。
決定計(jì)算機(jī)處理速度的最大因素,是計(jì)算機(jī)可以讀取和寫(xiě)入內(nèi)存的速度。如果處理器需要訪(fǎng)問(wèn)輔助內(nèi)存,則該過(guò)程將非常緩慢。
R/3不在桌面上運(yùn)行,而是在服務(wù)器上運(yùn)行。
因此,我們可以將R/3 ERP視為具有大量數(shù)據(jù)量的大型計(jì)算機(jī),不能將其用于高級(jí)數(shù)據(jù)分析的主要原因之一,是從輔助內(nèi)存中檢索數(shù)據(jù)所花費(fèi)的時(shí)間。
使用HANA進(jìn)行內(nèi)存計(jì)算
隨著技術(shù)的進(jìn)步和組件價(jià)格的下降,現(xiàn)在可以以一定的成本獲得主存儲(chǔ)器,可以將其用于以前只能存儲(chǔ)在輔助存儲(chǔ)器中的存儲(chǔ)量。
要直接引用SAP,SAP HANA在多核CPU上運(yùn)行,處理器內(nèi)核之間具有快速通信,并且包含數(shù)TB的主內(nèi)存。使用SAP HANA,所有數(shù)據(jù)都可以在主內(nèi)存中使用,從而避免了磁盤(pán)I/O的性能下降(即讀/寫(xiě)到輔助內(nèi)存)。
用簡(jiǎn)單的英語(yǔ)來(lái)說(shuō),ERP中的完整數(shù)據(jù)集,存儲(chǔ)在我們臺(tái)式機(jī)或筆記本電腦上的“ RAM”中,并且處理器可以輕松訪(fǎng)問(wèn)。
使用HANA,我們不需要輔助存儲(chǔ)器來(lái)進(jìn)行日常操作,如下所示。但是請(qǐng)注意,它用于備份/災(zāi)難恢復(fù),例如在斷電的情況下。
HANA的列式數(shù)據(jù)存儲(chǔ)
除了內(nèi)存外,HANA還應(yīng)用了數(shù)據(jù)庫(kù)管理方法,這些方法在壓縮數(shù)據(jù)方面效率更高。壓縮數(shù)據(jù)越多,系統(tǒng)運(yùn)行速度越快。
傳統(tǒng)上,OLTP類(lèi)型的數(shù)據(jù)庫(kù)會(huì)將數(shù)據(jù)保存在行存儲(chǔ)中。如果將行存儲(chǔ)與其他方法進(jìn)行比較;列存儲(chǔ),您將很快意識(shí)到,對(duì)于列存儲(chǔ),很多值可能會(huì)并排重復(fù)。直觀地我們可以看到,柱狀存儲(chǔ)可能更容易壓縮。
壓縮是一個(gè)相當(dāng)廣泛且技術(shù)性的主題,但只需想象一下地址表中的“城市”列,我們將有數(shù)百個(gè)(如果不是成千上萬(wàn)個(gè))“倫敦”條目,如果是這樣的話(huà),我們就無(wú)需存儲(chǔ)每次使用倫敦時(shí),我們都可以存儲(chǔ)以倫敦為城市的行的范圍,這意味著,如果有關(guān)于倫敦的查詢(xún),則應(yīng)用程序不需要遍歷每一行來(lái)獲取結(jié)果。
更多信息:
https://help.sap.com/viewer/52715f71adba4aaeb480d946c742d1f6/1.0.12/en-US/421691c7c0514928b3f15030600ef964.html
考慮到“列”存儲(chǔ)的“內(nèi)存中”設(shè)計(jì),HANA平臺(tái)提供的數(shù)據(jù)庫(kù)的運(yùn)行速度比R/3或Business Suite 7或任何傳統(tǒng)OLTP系統(tǒng)中使用的數(shù)據(jù)庫(kù)選件要快得多。這很重要。
我們不再需要將OLTP和OLAP應(yīng)用程序分離到不同的數(shù)據(jù)庫(kù)/應(yīng)用程序。單個(gè)HANA數(shù)據(jù)庫(kù)和應(yīng)用程序可以有效地執(zhí)行兩種類(lèi)型的操作。這是大規(guī)模簡(jiǎn)化硬件,技術(shù)架構(gòu)和數(shù)據(jù)架構(gòu)的機(jī)會(huì)。
我們可以簡(jiǎn)化商務(wù)套件應(yīng)用程序。這樣的一個(gè)例子:因?yàn)镺LTP系統(tǒng)通常在讀取和分析數(shù)據(jù)方面很慢,所以在處理事務(wù)時(shí)通常會(huì)更新許多小計(jì)和總計(jì)表。這些表以及許多復(fù)雜性可以簡(jiǎn)化或刪除。
SAP Business Suite 4 HANA –簡(jiǎn)化項(xiàng)目
回想我們說(shuō)過(guò)S/4 HANA的三個(gè)主要組成部分
既然我們涵蓋了HANA平臺(tái),我們就可以看到S/4 HANA中存在的商務(wù)套件,本質(zhì)上是Business suite 7的更新版本。
我們可以說(shuō),從數(shù)據(jù)庫(kù)角度來(lái)看,從R/3到S/4 HANA的轉(zhuǎn)換是一項(xiàng)技術(shù)升級(jí)。但是從應(yīng)用程序的角度來(lái)看,還存在進(jìn)一步的更改和增強(qiáng),其中許多更改是通過(guò)數(shù)據(jù)庫(kù)轉(zhuǎn)換實(shí)現(xiàn)的。
S/4 HANA實(shí)現(xiàn)的很大一部分簡(jiǎn)化和增強(qiáng)功能,以及您想實(shí)現(xiàn)哪些簡(jiǎn)化和增強(qiáng)功能。并非所有的簡(jiǎn)化都是強(qiáng)制性的。每次簡(jiǎn)化或增強(qiáng)都會(huì)對(duì)流程,數(shù)據(jù)等產(chǎn)生獨(dú)特的影響。
SAP為每個(gè)HANA版本提供了一個(gè)簡(jiǎn)化列表。當(dāng)前的S/4 HANA版本是1909,列表在這里:
https://help.sap.com/doc/0080a18cdc1045638d31c87b839011e7/1909.000/en-US/SIMPL_OP1909.pdf
今天不會(huì)詳細(xì)介紹這些,這是一個(gè)巨大的清單。值得一提的是,大多數(shù)簡(jiǎn)化都在財(cái)務(wù)和物流領(lǐng)域內(nèi)。財(cái)務(wù)方面的一些例子: 
The universal journal(主要簡(jiǎn)化表格/分類(lèi)帳,因此可以在財(cái)務(wù)領(lǐng)域進(jìn)行報(bào)告)
Changes to transaction code(刪除舊的/引入新的)
新總帳(S/4 HANA之前已實(shí)現(xiàn)的GL的更新版本)
新資產(chǎn)會(huì)計(jì)
等等
在財(cái)務(wù)方面,簡(jiǎn)化之旅始于ERP(ECC 6.0),這時(shí)NewGL推出了,它大大簡(jiǎn)化了財(cái)務(wù)和控制的工作方式: 
簡(jiǎn)化編號(hào) 內(nèi)部分類(lèi)帳(例如取消FICO對(duì)帳)
添加領(lǐng)先/非領(lǐng)先的分類(lèi)賬功能以滿(mǎn)足多種評(píng)估需求
擴(kuò)展GL代碼塊,例如用于IFRS分段要求
NewGL為HANA實(shí)現(xiàn)的進(jìn)一步簡(jiǎn)化提供了起點(diǎn)。
Fiori
Fiori是SAP的用戶(hù)界面設(shè)計(jì)的新方法。
Fiori的主要目標(biāo)之一,是允許開(kāi)發(fā)人員快速創(chuàng)建“應(yīng)用程序”,作為SAP中特定活動(dòng)或任務(wù)的界面。這些應(yīng)用程序可以改善視覺(jué)設(shè)計(jì),特定于角色的操作,并且可以在臺(tái)式機(jī),平板電腦和移動(dòng)設(shè)備等之間進(jìn)行調(diào)整。
Fiori從launchpad開(kāi)始,在這里可以將不同的應(yīng)用程序,作為圖塊以及用戶(hù)個(gè)性化選項(xiàng),搜索和通知之類(lèi)的全局元素放置在右上角固定位置。
這為針對(duì)特定角色定制界面,并改善用戶(hù)體驗(yàn)的能力邁出了重要的一步。一目了然,關(guān)鍵人物和活動(dòng)一目了然會(huì)帶來(lái)很多好處。
Fiori隨附了許多SAP提供的應(yīng)用程序,組織也可以開(kāi)發(fā)自己的應(yīng)用程序。

7.
最后
現(xiàn)在如今的SAP無(wú)疑是龐大、復(fù)雜的,也無(wú)疑是靈活、強(qiáng)大、豐富的。
如何組合?如何應(yīng)用?如何迭代?如何監(jiān)控?如何把握使用深度?如何聯(lián)動(dòng)企業(yè)發(fā)展?等等… 
這不論對(duì)企業(yè)來(lái)說(shuō),對(duì)顧問(wèn)來(lái)說(shuō),都更具挑戰(zhàn)。
您認(rèn)為了解和規(guī)劃SAP相關(guān)工作的哪些方面最具挑戰(zhàn)性?

- End -


該文章在 2024/12/24 11:00:11 編輯過(guò)
關(guān)鍵字查詢(xún)
相關(guān)文章
正在查詢(xún)...
點(diǎn)晴ERP是一款針對(duì)中小制造業(yè)的專(zhuān)業(yè)生產(chǎn)管理軟件系統(tǒng),系統(tǒng)成熟度和易用性得到了國(guó)內(nèi)大量中小企業(yè)的青睞。
點(diǎn)晴PMS碼頭管理系統(tǒng)主要針對(duì)港口碼頭集裝箱與散貨日常運(yùn)作、調(diào)度、堆場(chǎng)、車(chē)隊(duì)、財(cái)務(wù)費(fèi)用、相關(guān)報(bào)表等業(yè)務(wù)管理,結(jié)合碼頭的業(yè)務(wù)特點(diǎn),圍繞調(diào)度、堆場(chǎng)作業(yè)而開(kāi)發(fā)的。集技術(shù)的先進(jìn)性、管理的有效性于一體,是物流碼頭及其他港口類(lèi)企業(yè)的高效ERP管理信息系統(tǒng)。
點(diǎn)晴WMS倉(cāng)儲(chǔ)管理系統(tǒng)提供了貨物產(chǎn)品管理,銷(xiāo)售管理,采購(gòu)管理,倉(cāng)儲(chǔ)管理,倉(cāng)庫(kù)管理,保質(zhì)期管理,貨位管理,庫(kù)位管理,生產(chǎn)管理,WMS管理系統(tǒng),標(biāo)簽打印,條形碼,二維碼管理,批號(hào)管理軟件。
點(diǎn)晴免費(fèi)OA是一款軟件和通用服務(wù)都免費(fèi),不限功能、不限時(shí)間、不限用戶(hù)的免費(fèi)OA協(xié)同辦公管理系統(tǒng)。
Copyright 2010-2025 ClickSun All Rights Reserved

黄频国产免费高清视频,久久不卡精品中文字幕一区,激情五月天AV电影在线观看,欧美国产韩国日本一区二区
在线播放极品女神被高潮 | 永久性国产盗摄在线观看 | 日韩全裸美女1区2区在线免费观看 | 亚洲精品国产超清 | 夜夜久久国产精品亚州AV | 一级少妇a在线播放 |