嗨，

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

在此过程中，您需要执行步骤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