存放到非HU存储类型时,容量检查中未考虑包装材料的体积

2020-08-17 14:05发布

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


你好

在EWM中,容量和重量容量检查取决于目标存储类型的T_331-HUOBL(包括/SCWM/LPUT_BIN_DETF81,形式BIN_DETERMINATION_SINGLE,第164行等等)。

这意味着:如果目标存储类型没有HU管理,但是我们仍然创建HU-WT放置在此处,则系统仅考虑/SCWM/HUHDR-N_VOLUME(HU的装载量)来检查目标箱中的容量 ,而不是G_VOLUME(HU的总体积,包括包装材料)。

对我来说似乎不正确。 在计划产品WT的上架时,我会期望这样做。 在这种情况下,很明显,目标箱中的容量仅由产品本身占用,而没有包装材料。

但是对于HU-WT,我总是希望能够检查整个HU的目的地容量,包括包装材料。 这不应该取决于目标存储类型中的HU管理。

你是什么意思?

马丁

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


你好

在EWM中,容量和重量容量检查取决于目标存储类型的T_331-HUOBL(包括/SCWM/LPUT_BIN_DETF81,形式BIN_DETERMINATION_SINGLE,第164行等等)。

这意味着:如果目标存储类型没有HU管理,但是我们仍然创建HU-WT放置在此处,则系统仅考虑/SCWM/HUHDR-N_VOLUME(HU的装载量)来检查目标箱中的容量 ,而不是G_VOLUME(HU的总体积,包括包装材料)。

对我来说似乎不正确。 在计划产品WT的上架时,我会期望这样做。 在这种情况下,很明显,目标箱中的容量仅由产品本身占用,而没有包装材料。

但是对于HU-WT,我总是希望能够检查整个HU的目的地容量,包括包装材料。 这不应该取决于目标存储类型中的HU管理。

你是什么意思?

马丁

付费偷看设置
发送
4条回答
打个大熊猫
1楼-- · 2020-08-17 14:43

嗨,

***我只看到一件事:您描述的是体积问题-我只检查了重量。 因此可能存在错误。 但是否则,我希望我在下面写的所有内容对于体积也同样适用。

"如果目标存储类型没有HU管理,但是我们仍然创建HU-WT放置在此处,则系统仅考虑N_VOLUME(HU的装载量),而不考虑G_VOLUME(总体积)来检查目标箱中的容量 HU包括包装材料)。

第一个问题:为什么要创建HU-WT? 还是不是最终的存储类型?

至少在我的快速检查中(目标存储类型没有HU要求,但是我创建了HU-WT):容量检查工作正常,使用了打包HU的重量。

"当计划与产品WT一起上架时,会期望这样做。在这种情况下,很明显,目标箱中的容量将仅由产品本身占用,而没有包装材料。"

为什么会这样??? 产品WT并不表示不能包装该产品。 如果产品在HU中,则HU也将与产品WT一起移动。

"你是什么意思?"

仔细检查并尝试;。)。 我没有尝试阅读编码,但是在测试过程时,它可以在我的系统中工作。 如果不在您的范围内,我将检查笔记或打开票据...

兄弟

Juergen

---
想学习EWM吗?
通过 https:/检查EWM课程/training.sap.com/trainingpath/Applications-Logistics+Execution+%26+Warehouse+Management-SAP+EWM
获取SAP学习中心订阅: https://training.sap.com/shop/learninghub

这是EWM。 不是eWM-啊!
如果您的问题中包含"转储单"一词,请不要在扩展仓库管理中标记该问题!

clasier
2楼-- · 2020-08-17 14:45

您好,Juergen!

首先:非常感谢您的快速回复! 这很激励人! :-)

对您的问题:我们的情况是我们有多种产品包装在Europallet上。 我们希望将托盘作为一个整体HU进行移动,并根据其总体积查找目标箱。 但是,我们不希望将HU保持在目标存储类型(/SCWM/T331-HUOBL = Y)中,因为这会带来进一步的后果(系统在拆卸过程中需要HU进行确认,但托盘标签不再存在等)。 。 带有其内容物的托盘实际上将实际放置在垃圾箱中,并占据其总体积(G_VOLUME)。 首先,从货盘中取出最后一个产品,然后将Europallet从垃圾箱中取出,并保持为空。

我已经非常彻底地尝试过这种情况很多次,并在编码中找到了一个明确的位置(关于体积和重量):

1。 在BIN_DETERMINATION_SINGLE第161行中包含/SCWM/LPUT_BIN_DETF81:

-在这里系统决定cs_ltap-movehu的值

-根据LS_T331-HUOBL = Y,将Movehu值从A重置为B。

-对于所有其他HUOBL值,movhu仍为=

2。 FM/SCWM/TO_HU_INT第333行:确定移动的容量

-在这里,系统将根据Movehu值决定是否只检查整个HU的产品含量的容量:

---在我们的例子中:movehu = B->执行prod_capa_determine2-仅检查HUHDR-N_VOLUME

---如果movehu = A-> PERFORM hu_capacity_determine-检查HU的总体积HUHDR-G_VOLUME

事实上,WT是HU-WT(flghuto = X)不影响容量检查。

最好的问候

马丁

CJones
3楼-- · 2020-08-17 14:35

嗨,

家庭办公室的好处。 并且当其他事情无法正常工作时...

好,所以您有一个混合托盘,但不需要HU。 您创建了HU WT,并在目的地中选择了"不要放好HUs"吗? 不,据我了解,您将" HU要求"设置为"不允许"-我想这是触发因素。 再次,如果HU WT或产品WT不是问题,我想。 但是您需要创建一个HU WT来将不同的产品放在一起。

现在,当HU尚未到达最终仓时(这就是为什么您试图通过设置"不设置"来告诉系统 放置HUs"或不允许HUs)-系统应如何考虑HU尺寸。 那没有意义。 因为对于这样的事情,我们假设材料是松散的或被放入那种容器中的一种容器中(实际上是该容器中)。

所以我首先想写一个,我同意,你应该开票-但实际上,不,我认为系统只能以这种方式工作。

其余 您描述的内容似乎唯一真正的问题是,在选择来源HU的过程中无法确认,是吗? 这可以通过设置特定的验证配置文件进行管理。 我从未尝试过这种方法(通常问题是相反的,当有HU时,您不想确认垃圾箱),但这应该可以工作。 你有尝试过吗? 我想这只有在垃圾箱中只有一个HU的情况下才能起作用。

Brgds

Juergen

4楼-- · 2020-08-17 14:29

Hello Juergen,

恐怕您的假设不正确。 实际上,我们没有为目标存储类型设置"不放置HUs"。

我们刚刚关闭了HU-Requirement(HUOBL = Y-"不允许")。

您可能是正确的,这可能不是关于HU的最佳设置。 因此,我将其表述为一个问题,而不是一个错误。 我只是想了解它。 我对产品WT和HU-WT的理解可能与该概念的作者不同...

如果我们认为很紧急,可以通过Badi/SCWM/IF_EX_HU_BASICS_PRODUCT〜CAPACITY找到一个简单的自定义解决方案

关于相关存储类型中的HU管理:

是,我尝试将其打开。 我也尝试使用验证配置文件。 但是特别是在我们的案例中,当HU包含多个产品时,会带来很多麻烦。

例如,在补货过程中,我们只想从来源HU取一个指定数量的单件物品来补货分拣箱(例如,我们要让工人已经在退货步骤中仅确认产品和数量)。 但是系统始终希望移动并确认整个源HU,删除所需数量,然后将其余的放回去。

最好的问候

马丁

一周热门 更多>