SAP那些事-理论篇-7-SAP的优势和劣势

如果您觉得这篇文章对你所有帮助的话，您的顺手点赞和转发将是对作者持续发文的重要动力，您的支持和鼓励很重要！

所有文章在公众号“MZ信息化咨询杂谈”同步更新！

郑重声明：本博客所发文章全部为原创，其他地方所看到同样文章如无授权，均为盗用！以下为本篇正文（文章是多年以来积累所写，以前主要发布于知乎，后续陆续发布到此博客）：

说起优势和劣势，特别想说一下中国传统文化的阴阳概念，为什么呢？中国传统文化中的阴阳其实是一种哲学思维，首先把世界万物（包括有形的无形的）划分为了阴阳，然后又认为阴阳可以相互转化，阴阳平衡才能稳定，比如对于身体而言，阴阳平衡才能健康。

优势可以认为是阳，劣势可以认为是阴。既然阴阳可以相互转化，那么优势和劣势也是可以相互转换的，当然这个转换需要在一定条件下。

扯远了，回到SAP上来。SAP的优势有很多，比如多语言、多国家、多行业、多种业务模式、蕴含管理思想等。

在笔者看来，SAP最大的优势有三个，一个是集成，一个是计划和预测，一个是定制化。下面我们分别来扯一扯。

另外，正如上面所说的阴阳，优势和劣势其实是一个硬币的两面，一定条件下可以相互转换的，我们需要记住，用不好的话，优势也会变成劣势。

我们先来扯一扯第一个优势：“集成”。这种“集成”比较响亮的叫法是“财务业务一体化”！

既然SAP是ERP中的一种，ERP又被叫做企业资源计划，企业的资源又包括多种，至少包括人、财、物，对吧。

资源之间肯定是相互影响的是不是，比如人会影响财，你招人，人家为公司工作，那就需要付人家工资的。物也会影响到财，买东西照样要付钱，对吧。

总之，这三者之间是相互影响的，密不可分的，是不是？那么既然要把人、财、物这些资源都计划好，都管起来，就必须利用“集成”这个东东。不“集成”的话，还是各自玩各自的，就谈不上企业资源计划了，那就是独立的人力资源计划、财务资源计划、物料资源计划了。

好，那么集成的好处是什么呢？就是把人、财、物相互的影响体现出来，而且是要实时的体现出来。举个例子，企业花10000元买了企业生产所需的100个材料A，从财务上讲企业的原材料（存货）要增加，同时体现应付暂估（就是按照采购价格暂时估计要付给供应商的钱）。

通过集成后的效果如下：在物流上体现仓库中材料A增加了100个，同时在财务上就可以实时生成一张财务凭证，体现为原材料增加了100元（100*100），应付暂估也增加了10000元以。

以此类推，所有影响到财务的业务需要在财务上实时体现的情况，都可以通过“集成”把数据实时传递到财务，也就是把业务上的物流信息实时转换为财务信息。

这样的好处是显而易见的，财务可以实时的准确查看财务信息，不过这还不是最厉害的，因为这种集成还是核算层面的集成，这种集成更多的是把手工输入凭证变成系统产生凭证。

实际上财务更看重预测和计划层面的影响，即如何做到业务未发生或者业务一开始发生就要预见到对财务的影响，这种计划和预测层面的集成就变为事前计划了。

接下来我们接着扯SAP的第二个优势“计划和预测”。实际上人类有史以来做的很多很多的事情都是为了准确预测未来。比如原始时期的占卜，后来发现的各种物理定律、数学方程式，都是想通过一定的方法预测未来，预测未来就是为了增加事物发展的确定性。

可惜后来也有很多的事实尤其是在量子物理中证明其实很多事情是无法预测的，比如电子就是以“电子云”的概率出现的，而非以特定的轨道运行，近代更是出现了“混沌效应”和“测不准原理”。

正是应了中国传统文化的思维，所谓有阴必有阳，有看得见的，就有看不见的，有测的准的，就有测不准的，这是才这个世界的本质吧，呵呵，又扯远了。

“计划和预测”实际上和“集成”是密不可分的，只有借助于“集成”,计划和预测才有了依托，因为很多计划和预测的数据都是和业务紧密关联的，比如销售计划、生产计划、采购计划，只有业务模块和财务模块无缝集成后，由业务计划转换为财务计划才成为可能。

具体的举个例子，SAP中有集成计划（Integration planning）的概念。简单来说，销售计划是一切计划的源头，由销售计划驱动生产计划，生产计划驱动采购计划，从而驱动整个供应链，对吧。

SAP中的集成计划就可以由销售计划展开，比如销售计划可在LIS中的SIS或者COPA（事物代码：KEPM）中可输入销售量、销售价格，系统则自动计算销售额。通常销售量计划可分解到客户、产品、年度、月份。销售量计划完成后，可传输到SOP（事物代码：KE1E），在SOP（SalesOperation Planning,翻译为销售运作计划）中将对计划的销售量和所需生产资源进行比较，如果生产资源不能满足，则可进行提前调度。

SOP中可计算所需的计划作业量（根据生产量和工艺路线中的标准工时计算），并传输（事物代码：KSPP）到成本中心的作业量计划（KP26），这个作业量能够再去根据工作中心的产能数据去评估是否有足够的产能。

工资费用可从人事模块传输（事物代码：KPHR）到成本中心计划（KP06），折旧费用可从资产模块传输（事物代码：S_ALR_87099918）到成本中心计划（KP06），再加上成本中心自身输入的其他费用计划（比如水电、维修、办公等制造费用）就组成了完成了成本中心计划，然后计算计划作业价格，计划作业价格和BOM以及工艺路线结合可用于计算产品标准成本。

产品标准成本可传输到（评估策略相关配置，评估点03（手工计划）/04（自动计划），在KEPM输入计划数据时，菜单“其他-评估分析”可更新物料计划成本）COPA，计划成本和销售额结合可计算计划利润，根据计划利润的结果，再调整销售计划，如此形成计划循环，直至达到满意的结果。

SAP的第三个优势是“定制化”。我们知道，一个软件产品，背后最重要的是程序架构和逻辑，这个架构和逻辑很大程序上决定了这个软件能做什么不能做什么。

就像一个房子，你如果想要装修，那么首先决定你装修的就是房型和房子的本身的结构，对吧。这个直接决定了你能够动哪些地方，哪些地方不能动，能够装修成什么样。

我们很清楚，装修房子，非承重墙我们可以敲掉，重新定义空间甚至重新隔出一个房间来，但是承重墙就要仔细掂量了一下了，对房屋造成危险怎么办？把楼万一敲塌了怎么办？

其实这个房屋的结构对于软件产品来说就是产品的架构，这些是不能轻易动的，不能轻易被修改的，如果随意修改，那么软件就有崩溃的危险。

那么我们装修的重点在哪里呢？是我们的软装，对吧，硬装变化不大的，你能选择的不多的。软装选择就多了，颜色、风格、位置都可以根据自己的喜好设计。

SAP的设计思路和房屋装修类似，它做好了结构，但是允许我们进行装修，我们装修的过程就是定制化的过程，成熟的软件几乎都有类似的设计。如果你非得自己建一所房子，那么你只能从头开发一个软件了。

不过笔者的观点还是那句话，除非你的企业非常特殊，如果你不是那么特殊，你聘请再专业的团队，我觉得也无法超过经过几十年实践检验并不断完善的成熟产品。

所以呢，我们需要做好一个准备，既然选择了成熟软件，我们企业有没有做好一些改变的准备去适应这个软件的需要，而非处处要体现企业自身的特殊性毫。

笔者并不怀疑任何企业都有自己特殊的一些地方，但是这些特殊真的那么重要或者说不能改变就要打个问号了。

SAP的“定制化”就是在保证产品大的架构不被变动的情况下，允许我们对产品根据企业的实际情况做一些“装修”，这既保证了产品本身的稳定性，也保证了产品保留有一定的灵活性，基于SAP的这种特点，笔者现在的思维模式也发生了改变，在设计一些方案时，也会考虑到方案严谨性、兼容性和灵活性的需求。

我们说过一个观点，优势即是劣势，其实这种劣势我们不能说是产品本身的问题，而是说一旦某个产品的定位确定了，那么产品定位的对立面就是它的劣势，这是无法避免的，也就是说完美的产品是不存在的。

比如一个产品要严谨，那么势必就会牺牲一些灵活性，这是一定的，也是必须的。产品本身真正的问题只有BUG,也就是说产品本身出现的逻辑性问题，这是软件产品也难以避免的。

如果是产品和企业业务的一些不匹配或者不兼容，那么我不认为这是产品的问题。笔者宁愿认为这是企业对产品认识度不够，或者说企业本身还不愿意做出改变，这无所谓谁对谁错，就像两个人谈恋爱，就是没对上眼，那就没办法了。

谈恋爱也就那几种结果，一种是对不上眼，不谈了，说声拜拜就各奔东西，一种是继续谈，相互做出一些让步，然后也算是幸福的生活在一起，最后一种最郁闷，对不上眼，因为各种外部因素还要继续谈，装模作样的谈，谁也不愿意让步，最终痛苦的生活在一起。

所以笔者认为，企业在产品选型阶段，最好对产品有更多的了解，否则就像谈恋爱，事先没怎么了解了，就先确定关系了，甚至就结婚了，后来投入很多的感情，又觉得不合适，这个时候再反悔岂不是有点晚，付出的代价也大了点，对吧。

要说SAP的劣势，笔者想说明的是，因为SAP集成带来的变化是很大的。一旦集成，一个部门的事情不再是一个部门的事情，可能对多个部门甚至整个企业都会造成影响，比如一笔收货错误，可能导致生产、财务、销售都会受到影响。

实际上，这不仅仅是软件信息层面受到影响，实际业务其实也是一样的，只不过通过集成，这种影响在系统中可以实时反映出来（不集成不是没有影响，而是可能在后续的环节中被修正掉），但是在系统层面修正这种错误就会比较麻烦。

比如货已经被领走或者发给客户，那么需要一个环节一个环节的冲销回来，这种修正就会显得比较麻烦。大家应该都明白，这其实不是软件的问题，而是系统接收了错误的信息，从而产生了错误的结果。

因此，笔者观点是ERP产品本身是个中性的东西，其实无所谓优势和劣势，还是那句话，适合的就是好的。不过话说回来，现在有多少人能清醒的意识到自己适合什么呢？换作企业也是，有多少企业清醒的意识到自己适合用什么样的ERP产品呢？乱花迷人眼啊！

要真的谈SAP的劣势或者SAP可以做的更好的地方，我觉得有以下这么几点吧，供大家参考。

1. 中文翻译问题，不得不说，SAP中的很多专业术语的翻译真的不够精确，比如以前生产菜单下有个菜单英文叫“shopfloor control”，以前翻译成中文叫“商店底层控制”，现在算是改过来了，叫“车间现场控制”。还有汇票输入的信息那里，出票人和受票人英文一个叫“Drawer”，一个叫“Drawee”，结果中文就是翻译倒了，把“Drawer”对应的字段翻译成“受票人”，把“Drawer”翻译成“收票人”。

我有时和周围朋谈起这个问题，觉得在这方面SAP可以向微软学习，微软的软件比如Office，翻译的就很准确，而且符合汉语的语法使用习惯。

2. 输入界面和习惯问题，这几年SAP推出了NWBC（用户新界面，据个人了解，使用的企业也不多）和Fiori，Fiori是移动设备的客户端，是基于HTML5的，不过个人感觉仍然明显带有原SAP GUI的影子。

个人觉得改进并不是特别的明显，目前很多的用户现在还是用传统的SAP GUI。另外的问题就是在进行系统操作时可输入字段过多（有些字段是需要输入的，有些字段是不需要输入但会显示的，虽然有些地方可以进行后台设置，比如字段状态的设置，但字段仍然比较多）以及输入的界面格式不够友好，从系统本身来说，要实现复杂的功能，字段的输入就比较多，和用户界面简洁和易输入是个矛盾，因此取得平衡不太容易。

3. 流程审批虽然功能强大，不太易用。对于国内企业频繁的大量的审批来说，实现起来有些困难。

笔者是认同SAP的设计理念的，前端审批过了或者说已经计划好了，后续业务不应该再进行多次的审批，的确会降低流程效率。

不过目前国内的业务惯性还是比较大，所以对于审批类的业务，单纯SAP实现还是比较困难，需要借助其他系统，如OA。

末了，再次善意提醒想上SAP的企业，谈恋爱前还是多了解了解情况，鞋穿的合适不合适也未必说一定要试穿才知道，比如我们知道自己是40码的脚，那么就知道45码的鞋我是穿不了的，也就没必要去尝试穿。