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制造业项目里,同一家工厂一般而言都会只设置一个仓库号,这家工厂下的多个不同的存储地点共享同一个仓库号,这是项目实践中常见的Practice。 笔者一直很好奇,如果同一个工厂代码下二个不同的存储地点各自有单独的仓库号,转库的时候WM层面会是什么样子的。 工厂NMDC下的存储地点0001,仓库号是NM1;存储地点1001,仓库号是NM2。 TR#113 为该物料凭证号执行事务代码LT06, 回车,进入如下界面: 可以发现该物料凭证号与2个仓库号下的TR关联,一个是NM1仓库号下的TR#113,一个数NM2仓库号下的TR#3。 这是同一个工厂下多个仓库号的前提下,跨存储地转库的特殊之处。
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层面的操作。
SAP EWM学习笔记之WM仓库号和EWM仓库号的LINK如下的INBOUND DELIVERY里,仓库号是171.在后台配置里,这个三位字符的仓库号与Plant + Storage Location组合关联 ,同时需要指定这个三位字符的仓库号是一个EWM仓库,并且将它与一个事先定义好的四位字符的EWM仓库号LINK起来,如下图示:同时需要将工厂+存储地点组合分配EWM仓库号+Avail.Grp组合,如下图示
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
SAP WM 事务代码LT10的不足之处SAP WM模块里的事务代码LT10,可以用于为多个物料的库存做批量的转库。 它使用起来比较简易,方便,可以支持业务人员的快捷转库操作。但是该事务代码也有美中不足。本文简要做一个说明,算是笔者的一个小小的心得,与同行朋友们共勉。 执行事务代码LT10,进入如下界面,‘仓库号’是必输字段,这是正常的,毕竟WM层面的操作都是在某个仓库号下进行的。 笔者认为这是LT10这个事务代码的第一个美中不足之处。输入相关参数,比如工厂,物料号等,执行,进入如下界面,系统显示指定符合条件的物料库存数据。 ,也就是说不能部分数量的转库,只能将选中的库存全数量的转移到指定的货架上。
SAP MIGO移动类型311转库过账后WM层面产生了Posting Change Notice? 如下图示,该物料凭证号是一笔库存地点到存储地点的转库操作过账后生成的。 3,如果是从一个启用WM管理的存储地点转移库存至另外一个启用WM的存储随点,2个存储地点共用同一个仓库号的话,则WM层面的移动类型是309。 这是SAP的标准行为。 完 写于2021-10-24.
SAP MM MIGO + 301 K 可以对供应商寄售库存跨工厂转库 对于供应商寄售库存,我们是可以使用事务代码MIGO,移动类型301,特殊库存标记K, 来实现供应商寄售库存的跨工厂调拨。 然后执行事务代码MIGO,做301+K的转库操作: Post,成功过账了,产生了物料凭证号, MIGO显示这张物料凭证号: 这说明事务代码MIGO 移动类型301 K是可以实现对供应商寄售库存的跨工厂调拨过账的
如果不想每次都输入完整的 Git 命令,可以通过 git config 文件来轻松地为每一个命令设置一个别名
它正常情况下都是自动创建,当业务人员完成了IM层面的收货,发货,或者转库操作之后。一般不需要人工创建TR单据。 执行事务代码LB01, 进入如下界面, 仓库号和移动类型都是必输字段。 极少数情况下,需求部门通过手工方式创建TR来传递需求给到仓库管理人员,仓库业务人员执行LB10或者LB11等事务代码接受到需求后,创建TO单据将物料从仓库搬到指定的位置,由需求部门使用。
多层穿梭车 以上这10种拣货技术基本上覆盖了目前常用的模式,我们的目标是阐明不同的拣货方式的特点以及通过行业数据帮助大家理解某些技术/系统为什么适合于某些环境。 使用场景:仓库作业量较小;临时的仓库设施;低价值产品小批量发货;仓库作业人员低工资水平;仓库作业成本难以评估 效率说明: 投资额 5000元起 收货/上架效率 15–25行/小时 补货效率 20–35行 ,确保所有库存移动的实时准确性;射频拣选最适合于慢/中速环境,其中条形码在产品或库存容器级别可用;RF拣选也适用于项目特定数据采集至关重要的环境,如序列号 效率说明: 投资额 5,000-8,000元/ 说明: 货到人水平旋转库拣选。 优点: 没有行进时间,因此选择率更高;无操作通道-高密度存储;可在较小的仓库占地面积内存储高库存品种 缺点: 旋转库的补货需要等待时间,不能进行拣选;或者机器的总吞吐量降低;旋转库的最大吞吐率受限于最大运算符拣选率
SAP MM公司间STO里的一步法转库? VL10B为该交货单创建交货单。 VL02N 为交货单80000773做拣配,发货过账。 没有自动做收货。一步法没有效果? 如下图示: 2,建一个正常采购的跨公司STO。 ITEM category为空,代表正常采购。 执行VL10B 创建交货单,交货单号是:80000774 VL02N对该交货单80000774完成拣配,发货过账, 看采购订单历史, 可以看到对交货单发货过账后自动完成了101过账。 如下图: 3,这意味着,在标准SAP系统里,供应商寄售模式的公司间STO,是不能一步法转库的。 -完- 写于2021-11-16.
因为含有大量的编程书籍,这让它成为一个非常棒的仓库。 Developer Roadmap GitHub⭐:155K + 被难题困住了?还是需要一些建议来指导你进入开发者行业? 这个 仓库 将为你提供帮助。它拥有想要成为前端、后端或 DevOps 工程师需要的所有技术。你可以选择符合需求的或适合自己的,因为它提供了多种多样的技术。 OSSU Computer Science GitHub⭐:81K + 如果你没有计算机学科的相关履历或学位,但又想达到相同的水平,那么这个仓库非常适合你。 Build your own X GitHub⭐:103K + 如果你相信「边做边学」的原则,那么该仓库就有可能成为你每天在 GitHub 停留的地方。 该仓库为这个广泛的主题提供了有组织的资源集合。
前言 最近在网上看到一个问题:10亿QQ号如何去重? 我觉得挺有意思的。 今天这篇文章跟大家一起分享一些常见的解决方案,希望对你会有所帮助。 = ; } } 2.2 QQ号范围优化 QQ号范围:10000(5位) - 9999999999(10位) 位图内存计算: (10^10 - 10^4) / 8 / 1024/1024 = queue.poll(); long qq = Long.parseLong(entry.value); // 去重:只写入不重复的QQ号 Redis实时去重 增量数据实时处理 O(n) O(1) 100% 分层位图索引 超大规模精准去重 O(n)压缩存储 O(1) 100% 九、实战经验与避坑指南 9.1 数据倾斜解决方案 问题场景:部分QQ号段过于集中 亿QQ号去重的本质,是将问题拆解到每个计算单元都能高效处理的粒度。
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
在途库存、中转库存的形成可能有不同的操作原因,下面以库存转移为例,我们学习讲述三种导致不同的在途库存(中转库存)的库存调拨之间的差异 【在途库存】与【中转库存】的定义 Stock in Transit ,而未清采购订单与在途库存并不相等(会不准确) 3) 报表MB52显示仓库中库存 事务码MB52可以单独显示中转库存和途中库存,也可以汇总显示中转库存和途中库存 如上文提到的,中转库存(In transfer 303 工厂到工厂的转账-移出仓库 313 库存地点到库存地点的转账 总结: 从系统层面来讲,应该严格区分中转库存和中途库存 1) In Transfer(中转库存)是指一方已经发出,另外一方尚未收到, : 1) 不同的库存转储方式的差异比较,移动类型313导致的中转库存是属于特定库存地点下,因此若目标库存地点明确,应使用313类型;移动类型303导致的中转库存是属于特定工厂,而非库存地点下的 2) 在途库存和中转库存信息的保存 移动类型303导致的中转库存记录在表MARC中,中转库存在工厂级别;移动类型313导致的中转库存记录在MARD中,中转库存在库存地点级别 通过库存调拨单,导致的在途信息并未记录在库存的表中,只是在表EKET
SAP MM 两步法工厂内部移库 在SAP MM模块中工厂内部2个不同库存地点之间的转库,是一个非常常见的业务流程。 我们可以使用311移动类型来实现一步法转库,也能使用移动类型313+315组合来实现两步法转库。 在两步法转库流程里,315移动类型的物料凭证可以使用事务代码MBSU来完成。 输入移动类型,工厂代码,发货库存地点,回车,进入如下界面, 输入需要转库的物料号,数量,接收库存地以及批次号等信息,点保存按钮, SAP系统提示,物料凭证号已产生。 输入313 物料凭证号和年份,过账日期等,回车, 可以看到系统自动建议的移动类型是315,这是符合我们的预期的。保存, 315移动类型的物料凭证号就成功产生了,库存转移完成了。 笔者之前习惯使用MB1B + 移动类型315,输入物料号数量批次号,接收库存地点的方式来完成这个流程中的收货步骤。很明显事务代码MBSU更为方便快捷! -完-
共享钩子脚本是指一个存储在git仓库中的可执行文件,它被所有的开发者共享并在执行特定的Git操作时被自动执行。 假设我们有两个Git仓库,分别称为“projectA”和“projectB”。 第二部分:配置项目A的Git共享钩子脚本 创建项目A的Git仓库:在项目A的根目录下使用命令行执行"git init",初始化Git仓库。 例如,可以使用Git命令或脚本语言来自动复制、推送代码到其他仓库。 测试共享钩子脚本的功能:将代码提交到项目A的Git仓库,观察是否成功地将代码同步到其他仓库。 第三部分:配置项目B的Git远程仓库 创建项目B的Git仓库:在项目B的根目录下使用命令行执行"git init",初始化Git仓库。将项目B设为一个拥有读写权限的远程仓库。 配置项目B的Git远程仓库:在项目A的根目录下使用命令行执行"git remote add origin [项目B的仓库URL]",将项目B的Git仓库注册为项目A的远程仓库。
以第一个HU为例,里面是包含有30个序列号的, ? HU的状态是WHSE,表明HU里的货物是在库状态。数据都是正常的,HU状态等都一如从前正常。 项目上对HU执行转库的事务代码,没有使用VLMOVE,而是在VLMOVE的基础上做了一个封装,允许一次对多个HU批量进行转库操作,其核心功能还是VLMOVE的功能。 也就是说,这个不是对HU转库的程序问题。不过真的奇怪,跨了一个年就不能对含有序列号的HU转库过账了?这不合常理啊。 2),我们就这个问题向SAP公司发了一个Message。 经过开发同事的努力,我们有新发现:当我们将过账日设置为2019年年底的时候,程序生成的物料凭证过账日期是2019年的,但是序列号相关年度是取的自然年度的日期2020年,这样会导致物料凭证不完整。 也就是说标准SAP系统里VLMOVE不支持为含有序列号的HU做跨年转库等过账操作。 我们可以说是SAP系统的一个bug吧。
优点 采购流程中的序列号分配 转包组件 ASN 监控含转包流程在内的整个流程 可将物料编号转移至采购订单 转包库存的使用 组件的实时消耗过账 库存报表 批次监控 处理流程中涉及的公司角色: 策略计划员 生产计划员 生产主管 采购员 仓库文员 车间主任 采购助理 采购主管 应付会计 包含的关键处理流程: 此业务情景侧重于转包和外部处理的增强功能: 转包 (MM): 使用序列号分配,采购订单处理 通过转包主控室向外交付组件 针对交货进行发货并装运到转包商(中转库存) 来自组件转包商的发货通知 (ASN) 转包商提供采购订单收货 组件预留和作为物料供应的组件数量的消耗 ?