SAP产品简史，48年的迭代

48年的SAP，经历了近半个世纪的发展，成为了大型企业数字化的代名词，也成为了，陪伴大量优秀中国企业成长的良师益友。

现如今，几乎企业软件的方方面面，它都能囊括，并在各行各业形成解决方案、最佳实践。

但这个过程并不是一蹴而就、一帆风顺，其中也经历过各种混乱、错误、迷失。

并且，它也是和很多国内的企业软件一样，也是从解决一个小问题开始，不断的发现新问题，一步步完善拓展的过程。

现在，大型企业和组织直接会使用S/4 HANA，或者升级到S/4 HANA。但是HANA到底是什么？与之前的版本有何不同？为什么会有这样的变化？SAP是怎么一步步变成现在这个样子的？这些问题的了解，相信可以帮助一些年轻的顾问和SAP的客户，得到更多角度的认识。这也是这篇文章的目的。

或许，这些内容，还能够对国内ToB行业的同行，在产品演进的构思上、在错误思路的规避上、在差异化产品的寻找上、在核心领域的借力上，能够有所启发，那则更好。

SAP的发展，大致可以将产品历史分成如下六个阶段，并保持着每十年，进行一次大的升级迭代。

先做一个小调查，您最早是从那个产品开始接触SAP的？

1. 

让我们从头开始，R/1。

SAP由1970年代初期的许多前IBM员工创立。他们的第一个系统称为RF（实时财务），后来更名为R/1。SAP的产品策略基于三个主要概念：

提供标准化的“现成的解决方案”：在许多公司，从头开始构建自己的应用程序的时代，SAP的计划是构建，适用于许多公司的软件产品，进行很少的配置就可使用

实时：输入到应用程序中的信息，可在整个应用程序中实时获得；

集成：同一数据在系统的多个功能部分之间共享，从而减少了对冗余数据输入的需求。

实时集成到底意味着什么？

一个来自制造业的例子。原材料被转换为成品，然后出售并运送给客户。这个过程涉及许多部门。采购，仓储，制造，财务，销售等。如果我们仅考虑其中一部分，从供应商处接收原材料，需要进行两项活动。

在ERP之前，这些活动可能已经分别完成，例如，仓库管理可能已在一天结束时，更新了库存清单，然后发送了信息副本以供财务更新帐户。一整天，库存和财务信息，都不会是最新的或一致的。并且浪费了两次输入相同数据的精力。

使用SAP，当仓库更新库存时，会计记录将自动实时更新。在后台，ERP在不同的表之间有很多连接，可以使不同职能和团队的信息保持同步。

一旦了解了这一点，我们就会了解ERP系统的价值，以及它们为何如此受欢迎。我们可以想象，在70年代，解决这样的问题对于企业的重要性，以及以当时的技术，帮助多行业企业，连接流程和数据时的复杂。

同样的道理，SAP采用了同样的目标标准，应用于销售，营销，生产等。

2. 

进入1979年，SAP发布了R/2版本。

从技术角度来看，从R/1到R/2的转换，是一个更为微妙的演变，随着SAP开始扩大其客户群，核心功能也有所增加。

关于R/2，核心是一个扩展的思路，这个过程中，主要是对业务、行业特性的覆盖度上，随着客户和项目越来愈多，日益丰满。

也是在这个时期，SAP拿下很多超大型客户，他们的加入，不但让SAP活了下来，而且带来了当时各产业链顶端企业的治理之道，和管理理念。很多客户甚至会和SAP一同进行研发升级。

甚至，不少美国和欧洲的标杆客户，会直接到SAP总部，在附近的大学内，进行沟通、学习、提升，不断迭代项目中的需求，并设计未来的项目规划。

曾听某美国客户说，那时候，他们近二十人的团队，甚至到德国住了一年，成天与SAP一同进行脑力碰撞和产品研发，同时远在美国的SAP实施，也并行着如火如荼的开展。

3.

进入90年代和R/3。

从R/2到R/3的转换意义重大，并进行了许多重大更改： 

R/1和R/2被分类为大型机系统，R/3被分类为客户端/服务器系统。这是随着计算机普及过程中，做的一次更灵活、更经济的架构式改进。

台式机（例如Windows台式机或笔记本电脑）上有更完整的“图形用户界面”；

在服务器端也更便宜，更容易扩展和更灵活。

从R/2到R/3的转变，以及R/3到90年代的持续发展，也代表了所涵盖业务流程的显着扩展。

R/2和R/3是非常不同的系统。要从一个系统切换到另一个系统，您需要在加载到R/3之前提取和转换数据，还必须映射所有进程。

也可以这么说，从R/2切换到R/3，类似于从非SAP系统切换到R/3。

在谈论R/3时，考虑规模和全球化也很重要。大型机系统通常是为单个国家或业务部门实施的。R/3的更便宜，可扩展性更强的体系结构，为实现一个涵盖整个地区，或世界范围内的组织业务的R/3系统提供了机会。

全球化组织覆盖，这很重要，因为它是导致更大数据量和更多性能挑战的因素之一。

作为一个复杂的集成系统，R/3每年都在发展，并在全球范围内被大型组织使用。这是HANA附带的场景，也是一个很有前瞻性的设计，如今甚至还有很多企业使用的还是R/3系统。

为了简单说明R/2和R/3的不同，我们可以看几个屏幕。

R/2 具有非常简单的界面，其中功能键和事物代码用于在字段之间导航；

R/3 包括菜单，选项卡，按钮，“帮助查找”等。

我们将看到，SAP在R/3和S/4 HANA之间的外观和感觉也有了很大的提高。

关于R/3流程范围的说明

这是一个从事R/3工作的人都熟悉的图表，它概述了R/3涵盖的不同模块或“功能区域”。

尽管ERP和R/3似乎很复杂；而且，它所做的就是通过在系统中输入交易记录有关业务活动的信息，并将有关发生的情况的信息存储在数据库中。然后，您可以查看和调整该信息来管理企业。

以下是上面显示的一些模块的一些简单示例： 

FI - 财务管理，记录定期应计项目。

CO - 成本控制，记录/查看部门的支出。

SD –销售和分销，记录要出售给客户的销售订单

PP – 生产计划，计划生产时间表

MM - 物料管理，记录内部物流和外部交集点的物料移动信息，并自动库存计算。

HR – 人力资源，支付员工工资和管理。

4.

mySAP.com和ERP

当我们来到2000年时，SAP品牌宣传变得有些混乱。

有许多关键重点领域，我们看到R/3被称为mySAP.com，也被称为ERP（技术上称为ECC）。值得注意的重点是： 

Web技术的出现，以及对ERP能够通过互联网以B2B或B2C进行连接的需求，mySAP.com被用作品牌，并且可以使用各种集成技术。

用于数据分析的“附加”产品数量增加；

收购细分领域竞争者软件，并将其集成到SAP环境中。

数据分析注意事项

R/2和R/3在技术上已优化为记录数据的系统。它们并未针对分析数据进行优化。

90年代后期，出现了第一个商业仓库系统（BW）。该系统在技术上设计为可分析数据。组织将使用ERP记录数据并执行简单的实时报告，然后每天将数据批量发送到BW进行更复杂的分析。

关于收购竞争对手的说明

在此期间，商业软件提供商蓬勃发展，尤其是在数据分析领域。SAP借此机会收购了一些领先的竞争对手，以覆盖其较弱的领域，例如： 

分析，计划和报告–例如Outlooksoft，Business Objects。

不同业务分支中的过程执行-例如SuccessFactors，Concur，Ariba。

值得注意的是，随着业务仓库的增加，SAP解决方案不再是实时集成架构。

此外，许多公司的体系结构在某种程度上，被来自不同提供商的许多不同应用所困扰。实际上，这会在接口和主数据管理等领域带来更多解决方案。

2004年，互联网泡沫破裂后的回升阶段，SAP为了解决混乱的局面，又回到了主打R/3的阶段，一直升级到4.7版本，直到2009年。

5.

Business suite 7

在2000年代，R/3或ERP涵盖的流程数量不断增加，此外，还启动了许多其他应用程序，以在某些领域提供更高级的功能。

SAP在90年代后期开始将许多此类产品打包在一起，命名为“业务套件”。业务套件的主要组件是：

ERP（企业资源计划），基本上是R/3的发展–业务套件的核心，包括财务，人力资本管理，运营，公司服务等。

CRM（客户关系管理），销售，市场营销和服务。

SCM（供应链管理），采购网络，生产网络，分销网络，计划，组织和执行供应流程。

PLM（产品生命周期管理），产品构思到生产。

SRM（供应商关系管理），材料，商品和服务的采购。确定要订购的商品才能付款。

关于OLAP与OLTP的说明

如前所述，R/3存在的一个主要问题，是无法处理不断增加的数据量的报告，尤其是对快速分析的需求不断增长时。作为系统的R/3并非旨在快速读取数据。这导致了独立系统的开发，例如SAP的数据仓库BW，这些系统经过优化可读取数据。以下术语用于描述这两种不同类型的系统： 

OLTP –在线交易处理（例如R/3）

OLAP –在线分析处理（例如BW）

因此，大型组织通常获得的系统格局，其中包括将多个OLTP系统和多个OLAP系统连接在一起。而且这还没有考虑到Web应用程序，大数据等主题！

这时候的SAP，越来越复杂，

在推出HANA之前，回顾一下SAP产品组合的状况非常有用： 

ERP的核心已经发展了几十年，所涵盖的流程的数量和复杂性不断增加。

还提供了多种针对特定行业的解决方案；

涵盖了许多地区的要求；

记录交易的应用程序（OLTP），与执行简单报告的应用程序和信息分析的应用程序（OLAP）之间存在分歧。实时集成并不存在于整个应用程序中。

产品组合变得庞大，部分原因是SAP开发了多种新产品，部分原因是大量收购。

这些年来，集成和网络技术的标准和方法取得了重大进步。

自大型机时代以来，总体而言，业务系统环境的复杂性一直在大大增加。我认为这是一个主题，在体系结构计划中没有解决应有的问题，而我们应该拥抱新技术，同时也应该使旧技术合理化。

这时，我们进入了2010年代，SAP的部分重点是降低核心产品的复杂性，同时还不断开发新技术。HANA在降低复杂性和将实时性重新纳入分析功能方面发挥了重要作用。

6.

 S/4 HANA

什么是S/4 HANA ？，它代表“ SAP业务套件4 SAP HANA”，并且包含了许多不同的东西。这是为什么HANA未被很好理解的原因之一。

它不能正确地称为技术升级或功能增强，它是两者的结合。此外，作为S/4 HANA转换的一部分，有很多可选项。每个公司都需要根据自己的目标定义自己的S/4 HANA转换范围。

在本文中，将介绍S/4 HANA的三个主要构建块。这些是： 

HANA平台（或HANA数据库）– 解决ERP所面临问题的新数据库；

S/4 HANA（即HANA业务套件）– 利用HANA平台的优势的业务套件7的更新版本；

Fiori  – 一种新的UI方法，更加注重灵活的应用程序样式开发和移动。

在这篇文章中，将用剩下的大部分时间来解释HANA平台及其对业务套件的影响，我认为这并不为人所知。

对于商务套件和Fiori，我将做一个非常简短的概述，因为这些主题非常深入，并且SAP具有大量可用信息。另外，在查看这些主题时，需要逐个完成，例如按功能或UX案例。

HANA平台

要了解HANA，我们需要稍微考虑一下内存在计算机中的工作方式。

与许多应用程序一样，ERP的设计基于当时可用的技术可以完成的工作。主要制约因素是处理能力和存储成本。硬件限制导致软件逻辑上的限制，这导致了我们上面已经讨论过的许多问题。

然而，考虑到摩尔定律，处理能力和存储量的增加以及硬件成本的降低使SAP有机会重新考虑ERP的体系结构。这将我们带到HANA。

HANA是用于指代一个由SAP创始人之一领导开发的新数据库的术语（Hasso Plattner是SAP的五位创始人之一）。HANA代表高性能分析应用程序。

您可以在Hasso Plattner Institute for Software Systems Engineering的开放式学习平台上，学习Hasso自己了解HANA（请注意，这是非常技术性的，仅适用于喜欢数据库的人！）：

https://open.hpi.de/courses

HANA平台具有三个关键功能，可以解决ERP和BI面临的问题，它们是： 

1. 内存计算；

2. 列式数据库管理和数据压缩；

3. 并行处理；

我们将看一下前两个主题，以更好地了解HANA是什么。因为，第三点，并行处理，是一个相当普遍的概念，现代计算机可以在一个操作上同时使用多个处理器。

要开始解释HANA如何使用内存，让我们考虑一个常规台式计算机的示例。内存可以分为3种类型： 

1. 辅助内存：最大和最便宜的内存。磁盘或固态驱动器。电源关闭时，数据将保留。写入或读取数据非常慢。

2. 主存储器：主要由RAM组成，价格更高，但比辅助存储器快得多。电源关闭时数据会丢失。

3. 高速缓存内存：靠近CPU的少量非常快的内存，用于存储CPU当前正在使用的数据。

决定计算机处理速度的最大因素，是计算机可以读取和写入内存的速度。如果处理器需要访问辅助内存，则该过程将非常缓慢。

R/3不在桌面上运行，而是在服务器上运行。

因此，我们可以将R/3 ERP视为具有大量数据量的大型计算机，不能将其用于高级数据分析的主要原因之一，是从辅助内存中检索数据所花费的时间。

使用HANA进行内存计算

随着技术的进步和组件价格的下降，现在可以以一定的成本获得主存储器，可以将其用于以前只能存储在辅助存储器中的存储量。

要直接引用SAP，SAP HANA在多核CPU上运行，处理器内核之间具有快速通信，并且包含数TB的主内存。使用SAP HANA，所有数据都可以在主内存中使用，从而避免了磁盘I/O的性能下降（即读/写到辅助内存）。

用简单的英语来说，ERP中的完整数据集，存储在我们台式机或笔记本电脑上的“ RAM”中，并且处理器可以轻松访问。

使用HANA，我们不需要辅助存储器来进行日常操作，如下所示。但是请注意，它用于备份/灾难恢复，例如在断电的情况下。

HANA的列式数据存储

除了内存外，HANA还应用了数据库管理方法，这些方法在压缩数据方面效率更高。压缩数据越多，系统运行速度越快。

传统上，OLTP类型的数据库会将数据保存在行存储中。如果将行存储与其他方法进行比较；列存储，您将很快意识到，对于列存储，很多值可能会并排重复。直观地我们可以看到，柱状存储可能更容易压缩。

压缩是一个相当广泛且技术性的主题，但只需想象一下地址表中的“城市”列，我们将有数百个（如果不是成千上万个）“伦敦”条目，如果是这样的话，我们就无需存储每次使用伦敦时，我们都可以存储以伦敦为城市的行的范围，这意味着，如果有关于伦敦的查询，则应用程序不需要遍历每一行来获取结果。

更多信息：

https://help.sap.com/viewer/52715f71adba4aaeb480d946c742d1f6/1.0.12/en-US/421691c7c0514928b3f15030600ef964.html

考虑到“列”存储的“内存中”设计，HANA平台提供的数据库的运行速度比R/3或Business Suite 7或任何传统OLTP系统中使用的数据库选件要快得多。这很重要。

我们不再需要将OLTP和OLAP应用程序分离到不同的数据库/应用程序。单个HANA数据库和应用程序可以有效地执行两种类型的操作。这是大规模简化硬件，技术架构和数据架构的机会。

我们可以简化商务套件应用程序。这样的一个例子：因为OLTP系统通常在读取和分析数据方面很慢，所以在处理事务时通常会更新许多小计和总计表。这些表以及许多复杂性可以简化或删除。

SAP Business Suite 4 HANA –简化项目

回想我们说过S/4 HANA的三个主要组成部分

既然我们涵盖了HANA平台，我们就可以看到S/4 HANA中存在的商务套件，本质上是Business suite 7的更新版本。

我们可以说，从数据库角度来看，从R/3到S/4 HANA的转换是一项技术升级。但是从应用程序的角度来看，还存在进一步的更改和增强，其中许多更改是通过数据库转换实现的。

S/4 HANA实现的很大一部分简化和增强功能，以及您想实现哪些简化和增强功能。并非所有的简化都是强制性的。每次简化或增强都会对流程，数据等产生独特的影响。

SAP为每个HANA版本提供了一个简化列表。当前的S/4 HANA版本是1909，列表在这里：

https://help.sap.com/doc/0080a18cdc1045638d31c87b839011e7/1909.000/en-US/SIMPL_OP1909.pdf

今天不会详细介绍这些，这是一个巨大的清单。值得一提的是，大多数简化都在财务和物流领域内。财务方面的一些例子： 

The universal journal（主要简化表格/分类帐，因此可以在财务领域进行报告）

Changes to transaction code（删除旧的/引入新的）

新总帐（S/4 HANA之前已实现的GL的更新版本）

新资产会计

等等

在财务方面，简化之旅始于ERP（ECC 6.0），这时NewGL推出了，它大大简化了财务和控制的工作方式： 

简化编号 内部分类帐（例如取消FICO对帐）

添加领先/非领先的分类账功能以满足多种评估需求

扩展GL代码块，例如用于IFRS分段要求

NewGL为HANA实现的进一步简化提供了起点。

Fiori

Fiori是SAP的用户界面设计的新方法。

Fiori的主要目标之一，是允许开发人员快速创建“应用程序”，作为SAP中特定活动或任务的界面。这些应用程序可以改善视觉设计，特定于角色的操作，并且可以在台式机，平板电脑和移动设备等之间进行调整。

Fiori从launchpad开始，在这里可以将不同的应用程序，作为图块以及用户个性化选项，搜索和通知之类的全局元素放置在右上角固定位置。

这为针对特定角色定制界面，并改善用户体验的能力迈出了重要的一步。一目了然，关键人物和活动一目了然会带来很多好处。

Fiori随附了许多SAP提供的应用程序，组织也可以开发自己的应用程序。

7.

最后

现在如今的SAP无疑是庞大、复杂的，也无疑是灵活、强大、丰富的。

如何组合？如何应用？如何迭代？如何监控？如何把握使用深度？如何联动企业发展？等等… 

这不论对企业来说，对顾问来说，都更具挑战。

您认为了解和规划SAP相关工作的哪些方面最具挑战性？

本文的大量内容改编自alexander roan在SAP社区的博文，如果想阅读原文，可点击底部“原文”链接。

- End -

推荐阅读：