SAP LE学习笔记07 - MM与WM跨模块收货到仓库的流程中 如何实现 先上架再入库

2024-08-31 18:44

本文主要是介绍SAP LE学习笔记07 - MM与WM跨模块收货到仓库的流程中 如何实现 先上架再入库,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

上一章讲了LE中收货的一些特殊情况:

1,MM模块收货时,特别移动指标来标识的物料直接产生TO

2,MM中直接收货到仓库的固定Storage Bin(棚番)上

SAP LE学习笔记06 - MM与WM跨模块收货到仓库的流程中 带特别移动指标的物料也可以直接生成TO;MM中收货之后如何直接收到固定棚番(Storage Bin)上_sapwm和mm-CSDN博客

本章继续讲LE-WM中的其他内容。

- 先Putaway(上架),再入库

目录

1,先Putaway(上架),再入库

1-1,背景

1-2,先上架后入库

1-3,Customize - 两个保管场所以及设定保管场所间在库转送

1-4,LS26 查看在库

1-5,MB1C 收货 移动Type501

1-6,MMBE/LS26 查看收货后在库变化

1-7,查看TR - LB11 转送要求照会

1-8,生成TO - LB11 转送要求照会

1-9,LS26/MMBE 查看生成TO之后的在库变化

1-10,LT28转送指图一览 / LT12 转送指图确认

1-11,LS26/MMBE 查看确认TO之后的在库变化

1-12,总结

1-13,振替要求的组合(Conbine Posting Change)


以下是详细内容。

1,先Putaway(上架),再入库

1-1,背景

在下面这篇开篇里说LE的收货也是有几种方式的,看下图左侧蓝色的方框,MM模块里面的IM收货,可以在Putaway(上架)之前,也可以在上架之后。

那么这两者的区别就是其他的人在使用在库的时候,实际上到底该在库是100%可用了吗 的区别。

比如先收货再上架,那么其他的人,比如销售,在查在库的时候发现已经有货了,但其实还没上架,所以去仓库拿货的时候发现还没上架,仓库出不了货,也就是卖不了。

那么如果想避免这种情况,就可以采取先上架后入库(收货)这种流程。

SAP LE学习笔记01 - LE(物流管理)概述,WM中仓库的结构,仓库番号,保管域Type(存储类型),保管区画(存储区),棚番(Storage Bin 仓位),以及仓位的查找策略_sap le模块-CSDN博客

1-2,先上架后入库

系统上如何做先上架后入库呢?

它就是通过一个临时的Storage location(保管场所)来做的。如下图所示,

- MM模块的IM收货,先收到 临时保管场所 0220 里面

- IM收货之后会产生TR(Transfer Requirement)

- 仓库操作员会根据TR生成TO(Trandfer Order)

- 仓库工作人员根据TO做实际Putaway(上架)之后,仓库操作员来Confirm TO

- Confirm完TO之后,系统就会自动做Posting Change动作,把保管场所由 0220 修正为 0120

那么,这一系列操作的用途是什么呢?

- 从IM角度,包括销售在确认库存的时候,知道0220是临时库存里有货,但尚处于不可用状态

  正常他们在查库存的时候,先看0120,确认暂时还没有;然后再看0220的,知道很快就会有了

  这样对销售来说信息比较准确

- 从WM角度,通过该临时保管场所,实现了先上架再入库的流程

- 这种一般用在仓库那边上架花费时间较长,较滞后的情况,正常的货物不需要这样做

下面来看看该如何实现。

1-3,Customize - 两个保管场所以及设定保管场所间在库转送

其实应该从新规保管场所开始的,咱们以前做过了,这里就割爱了。具体可以参照如下文章

就是说保管场所 0220 已经和Plant1000/仓库120 之间已经关联好了。

SAP LE学习笔记02 - WM和库存管理(IM)之间的关系,保管Lot(Quant)_sap le模块-CSDN博客

Spro > 物流管理 > 仓库管理 > Interface > 在库管理

定义:保管场所管理

点 割当(分配) Plant/保管场所 - 仓库番号 的管理

后面系统操作会以 0120 仓库为例,双击 1000/0120

这里要设定下面的项目,这样设定之后后面才可以做Posting Change(相当于IM中的在库转送)

- 标准保管场所 勾上

  这样它就被设定为最终物料存放的地方

保存之后,返回上一页,然后找到 1000/0220 这个保管场所并双击

设定如下

- 保管场所TR不转送(Storage location not in TR)

  意思就是IM收货的时候,TR里面的Storage location 不设定,为空

保存之后返回

点 仓库管理中的保管场所管理

直接点 新规Entry

输入以下项目

- W(Warehouse No 仓库番号):120

- S(Storage Type 保管域Type):902 - 外部入库域

  这个就是IM收货的时候,对应的临时保管场所 0220 下的保管域Type,这里填902

  这个保管域Type902 是与WM移动Type(Ex 501)关联的,稍后会看到具体在哪儿设定的

- 保管场所 :0220

- 移动Type(IM) : 311 - 保管场所间在库转送

  这个311 就是当确认TO的时候,后面自动做的在库移动用的IM移动Type

下面来做以下实验。

1-4,LS26 查看在库

- 品目 T-BW03-20

  在库200个

点一下上图的 MM在库数值,可以看到该品目在保管场所0120的在库

1-5,MB1C 收货 移动Type501

注意收货的时候具体收到哪个保管场所系统也不知道,只有你知道,所以这个是自己输入的

- 移动Type :501 - 利用可能在库的发注外入库

- Plant/保管场所:1000/0220

输入

- 品目 T-BW03-20

- 数量 比如30

然后回车,保存

1-6,MMBE/LS26 查看收货后在库变化

然后到MMBE - 在库状况照会 里面看一下

- 0220 :有30个

- 0120:有200个,没有变化

点 Menu > 环境 > 仓库管理在库

其实就是LS26

- 保管域Type:902 里面,有30个

点一下上图的 棚番在库,可以看到实际是收货到了

- WE-ZONE 这个棚番(Storage Bin)下面

当然这个 WE-ZONE也是在Customize中定义的

咱们来复习一下,看是在哪儿定义的

a),IM移动Type501 对应的WM参照移动Type

IM移动Type501 对应的WM参照移动Type 501

b),WM参照移动Type 501 对应的 WM移动Type

WM参照移动Type 501 对应的 WM移动Type 501

c),WM移动Type 501 的Storage Bin设定

这里就能看到 WM移动Type501 中定义的保管域Type和棚番

- 保管域Type 902 - 外部入库域

- 棚番 WE-ZONE

也就是说仓库专门划出一个区域用于 IM移动Type501 的临时收货,并给一个临时代码 WE-ZONE

有关这个临时棚番 WE-ZONE,它有个特别要说的地方,就是它可以先使用后集中定义。

- 在WM移动Type里面先临时写上该临时棚番的名称(Ex WE-ZONE)

- 稍后在其他T-code里面集中定义

下面来说说一下这个 T-code LX20

a),SAP Menu > Logistics > 物流管理 > Master Data > 仓库 > 棚番 > 登录

- LX20 - 假保管用

b),输入仓库番号,点执行

c),这里已经登好了,如果没登的话,点 棚番登录即可登录

回到LS26,继续深入一下

可以看到已经生成了 TR 25

1-7,查看TR - LB11 转送要求照会

点 TR(转送要求No)

可以看到并没有填上 保管场所

再贴一下这张图,其实就是 红色框框里面,IM收货到 0220 保管场所之后,在WM的TR里面,其保管场所暂时是留空的。

1-8,生成TO - LB11 转送要求照会

回到LB11

点 转送指图Online(TO in Foreground)

可以看到TO里面,默认的保管场所就是 0120

系统会根据Customize设定自动找到保管场所 0120

TODO:具体TO里面怎么就能自动找到0120咱们以后再说

点一下上图的 在库受入(Background)或在库受入(Foreground)

系统就会自动找到具体要存放的Storage Bin里面

直接点保存

1-9,LS26/MMBE 查看生成TO之后的在库变化

这里的 30- 表示 0120 保管场所里面的是不存在的,30 表示货物其实是要从 0220下面转送

- 1000/0120 30-

- 1000/0220 30

从 MMBE里面看,货物还在 0220 的下面

因为虽然TO已经生成了,但是货物还在0220,还没移动过去

1-10,LT28转送指图一览 / LT12 转送指图确认

LT23 转送指图一览(TO一览)

- 转送指图No:28

LT12 转送指图确认

- 转送指图 28

- 仓库番号 120

回车进入下一界面

直接点保存

1-11,LS26/MMBE 查看确认TO之后的在库变化

先看下MMBE

0220 中的在库已经不存在了

0120 中的在库已经由 200个变为 230个

Menu > 环境 > 品目入出库

这里就能看到入出库传票

30件就是咱们上面做的 0220 到 0120 的在库移动

双击还可以看更为详细的内容

由 0220 转送到 0120

再到LS26 查看在库

0220 保管场所的在库已经不存在了,都已经移送到了 0120

1-12,总结

以上就是先上架后入库的整个操作流程。

- Customize中设定临时保管场所(0220)、最终场所(0120),

  - 0220:设为TR中不带保管场所

  - 0120:设为标准保管场所

  - 以及设定这两个保管场所间的在库转送(IM移动Type311 - 保管场所间在库转送 )

- IM中用移动Type(Ex 501)收货的时候,手工指定收到临时保管场所 0220

  在MMBE/LS26 查看在库的时候,都会看到0220中有在库,

  但是WM中生成的TR中保管场所会留空

- 由该TR生成TO的时候,会根据配置确定最终保管场所,所以TO是带保管场所0120的

- 工人上架作业之后,仓库系统操作员在LT12中做TO确认的时候,系统会同时自动做在库转送

  即由保管场所0220 正式的转送到 0120

这里说一下为什么要将 0120定义为 标准保管场所。因为标准保管场所有如下这些特性

- 1个Plant只允许定义1个标准保管场所

  如果尝试定义多个保管场所,则会报错

- 标准保管场所意味着最终保管场所

  所以当定义一个保管场所为【保管场所TR不转送(Storage location not in TR)】时,

  那么要同时定义一个标准保管场所,这样在生成TO的时候就可以自动找到它。

保管場所 0120 (Plant 1000) 中已经定义了標準保管場所。
Msg 番号 LT201

1-13,振替要求的组合(Conbine Posting Change)

- 勾上 振替要求的组合,意味这不会自动执行 Posting Change

  那么需要在其他地方手动做Posting Change

- 咱们这里就默认没勾上,所以就自动执行了 Posting Change

本章主要讲了入库的另一个流程,先上架,后入库。

这种一般针对的是那种入库所需时间较长的物料,为了让销售等查询的利用可能在库确实是可用的而做的一种特殊的流程,普通物料由于上架所需时间较短,所以不需要这么做。

以上就是本章的内容。

更多SAP顾问业务知识请点击下面目录链接

https://blog.csdn.net/shi_ly/category_12216766.html

这篇关于SAP LE学习笔记07 - MM与WM跨模块收货到仓库的流程中 如何实现 先上架再入库的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1124703

相关文章

0基础租个硬件玩deepseek,蓝耘元生代智算云|本地部署DeepSeek R1模型的操作流程

《0基础租个硬件玩deepseek,蓝耘元生代智算云|本地部署DeepSeekR1模型的操作流程》DeepSeekR1模型凭借其强大的自然语言处理能力,在未来具有广阔的应用前景,有望在多个领域发... 目录0基础租个硬件玩deepseek,蓝耘元生代智算云|本地部署DeepSeek R1模型,3步搞定一个应

Java深度学习库DJL实现Python的NumPy方式

《Java深度学习库DJL实现Python的NumPy方式》本文介绍了DJL库的背景和基本功能,包括NDArray的创建、数学运算、数据获取和设置等,同时,还展示了如何使用NDArray进行数据预处理... 目录1 NDArray 的背景介绍1.1 架构2 JavaDJL使用2.1 安装DJL2.2 基本操

最长公共子序列问题的深度分析与Java实现方式

《最长公共子序列问题的深度分析与Java实现方式》本文详细介绍了最长公共子序列(LCS)问题,包括其概念、暴力解法、动态规划解法,并提供了Java代码实现,暴力解法虽然简单,但在大数据处理中效率较低,... 目录最长公共子序列问题概述问题理解与示例分析暴力解法思路与示例代码动态规划解法DP 表的构建与意义动

java父子线程之间实现共享传递数据

《java父子线程之间实现共享传递数据》本文介绍了Java中父子线程间共享传递数据的几种方法,包括ThreadLocal变量、并发集合和内存队列或消息队列,并提醒注意并发安全问题... 目录通过 ThreadLocal 变量共享数据通过并发集合共享数据通过内存队列或消息队列共享数据注意并发安全问题总结在 J

SpringBoot+MyBatis-Flex配置ProxySQL的实现步骤

《SpringBoot+MyBatis-Flex配置ProxySQL的实现步骤》本文主要介绍了SpringBoot+MyBatis-Flex配置ProxySQL的实现步骤,文中通过示例代码介绍的非常详... 目录 目标 步骤 1:确保 ProxySQL 和 mysql 主从同步已正确配置ProxySQL 的

JS 实现复制到剪贴板的几种方式小结

《JS实现复制到剪贴板的几种方式小结》本文主要介绍了JS实现复制到剪贴板的几种方式小结,包括ClipboardAPI和document.execCommand这两种方法,具有一定的参考价值,感兴趣的... 目录一、Clipboard API相关属性方法二、document.execCommand优点:缺点:

nginx部署https网站的实现步骤(亲测)

《nginx部署https网站的实现步骤(亲测)》本文详细介绍了使用Nginx在保持与http服务兼容的情况下部署HTTPS,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值... 目录步骤 1:安装 Nginx步骤 2:获取 SSL 证书步骤 3:手动配置 Nginx步骤 4:测

Idea实现接口的方法上无法添加@Override注解的解决方案

《Idea实现接口的方法上无法添加@Override注解的解决方案》文章介绍了在IDEA中实现接口方法时无法添加@Override注解的问题及其解决方法,主要步骤包括更改项目结构中的Languagel... 目录Idea实现接China编程口的方法上无法添加@javascriptOverride注解错误原因解决方

轻松上手MYSQL之JSON函数实现高效数据查询与操作

《轻松上手MYSQL之JSON函数实现高效数据查询与操作》:本文主要介绍轻松上手MYSQL之JSON函数实现高效数据查询与操作的相关资料,MySQL提供了多个JSON函数,用于处理和查询JSON数... 目录一、jsON_EXTRACT 提取指定数据二、JSON_UNQUOTE 取消双引号三、JSON_KE

MySql死锁怎么排查的方法实现

《MySql死锁怎么排查的方法实现》本文主要介绍了MySql死锁怎么排查的方法实现,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧... 目录前言一、死锁排查方法1. 查看死锁日志方法 1:启用死锁日志输出方法 2:检查 mysql 错误