嗨，

好的，我在系统中对此进行了测试，实际上我想我们在这里有一些功能上的差距。

在此过程中，您需要执行步骤IB02（ 始终假设您使用标准的BC设置）。 IB02是取消合并步骤。 意味着系统将检查您是否需要拆箱，如果是，则通过拆箱工作中心移动托盘。

这种类型的步骤要求在创建最终WT（步骤IB03）之前 或使用步骤IB02。 从技术上讲，在过程定制中为"产品WT"设置标志的任何地方，这些最终WT是在WT之前为设置标志的步骤创建的。

因此，如果您的序列是：

-IB01
-IB02
-IB03

，并且设置了" Prod/HU WT"标志 在IB01，系统FIRST为IB03创建WT，然后为IB01创建WT。 如果在IB02上设置了" Prod/HU WT"标志，则将创建IB01的WT（手动或手动）。 确认第一个WT之后，系统触发后续步骤，它将首先为IB03创建WT，然后为IB02创建WT。

再次：拆箱步骤需要这样做。 对于（入站）步骤的任何其他组合，您最有可能在步骤IB03设置" Prod/HU WT"标志。

现在的问题是：如果为步骤IB03确定的存储类型已进行HU类型检查，则系统现在不会提供您拥有的HU类型，也不会找到存储箱。

您当时使用的HU未被使用（应该如何处理，因为您将不得不进行合并）。 通常，系统会寻找用于堆垛的包装规格（通过您在仓库编号中分配的确定程序）。 但是，结合设置，这似乎不起作用。 至少我没有让系统找到我创建的系统。 这也是取消合并的一种确定程序，但实际上我从来没有发现它应该如何工作。

我的建议是：不要使用IB02。 （我认为）此步骤不切实际，因为它要求WT之前创建最终容器。 如果取消合并需要更长的时间，则最终的存储箱将一直处于阻塞状态。 如果您想减少包装数量，也很难改变数量。 是的，由于该系统似乎没有找到包装规格，因此总会设法为一个完整的数量查找一个容器。

相反：使用包装步骤。 在我的系统中，我可以找到一个步骤IPK1（数据包（入站））。 或定义自己的。 这样，只有在打包工作中心的步骤完成后，才能创建最终的WT。 好的，不利的一面是，如果需要取消合并，则此过程中的每个HU都必须通过包装工作中心移动。 但是，当您收到HU时，无论如何都要检查它们可能会有所帮助。 而且，早期创建WT的缺点以及确定解散要求的其他设置的缺点要多得多（再次，根据我的看法）。

Brgds

Juergen

嗨，

对不起，但这是错误的。 当然，您不需要HU WT即可进行HU类型检查。

Brgds

Juergen

嗨！

我认为这是正在发生的，因为系统创建了产品WT，因此未考虑HU类型。 如果需要在St.Type中控制HU类型，则必须创建HU WT。

BR，Alex。

HI Mihir。您是否检查了节点GR Process-> HU type->为每种存储仓类型定义HU type下的分配。

我也面临着类似的问题，并且在保持其有效的条目并成功确定目标数据之后。

您好 Mihir Sharma ，

此行："未找到有效的垃圾箱类型（存储类型：1003，HU类型：）"，HU类型后面没有任何内容"，表明似乎不存在任何HU类型。您是否有HU类型？/p>

兄弟

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-啊！
如果您的问题中包含"转储单"一词，请不要在扩展仓库管理中标记该问题！

嗨，

" 2） 产品WT移动了源HU的全部数量（我们称之为均匀HU移动）"

我是否在某处写过？

再次，是的，不能进行HU类型检查，因为系统不知道要使用哪种HU类型。 但这又与HU-WT或product-WT无关。

缺少替代箱类型的设置仅在您直接为产品分配箱类型时才使用，但是 当您通过包装规格书或接收到的HU进行基于HU类型的HU类型检查时，不是这样，因为使用了将HU类型与bin类型相关联的表...至少我认为。 从未检查过。 但是我不这么认为。

Brgds

Juergen