喜欢打酱油的老鸟

今天是2024年12月28日，临近阳历年年底。时光飞逝，笔者还没有来得及干一件惊天地泣鬼神的大事，2004年就快要结束了，实在是让人唏嘘不已，心有不甘！每到年底，很多人都会习惯性的做一下年终总结，制定新的一年的计划与目标。笔者也不能脱俗，所以趁周末有时间，写下这篇文字，也算是年终总结系列中的一篇吧。

比如2024年，笔者就做了2个SAP项目，分别是W项目和A项目。总结下来，笔者在W项目和A项目上的境遇迥异，一个地下一个天上吧。

SAP QM 修改了MIC参数，相关检验计划里的MIC的参数自动同步？

正常情况下，能被事务代码QA16找到的检验批，都是OK的检验批。所谓OK的检验批，是指检验结果都已经录入，并且已经close的检验批。

有一个栏位叫做Recording configuration的，根据不同的配置在录入检验结果的界面，SAP系统会有不同的行为。

理论上讲，所有的SAP事务代码都可以搬到Fiori界面上。比如SAP MM模块的那个功能强大的事务代码MIGO也可以根据项目的需要，将其功能放置于Fiori界面上。

SAP Fiori界面是一个很好的平台或者说是门户，我们根据需要可以将SAP系统的很多标准功能放在Fiori主页上，这样可以实现网页版的SAP，方便企业用户实现移动办公。

既然要做UD，肯定要对检验批上的所有数量的质检库存全数做处理，要么全部放行，要么全部冻结，要么部分数量放行部分数量冻结但是放行数量和冻结数量之和等于检验批上的数量。

在SAP系统上客供料的收货，通常有两种方式：直接MIGO+501 特殊库存标记B；创建一个采购订单，然后对采购订单执行收货。

在制造业行里，经常遇到企业作为委外加工商为其客户加工的业务场景，即客户提供原料给企业，企业经过加工处理后返还给其客户，然后向客户收取加工费。在这个场景里，客户提供给加工企业的原料，就是所谓的客供料。这些物料的产权属于客户，不属于加工企业，但是会放在加工企业的仓库里。在SAP系统上客供料的收货，通常有两种方式：直接MIGO+501 特殊库存标记B创建一个采购订单，然后对采购订单执行收货。

小公司因为企业规模小，业界知名度小，竞争不过头部同行企业，只能去抢一些预算紧张的民营企业的项目。这样的项目一定很难做，尤其是对于笔者这样的超过40岁的人来说，做这样的项目形同自己虐待自己，作践自己。比如IBM,AC,凯捷或者印度公司比如TCS,InfoSys等业界知名外企乙方公司的项目，都是相对靠谱的。这些大公司能够拿下业界土豪客户比如跨国外企的项目，因为他们牌子大业界口碑好，能得到不差钱大客户的亲赖和信任。基于惯性，这些公司的SAP项目实施过程不可避免的会出现节奏很快，不得不加班熬夜的现象。

初始化库存过账的时候，SAP系统不会自动将库存金额5000除以库存数量100PC然后为该物料计算出一个标准价格！这就是标准价与移动平均价的不同之处。

In one SAP project, I need to load material master data ‘Sales Text’ view according to the requirement of business team.So I prepared a LSMW tool in order to support the data loading. Below is the description of the key steps of this LSMW tool.

笔者在项目上由于销售部门业务人员有使用到Sales Text,所以笔者导入物料主数据的时候需要为其导入Sales Text.导入物料的Sales Text看起来很简单，其实不然。

后来经过反复比较导入成功和导入报错的数据，发现这些报错是由于在Excel的数据是业务人员从其它的地方复制到主数据文件模板里。这导致部分字段值的前一位实际上有一个空格。LSMW工具读取到数据里含有空格，自然就不能被正常识别和导入了。

在某项目上，笔者使用LSMW里的Direct Input方式导入物料主数据的。

在某项目上，笔者使用LSMW里的Direct Input方式导入物料主数据的。

这个按钮虽然早就在这个界面上存在，但是笔者之前从未真正关注过这个按钮，也基本没有点击过这个按钮。近期因项目上一个偶然的场合，笔者对于这个按钮有了关注，发现它很有用，也算是笔者做这个当前这个项目获得的一个意外收获吧。

在SAP WM模块里，LT06或者LT04都能产生转储单，用于收货后对于物料库存的上架或者下架后对于物料的下架。在上架界面里，会出现Palletization数据

使用MASS事务代码来扩展仓库号的前提是，只用将物料扩展其仓库视图，至于视图里的相关字段都是空值。如果仓库视图里还有很多字段比如stock placement indictor, stock removal indicator, storage section indicator甚至是托盘化数据，就不能使用MASS来做了，只能使用LSMW导入工具来进行了。

SAP WM模块中事务代码LT21用于显示转储单（TO单）。在这个界面里，在TO单号码下方的位置，看起来像是HEADER的位置，会显示source storage bin/destination storage bin的。由于TO单里的source storage bin和destination storage bin是item level的数据，并不是header level的数据，所以在不同的TO单里，这个位置显示的内容是不同的。

SAP LSMW日志信息如何导出到Excel里?

SAP WM 2个不同的存储类型之下可以有相同代码的Storage Bin

笔者在之前的项目上，导入SAP WM里的storage bin主数据多是使用录屏模式的LSMW工具。笔者目前所在的项目上，发现了还可以使用Direct Input的方式来导入Storage Bin主数据，这让笔者很是兴奋。所以在自己的IDES系统上做了一个这样的LSMW工具。本文算是一个备忘录笔记吧。

笔者所在的项目上需要做一个发货到成本中心的批量导入工具。按照惯例是使用LSMW来做的，不过项目上对于货物移动的批量导入，多是用Standard Batch/Direct Input的方式，而非录屏方式。

这种现象是由于之前收货过账后没能及时完成WM层面的LT06上架操作，而后续取消收货过账后却想着去执行LT06做下架操作导致的。业务人员的不规范操作，会带来预想不到的各种问题。

SAP 事务代码WE42将Process Code指派给Message Type

如下的IDoc,状态51，报错信息是”不允许功能模块：ABI_IDOC_DISPATCH”, 该报错的英文版是：Function module not allowed: ABI_IDOC_DISPATCH

SAP WE64 可以查询指定Message Type的Process Code

Item 1是库存从0002转入1000，item2(XAUTO=’X’)是库存从1000转入0002.这实在不能理解啊。这样的话，如果要基于这个物料凭证来打印转库单什么的话，我们的打印程序就只能抓取这个表里该物料凭证号里的XAUTO不等于‘X’的记录了！就算是一个库存地点（0002）库存减少，一个库存地点（1000）库存增加，所以SAP在写数据到数据库表MATDOC的时候创建2个item，但是这2个item里的库存转移的方向不能相反吧？

注意到没，计划协议这种采购单据，可以同时出现在ME2M和ME3M这2个采购报表的结果里，两头通吃啊。而采购合同和采购订单则只能分别出现在ME3M和ME2M报表结果里。由此可见，计划协议真的是一个非常特殊的采购单据。

它只决定报表显示那些信息，而不能作为报表是显示采购订单还是显示框架协议这两种单据类型的过滤条件。

SAP WM模块里的事务代码LT10，可以用于为多个物料的库存做批量的转库。比如将某个存储类型下的多个货架里的物料库存，一次性的转入某个指定的存储类型下的货架上。它使用起来比较简易，方便，可以支持业务人员的快捷转库操作。但是该事务代码也有美中不足。本文简要做一个说明，算是笔者的一个小小的心得，与同行朋友们共勉。

这说明scope of list配置界面里的‘PO history’ 选项的控制作用不在于决定报表结果里是否显示POH（Purchase order history）信息。

由此可见，采购报表能不能以ALV格式显示结果，将个人账号里的参数ME_USE_GRID设置成‘X’，并不是最关键的最本质的方式。

可以在user profile里设置参数ME_USE_GRID=‘X‘的方式，SAP就可以ALV格式来显示这个报表。这是常规做法，网上很多文章都有提到过这种方式，使得采购相关的报表能以ALV这种比较用户友好的格式显示结果。

在很多项目里面，都是一个或者多个工厂代码+多个Storage Location共用同一个仓库号。这个场景里物料被收到不同的存储地点后上架到同一个仓库号下，在WM层面是没有办法通过Storage Type或者Storage bin来区分该库存是属于哪个Storage Location的。因此在QUANT（份）的属性里带上Storage Location进行区分，是必须的。

因为某个原因，客户可能希望在完成201发货过账后，系统不自动创建TR单据，后续的TO单据是通过写程序自动来完成。如何在不改变现有移动类型201的配置下，实现过账后只产生物料凭证，而不触发TR单据？

我的某个SAP系统账号的USER PROFILE里定义了如下参数

这说明SAP系统会做判断的，重复对313出库的物料凭证号执行MBSU做315收货，是不可能成功的！！！报错是对的，因为这符合SAP系统的严谨性，也是符合笔者的预期。