SAP新產品S/4HANA怎麼樣？

01-12

SAP新產品S4HANA怎麼樣？

作者：妙手的空空

鏈接：SAP 新產品內存資料庫 HANA 的前景如何？ - 妙手的空空的回答

來源：知乎

著作權歸作者所有。商業轉載請聯繫作者獲得授權，非商業轉載請註明出處。

我們的公眾號正好寫了這麼一篇，從戰略的角度講了講：

大戰略 | HANA 新時代

（原創文章，請註明出處。）

說起來那麼陽剛的德國軟體企業SAP，怎麼會有一個產品，有著小妹的名字呢？這位小妹其實很年輕，從出生到現在還不到10 歲。真正站在公眾視線之內也才五年有餘。而她的名字HANA，來自於High Performance ANalytic Appliance。就是高性能的數據分析設備。不管你怎麼想，當時我第一次聽到這個名字的時候，就覺得這位一定身輕如燕，美貌如花。而我然後知道這是一款資料庫產品的時候，完全沒法把她放到丑大凶的同行的行列里，如DB2，如Oracle，如SQL Server——哪一位不是大塊頭的象徵啊！

那麼這位小妹到底有什麼神通呢？

設想你很餓，但是你家沒有冰箱，你每次都得去附近的奶製品農場，買黃油和乳酪。每，一，次！這就是如今大多數公司對待數據的方式——數據存放在遠離它被處理的地方。

這段話翻譯自Norbert Walter 教授描述內存計算的話。他是著名德國經濟學家，曾任德意志銀行的「首席經濟學家」一職。

簡單的說，HANA 的精髓就是把所有的數據放到內存里——離處理數據最近的地方，也是計算機全身除了CPU 速度最快的地方！而不像傳統資料庫，數據放在硬碟里，走過複雜的讀操作，走過系統匯流排，在內存里被短暫的處理，然後再走過同樣的路回去，躺在硬碟里。再需要這片數據，再找到它的時候，哎呀，已經下班了，明天趕早吧！

我彷彿看到一些驚訝的表情。對的，所有數據放在內存里！那得需要多大的內存啊？hōu 貴的！萬一斷電怎麼辦？！都不用擔心，因為早有人擔心過了。這些回頭深入技術細節的時候再講吧。

那麼HANA 小妹的戰略魅力在哪裡呢？那就是企業的管理層決策層，可以隨時用經過最快的最有說服力的處理的最新的數據——包括事務數據（Transactional Data）和分析數據（Analytical Data）——進行「實時」的決策。

這不就是最近幾年特別流行的說法，Realtime Enterprise 么？

（原創文章，請註明出處。）

那麼怎麼才能讓HANA 由你所用呢？前面說過了，HANA 其實是Appliance，設備，而不光是個資料庫軟體產品。

一個HANA Appliance 包含了經過SAP 認證過的硬體和SAP 開發的軟體。每個硬體提供商都要經過SAP 的嚴格的選擇和檢驗，最後通過了，才能給客戶提供HANA 硬體，簡單說，就是什麼都要快，而且還要互相兼容，沒有瓶頸。SAP 在這方面非常嚴格，非常龜毛，也非常處於支配地位，不管你是IBM 還是惠普還是誰誰誰，都同樣對待。順便說句，我們國家的華為和聯想是不多的幾個認證過的可以提供HANA 硬體的廠商。

而軟體上，包含了從資料庫到管理、開發和建模到提供支持功能的各種工具。

所以，客戶要帶HANA 回家，只能是整個打包，你不能像芭比娃娃那樣的，還想給她換行頭。由於認證過程的嚴格，硬體廠商的供貨也有很大的限制。我就遇到過客戶的硬體提供商的供貨周期太長，導致Sandbox 和開發系統共用一套Appliance （靠虛擬機隔離啦），整個開發階段大家都緊巴巴的用。

而由於前面提到的，數據都放在資料庫里，而且數據還會進行大幅度的壓縮（可以達到10：1 的比例），所以整個的硬體的計劃和準備（也就是provisioning，sizing 什麼的）都要改變思路了，搞SAP 幾十年的老革命都一定會遇到新問題。當然SAP 也提供了一整套的服務和工具幫助客戶計算他們到底需要什麼樣的HANA 設備。

從另一個角度講，由於HANA Appliance 的昂貴，也由於HANA 不僅僅是資料庫，而是一個平台，而且漸漸的要成為一個很龐大的平台，還真不是每個企業都用得起的。所以現在有了一些基於雲服務的HANA Offering，包括SAP 自家的HANA Cloud Platform (HCP)，所以情況越變越複雜，大多數人越來越不明覺厲，CIO 真的越來越不好當了……

那麼問題就又來了：這麼折騰到底是為了啥啊？HANA 能帶來什麼？

我們先說說昨天和今天吧。

昨天

在企業級的軟體領域，SAP 靠R/3 已經統治了很多年，特別是在工業企業（不提跟Oracle 等產品的比較，因為Oracle 有很多特長，而SAP 基本上是全方位的）。見到過很多大型企業，有幾個到幾十個業務分支；每個分支有幾個區域，亞太、南美、北美、歐洲；每個區域有十多個應用，ERP，CRM，SCM 等等；每個應用分成幾個系統：開發、測試、運營；每個系統有一個應用伺服器 + 一個資料庫伺服器。

有功夫的童鞋算算這個企業可能有多少台伺服器吧。

今天

很多企業在幾年前都開始了整合的項目。從業務流程和業務數據整合來推動IT 平台的整合，到最後每個業務分支的每個應用只有一個實例（Instance）。R/3 的平台也都漸漸的升級到了ECC 6 平台，其他應用也都升級到了最新的版本，兼容Business Suite 7。

明天

2010 年左右HANA 發布的時候，誰都想不到她的發展有這麼快，特別是誰也想不到如今以NetWeaver 7 為基礎的各種應用百花齊放的時代，會在這麼快的時間內受到HANA 平台的巨大衝擊，甚至這個時代的結束都已經被宣布了。

SAP 會支持Business Suite 7 的開發、創新和維護，但只到2025。

（原創文章，請註明出處。）

HANA 到底怎麼成為這個改變歷史的角色的呢？有下面幾個最主要的原因。

前面說過的實時分析。HANA 是一種將OLTP 和OLAP [注，見後] 結合到了一起的資料庫產品。也就是說，後邊有人在進行數據操作的同時，前面的管理層都可以很快的得到實時的彙報。在以前，很多這樣的報表都需要大量的在夜裡運行的批處理來完成的。實戰里有企業真正實現戰略報表生成速度質的飛躍：針對同樣需求，以前需要3 天生成的報表，在HANA 平台上只要了2 秒！
數據大幅度壓縮。不光是數據本身技術層面的壓縮，SAP 最新的創新，致力於將所有應用的資料庫整合在一起，也就是說ERP、CRM、SCM 等等共用一個HANA 資料庫！數據都融合在了一起，數據量當然就大幅度縮小。想想都覺得爽，這再不是像德國人吃飯那樣，一人一個盤子自己吃，而是像重慶人那樣吃火鍋了！
數據的實時展示和處理帶來的實時的商務行為。以實時分析為基礎，很多商務流程都可以得到質的提高。比如用戶在前端的查詢、後台就可以實時提供庫存數據；生產線上的訂單生產可以根據需求進行實時的改變；物流中可以通過RFID 等等技術的幫助實時的了解某一個貨物在什麼環節在什麼地方；醫療里可以實時的匹配病人的病症和知識庫，等等。
商務流程的靈活性提高，實時的靈活應對商務變化。決策層可以根據實時的數據飛快的改變某個商務決定而改變商務流程。以往笨重的SAP 將慢慢擺脫這個名聲。
靈活和面向角色的展示層。由HTML5 衍伸出來的UI5 以及Fiori，本身就輕量級，同時將得利於HANA 的速度，將SAP 產品在展示層的速度提高到傳統SAP GUI 完全無法達到的另一個數量級。以往不可能在手機、平板上實現的數據分析及展示以及商務流程的進行，現在全可以在談笑風生里實現在觸手之間。
統一的IT 平台。資料庫的整合帶來的Single source of truth，最直接的好處就是CIO 非常關心的話題之一Total Cost of Ownership (TCO) 大幅減少，因為需要的硬體大幅減少了（雖然表面上看HANA Appliance 單個是很貴的）。
最後，很酷的一點就是跟其他技術趨勢的融合。比如HANA 超級適用於物聯網（IoT）的應用產生的巨大量的小型數據，對結構化和非結構化的數據的處理，Analytics 的進化，絕對是將來HANA 的重點。

OLTP (Online Transaction Processing) 簡單講就是基於事務來處理數據，比如訂單的創建、刪除、更新操作所映射到的對資料庫的操作。數據量通常不大，但是操作相當頻繁。數據大多數是「熱」數據。

OLAP (Online Analytical Processing) 則是分析已有的不太變化的歷史數據（「冷」數據）。對數據的訪問次數不多，但是數據量就大得多。

對了，新時代的SAP 軟體是什麼呢？那就是S/4HANA。S 代表了Simple，傻大姐型的SAP 軟體就要搖身一變咯！

歡迎關注我們的IT 戰略的公眾號CIO視點（CIO_VIEW）。專註關於IT 的一切！

http://weixin.qq.com/r/YTlocIjE4dWercwT92xz (二維碼自動識別)

SAP S4 HANA是下一代的ERP套件，是SAP 戰略的核心，相關資料也是很多的，但大多都是說SAP S4 HANA如何如何的好，而對於客戶來說，沒有比較就沒有了解，所以我們還是將SAP S4 HANA和ECC做個比較吧，希望對於大家有所幫助！

1.SAP S/4 HANA是SAP的戰略核心，那就是更快、更強，更智能，更方便...

2.用戶界面及體驗的顛覆式更新。有新的就開始說老的難看了，看來哪個國家的人都一樣啊

3.SAP FIORI 全新UI,基於用戶角色,移動優先,創新體驗。在這個看臉的時代，SAP終於明白了，換臉是必須的啊！

4.利用內存計算技術,重新定義並簡化數據管理。表少了計算起來就快了，好像道理很簡單啊。

5.利用內存計算技術,重新定義並簡化數據管理，簡化系統架構,提高系統性能。以後再也不怕上了SAP出不來進銷存了，據說不僅數量對的上，金額也能對的上啊！我是相信了。

6.S/4HANA與ECC在整體開發邏輯上也存在巨大的差異。其實我不大懂，但是綠色占的位置大了，應該就是它更重要了

7.FICO模塊新增功能比較，看來還是和錢相關的重要，改進的內容都最多。

8.物資模塊新增功能比較，怎麼感覺都是把之前搬家出去的功能往回搬的意思，無他

9.SD和EWM模塊新增功能比較

10.老大爺說了，這把贏不了，就輸定了，照片拍的不錯啊？

祝願SAP S/4 HANA這次是打了一把好牌。

SAP S4 HANA 1610與ECC的比較

S/4 HANA只是SAP對傳統ABAP平台套裝軟體進行改革的第一步吧，目前也只是在FI這塊上做了Simple Finance，僅僅支持SAP HANA作為其底層資料庫。還有很多路要走，畢竟SAP的軟體體系和模塊太龐大了，需要很多時間來重新寫這些code。

GANG LIU 提到目前主力是simple finance 。這個很正確，因為最開始hasso 最熟悉這一塊，所以他最開始的poc 就是教他的博士生們弄這個。 2009 年 MIT 的 Michael Stonebraker 就問了Hasso 在SIGMOND DATABASE 會議上。他回答說你問sap 是不是有可能要重寫4億行代碼，我可以告訴你，我們有自己的方法來轉換每一行。所以可以期待的所有的功能都會齊全。並且R/3 有60%以上的代碼是為了優化的，熟悉BW 的應該也是可以從模型中看出。整個流程冗餘的數據都是為了速度。 R/3 為了在硬體不完善的情況下最大限度的做到實時也是用了很大邏輯去優化。而S/4 基本上不需要考慮優化方面的問題。一個新的功能會比以前省去60%以上的時間，並且很容易修改（BW 如果加列以前沒有的數據某些時候甚至需要做很大改動）

看了最高票 @妙手的空空的回答，無語。

糾正兩個基本概念

S/4Hana 和Hana是兩碼事。S/4Hana 是業務系統，Hana是DB。

S/4Hana裡面的S不是Simple，是Suite, 套件的意思。Simple是Fiori的核心原則，不過這個原則隨著Fiori 2.0有點偏航了。

簡單概括，S/4Hana可以理解成Business Suite的一個升級，裡面集成了很多新功能。S/4Hana為了高效利用Hana的性能，對之前Business Suite很多表和邏輯做了合併。

S4/HANA，我看行

-------------------------------------------------

HANA 大道至簡

1."大道至簡"，為什麼是"簡"

企業正面臨著前所未有的複雜的信息環境。

1.1企業內部，碎片化，井噴式的IT部署導致了高昂的運維成本，並阻滯了企業應對市場變化的快速響應和快速決策。

在過去的10年里，企業級軟體種類增長了10倍，軟體供應商數量增長了20倍，IT預算增長了4倍。不似互聯網大潮那般波濤洶湧，企業信息化更像是漸進式上漲的潮汐，一點點湧進企業運營的方方面面，工作協同 EMAIL, OA, 企業運營 ERP, CRM, SRM，基本的辦公軟體 OFFICE 等等。缺乏集成的軟體部署需要不同的專業人員進行運維，系統間的統合也消耗更多的人力和時間，這些都推高了IT運維成本。另一方面，傳統的OLTP和OLAP分離架構，不允許商業智能工具BI實時從運營系統中實時抽取數據，這種延遲阻滯了企業應對市場的快速響應和決策。

企業外部，互聯網已成燎原之勢，社交網路，電商，O2O下埋藏著巨量的信息礦藏，並衍生出更具穿透力的營銷渠道，傳統企業的互聯網+轉型箭在弦上。

零售行業，74%的消費者購買行為會受到社交網路的影響
2015年網路零售額破3.8萬億，占社會零售總額的12.8%，並仍在以超過30%每年的速度在增長

把社交網路和電商整合進企業市場戰略的全渠道營銷應運而生，全渠道營銷的落地，企業必須要有一套深度集成、靈活擴展、穩定高效的信息系統做配套。

在這樣的背景下，HANA S4 的到來非常應景。它將助力企業簡化運營！

2如何簡化？

2.1簡化企業IT部署

NANA自帶"集成光環"，整合SAP收購的一眾SAAS應用，把ECC財務業務一體化的集成理念又外延了一個層次。構建全渠道營銷的HYBRIS，人力資源管理SUCCESSFACORS,臨時僱員管理FIELDGLASS,供應商協同ARIBA，差旅管理CONCUR. 集成性可謂是企業級應用一直在孜孜追求的一項加成光環，高度集成的系統可以有效降低溝通成本（系統間的信息不再需要人工傳遞），降低運維成本，提升企業管理的透明度，數據的一致性，以及工作效率（減少重複錄入）。

這些SAAS應用天然的互聯網基因，將是企業進行互聯網+轉型的推進器。例如HYBRIS將助力企業整合渠道，實現全渠道營銷的飛躍。Hybris把企業的營銷觸點集成至單一平台，包括在線、移動端、呼叫中心、社交媒體以等等，對客戶進行360度畫像，為消費者帶來個性化的消費體驗。整合線下實體店、線上電子商務和移動端，滿足顧客在任何地方、任何時間和任何方式的購買需求，帶來無差別的購買體驗。

此外，HANA CLoud platform，將進化出一個企業級應用的生態圈，各種第三方開發的企業級APPS百花齊芳，將大大提升HANA系統的可擴展性。

集成性，SAAS,可擴展APP,HANA將有效降低IT系統的總體擁有成本，簡化IT部署難度。

2.2簡化商業分析和決策

HANA創造性的整合了面向運營的OLTP和面向分析的OLAP資料庫，幫助企業獲得實時的洞察力。直白講，就是把運營層面的軟體和商業智能BI構建在一套資料庫里，BI直接從運營系統中取數，不再使用ETL進行抓取。這樣做的好處是，

a.實時獲取分析報表，加速管理層的決策速度

b.單一架構的資料庫，保證了數據的一致性，提高數據的可信度，避免了不同系統進行數據統合所帶來的額外成本;

c.整合了BI的HANA S4，一套頂過去三套(ERP,BW,BI),減少了總體擁有成本

d.HANA具備分析非結構化數據的能力，大數據！大數據！大數據！畫面好美....

2.3簡化創新和實施

得益於HANA風馳電走的速度，S4鬼斧神工般的修剪了數據模型，減少了近五分之四的內表數量。置身於這樣一個精緻而優美的系統中，顧問可以盡情發揮創造性，為企業簡化業務流程，構建商業分析模型，老舊的sap最佳業務實踐將被重新定義。

2.4簡化操作和學習

經過重新設計的UI5 fiori，將為最終用戶帶來更加人性化的操作體驗。單點登陸，使用戶獲得無縫切換的操作體驗，減少了適應時間和學習成本。對移動端的支持，使用戶可以隨時訪問系統，提升工作效率。

S4HANA與HANA是完全不同的概念，HANA是基於內存計算技術的資料庫產品，S4HANA是最新的ERP應用套件，構建於HANA資料庫之上，對R/3以來持續應用20多年的功能邏輯進行了大量精簡與優化。

參加了會議，也來人講了下，但是SAP不換銷售好好搞搞，估計是我們不會買了，誰見過來了個售前，不講道理，上來就說「你們業務不對，不符合我們設計產品的理念」的。。。

系統挺不穩定的，有的問題反饋給sap，他們研發部還需要臨時打note。有時運行個note還會引發別的問題。問題原因也難確定。

也感覺沒摸到門道，不管是SAP還是Oracle 最新的ERP雲產品都是這個思路，先忽悠上雲

s4hana產品名稱出來後，大的版本更新了三次，版本號由推出的兩位年度+兩位月份共四位數字組成：1503 simple finace 僅僅是財務相關模塊對ecc ehp7做了簡化；1511 simple logistic 進一步簡化後勤相關模塊；1610 優化部分應用，增加了少量錦上添花的功能，解決1511的大量bug；

預告：廠方規劃的下一個大版本更新是1709。

總體來看s4hana雖然在數據結構上有精簡，但閹割的有用功能也是有的，這是一個屁股決定腦袋的時代，沒辦法，公司大了就這個鳥樣，sap再也不是那5位從ibm出來的精英所能掌控的創新企業了！

總體來看ecc ehp6依然是巔峰之作，bug極少，穩定性最強，但將在2025年開始停止維護，其實sap對ecc的維護也沒什麼大用，因為產品本身太成熟穩定了。

個人認為如果自己不搞砸了，s4會是未來十年的主流吧。尤其是simple finance 把fi和co用統一日期記賬法實現物理關聯，應該算是個大跨越。

說實在的，還沒摸到。給我的感覺，先布局，把企業一步一步騙上HANA，至於S4，等你all suite on hana再說唄。

雲內存計算

問題太大了。泛泛地從業務角度來看，創新沒有宣傳的那麼巨大。更多地是帶來了基於技術革新的創新可能性，客戶需要相當一段時間漸漸了解此代技術革新能帶來什麼樣的業務改進。假以時日的co-innovation可能會帶來一波業務流程的變革尤其是大數據商業智能方面，但近幾年內下樂觀的結論還為時尚早。

-----更新2015 08 25

上周剛從user group summit回來。聽了simple finance一個pilot customer的session以及Sven Denecken的介紹，最近上級部門也在上simple finance。大體上並沒有太多的閃亮的創新。

最多強調的一點就是single source of truth即所有信息只post一次，co和fi更緊密，略去不少了中間表——雖然技術層面只是包成了一個hana view——給客戶更強的一致性保證，更大的空間做適合自己的reporting。當然也號稱相應的標準operative reporting更多有效信息，不過目前我還沒看到，不好評論。

其次就是fiori apps，這一塊聽到的反饋褒貶不一，從老用戶的角度，基本持不接受的態度居多。但從可用性和長遠規劃的角度，這可能將是對基於sapgui應用的一代大的更新。然而UI5的技術成熟度還不夠高，無論是可用性（表格過濾不能基於數字類型等基本功能缺失）還是效率（數據載入還不夠快且沒有提示界面僵死等）都還有很多槽點。加上從目前幾個wave的應用看來，基本上重做各種事務居多，所以對現有客戶的吸引力很有限。主要吸引點還是在於mobile enablement。這裡不得不提，客戶關注點很多時候和sap的側重點還是有偏差。

還是那句話，長遠看來還是需要更多co-innovation，才能真正發揮技術革新的能量。