从SAP实施商视角，解析SAP经典ERP的架构设计

SAP ERP软件历史

SAP ERP软件是世界普及的企业级应用。1972年，SAP R/1开始投放市场；1979年，SAP发布了SAP R/2；1992年，从SAP R/2进阶到SAP R/3，奠定了后面几十年的框架，其中R3的技术底座SAP kernel几乎是所有SAP产品的基础。

今天ERP经常被一些新的概念产品批评为“封闭”或者是“不够敏捷”。不过专业的SAP咨询顾问和实施顾问可能会有不同的感受。在私有部署软件的年代，相对于其他平台，SAP的ERP是开放的平台之一，因为开放性其产品成为了全世界企业管理软件里广泛的低代码定制化开发平台，不同的行业不同国家的客户的管理理念都能够在系统里实现。可以毫不夸张地说，在私有部署年代的大型企业应用里，SAP的ERP软件几乎是先进的存在。

标准化与定制化的矛盾

今天很多软件厂商还在纠结于产品标准化和定制化之间的矛盾，既希望推出标准产品，又垂涎大客户的定制大单。一旦遇上大型定制化项目，大量产品研发人员会陷入到定制化的深坑里，客户的定制版本在未来升级时，也会有很大的隐患。如果面对成千上万个定制化的软件项目，交付成本和维护成本将陷入规模不经济的陷阱，影响企业的进一步扩张。因此一个初创的产品团队对那种财大气粗但是定制要求多的客户，真是又爱又恨。

检验一个产品标准化程度高低的一个有效方法是，这个产品是否可以由独立第三方甚至客户自己来实施。因为第三方团队与产品企业打交道的时候，因为沟通成本和商务成本会损失一定的效率，如果在初期的时候发现产品的标准化程度可以平衡这一部分损失的效率，在后期就可以做到有效的大规模扩张了。

SAP的第三方生态

在ERP领域里有一个广为流传的“五倍法则”。比如用100万来购买软件，那么项目上线的总预算要规划在500万或者更多，其中的400万要花在管理咨询、业务咨询和实施服务上，此外上线后可能还有运维和内部团队的其他成本。一个ERP项目上线，一般先从高层战略开始分析规划，然后由优德普、达策这样的咨询和实施团队来做具体的业务拆解和实施。

一个SAP的ERP项目上线，完全可以由第三方的合作伙伴独立完成。SAP原厂的实施顾问团队一般会负责战略客户、新产品的项目，或者负责大型项目中的新产品模块咨询、项目监理、项目顾问等角色。

SAP经典ERP的架构有如下优点：

1.应用中的Basis层面向机器层，容易找到优解，无需定制化，不用开放代码，结构稳定。闭源的Kernel层可以保障软件的商业价值得到支付，例如许可管理等。

2.应用中的ABAP层面向企业业务，可以由第三方完成各种定制化开发，利于生态发展，能够很好地适应国际化和各行业的复杂应用定制，鼓励第三方和自由顾问的创新以及解决问题的主动性。

3.代码、应用和数据一体，支持代码热更新、运行时动态调试等，系统升级容易。开发测试生产体系完善，不需要复杂的Devops体系，不需要额外的IDE、Git、Github、Profiling工具，统一集成在一个技术平台里。

4.寿命长的应用代码可维护性好，很多ABAP应用运行了几十年还可以继续发挥作用，接手的团队也很容易处理。

5.复杂的系统问题很容易跟踪和解决，有非常好的体系化的工具和方法论，客户的各种需求和问题会及时反馈到产品里，积累成实践。

6.整合数据、代码、配置，开发和业务分层设计容易实现统一，大部分需求可以靠业务顾问通过配置完成，积累的实践逐渐迭代成一个偏向业务的低代码平台。

7.系统设计严谨，大部分修改都会留下痕迹，深得第三方审计机构的信赖。

关于宁波优德普>>>

了解更多SAP ERP管理系统成功案例>>>

或拨打宁波优德普免费咨询热线：400-8045-500