上一章讲了 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顾问业务知识请点击下面目录链接
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
