前几天去维也纳，是因为我公司的奥地利分公司与奥地利的一家工厂一起合作一个项目，而这个工厂在中国有一个分厂，于是我们被派去我公司奥地利分公司进行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号之后的前几天，客户普遍反映说是月底冲销售额，上线使得他们当月销售额不足。 月底冲销售，这应该是许多企业的普遍做法。这种做法极…

偶夫人在一公司做内部顾问。她本来是做SD模块的，可是公司里什么模块的问题都要她来解决，因为只有她一个业务顾问。我经常应邀解决他们的MM问题，甚至FI问题。但在FI上，我也是十窍通九窍那种。 夫人经常跟我抱怨说用户问题多多。他们的IT部员工有很多都走掉了。各个部门文档也没留下，人才也没留下。经常会有操作上的难题以及操作错误出现。夫人一个人，只能扮演救火员的角色，根本没有时间去做其他事。用户不会做了都要来找她，出了问题也要找她。这就够忙活的了，可问题是，他们还有很多话说。有时候夫人问他们：这个操作你…

与向供应商退货维修有点类似。不过首先声明，本人不是做SD的，可能这个问题会很简单。 客户有商品坏了，要拿回来换。但只是换，而不是退。这时候，如果非要做销售退货单，则一般需要让客户把原发票拿回来。很多时候这是不可能的。再者，如果做退货单并收货，会产生财务凭证，货物所有权从客户转到自己公司。这不是期望的情形。 所以一般实际中都是走系统外。但这样做的结果就是无法监控和记录。 SAP相关产品： SAP GRC权限合规检查系统（简称AMS-R系统）是SAP ERP应用企业进行权限合规检查、违规数据抓取和I…

一般采购的时候除了总价外，还会有部分附加费用，比如运费，关税等。这些东西与货物本身价值一起进入库存账户。在做收货的时候，它们被计入GR/IR delivery cost的中转科目，然后在做发票校验的时候被冲平。 有客户有这样一个需求：想统计在某一段时间之内，运费关税等交货成本占相应的货值的百分比，应该怎么做？好象系统并没有这种手段。能想到的办法就是从发票中去抓数据并汇总来进行分析。可是SAP为什么没有标准的功能来实现呢？如果要抓数据，只能写代码，用开发的程序来做。不是每个项目都有富余的ABAP人…

做权限是个烦人的活计。我想做权限的筒子们大都有这个感觉。我见过的系统做权限时没有速度快的，都慢得跟乌龟爬一样。另外，用户一多了，角色组织就是个大问题，要兼顾到灵活方便与整齐划一。按岗位组织角色？还是按功能组织角色？给每个用户都配备的通用角色，范围要大到什么程度？这些都是要考虑的问题。当然，最终决定权限好不好做的因素，还是公司的管理是不是规范。 这里要说的权限问题不是组织角色的问题，也不是系统速度慢的问题。而是一个暂时未解决的技术问题。 大家知道，权限是靠权限对象来控制的。权限对象，比如，单据类型…

我们知道，采购组这个东西，是可以用来控制采购权限的。它可以控制到，某个人只能开具或者审批某个采购组的采购单。但是一直让我迷惑的是，它对物料没有任何控制作用。如果企业希望控制到某个采购组的员工只能开具该类别的商品的采购单，目前为止我是没有发现SAP可以满足该需求的功能的。无论你在采购单抬头里输入哪个采购组别，在项目里头输入任何商品都是可以通过的。物料主数据里的采购组别在这里不起控制作用。 这个采购组的审批控制功能，看上去似乎毫无用处。它到底是SAP设计用来做什么用途的呢？而且，卖糕的，它还是一个相…