有时候如果某些概念搞混了，一时想不起来到哪个地方去找配置路径，就得到IMG里去用查找的方式来找到。但IMG菜单实在太庞大了。有时候一找就找到一大堆。怎么办呢？如果能把查找范围限定在某个模块或者某个节点内就好了！ 我们知道有些事务代码可以直接调用一个小范围配置菜单。比如OLMB，是直接调用库存管理；OLMR，是直接调用发票校验；OLME，是采购；OLMSRV，是服务；OPP1，是MRP相关配置；OLMW，是物料估价管理。可是其他的呢？ 找了N久，找不到事务，后来只能采取笨办法，找出这些事务代码的猫…

采购收货相关的移动类型，最常见的当属101，102，122以及161。103和105是一对，用来先收到供应商冻结库存（无价值），然后再用105收到自己的库存里。这种业务应该是用到先进行物料质量判定再决定是收货还是不收货的业务中。 那么107和109又是怎么回事呢？ 在采购单行项目细节里，有一个勾叫作原始接收。打上这个勾，表示这个料在供应商那里就已经得到认可了，肯定要收货给钱的。打上这个勾以后，货物到厂时收货就只能用107移动类型，然后用109类型释放到自己的可用库存中。 107收货时，是产生物料…

都知道沟通在项目中的重要性。既然重要，就必然要慎重对待。可是，如何慎重对待？怎样才算是有效的沟通？怎样才能做到有效的沟通？ 首先要明确沟通的目的。对于实施顾问来讲，在SAP实施项目中，沟通的目的无非是下面几点。 第一，管理客户对系统的期望值，维护客户关系，达成用户的满意。系统实施是个服务性行业，客户满意是工作的终极目标。要想达到客户满意，就要让客户对项目有合理的期望值。不然的话，天王老子也无法无休止地满足用户。 第二，了解、确认和控制客户需求，以便对系统进行适当的定制。这是达到客户满意的重要途径…

上一篇谈到roll out项目的实施主体思路及项目管理方面要注意的事项，本篇着重谈技术与数据方面的问题。 技术方面，由于上篇所讲到的诸多限制，与全新的项目也有所不同。本人只在后勤方面有所了解，因此只能简单谈一下后勤方面配置的注意事项。总的来说，就是要注意在做系统配置的时候，不要忽视了已经存在的东西。有些配置或许在原始项目中已经做了，而且不是使用的标准设置，在做roll out项目的时候就要特别引起注意，不要因为roll out把母公司的业务给搅乱了。 技术方面的问题不能分门别类地谈，比较零乱，只…

本系列文章主要讨论在SAP实施Roll out项目中需要注意的事项，包括思路与项目管理，技术细节与数据两个部分。 本文讨论项目实施实施的思路与项目管理方面。 Roll out项目，本身在很多方面不同于全新的实施项目。它在很多方面受制于Global的实施思路和系统配置的影响。这种影响主要体现在以下几个方面。 第一，业务流程限制 与全新项目不同，Roll out项目的业务流程都是已经定好了的。实施的过程是一个把已有的业务流程复制到另一个子公司的过程。这就从根本上规定，业务流程实现方式必须以母公司为模…

前几天去维也纳，是因为我公司的奥地利分公司与奥地利的一家工厂一起合作一个项目，而这个工厂在中国有一个分厂，于是我们被派去我公司奥地利分公司进行knowledge transfer，以便回到中国来在这个工厂的中国分厂继续这个项目。 瞧这句话，真长。好象听说高水平的作家，都是用短句的。句子越长，代表水平越低。这话是有一屁股的道理的。 在我公司向我们讲解这个项目时，我感觉到他们做项目的方式跟我们差别太大了。 国内的顾问做项目，一般一个项目做下来会对客户方的流程了如指掌。不仅仅是SAP技术方面的顾问，更…

SAP系统上线时要导入数据，这是众所周知的。一般来说，顾问会提供数据搜集的模板（一般是EXCEL模板），然后客户在这个模板上进行填写。很多人认为，数据搜集是客户的事情，顾问主要是提供模板，将搜集上来的数据导入系统。顾问的精力不应该花在数据搜集的过程中。但我认为，为了项目上线顺利，顾问应该与客户一起进行数据搜集工作，对其进行各方面的指导。 为什么呢？有句老话说，三分软件，七分管理，十二分数据。这话不无道理。数据的重要性不用多说，大家也都是有共识的。那么，为什么在这个过程中顾问就不该去帮助客户呢？我…

SAP系统上线前后要有很多内容要进行检查。比如，配置传输是否正确？数据导入是否正确？相关账期是否打开等等。如果该做的某一步没有做的话，可能会导致上线不顺利或者上线后操作出现各种问题。 这些检查的动作并不复杂，难度也不高，难的是不漏掉任何一项该检查的东西。所以一般要事先制定一个检查清单check list，在需要的时候拿这个单子来对一遍。这个check list的格式千变万化，都没有太大关系，最重要的是内容一定要全。对于检查清单的制作来说，全，是最重要的要求，甚至是唯一的要求。 下面列出一些上线前…

SAP系统上线是以往几个月的工作成果被全面检验的日子。蓝图设计再好，系统实现再好，最终上线时临门一脚没踢好，项目也会变得很尴尬。上线时的转换策略是个很大的话题，这里仅就数据导入过程中的几个细节简单谈一下。 细节决定成败。不论以往的工作做得多么出色，上线后的那几天总是会出现这样那样的问题的。用户总是会操作不当的。数据总是会出现错误的。系统配置的更改在某些时候也是必要的。一切似乎都会乱作一团。这个时候，决定成败的，往往是细节。 第一，物料主数据导入过程中的注意事项。 要保证物料价值的正确性。物料价格…

SAP系统上线时，如果考虑不周全，就会有很多意料之外的事情。下面即是一例。 平时进行业务操作时，都是先创建好合同，然后根据合同来创建采购单。一般来说没有什么问题。 但在上线导入这些未清业务数据时，情况就大不一样了。需要注意的东西就多了一些。比如，如果创建合同的时候，合同有效起始日期被误选择为是上线那天（系统默认是当天的）；而创建采购单的时候，采购单的创建日期需要定为上线前的某个真实日期。这时候，采购单行项目就取不到合同上的价格。这种情况在平时正常操作的时候是不容易遇到的。 而上线时一般都会很忙，…

SAP项目上线时，在cutover时票到货未到和货到票未到的部分，一般来说在手工操作中是账实不符的，不象SAP搞了个GR/IR账户进来。这部分货或者票，在上线时应该怎么处理呢？拿货到票未到说，导库存时，是导还是不导？ 如果导入的话，就要在财务方面设立相应的财务账户，把暂估的金额导进去，等将来收到发票时手工做账，借记此账户，贷记供应商应付。但这么做的问题就是，如果将来发票有差异怎么办？不能直接记入物料库存价值中。 个人倾向于不导入的方式。不导入库存，处理的方法就是先在账外做好记录，上线后立即创建采…

小组内部讨论了一下上线时间，CUTOVER时间被定为从23号推迟到29号。为啥会这么晚呢？因为用户这边本月销售量比较小，客户想要在月底冲一冲量，如果定23号，那么一周的销售额就会被记录到下个月，使得本月销售量更小，所以要把29号定为最终结账时间。这样的话，上线时间就被从原定的3号推迟到6号去了。 以往也有过类似情况。几乎所有的上线时间都是定在月初1号，而结账日期都是在20号之后的前几天，客户普遍反映说是月底冲销售额，上线使得他们当月销售额不足。 月底冲销售，这应该是许多企业的普遍做法。这种做法极…