【原】SAP的冰與火之歌

歐盟IT那些事 2021-04-13

展開全文

公告：因企鵝審核規(guī)定，本公眾號從《德國IT那些事》更名為《歐盟IT那些事》。

身邊的諸多IT行業(yè)的朋友，對SAP的看法普遍分為兩派，一半是冰海，一半是火焰。

我今天不是來安利《冰與火之歌》的。

作為全球十大軟件公司之一的德國老牌軟件巨頭SAP，在德國可以說家喻戶曉，不亞于BAT之于中國，F(xiàn)ANG之于美國。在德國工作的各行各業(yè)的所有藍領(lǐng)白領(lǐng)金領(lǐng)，我可以負責任地說，他們不是正在開發(fā)SAP，就是正在使用SAP的路上，剩下的都忙著給SAP做接口。

1蛋毛奶豬

為什么這么說，因為德國不管是政府公共部門還是私營企業(yè)，只要上了點規(guī)模，就一定會使用至少一套SAP系統(tǒng)。不管你是不是IT從業(yè)人員，你的工作生活中一定會直接或間接使用到SAP系統(tǒng)。去市政局登記，他們的民政管理系統(tǒng)可能是SAP；去銀行貸款，他們的CRM系統(tǒng)可能是SAP；去超市買菜，他們的ERP后臺可能是SAP；逛逛電商，他們的內(nèi)部管理系統(tǒng)可能是SAP；工作上班，公司的員工考勤KPI系統(tǒng)可能是SAP。

你如果是IT從業(yè)人員，除了在SAP工作直接為它編程的程序員，以及在德國各地奔波不息的無數(shù)SAP咨詢師之外，還有很多程序員每天都在各種千奇百怪的軟件系統(tǒng)平臺中，處理和開發(fā)與SAP的數(shù)據(jù)交互接口。我現(xiàn)在的職位在面試時，面試官就非常直接問我會不會用肥皂(內(nèi)心OS：你才用肥皂，你全家都撿肥皂)，因為系統(tǒng)需要與SAP對接。

當然肥皂只是SAP所支持的諸多數(shù)據(jù)接口中的一個，但無數(shù)運行良久的老SAP系統(tǒng)里，肥皂接口是唯一的對外數(shù)據(jù)交互接口。

在德國，可能只有繳稅和SAP，是你無法避免接觸的東西。

SAP為各行各業(yè)提供了各種可能的解決方案，以及海量的定制業(yè)務(wù)模塊，它的構(gòu)架體系和功能非常龐大和復(fù)雜。德國人形容SAP系統(tǒng)是Eierlegende Wollmilchsau (eierlegendes Wollmilchschwein)，翻譯過來就是會生蛋的既產(chǎn)羊毛又產(chǎn)牛奶的豬，簡稱蛋毛奶豬。

2一半冰海

有意思的是，周邊的IT行業(yè)的朋友，對蛋毛奶豬的看法通常分成兩派，一派如初戀般對待SAP，非?？春闷浼夹g(shù)和市場前景；另一派就如對待前女(男)友，一邊罵渣，一邊希望永不再見。

我不是做SAP開發(fā)的，但長期在公司使用各種SAP的系統(tǒng)。作為一個多年互聯(lián)網(wǎng)產(chǎn)品一線開發(fā)，大部分時間的使用體驗是：想摔鍵盤。

慢：裝載頁面的等待半天，一個操作要等待半天，無論干什么都比其它互聯(lián)網(wǎng)同類產(chǎn)品慢。
難看：界面UI設(shè)計古老，基本停留在21世紀初期設(shè)計水平，丑到爆。
難用：UX設(shè)計爛，頁面很多還不是Rich Client，還沿用表單submit形式，操作必須刷新當前頁面，萬一填錯數(shù)據(jù)，刷新之后又要重新填寫。

總之，使用起來非常反人類。

以前項目中也做過SAP的相關(guān)，懂點ABAP二次開發(fā)，也做過sapui5 fiori前端項目。ABAP是SAP的專有編程語言，用于系統(tǒng)內(nèi)二次開發(fā)，基本結(jié)構(gòu)類似于COBOL，感覺像是在開發(fā)Visual Basic。而Fiori的API是仿JQuery設(shè)計而成，雖然不算太老舊的前端框架，但和現(xiàn)在主流的Angular，React和Vue的設(shè)計模式已經(jīng)有較大的代差，實際開發(fā)起來不算太高效。

很多程序員都和我一樣的體驗，覺得SAP技術(shù)單調(diào)老舊，為什么這么難用的系統(tǒng)怎么還沒有被其它更先進的系統(tǒng)取代？而且ABAP雖然入門容易，但模塊二次開發(fā)繁瑣無比，發(fā)一個餅圖的數(shù)據(jù)報告可能需要寫上千行的xlst transformation。

有的SAP程序員可能做了十幾年ABAP還不知道OOP，不知道模塊式開發(fā)，處于開發(fā)語言鄙視鏈的最底端。有喜歡嘗試新技術(shù)的同行認為，SAP開發(fā)不少人一輩子只做一個模塊和技術(shù)，很難理解和忍受這種孤獨和寂寞。還有同行認為，SAP只是市場營銷做得不錯，產(chǎn)品更新快，但很多只是搞賣點，曾參與Oracle到SAP的數(shù)據(jù)Migration項目，做的焦頭爛額。

從純粹的技術(shù)角度來看，我站在冰海那一端，SAP實在是太難用，開發(fā)體驗又不友好。

3一半火焰

不過從事SAP開發(fā)和咨詢的同行都持另外的看法。

首先，SAP并不是以漂亮的UI和高效的操作而見長。

一，SAP靠的是靈活性和可擴展性，因為要面對全世界各行各業(yè)的公司，或者同一個行業(yè)但卻有天壤之別的業(yè)務(wù)流程，對這些去開發(fā)一套全部適用的系統(tǒng)，難度可想而知。任何復(fù)雜的流程都可以基于SAP開發(fā)出來。

二，可以條理清楚地存儲企業(yè)級復(fù)雜的海量數(shù)據(jù)，SAP系統(tǒng)寫代碼雖然比較容易，但是理解SAP各個模塊里的表格數(shù)據(jù)和他們之間的關(guān)系比較費時間。數(shù)據(jù)和業(yè)務(wù)才是企業(yè)的立足所在。

三，SAP的技術(shù)構(gòu)架并不落后，SAP可以搞IoT, Machine Learning, AI，開發(fā)上可以和Node.js, R等其他語言混合編程，可以用微服務(wù)分布式架構(gòu)，可以部署于公有云也可以私有云。

SAP在ERP階段還只負責企業(yè)流程，但從HANA開始，SAP已經(jīng)相當于企業(yè)的操作系統(tǒng)，全面接管企業(yè)的方方面面。今年所在部門開會時還透露，未來將斥巨資把公司現(xiàn)在所有的SAP系統(tǒng)升級到SAP HANA，但在這之前將實施一個兩年期的先導(dǎo)試點項目。

我現(xiàn)在做的是工業(yè)4.0的生產(chǎn)管理系統(tǒng)這領(lǐng)域的項目，上周被下放到工廠第一線深入體驗生活。生產(chǎn)線目前采用的是源自日本的(Heijunka)精益生產(chǎn)管理方式。

Heijunka，簡單的解釋, 如果按計劃要在5天內(nèi)需要生產(chǎn)5個產(chǎn)品A，那可能會根據(jù)實際需求動態(tài)安排每天生產(chǎn)1-N個A，而不是在第一天一口氣生產(chǎn)5個，而在其他的4天休息或干別的。而這么做的意義，除了自身需要更少的資源以外（日生產(chǎn)能力為1個A就能滿足需要了，而不需要5或其他），對零部件和原材料的需求也更穩(wěn)定了，意味著供應(yīng)商儲備更少的庫存，或維持更小的生產(chǎn)能力就可以滿足最終市場的需求。另外對于客戶所要求的急單，或者生產(chǎn)線突發(fā)狀況也可以更快地動態(tài)做出調(diào)整。

看起來是不是特別熟悉，非常像我們軟件開發(fā)進程管理用的Kanban面板？是的，這貨就是Kanban，我們程序員常用的虛擬Kanban面板的爺爺。

生產(chǎn)大線上每天早上會開個例會（站會），討論分配一下當天和明天的計劃，總結(jié)下昨天已完成的計劃，和出現(xiàn)的問題。然后這個面板會被推到各個細分生產(chǎn)線那里，方便產(chǎn)線管理人員調(diào)配。這些操作目前還是靠人工手動操作，我的項目就是把生產(chǎn)上的一切流程數(shù)字化，并把數(shù)據(jù)和SAP系統(tǒng)對接，也就是俗稱的數(shù)字孿生。

產(chǎn)品負責人給我們講解從生產(chǎn)調(diào)度，到原料采購，備料，生產(chǎn)，檢驗，包裝，發(fā)送等一系列生產(chǎn)步驟。而這所有步驟中，不可缺少的一個環(huán)節(jié)就是：任何操作都會通過RFID或者掃碼被錄入數(shù)據(jù)，供中控調(diào)度。你們猜這些數(shù)據(jù)去哪了？

全去了SAP系統(tǒng)（部分去了MES系統(tǒng)）。

我注意到一個細節(jié)，一名工人在備料時，用車將零件送到備料區(qū)，上貨前需要用移動設(shè)備掃碼和記錄，這時他的設(shè)備可能因為后臺系統(tǒng)反應(yīng)慢沒了響應(yīng)，他就丟下送貨車和沒入庫的零件走了。換句話說，生產(chǎn)中任何一步的SAP系統(tǒng)出了岔子導(dǎo)致停工，那么整條生產(chǎn)線都要停下來等候系統(tǒng)恢復(fù)。工人們什么都不能干，集體喝咖啡休息。

恐怖不恐怖？SAP開發(fā)程序員你們責任大不大？

而這些原料采購，備料，生產(chǎn)，檢驗，包裝，發(fā)送等一系列生產(chǎn)步驟中所涉及到的SAP系統(tǒng)和模塊，已經(jīng)在工廠中沿用了幾十年，所有生產(chǎn)數(shù)據(jù)都在其中。換句話說，不可能出現(xiàn)一個第三方軟件平臺，可以百分百接管SAP的任務(wù)。除非這個軟件供應(yīng)商可以做到這點，邊開車邊修車：一邊平穩(wěn)升級軟件平臺，一邊保持原有的生產(chǎn)暢通。

這完全是Misson Impossible，阿湯哥也做不到！

只有一種可能可以取代SAP，那就是新建整個工廠，并且重建整個生產(chǎn)管理系統(tǒng)，同時這套新系統(tǒng)還必須同步打通和原有老SAP系統(tǒng)的數(shù)據(jù)對接。以德國目前的IT開發(fā)專家缺乏的困境來看，這絕對是不可能完成的任務(wù)。

從純粹的業(yè)務(wù)角度來看，我又站在火焰這一邊，如果沒了SAP工廠將無法運轉(zhuǎn)。

4冰山一角

最終回到這個永恒的道理：業(yè)務(wù)高于一切，技術(shù)只是輔助。

不管你喜不喜歡SAP，待它甘之如飴，或是深惡痛疾，它都將在德國一直茁壯地生存下去，并為無數(shù)人提供飯碗。

德國工業(yè)界使用SAP系統(tǒng)已然成為歷史慣例，并且深入到生產(chǎn)的每個毛細血管里，短時間內(nèi)不會出現(xiàn)另一個第三方平臺可以取而代之。對于第一線生產(chǎn)人員來說：你界面好不好看，交互好不要用，后臺用Java還是C++什么技術(shù)管我P事，我只要一點：

不要出錯，順利生產(chǎn)！

大部分人所接觸到的SAP，比如我們所詬病的界面難看難用，技術(shù)過時等方面只是浮于水面上冰山可見的一角，而潛于水下那龐大的數(shù)據(jù)結(jié)構(gòu)和復(fù)雜的業(yè)務(wù)流程，卻很少有人會注意到。

水下的這塊冰山，才是真正的SAP，靜寂，難以窺視全局。