上一章讲了 LE-WM的 WM和IM之间的关系。
SAP LE学习笔记02 - WM和库存管理(IM)之间的关系,保管Lot(Quant)-CSDN博客
本章继续将LE-WM的知识。
目录
- Category(転送元保管域Type): 902 - 外部入库域
- 动的(动态的):ON - 表示在庫移動的 転送元棚番是动态生成的
下面是详细内容。
1,在IM(在库管理)中收货到仓库的流程
这里不是收货到保管场所(Storage Location)Level,而是收到带仓库管理的仓库里面。
如下图所示,会收货到一个Storage Bin(棚番)里面,并被赋予一个保管Lot(Quant)。
- TR ( Transfer requirement )
它是WM里面做Putaway(上架)的基础
- TO ( Transfer order )
下来通过一个例子来看一下SAP系统上面的收货到仓库的操作。
a),LS26 在库状况照会
收货之前,先看一下在库状况
点一下 MM在库数值
可以看到该品目 T-BW03-20 在仓库番号 0120 里面有在库100 个
下面做一个购买发注(采购订单)。
b),ME21N 购买发注
购买发注100个
购买发注号:4500017489
c),MIGO 入库
MIGO > 场所 Tab
- 保管场所:120
因为这是一个管理到WM的保管场所,所以输入之后,就会显示 WM 这个Tab
- WM Tab
- 照会 5 / 保管单位别数量(Qty per SU) 20 / SUT E1
意思是这100 个会放在 5个托盘上进行管理,每个托盘里面有 20个,托盘类型是 E1
先直接保存,照会
- WM Tab
d),LS26 在库状况照会 - 查看保管Lot
回到LS26,刷新一下,在库已经由 100个更新为200个
点一下 《= 按钮,回到 LS26 上一页面,
点一下 1000 /0120 /902,再点 棚番在库 按钮
显示 品目别在库 画面
双击上图明细,显示棚番照会 画面
选中任意一条,然后点 Lot按钮
显示 保管Lot照会画面
- 保管Lot(Quant):142
e),LB11 上架(Putaway)
LB11 - 转送要求照会 品目别一览
可以看到它的转送要求No:11
然后点 转送指图(Online)(TO in Foreground)
点一下 在库受入(Online),就是在前台做上架操作
这时SAP会根据Customize中和物料主数据中设定的逻辑,找到转送先(包括保管域Type,保管区画,棚番)
另外原来的保管Lot(Quant)是142,转送到新的保管Lot(Quant)143
回车一下,可以看到下一个托盘的存放,其中保管Lot(Quant)为144
多回车几次,就能看到该物料Putaway(上架)的结果。
注意咱们这个Putaway(上架)的策略是先Stack后Level(就是把底层所有小货架都用完,然后再头去用高一层货架)
先Stack后Level方式的概念以及设定可以参照如下文章
SAP LE学习笔记01 - LE(物流管理)概述,WM中仓库的结构,仓库番号,保管域Type(存储类型),保管区画(存储区),棚番(Storage Bin 仓位),以及仓位的查找策略-CSDN博客
保存,这样就产生一个 21 号的转送指图(Transfer Order)。
f),LT12 转送指图确认
- 转送指图番号(TO Number):21
- 仓库番号:120
这个是说仓库工人会把临时收到 902 元保管域Type中的货物给转送到 001 先保管域Type 所属的棚番(Storage Bin)中来。
等工人们干完活之后,系统操作员可以在这个界面确认转送指图。
如果真实存放地和系统显示的不一样,还可以在这里调整到正确的Storage Bin,或者数量。
保存
回到LS26,可以看到现在物料已经不在 902 保管域Type里面了,而是移动到了 001 保管域里面了
以上就是整个收货的过程。
g),再贴一下这张图,总结一下
- MM模块的IM收货会Trigger一个TR,然后系统会指示收货到一个Customize中设定临时保管域Type(比如这里就是 902),然后等待仓库那边作业。
- 仓库那边在LB11 里面会看到有哪些TR等待处理,选中处理TR,会生成一个PO。
- 等仓库工人将TR按要求处理完,SAP系统操作员会在 LT12上确认PO,同时根据实际情况调整,这样整个入库操作才算完成。
- 可以看到TR和TO其实都会生成 保管Lot(Quant)号。
上面是在前台直观的跨模块使用了MM和WM模块。
下面来深入一下MM和WM模块之间的关联。
2,关联WM的移动Type与IM的移动Type
- 首先要注意WM中也有移动Type,而且和MM模块的IM(在库管理)中的移动Type是不同的
- WM中的移动Type和IM中的移动Type是多对多的对应关系
- 它们之间多对多对应关系是在Customize上设置的
- 由于多对多的对应关系不能直接对应,SAP增加了一个WM参照移动Type来连接它们,如图所示
下面具体看一下WM中的移动Type和IM中的移动Type 在Customize中是如何通过 WM参照移动Type来关联的。
2-1,WM 的移动Type 定义
Spro > 物流管理 > 仓库管理 > 活动 > 转送
移动Type
WM的移动Type是以WhNo为单位,即每个WhNo都会有一组不同的移动Type。
咱们之前做的仓库No 910,也拷贝过来了,具体新规拷贝方法可以参照下面文章
SAP LE学习笔记01 - LE(物流管理)概述,WM中仓库的结构,仓库番号,保管域Type(存储类型),保管区画(存储区),棚番(Storage Bin 仓位),以及仓位的查找策略-CSDN博客
如果想新增WM的某个WhNo的移动Type就可以在这里做,咱们就先不新规了
这里只以既存的WhNo 120 为例来看一下 WM移动Type里面的属性
- WNo:120
双击任意一条,比如移动Type 101 - 购买发注入库
- Category(転送元保管域Type): 902 - 外部入库域
- 动的(动态的):ON - 表示在庫移動的 転送元棚番是动态生成的
- Shipment Type(装运类型)
- A - 在库払出(出库)
- E - 在库受入(入库)...
- 转送数量Type (Transfer Requirement Type)
- B - 购买发注
- D - 棚番
- F - 指图...
对照上面 【1,在IM(在库管理)中收货到仓库的流程】里面
- Category(転送元保管域Type): 902 - 外部入库域
把上文中 LS26 的一个图再贴一下,可以看到 WM确实把该物料收货到 902 - 外部入库区域。
- 动的(动态的):ON - 表示在庫移動的 転送元棚番是动态生成的
该棚番(Storage Bin) 4500017489 = TO(Transfer Order)Number。
也就是说该棚番是动态的,在内部以TO Number作为棚番的。
至于为啥是 TO Number,这是因为 RequirementType(转送数量Type)设为了 B - 购买发注。
TODO:这里面应该还有更详细的对应关系,咱们以后再说。
- 转送数量Type(Requirement Type)
(好像翻译成 转送要求Type更合适点儿哈,好像它把里面的Number翻译成数量了,应该是号)
LB11 - 转送要求照会 品目别一览
可以看到它的转送要求No:11
双击 转送要求No:11
- 转送元保管域Type/転送元棚番(Storage bin):902 / 4500017489
可以看到 转送元保管域Type/转送元棚番 都是由 WM的移动Type带出来的
回到LS26,在保管Lot 照会里面,点 追加Data
也会显示 转送要求番号:11
下面来看一下Customize中
- IM移动Type 如何映射到 参照移动Type,
- 以及参照移动Type 如何映射到 WM移动Type。
2-2,IM的移动Type 映射 参照WM移动Type
Spro > 物流管理 > 仓库管理 > Interface > 在库管理
移动Type
- 割当:WM 移动Type参照 --》 IM 移动Type
仓库管理(WM)的移动Type参照
这里给 IM移动Type 割当(分配)参照WM移动Type。
下图中的【参...】的是指 参照WM移动Type / MvType是指 MM的IM移动Type。
- 如果 参照WM移动Type 被设为999,则表示该 IM移动Type跟WM没啥关系。
比如 101 - 购买发注入库(资产) /B/A/ 999,表示这种资产(可能是固定资产之类的)入库时
不需要放到带仓库管理的仓库里面(可能就不入库而是直接使用),那么参照移动Type就设为999。
101 - 指图书入库(勘定) / F / V / 999,这个是生产消费的入库,也不需要对应到参照移动Type
- 101 - 受注在库的入库 / E/B/ 101 就是将 IM移动Type 分配给 参照移动Type 101,两者产生关联
- 再加上特殊在库区分,移动区分,入库区分,消费转记区分,就形成下面这个表的各种映射。
注意上图的移动区分(Movement Indicator)
- B - 有关购买发注的在库移动
- F - 有关制造指图的在库移动..
2-3,给参照WM移动Type分配 WM的移动Type
点 在库管理的LE-WM Interface
- 割当:移动Type MM-IM --》 移动Type LE-WM(LVS)
下图中的【参...】的是指 参照WM移动Type / MvType是指 MM的IM移动Type。
这就是针对每个WhN(仓库番号)
将 参照WM移动Type 割当(赋值)给 MM模块的IM移动Type。
注意上图的区分:转送要求的登录/取消(Create/Cancel Transfer Requirement)
- X - 转送要求登录
- 1 - 既存的转送要求的取消...
2-4,总结一下
- MM模块的IM(在库管理)中做收货的时候,如果是收到 WM中,那么会让你输入仓库番号,
保存的时候会查找 IM移动Type和WM移动Type的对应,这样就找到了WM的移动Type
- 仓库番号和WM的移动Type会带出来 保管域Type(Storage Type) 和 棚番(Storage bin)
这样就能知道要存放在哪里
- IM移动Type和WM移动Type的对应关系是通过 参照WM移动Type来对应的
有两个表来对应这个事情
- 仓库管理(WM)的移动Type参照
将 IM移动Type 映射到 参照WM移动Type
- 割当:移动Type MM-IM --》 移动Type LE-WM(LVS)
将参照WM移动Type映射到WM移动Type
以上就是本章的详细内容
1,在IM(在库管理)中收货到仓库的流程
2,关联WM的移动Type与IM的移动Type
更多SAP顾问业务知识请点击下面目录链接