SAP是什麼？ 為什麼它的價值高達 163 億美元？
每年，公司在軟件上花費 41 億美元 企業資源規劃，由縮寫詞可知 ERP。 如今，幾乎每一家大型企業都實施了一種或另一種 ERP 系統。 但大多數小公司通常不會購買 ERP 系統，而且大多數開發人員可能還沒有見過它們的實際應用。 因此，對於我們這些沒有使用過 ERP 的人來說，問題是……有什麼問題？ SAP 這樣的公司是如何做到每年銷售價值 25 億美元的 ERP 的？
這是怎麼發生的 ，包括 78% 的食品供應，都經過 SAP 計劃？
ERP 是公司存儲關鍵運營數據的地方。 我們談論的是銷售預測、採購訂單、庫存以及基於此數據觸發的流程（例如，結賬時向供應商付款）。 從某種意義上說，ERP 是公司的“大腦”——它存儲了工作流程中的所有重要數據以及由這些數據發起的所有操作。
但在完全接管現代商業世界之前，這個軟件是如何產生的呢？ ERP 的歷史始於 1960 世紀 40 年代對辦公自動化的認真研究。 早些時候，在 50 世紀 1947 年代和 60 年代，主要是藍領機械工作的自動化——想想通用汽車公司，它在 XNUMX 年創建了自己的自動化部門。 但“白領”工作的自動化（通常在計算機的幫助下！）始於 XNUMX 年代。
60 世紀 XNUMX 年代的自動化：計算機的出現
第一個使用計算機實現自動化的業務流程是工資單和發票。 過去，一大群辦公室工作人員會在賬本中手動計算員工工作時間，乘以每小時工資，然後手動減去稅費、福利扣除額等等……所有這些都只是為了將一個月的工資加起來！ 這種耗時、重複的過程很容易出現人為錯誤，非常適合計算機自動化。
到 60 世紀 XNUMX 年代，許多公司開始使用 IBM 計算機來實現薪資和計費的自動化。 數據處理是一個過時的術語，只剩下公司了 。 相反，今天我們說“IT”。 當時軟件開發行業還沒有形成，分析師經常被帶到IT部門，現場教他們編程。 美國第一個計算機科學係於 1962 年在普渡大學開設，幾年後該專業首次畢業。
由於內存限制，在 60 年代編寫自動化/數據處理程序是一項艱鉅的任務。 沒有高級語言，沒有標準化操作系統，沒有個人計算機，只有又大又貴、內存很少的大型機，在磁帶捲軸上運行程序！ 程序員經常在晚上有空的時候在電腦上工作。 對於像通用汽車這樣的公司來說，編寫自己的操作系統以充分利用其大型機是很常見的。
如今，我們在多種標準操作系統上運行應用軟件，但直到 1990 世紀 XNUMX 年代才出現這種情況。 在 90% 的軟件是按訂單編寫的，只有 10% 是現成的。
這種情況深刻地影響了公司開發技術的方式。 一些人認為未來在於具有相同操作系統和編程語言的標準化硬件，例如 對於航空業（至今仍在使用！）大多數公司繼續創建自己的完全獨立的軟件，通常是重新發明輪子。
標準軟件的誕生：SAP可擴展程序
1972 年，五名工程師離開 IBM，與一家名為 ICI 的大型化學公司簽訂了一份軟件合同。 他們成立了一家名為 SAP（Systemanalysis und Programmentwicklung 或“系統分析和程序開發”）的新公司。 和當時大多數軟件開發人員一樣，他們主要從事諮詢工作。 SAP員工會來到客戶辦公室，在他們的計算機上開發軟件，主要用於物流管理。
業務進展順利：SAP 第一年的收入為 620 馬克，按今天的美元計算略高於 1 萬美元。 他們很快開始向其他客戶銷售軟件，並根據需要將其移植到各種操作系統。 在接下來的四年裡，他們獲得了 40 多個客戶，收入增加了六倍，員工人數從 9 人增加到 25 人。也許這還有很長的路要走。 ，但 SAP 的未來看起來很樂觀。
SAP 軟件的特殊性有幾個原因。 當時，大多數程序在晚上運行，並將結果打印在紙帶上，以便第二天早上檢查。 相反，SAP 程序實時運行，結果不是顯示在紙上，而是顯示在顯示器上（當時的成本約為 30 美元）。
最重要的是，SAP 軟件是從頭開始構建的，具有可擴展性。 在與 ICI 的原始合同中，SAP 並沒有按照當時的慣例從頭開始構建軟件，而是在之前的項目之上進行編碼。 當SAP於1974年發布其財務會計軟件時，最初計劃在其基礎上編寫額外的軟件模塊並在未來出售。 這種可擴展性已成為 SAP 的一個決定性特徵。 當時，客戶環境之間的交互被認為是一項激進的創新。 程序是為每個客戶從頭開始編寫的。
整合的重要性
當 SAP 除了第一個財務模塊之外推出第二個製造軟件模塊時，這兩個模塊能夠輕鬆地相互通信，因為它們共享一個公共數據庫。 這種集成使得模塊的組合比單獨的兩個程序更有價值。
由於軟件使某些業務流程自動化，因此其影響在很大程度上取決於對數據的訪問。 採購訂單數據存儲在銷售模塊，庫存數據存儲在倉庫模塊等。而且由於這些系統不交互，所以需要定期同步，即員工手動將數據從一個數據庫複製到另一個數據庫。
集成軟件通過促進公司係統之間的通信並實現新型自動化來解決這個問題。 這種不同業務流程和數據源之間的集成是 ERP 系統的一個關鍵功能。 隨著硬件的發展，為自動化和 ERP 系統的蓬勃發展開闢了新的可能性，這一點變得尤為重要。
集成軟件中信息的訪問速度使公司能夠 。 康柏在 ERP 的幫助下，引入了一種新的“按訂單生產”模式（即只有在明確收到訂單後才組裝計算機）。 這種模式依靠快速周轉來減少庫存，從而節省資金，這正是優秀 ERP 的作用。 IBM 效仿後，將零件的交付時間從 22 天縮短到了 XNUMX 天。
ERP 到底是什麼樣子
“企業軟件”這個詞與時尚和用戶友好的界面無關，SAP 也不例外。 基本 SAP 安裝包含 20 個數據庫表，其中 000 個是配置表。 這些表包含大約 3000 個需要在程序啟動之前做出的配置決策。 這就是為什麼 是一個真正的職業！
儘管定制很複雜，但 SAP ERP 軟件提供了一個關鍵價值 - 多個業務流程之間的廣泛集成。 這種集成在整個組織中產生了數千個用例。 SAP 將這些用例組織成“事務”，即業務活動。 事務的一些示例包括“訂單創建”和“客戶展示”。 這些事務以嵌套目錄格式組織。 因此，要查找“創建銷售訂單”事務，請轉到“物流”目錄，然後轉到“銷售”，然後轉到“訂單”，然後您將在那裡找到實際的事務。
將 ERP 稱為“交易瀏覽器”是一個令人驚訝的準確描述。 它非常像瀏覽器，有後退按鈕、縮放按鈕和“TCodes”文本字段，瀏覽器相當於地址欄。 SAP 支持 ，因此如果沒有這些代碼，瀏覽事務樹可能會很棘手。
儘管可用的配置和交易數量令人眼花繚亂，但公司仍然擁有獨特的用例，需要微調其操作。 為了處理這些獨特的工作流程，SAP 有一個內置的編程環境。 以下是每個部分的工作原理：
數據
在SAP界面中，開發人員可以創建自己的數據庫表。 這些是像普通 SQL 數據庫一樣的關係表：各種類型的列、外鍵、值約束和讀/寫權限。
邏輯
SAP 開發了一種名為 ABAP（高級業務應用程序編程，原為 Allgemeiner Berichts-Aufbereitungs-Prozessor，德語“通用報告處理器”）的語言。 它允許開發人員運行自定義業務邏輯以響應特定事件或按計劃運行。 ABAP 是一種語法豐富的語言，其關鍵字數量大約是 JavaScript 的三倍（見下文）。 ）。 當您編寫完程序後（SAP 有一個內置的編程編輯器），您可以將其作為您自己的事務以及單獨的 TCode 發布。 您可以使用稱為“插件”的廣泛掛鉤系統自定義現有行為，其中程序被配置為在執行特定事務時運行 - 類似於 SQL 觸發器。
UI
SAP 還附帶了一個 UI 構建器。 它支持拖放，並具有方便的功能，例如基於數據庫表生成的表單。 儘管如此，使用起來還是相當困難。 構造函數中我最喜歡的部分是繪製表列：
實施ERP的難點
ERP並不便宜。 一家大型跨國公司在實施上可能花費 100 億至 500 億美元，其中包括 30 萬美元的許可費、200 億美元的諮詢服務，其餘用於硬件、管理人員和員工的培訓。 全面實施需要四到六年的時間。 表示：“行業中的競爭優勢將賦予能夠更好、更便宜地開展 SAP 實施工作的公司。”
這不僅僅是錢的問題。 實施 ERP 是一項充滿風險的事業，其結果差異很大。 成功案例之一是思科實施ERP，耗時9個月，耗資15萬美元；相比之下，陶氏化學公司的ERP實施耗資1億美元，耗時8年。 。 已經 認為引入 ERP 系統有“一定程度的損害業務的可能性”。 在評估軟件時你不會經常聽到這個！
ERP的集成性意味著它需要整個公司來實施。 由於公司只有在之後才能受益 無處不在的 實施起來，風險特別大！ 實施 ERP 不僅僅是一個購買決定：它是改變您的運營管理實踐的承諾。 安裝軟件很容易，重新配置整個公司的工作流程是大部分工作所在。
客戶經常聘請埃森哲等諮詢公司來實施他們的 ERP 系統，並向他們支付數百萬美元，讓他們與各個業務部門合作。 分析師確定如何將 ERP 集成到公司流程中。 一旦集成開始，公司就應該開始培訓所有員工如何使用該系統。 加特納公司 只保留17%的預算用於教育！
儘管困難重重，大多數財富 500 強公司還是在 1998 年採用了 ERP 系統，而且由於對 Y2K 的恐懼而加速了這一系統的採用。 如今 ERP 市場持續增長 。 這是全球軟件行業最大的細分市場之一。
現代 ERP 行業
最大的參與者是 Oracle 和 SAP。 雖然兩者都是市場領導者，但他們的 ERP 產品卻有著驚人的不同。 SAP 的產品主要是內部開發的，而 Oracle 則積極收購了 PeopleSoft 和 NetSuite 等競爭對手。
Oracle 和 SAP 佔據主導地位，甚至 而不是其自己的 Microsoft Dynamics ERP 產品。
由於大多數行業都有相當具體的 ERP 需求，Oracle 和 SAP 為許多行業（例如食品、汽車和化學品）以及垂直配置（例如銷售流程）預先配置了配置。 然而，對於那些傾向於專注於特定垂直領域的利基玩家來說，總是有空間的：
- 對於大學
- 和 McKesson 為醫療保健組織提供 ERP
- 用於生產和物流
垂直 ERP 專注於特定於目標市場的集成和工作流程：例如，在醫療保健 ERP 中 .
然而，專業化並不是在市場中找到自己的利基的唯一方法。 一些初創公司正在嘗試將更現代的軟件平台推向市場。 一個例子是 ：它提供了通過訂閱集成的可能性（與不同的 ERP！）。 Anaplan 和 Zoho 等初創公司也在做同樣的事情。
ERP正在崛起？
SAP 2019 年表現出色，去年營收 24,7 億歐元，市值 。 但軟件世界已今非昔比。 SAP 剛問世時，數據是孤立的且難以集成，因此將所有數據保留在 SAP 中似乎是顯而易見的答案。
但現在情況正在迅速發生變化。 大多數現代企業軟件（如 Salesforce、Jira 等）都有一個具有良好 API 的後端，用於導出數據。 數據湖的形成：例如， 促進了數據庫的互連，這在幾年前是不可能的。
來源： www.habr.com