SAP 是什么？企业 ERP 是什么？ERP 系统管理软件发展史
ERP 系统是什么？
简单讲，ERP 是公司工作流的信息承载，是存储公司核心运营数据的信息中枢。
对于销售部来说，他们的 ERP 就是客户关系管理软件（CRM）；
对于采购部来说，他们的 ERP 就是进销存管理软件；
对于财务部来说，他们的 ERP 就是公司财务管理软件；
对于人力部来说，他们的 ERP 就是人力资源管理软件（HRM）；
而对于一家企业来说，所有部门汇总的信息管理软件，就是企业 ERP。
企业负责人可以在这个 ERP 中看到销售部的销售情况及销售预测，采购部采购采购订单和采购成本，财务部收付账款情况，仓储部门当前库存和发货情况等。
企业 ERP 可以说是整个公司的信息中枢和大脑。好的 ERP 设计，企业决策者只需要看一张表，就能实时了解公司整体运营状态，并快速作出决策。
ERP 的前世今生
现在，ERP 已经是中大型公司的标配。即便是微型企业，云上的简化版 ERP 工作流也是标配。那么称霸商业世界的 ERP 管理软件是从什么时候开始有的呢？
1960年代，Intel 创始人 Robert Noyce 制造出大规模集成电路和微处理器，使计算机的制造成本和体积大幅度降低，使得计算机正式进入商业领域。
1970年代，五名 IBM 员工辞职出来创业，创建了名为 SAP 的公司（现在是全球最大的 ERP 软件公司），他们给大型化工厂做企业软件开发。那个时代软件没有标准，互相不兼容。SAP 首次使用模块化+共享数据库的方式，开发企业软件。软件不用从零写起，公司各部门的数据放在同一个数据库内，可以实时共享和调用。当时这类软件统称为物料需求计划（MRP系统），MRP 主要用于生产过程中物料的进销存等问题的统计和处理。但对于全公司其他部门的业务，并不含盖在这套系统中的。
1980年代，制造资源计划（MRP-II系统）在物料管理的MRP系统上，加入了物流信息、资金流信息。可以在一套系统中看到从物料订购生产、收发货的物流信息和销售的财务信息。至此物料订购、生产加工、成品发货，应收应付账款等，整个工厂生产加工销售环节的所有信息都统一至一套系统里了。
1990年代，历史走到了一个重要转折点。计算机的制造成本再次降低至普通人可承受的范围，PC 机逐步普及。软件开始出现适合大众使用的图形界面（1984年苹果发布Macintosh，1985年 微软发布 Windows 1.0 ，这之后图形界面逐渐成为标配），硬件性能再次大幅度提升（1990年微软发布有光驱的个人电脑，1994年 Intel 发布 Pentium 处理器，1995年互联网商业化）。在这个天时地利的时刻，美国 Gartner 咨询公司提出了一套企业资源整合的管理系统 —— ERP，他所定义的 ERP 企业管理软件是指在 MRP、MRP-II 的基础上增加了具有跨时代意义的图形界面、关系数据库、可视化报表。这套系统还打通了上游的供应商和下游的客户企业，使企业资源信息在整个链路上更高效的流通，使资源进一步高效整合。
今天，SAP 作为世界最大的 ERP 平台，全球第三大软件公司，它的创业史，其实就是全球 ERP 软件发展的成长史。所以，接下来我们聊聊 SAP 这家公司。
20世纪中叶的自动化进程：计算机来啦。
在还没有计算机的工业时代，企业主每个月最棘手的问题之一，就是如何处理工厂中上万人的工资表计算。想象一下，只有纸笔+计算器的手工计算时代，计算几万人的人员工资要怎么搞？企业主只能雇佣大量文化程度较高的会计，组成财务核算突击队，让他们坐在办公室里做加减乘除。他们每月手工计算上万员工工资，手动将每一个人的工作小时数（记录在卡纸上的手写数字）与他对应的时薪相乘（不同等级的员工时薪不同），再手动扣除税款、请假期间停发的工资（病假事假扣除的钱数又不同）、迟到早退相关金额的减除等等一大堆变量。
现在一名高中生用一台笔记本+Excel表格，一上午的工作量。但在当时，需要大量会计坐在办公室里疯狂计算数天，才能做出一张企业员工月工资单。这种大量重复、耗时、枯燥的工作，对于人类来说很容易出错。
但对于计算机来说，这是一个非常适合批量自动化处理的场景。
1960年代前后，许多公司都在使用 IBM 计算机来自动计算员工工资表。对于这种使用计算机运行数据的计算方式，当时还没有明确的名字，也不是一个学科。直到1958年《哈佛商业评论》中一篇由 Harold 及 Thomas 所著的文章，提到「这种新技术还没有一个单一的名称，我们应该将其称为信息技术（information technology、IT）」，这才有了我们现在的 IT 行业。而学术界要比商业界再晚几年才对这一变化作出反应。直到1962年，美国普渡大学（Purdue University）成立了历史上第一个计算机系，几年后，才有第一批 CS 毕业生。
1960年代，由于计算机内存的限制，用于自动化和数据处理的编程在当时极具挑战。没有高级语言，没有标准的操作系统，也没有个人计算机。只有非常昂贵的大型机，几乎没有内存，只能在数据磁带上运行程序。程序员们一般在晚上开发程序，以便在晚上无打扰的情况下，让计算机连续编译。
今天，我们的个人电脑只会在 Mac、Linux、Windows 三大阵营来选择，大多数常用软件也基本支持多平台，似乎已经司空见惯。但这种统一标准的软硬件兼容其实要到 1990 年才开始统一起来。在 1960 年代，多数软件是从零写起的定制开发的，几乎不可能移植。
当时，大多数公司开发和使用只属于自己的，与外界不兼容的企业软件，这是在重复造轮子。长远看，这对任何企业来说，都是不经济的。是时候有人站出来统一标准了。行业急需标准，对硬件的标准，对操作系统的标准，对编程语言的标准。例如：航空业的 SABER 系统，1964 年上线，当时每天能够处理 84,000 个呼叫。SABER 系统成为美国航空订票系统的标准，这套系统直到今天仍在使用。
标准软件的诞生：SAP 的可扩展式开发
1972年，五名工程师离开了IBM，与一家名为 ICI 的大型化工企业签订了定制软件的合约。和当时大多数软件公司一样，他们搞的这个新软件公司，本质上是一家软件咨询公司。当时，他们到这家化工企业驻场开发，在甲方的计算机上进行开发。第一个项目是物流管理软件。而他们创立的这家公司就是之后全球最大的 ERP 平台公司 —— SAP（System Analysis and Program Development）
他们的第一笔业务进展很顺利：SAP 成立第一年就有 100 万美元的收入。这之后，他们把开发好的软件出售给其他客户，那时候操作系统还未统一，有些情况还要根据甲方使用的操作系统进行软件移植。
接下来的四年里，他们获得了40多家客户，收入增长了 6 倍，从 9 名员工增长到 25 名员工。可以说 SAP 公司前途一片光明。
SAP 开发的软件之所以特别，有几个重要原因。当时，多数商业软件效率低下，甚至需要整夜的运行，并在纸质的数据磁带上输出结果。企业用户需要到第二天上班才能得到计算结果。而 SAP 设计的软件为客户实时输出结果，并在计算机显示器上实时输出结果。
但最具跨时代意义的是 SAP 开发的软件在一开始就做了可扩展性的设计。他们给 ICI 化工厂开发的软件并非从头写起，而是在曾经项目的基础上扩展开发。当 SAP 在 1974 年发布财务软件时，他们设计的这款基础财务软件具有可扩展性，可根据不同的企业对财务流程的特别需求，在应用层进行定制开发。这种可扩展性在当时十分激进。 而同时代的其他软件公司，都是接一单，从零开发一单。
信息整合的重要性
当 SAP 为制造业企业开发第二个软件模块时，他们将第一个财务模块与这个新模块的数据打通，多模块共享一个数据库，从而实现无缝交互。这种形式，就是现代企业 ERP 的雏形。
那个时代的企业软件，会把「采购订单数据」放在销售软件中，「仓库库存情况」存放在仓储统计软件中，「公司财务情况」又在财务软件里，而销售、仓储、财务实际是整个公司交易流程中的不同的节点，信息需要在他们当中进行流动。对于多数软件公司开发的软件来说，他们需要有一个策略，周期性的人工手动同步数据。
而 SAP 以模块化、共享数据库的形式的软件设计思路，开始逐渐展现出它的优势。本身数据就是共享的，所以不存在同步的问题，任何一个部门的数据更新，对于其他部门来说都是实时的。提高了企业各部门协同处理信息的效率。很快 SAP 的企业软件就从众多软件公司中脱颖而出。
SAP 开发的这种共享数据库的模块化软件，组成的一个大型集成软件，极大的提高了各部门数据共享的效率，各部门数据自动化和数据源的流动性的是否优质，是ERP系统的成功与否的关键。接下来的数年里（集成电路，晶体管之类的发展），极大的提高了 ERP 的可用性，这些基础设施的成熟，更进一步的加速了 ERP 在大型企业中的布局。
SAP 这种打通企业各部门之间信息壁垒的开发逻辑，深刻的影响和彻底改变了企业组织生产销售的形态。这种模式孕育出 DELL、Compaq 这种「来订单，再加工」的生产销售模式。这种销售模型将库存降到最低，让生产组装销售周期从 22 天减到 3 天时间！这对于制造业来说，具有革命性的跨时代意义。
SAP 的 ERP 软件到底长什么样子？
企业软件这个词听起来就不会太好用，一定充斥着满屏幕的按钮和复杂的嵌套逻辑。SAP 的企业软件也不例外。 SAP 的基本安装要配置 20,000 个数据库表，其中 3,000 个是配置表。甚至开始之前，我们就需要配置约8,000个配置决策。因此使用 SAP ERP的公司，需要组建 SAP 实施顾问团队，有这个内部团队，才能帮助企业更好的在内部部署使用 ERP。
SAP 软件体积庞大，设置复杂。但 SAP 的 ERP 软件仍可实现跨多个业务流程的整合。比如我们要打开「人事档案」。首先需要打开「SAP菜单」依次找到「人力资源」→「人事管理」→「行政事务」→「人力资源主数据」。最后打开我们需要的「人事档案」。虽然步骤复杂，但至少能用 ：P
SAP 的软件界面，是树状结构的，深入很多层。如果要找到深层里的某个功能，要点非常多次鼠标。SAP 在树状结构里放了 16,000 种不同的操作类型。并给每个类型定义了对应的 Tcode 编号。如果记不住这些 Tcode 编号，在树状图中找到你想操作的表，可是一件浩大的工程。
尽管配置数量庞大的各项表单，让我们眼花缭乱，但这些已经非常复杂的工作流，还是不能完全包含企业中的所有工作流场景。为了应对这种企业的特别需求，SAP 内置了编程功能，可以满足这一类定制需求。
数据
公司开发人员可以使用 SAP 接口创建自己的数据库表。这些是关系表，SQL 数据库有所有基本数据库的功能，跟多数数据库的基本功能一样。
逻辑
SAP 使用 ABAP 语言进行开发，ABAP 因为他依附于 SAP ，在 20世纪 80 年代开发完成，它并不是一个需要与时俱进、迭代更新的编程语言，所以本身比较冗长。 JavaScript 轻松简单的几句，他需要写一大长串。 SAP 提供了ABAP编辑器，我们自定义一个事务后，还可以指定 Tcode，让使用者快速它到达对应表单。
UI 界面
SAP 还带有用于创建 UI 的拖放表单构建器。它具有方便的功能，例如基于数据库表生成的表单，有点像古老的 MS Word 95。
企业部署实施 ERP 面临的挑战
企业 ERP 并不便宜。一家大型跨国公司，可能在部署 ERP 上要花费数亿美元：包含 3000 万美元的软件许可费，2亿美元的咨询费，数百万美元的硬件以及数百万美元的经理和员工培训。全面部署并推广，可能需要四到六年时间。
因为部署 ERP 费用昂贵，在所有部署 ERP 的企业间，流传着这么一句调侃的话。「行业内的竞争成败，主要看谁家能用性价比最高的方法部署好 SAP 的 ERP。」
ERP 的启动成本太高了。
另一方面，部署 ERP 并非只有采购成本需要考虑，全公司部署 ERP 也是相当冒险的一件事，其结果，因各公司的基因，会有各种意想不到的结果。比如，思科部署 ERP 只用了 1500 万美元和 9 个月时间，相比之下陶氏化工（Dow Chemical）斥资 10 亿美元，耗时 8 年才完成部署。
ERP 很容易安装，但让企业中的员工有这个思维使用好 ERP 是整件事情的重点。哈佛商学院的一份研究表明 如果企业实施 ERP 直接替换工作流，而是作为一项新业务，分阶段逐渐替换，保持 ERP 的开发灵活性时，公司平滑过渡到纯 ERP 的成功率最高。
实施 ERP 系统的公司，通常会聘请埃森哲这样的咨询公司，付给他们数百万的咨询费，让他们搞清楚企业的整个工作流程，想办法让 ERP 与企业工作流结合。一旦开始整合，公司就要开始培训全体员工使用这套系统。
尽管困难重重，但全球财富 500强企业，都在1998年前，部署了自己的 ERP 系统。
现代 ERP 软件行业
当今 ERP 中最大的两家公司是 Oracle 和 SAP。虽然两者都是市场领导者，但他们的 ERP 产品却截然不同。SAP 的产品主要是自己开发搭建的。而 Oracle 先后收购了 PeopleSoft 和 NetSuite 等竞争对手。
Oracle 和 SAP 已经近乎垄断的地位，以至于微软甚至都使用 SAP 的产品，而不是他们自己的 Microsoft Dynamics ERP。
由于相同行业的企业对 ERP 有相同的需求，因此 Oracle 和 SAP 为许多行业（例如食品、汽车、化工等）做了行业模版，以及企业内部的垂直需求模版（例如销售组织的工作流）。尽管如此，其他 ERP 公司仍然有生存空间：
- Ellucian Banner ：专注于高等教育 ERP
- Infor ：专注于医疗健康 ERP
- QAD ：专注于制造、供应链 ERP
- 卡拉云：专注于灵活需求的大型 ERP 搭建
未来 ERP 发展趋势
对于体积庞大和昂贵的 SAP ERP 来说，选择适合自己公司需求，垂直领域的头部 ERP 公司，也许是最优的策略。从一个部门开始着手搭建部门 ERP ，再将成功经验逐一推行至全公司，也许是最好的部署策略。
低代码灵活搭建 ERP ，大家可以使用卡拉云快速实施，它有完整的 ERP 前端解决方案，企业只需要根据自己的工作流拖拽模版，连接企业私有数据库，即可快速部署针对企业自己工作流的 ERP 实施方案。这种低代码可定制化开发的 ERP 解决方案，正是未来企业 ERP 的前进方向。
如果你正在为搭建公司 ERP 系统着手准备，欢迎一起交流需求。看看我们的卡拉云是否可能帮助你高效完成 ERP 定制化部署，欢迎加我微信，一起研究企业 ERP 搭建逻辑和思路。
我的《面向后端程序员的生产力工具》文章 list
