1. 肥喵工作室首页
  2. 行业

SAP产品简史,48年的迭代

SAP产品简史,48年的迭代

48年的SAP,经历了近半个世纪的发展,成为了大型企业数字化的代名词,也成为了,陪伴大量优秀中国企业成长的良师益友。现如今,几乎企业软件的方方面面,它都能囊括,并在各行各业形成解决方案、最佳实践。

SAP产品简史,48年的迭代

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

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

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

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

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

SAP产品简史,48年的迭代

1、让我们从头开始,R/1。

SAP产品简史,48年的迭代

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

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

实时:输入到应用程序中的信息,可在整个应用程序中实时获得;

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

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

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

SAP产品简史,48年的迭代

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

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

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

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

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

SAP产品简史,48年的迭代

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

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

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

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

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

3、进入90年代和R/3。

SAP产品简史,48年的迭代

从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的不同,我们可以看几个屏幕。

SAP产品简史,48年的迭代
SAP产品简史,48年的迭代

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

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

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

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

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

SAP产品简史,48年的迭代

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

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

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

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

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

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

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

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

4、mySAP.com和ERP

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

SAP产品简史,48年的迭代

有许多关键重点领域,我们看到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

SAP产品简史,48年的迭代

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

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

SAP产品简史,48年的迭代

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

CRM(客户关系管理),销售,市场营销和服务。

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

PLM(产品生命周期管理),产品构思到生产。

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

关于OLAP与OLTP的说明

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

OLTP –在线交易处理(例如R/3)

OLAP –在线分析处理(例如BW)

SAP产品简史,48年的迭代

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

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

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

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

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

涵盖了许多地区的要求;

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

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

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

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

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

6、S/4 HANA

SAP产品简史,48年的迭代

什么是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方法,更加注重灵活的应用程序样式开发和移动。

SAP产品简史,48年的迭代

在这篇文章中,将用剩下的大部分时间来解释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当前正在使用的数据。

SAP产品简史,48年的迭代

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

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

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

使用HANA进行内存计算

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

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

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

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

SAP产品简史,48年的迭代

HANA的列式数据存储

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

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

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

SAP产品简史,48年的迭代

更多信息:

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的三个主要组成部分

SAP产品简史,48年的迭代

既然我们涵盖了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开始,在这里可以将不同的应用程序,作为图块以及用户个性化选项,搜索和通知之类的全局元素放置在右上角固定位置。

SAP产品简史,48年的迭代

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

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

7、最后

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

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

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

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

肥喵运营推广

本文“SAP产品简史,48年的迭代”由肥喵转载自互联网,不代表我们的立场,如有侵权请联系我们删除
转载联系作者并注明出处:https://feimiaomiao.com/hangye/9045