如果您觉得这篇文章对你所有帮助的话，您的顺手点赞和转发将是对作者持续发文的重要动力，您的支持和鼓励很重要！
所有文章在公众号“MZ信息化咨询杂谈”同步更新！
郑重声明：本博客所发文章全部为原创，其他地方所看到同样文章如无授权，均为盗用！以下为本篇正文（文章是多年以来积累所写，以前主要发布于知乎，后续陆续发布到此博客）：
上一篇介绍了SAP的核心设计逻辑，笔者认为最核心的设计就是面向对象（Oriented to object ）的设计，这也是从20世纪70年代开始兴起的软件工程学所使用的最常用的设计方法，不过SAP真的把这个设计理念发挥到极致了。
在这一篇中我们开始介绍SAP系统的五层体系，这五层体系有助于我们理解SAP从后台到前台的整个系统结构，有助于我们对系统的深入了解。
了解了这五层体系之后，我们就可以比较快地从入手到熟悉、最后掌握相应的功能模块，所谓一通百通就是这样了。
笔者完全相信我们一旦精通某个模块后，其他模块可以很快地入手和熟悉。因为所有的模块都是遵从我们前一篇所说的基于对象的设计以及我们接下来要讲的这五层体系。
也可以这么说，所有的ERP产品都会有这五个层面的东西，只是不同的系统在每一层的侧重点和设计理念有所不同。
掌握这五层体系，会让我们整体对系统的把握大有裨益。
传统意义上，SAP的技术架构分为三层，服务器层、应用层和客户端，这从技术架构上来说是没错的，笔者这里说的五层体系主要是对技术和业务整体的进行划分和说明。
1. 数据库层和开发层
这一层是Basis顾问和开发顾问所关注的层面，因为这一层直接决定了如何部署系统和进行开发。
我们知道SAP的数据库原来是可以使用其他数据库的（指S4 HANA之前的版本），比如Oracle、DM2、Sybase、SQL Server，因为原来SAP更多的是一个应用级别的软件，那么它必须是在一个数据库平台和开发平台执行的，开发平台是SAP自己的。但是数据库SAP一直没有自己的。
这几年（应该从2012年开始）SAP开始推广自己的数据库HANA，现在也有了基于HANA数据库的商务套间S4 HANA，并从15年开始正式发布。
备注：这些年来（截止2022年），SAP的开发平台、开发语言、开发工具也都发生了变化。比如开发平台从Netweaver平台到ABAP Platform/BTP，开发语言从ABAP到Webdypro、Java，开发工具从SAP GUI到HANA Studio。
所以呢，以前只有剑（开发平台），现在则刀剑（数据库平台和开发平台）都在手,SAP接下来干嘛呢？大家可以想一想。
2. 组织架构层和系统配置层
这一层我们理解为主要是业务顾问所关注的层面，包括组织架构层，还包括根据流程和方案进行的系统配置（Customizing）。
这一层取决于顾问对系统的熟悉程度以及系统和业务结合的熟悉程度，随着SAP版本的变化，这一层也在发生一些变化，变得更易于配置和测试，不过变化不是很大。
笔者认为以后这一层会越来越简化，主要得益于硬件的发展和各种存储技术、计算技术、网络传输技术的发展，导致系统可以进行更简化的设计，而不必考虑硬件、软件、存储、传输方面的各种瓶颈，系统要进行复杂的设计以保持硬件、存储、算法、传输之间的性能平衡。关于这一点，从SAP前期版本中设置了很多的会话执行以及后期版本中很多操作不再通过会话执行中得到印证。
备注：组织架构既包括指实际业务在系统中的映射，比如一个公司在系统中是一个公司代码，一个部门通常是一个成本中心，也包括SAP本身的系统架构，比如我们前面讲到的SAP的对象类别、对象类型、业务事物（或者叫业务交易）、对象状态等。
3. 主数据层
主数据层其实和系统配置和前台操作都有关，后台配置也决定着前台如何创建主数据，这一层和业务顾问以及企业用户都相关，不过重点还是在于前台，即主要工作在企业方，毕竟企业才是数据之源。
这一层数据主要为业务运行进行数据准备，如果没有主数据层，业务运行就如无源之水，无根之木。
主数据的重点在于主数据的准确性、完整性和及时性，这将很大程度决定业务层面运行的顺畅与否。
其实我们把主数据可以类比为人事档案，SAP中就是指物料档案（物料主数据）、客户档案（客户主数据）、供应商档案（供应商主数据）等。
4. 业务数据层
有了组织架构，有了系统配置，有了主数据，企业便可以把日常的各种业务活动（包括财务活动）通过各种类型的单据记录在系统中，形成数据流、信息流、资金流。
这个层面基本的原则就是如实反映（空间维度）、实时反映（时间维度）。
所谓如实反映，就是实际业务是什么样的（比如是什么产品、多少数量、什么价格等），就原样反映在系统里。
所谓实时反映，实际业务是什么时候发生的，就什么时候反映在系统里。实际业务中，真正的实时可能对某些业务来说不现实，一般的原则至少是当日事、当日毕。
这两条原则说起来简单，可做起来没那么容易哦！
备注：不同业务，其实时的要求不同，比如物流要去就高一些，物流中生产要求更高一些，相比较于物流，财务要求相对低一些，一般的原则是业务日清日结，财务大部分为日清日结，部分为月清月结。
5. 报表层和展现层
报表层和展现层一般认为很重要，其实它只是看上去很重要。因为结果要靠过程来保证，从结果角度来看，当然是重要，不过更重要的是保证前面的系统组织架构、主数据、业务数据及时、准确，这一层才有保障。
就像一个人的穿着打扮，如果没有内在气质，光靠浓妆艳抹撑面子，乍一看能唬唬人，终究会露馅的。
从务实的角度来说，只要前面四层都已搭建好，这一层就是水到渠成的事情。
前面的层次没有建设好，报表层和展现层就如无源之水、无根之木、无基之楼，是派不上什么用场的。
一般来说，报表层主要侧重于各种明细报表的查询，不那么注重好不好看，只要能比较好的兼容Excel就可以了。
展现层则侧重于KPI（Key Performance Index关键营运指标）的汇总展现，比较注重好看，比如管理驾驶舱、各种仪表盘、各种动态展示、各种交互报表等。
这五层体系我们可以去对照SAP的模块，除了数据库层和开发层，其他四个层次在SAP每个模块中都有体现，大家可以去找一找，看一看，玩一玩。
目前企业数字化转型趋势来看，这四层在时间维度上越来越紧密了，也就是说，架构可能不断的调整，主数据不断的更新，业务数据更快的进行收集和反映，报表层也需要更快的反馈出来，其最终目的都是各层在相互的更紧密的更及时的交互，从而形成更迅速的反馈，引导业务更高效率、更有弹性的运行。更好更经济地满足客户需求，最终增强企业自身的竞争力。这和外部环境的变化越来越快以及客户需求越来越个性化是密切相关的。
2577
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
