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

相关文章

Python实现精准提取 PDF中的文本,表格与图片

《Python实现精准提取PDF中的文本,表格与图片》在实际的系统开发中,处理PDF文件不仅限于读取整页文本,还有提取文档中的表格数据,图片或特定区域的内容,下面我们来看看如何使用Python实... 目录安装 python 库提取 PDF 文本内容:获取整页文本与指定区域内容获取页面上的所有文本内容获取

基于Python实现一个Windows Tree命令工具

《基于Python实现一个WindowsTree命令工具》今天想要在Windows平台的CMD命令终端窗口中使用像Linux下的tree命令,打印一下目录结构层级树,然而还真有tree命令,但是发现... 目录引言实现代码使用说明可用选项示例用法功能特点添加到环境变量方法一:创建批处理文件并添加到PATH1

Java使用HttpClient实现图片下载与本地保存功能

《Java使用HttpClient实现图片下载与本地保存功能》在当今数字化时代,网络资源的获取与处理已成为软件开发中的常见需求,其中,图片作为网络上最常见的资源之一,其下载与保存功能在许多应用场景中都... 目录引言一、Apache HttpClient简介二、技术栈与环境准备三、实现图片下载与保存功能1.

canal实现mysql数据同步的详细过程

《canal实现mysql数据同步的详细过程》:本文主要介绍canal实现mysql数据同步的详细过程,本文通过实例图文相结合给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的... 目录1、canal下载2、mysql同步用户创建和授权3、canal admin安装和启动4、canal

Nexus安装和启动的实现教程

《Nexus安装和启动的实现教程》:本文主要介绍Nexus安装和启动的实现教程,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、Nexus下载二、Nexus安装和启动三、关闭Nexus总结一、Nexus下载官方下载链接:DownloadWindows系统根

java Long 与long之间的转换流程

《javaLong与long之间的转换流程》Long类提供了一些方法,用于在long和其他数据类型(如String)之间进行转换,本文将详细介绍如何在Java中实现Long和long之间的转换,感... 目录概述流程步骤1:将long转换为Long对象步骤2:将Longhttp://www.cppcns.c

SpringBoot集成LiteFlow实现轻量级工作流引擎的详细过程

《SpringBoot集成LiteFlow实现轻量级工作流引擎的详细过程》LiteFlow是一款专注于逻辑驱动流程编排的轻量级框架,它以组件化方式快速构建和执行业务流程,有效解耦复杂业务逻辑,下面给大... 目录一、基础概念1.1 组件(Component)1.2 规则(Rule)1.3 上下文(Conte

MySQL 横向衍生表(Lateral Derived Tables)的实现

《MySQL横向衍生表(LateralDerivedTables)的实现》横向衍生表适用于在需要通过子查询获取中间结果集的场景,相对于普通衍生表,横向衍生表可以引用在其之前出现过的表名,本文就来... 目录一、横向衍生表用法示例1.1 用法示例1.2 使用建议前面我们介绍过mysql中的衍生表(From子句

Mybatis的分页实现方式

《Mybatis的分页实现方式》MyBatis的分页实现方式主要有以下几种,每种方式适用于不同的场景,且在性能、灵活性和代码侵入性上有所差异,对Mybatis的分页实现方式感兴趣的朋友一起看看吧... 目录​1. 原生 SQL 分页(物理分页)​​2. RowBounds 分页(逻辑分页)​​3. Page

Python基于微信OCR引擎实现高效图片文字识别

《Python基于微信OCR引擎实现高效图片文字识别》这篇文章主要为大家详细介绍了一款基于微信OCR引擎的图片文字识别桌面应用开发全过程,可以实现从图片拖拽识别到文字提取,感兴趣的小伙伴可以跟随小编一... 目录一、项目概述1.1 开发背景1.2 技术选型1.3 核心优势二、功能详解2.1 核心功能模块2.