SAP WM 同一个工厂下跨仓库号转库

SAP WM 同一个工厂下跨仓库号转库 SAP制造业项目里，同一家工厂一般而言都会只设置一个仓库号，这家工厂下的多个不同的存储地点共享同一个仓库号，这是项目实践中常见的Practice。 笔者一直很好奇，如果同一个工厂代码下二个不同的存储地点各自有单独的仓库号，转库的时候会是什么样子的。 工厂NMDC下的存储地点0001，仓库号是NM1；存储地点1001，仓库号是NM2。 回车，进入如下界面: 后台执行方式创建TO单， 仓库号NM1下的TO#156， 仓库号NM2下的TO#2 也就是说当我们做移动类型311转库的时候，如果库存地点分属于2个不同的仓库号，则SAP过账后会自动在 2个仓库号下分别创建一个TR单据，方便业务人员分别是不同的仓库里创建TO单据完成WM层面的操作。

SAP WM 同一个工厂下跨仓库号转库初探 I

SAP WM 同一个工厂下跨仓库号转库初探 I SAP制造业项目里，同一家工厂一般而言都会只设置一个仓库号，这家工厂下的多个不同的存储地点共享同一个仓库号，这是项目实践中常见的Practice。 笔者一直很好奇，如果同一个工厂代码下二个不同的存储地点各自有单独的仓库号，转库的时候WM层面会是什么样子的。 工厂NMDC下的存储地点0001，仓库号是NM1；存储地点1001，仓库号是NM2。 TR#113 为该物料凭证号执行事务代码LT06, 回车，进入如下界面: 可以发现该物料凭证号与2个仓库号下的TR关联，一个是NM1仓库号下的TR#113，一个数NM2仓库号下的TR#3。 这是同一个工厂下多个仓库号的前提下，跨存储地转库的特殊之处。

SAP WM 同一个工厂下跨仓库号转库初探 II

SAP WM 同一个工厂下跨仓库号转库初探 II 这篇是接着昨天撰写的《SAP WM 同一个工厂下跨仓库号转库初探 I》,对相关数据作进一步的研习和说明。 如下物料凭证号是执行MIGO事务代码，移动类型311做的一笔工厂内的转库，2个存储地分属于2个不同的warehouse number。 物料号820的库存33个由库存地0001（仓库号NM1）转入库存地1001（仓库号2）。 1,输入MIGO事务代码，然后输入物料凭证号，显示这个物料凭证号，只能看到一个item，如上图。 执行事务代码SE16, 数据表MATDOC, 能更直观的看到它有2个item，所属的仓库号分别是NM1和NM2。 也就是说当我们做移动类型311转库的时候，如果库存地点分属于2个不同的仓库号，则SAP过账后会自动在2个仓库号下分别创建一个TR单据，方便业务人员分别是不同的仓库里创建TO单据完成WM层面的操作。

丢人现眼……GitHub阿波罗11号代码仓库惨遭中文灌水

问耕 发自 凹非寺 量子位 出品 | 公众号 QbitAI 这不是一件光彩的事情。 昨天登上GitHub趋势热榜第一的阿波罗11号（Apollo 11）代码仓库，获得了3万多标星称赞，但也同时惨遭中文灌水的侵扰，引发了众多网友的热议。 50年前，三位宇航员搭乘阿波罗11号，完成人类第一次登月任务。 ? 为了纪念这一事件，用户Chris Garry在GitHub上传了阿波罗11号的代码，总共14.5万行，主要涉及制导计算机（AGC）中指令模块（Comanche055）和登月模块（Luminary099） 然而事情很快起了变化，在这个代码仓库中，最近两天被关闭的51个Issues中，有45个中文Issues，占比超过88%，其中大部分是无意义的灌水。 我们截个图，给大家看看。 ?

GitHub阿波罗11号代码仓库惨遭中文灌水，丢人现眼……

近日登上GitHub趋势热榜第一的阿波罗11号（Apollo 11）代码仓库(https://github.com/chrislgarry/Apollo-11)，获得了4万多标星称赞，但也同时惨遭中文灌水的侵扰 50年前，三位宇航员搭乘阿波罗11号，完成人类第一次登月任务。 ? 为了纪念这一事件，用户Chris Garry在GitHub上传了阿波罗11号的代码，总共14.5万行，主要涉及制导计算机（AGC）中指令模块（Comanche055）和登月模块（Luminary099） 然而事情很快起了变化，在这个代码仓库中，最近两天被关闭的234个Issues中，几乎被中文Issues所占据，其中大部分是无意义的灌水。 我们截个图，给大家看看。 ?

SAP EWM学习笔记之WM仓库号和EWM仓库号的LINK

SAP EWM学习笔记之WM仓库号和EWM仓库号的LINK如下的INBOUND DELIVERY里，仓库号是171.在后台配置里，这个三位字符的仓库号与Plant + Storage Location组合关联 ，同时需要指定这个三位字符的仓库号是一个EWM仓库，并且将它与一个事先定义好的四位字符的EWM仓库号LINK起来，如下图示：同时需要将工厂+存储地点组合分配EWM仓库号+Avail.Grp组合，如下图示

SAP WM中阶跨仓库号冻结物料库存场景下WM层面的行为

SAP WM中阶跨仓库号冻结物料库存场景下WM层面的行为 1, 执行事务代码MIGO,移动类型344，将工厂NMDC下存储地点0001里物料号820，批次号0000000531的1个库存冻结，同时将其库存转移到库存地点 这2个存储地点对应的仓库号分别是NM1和NM2。 过账后，产生了下图的物料凭证号。 2个TR与该物料凭证号相关。 选中2个TR，然后以前台方式创建TO单， 保存， 继续保存， 两个仓库号下分别创建了TO单据，分别是157(warehouse nm1)和3(warehouse nm2)。 4, 执行事务代码LT21分别看这2个TO单里的数据， 5,由此可见，在跨仓库号冻结库存的时候，SAP系统在决定WM层面的移动类型的时候，对于IM层面移动类型344，不是找到WM层面的移动类型309

【Git 第11课】 远程仓库

之前讲了很多课，都是在本地仓库里进行操作。而 Git 的作用一方面在于对文件进行版本控制，更重要的是便于多人协作开发。因此只有本地仓库的 Git 算不上真正的 Git。 而 GitHub 就是创建远程仓库的好地方。 通过 git remote 命令可以查看当期有哪些远程仓库。 还记得我最开始安装成功后从 GitHub 上 clone 下的那个项目吗？ 当你是从远程仓库 clone 一个仓库到本地时，会自动将此地址加到你的远程仓库列表中，并命名为 origin。 而如果是一个在本地 git init 创建的仓库，刚开始时 git remote 是看不到任何信息的，因为它没有添加任何远程仓库。 对于远程仓库的操作，后面还有很多等待我们去折腾的。 现在可以去 GitHub 注册个号，然后建一个自己的项目，clone 到本地。因为别人的项目是没有权限进行写操作的。接下来我们很快就会用到它。

SAP WM 事务代码LT10的不足之处

SAP WM 事务代码LT10的不足之处SAP WM模块里的事务代码LT10，可以用于为多个物料的库存做批量的转库。 它使用起来比较简易，方便，可以支持业务人员的快捷转库操作。但是该事务代码也有美中不足。本文简要做一个说明，算是笔者的一个小小的心得，与同行朋友们共勉。 执行事务代码LT10,进入如下界面，‘仓库号’是必输字段，这是正常的，毕竟WM层面的操作都是在某个仓库号下进行的。 输入相关参数，比如工厂，物料号等，执行，进入如下界面，系统显示指定符合条件的物料库存数据。 ，也就是说不能部分数量的转库，只能将选中的库存全数量的转移到指定的货架上。

SAP MM MIGO + 301 K 可以对供应商寄售库存跨工厂转库

SAP MM MIGO + 301 K 可以对供应商寄售库存跨工厂转库 对于供应商寄售库存，我们是可以使用事务代码MIGO，移动类型301，特殊库存标记K, 来实现供应商寄售库存的跨工厂调拨。 然后执行事务代码MIGO，做301+K的转库操作： Post，成功过账了，产生了物料凭证号， MIGO显示这张物料凭证号： 这说明事务代码MIGO 移动类型301 K是可以实现对供应商寄售库存的跨工厂调拨过账的

SAP WM中阶之LT25确认Group中的TO单据

1，物料号760,激活了2-Step Picking。 2, 执行事务代码MIGO+移动类型311，对物料760做了3次转库操作。产生了3个TR， TR 37 & TR 38 & TR 39。 创建Group , Next， 选中311移动类型行项目，点击按钮”Assign Group”, 系统进入如下界面， 输入组描述，点击回车，进入如下界面， 能看到SAP系统已经产生了group 号14 输入仓库号，组号，执行，系统进入如下界面， 鼠标点击Pick,然后点按钮Create TOs, 进入如下界面， 回车后，完成相关操作，保存， TO单据创建好了。 输入仓库号和组号，执行， 选中TO号，点击 按钮， TO单据被成功的确认了。 注：本文基于SAP S4/HANA 1909系统。 -完- 写于2022-3-11

SAP WM 初阶之不常用事务代码LB01 - Create TR Document

它正常情况下都是自动创建，当业务人员完成了IM层面的收货，发货，或者转库操作之后。一般不需要人工创建TR单据。 执行事务代码LB01, 进入如下界面， 仓库号和移动类型都是必输字段。 极少数情况下，需求部门通过手工方式创建TR来传递需求给到仓库管理人员，仓库业务人员执行LB10或者LB11等事务代码接受到需求后，创建TO单据将物料从仓库搬到指定的位置，由需求部门使用。

11月6号做的题目

SAP MIGO移动类型311转库过账后WM层面产生了Posting Change Notice？

SAP MIGO移动类型311转库过账后WM层面产生了Posting Change Notice？ 如下图示，该物料凭证号是一笔库存地点到存储地点的转库操作过账后生成的。 3，如果是从一个启用WM管理的存储地点转移库存至另外一个启用WM的存储随点，2个存储地点共用同一个仓库号的话，则WM层面的移动类型是309。 这是SAP的标准行为。 完 写于2021-10-24.

SAP MM公司间STO里的一步法转库？

SAP MM公司间STO里的一步法转库？ 我修改了如下的配置， 试图实现，当我们将商品从NMI1 转入NM03的STO单据做发货过账的时候，系统一步法完成转库，即发货公司发货过账的时候自动完成收货方公司的收货过账。 如下图示： 2，建一个正常采购的跨公司STO。 ITEM category为空，代表正常采购。 看schedule line category NC(intercompany replen.)的配置（VOV6）里，有设置一步法转库时的移动类型645。 如下图： 3，这意味着，在标准SAP系统里，供应商寄售模式的公司间STO，是不能一步法转库的。 -完- 写于2021-11-16.

2023 11月1号写的题型

LeetCode | 使用双指针解决11号题

那我就接着做下一道题号，第11题号。 ? 什么是双指针，我仔细在脑海中回忆了下。哈哈，原谅我这么健忘。 ……（这是关于指针的解释） 哦原来如此。 话不多说，我们就解决11题号（盛最多的水）吧。 ? 两种方法——暴力解决法和双指针法。 暴力解法是简单考虑每对可能出现的线段组合，找出最大的面积就可以了。 ?

SAP MM 公司间STO的交货单里的移动类型的确定

通过如下的配置， Delivery item category NKN用于供应商寄售库存的跨公司STO场景里的交货单，它对应的schedule line category 是K0。 Delivery item category NLC用于normal库存的跨公司STO场景里的交货单，它对应的schedule line category 是NC。 如下配置路径: 可以看到，对于普通库存的公司间STO场景，正常情况下该交货单发货过账后移动类型是643，如果是一步法转库，则其移动类型是645。 如果是一步法转库，则其移动类型是空，即标准SAP不支持这种场景下采用一步法转库。 -完- 写于2021-11-16.

MM在途库存与中转库存

在途库存、中转库存的形成可能有不同的操作原因，下面以库存转移为例，我们学习讲述三种导致不同的在途库存（中转库存）的库存调拨之间的差异 【在途库存】与【中转库存】的定义 Stock in Transit ，而未清采购订单与在途库存并不相等（会不准确） 3） 报表MB52显示仓库中库存 事务码MB52可以单独显示中转库存和途中库存，也可以汇总显示中转库存和途中库存 如上文提到的，中转库存（In transfer 303 工厂到工厂的转账-移出仓库 313 库存地点到库存地点的转账 总结： 从系统层面来讲，应该严格区分中转库存和中途库存 1） In Transfer（中转库存）是指一方已经发出，另外一方尚未收到， ： 1） 不同的库存转储方式的差异比较，移动类型313导致的中转库存是属于特定库存地点下，因此若目标库存地点明确，应使用313类型；移动类型303导致的中转库存是属于特定工厂，而非库存地点下的 2） 在途库存和中转库存信息的保存 移动类型303导致的中转库存记录在表MARC中，中转库存在工厂级别；移动类型313导致的中转库存记录在MARD中，中转库存在库存地点级别 通过库存调拨单，导致的在途信息并未记录在库存的表中，只是在表EKET

盘点！10种拣货技术及参数分享

说明： 纸单拣货还是大多数仓库使用的解决方案 优点：作业简单；价格低廉 缺点：单据众多；效率低，差错率高；低生产率/准确度；不是实时的。 使用场景：仓库作业量较小；临时的仓库设施；低价值产品小批量发货；仓库作业人员低工资水平；仓库作业成本难以评估 效率说明： 投资额 5000元起 收货/上架效率 15–25行/小时 补货效率 20–35行 ，确保所有库存移动的实时准确性；射频拣选最适合于慢/中速环境，其中条形码在产品或库存容器级别可用；RF拣选也适用于项目特定数据采集至关重要的环境，如序列号 效率说明： 投资额 5,000-8,000元/ 说明： 货到人水平旋转库拣选。 优点： 没有行进时间，因此选择率更高;无操作通道-高密度存储;可在较小的仓库占地面积内存储高库存品种 缺点： 旋转库的补货需要等待时间，不能进行拣选；或者机器的总吞吐量降低;旋转库的最大吞吐率受限于最大运算符拣选率