处理单元树中的检验处理单元结构
检验的检验行与检验存在的处理单元不直接对应。检验的处理单元结构由以下内容确定：
- 待检验的物料数量
- 所使用的包装定义
- 如果未使用任何包装定义，则由人工创建的处理单元结构确定。
- 待检验数量存在的存货点
检验的处理单元显示在“仓库检验 - 处理单元 (whinh2534m000)”进程中。如果存在处理单元结构，则该处理单元结构的顶层处理单元显示在“仓库检验 - 处理单元 (whinh2534m000)”进程中。根据待检验的物料总数量和所使用的包装定义，检验可以存在处理单元结构的多个实例。在这种情况下，将在存在的处理单元结构的实例上附加额外的顶层处理单元，如下列示例中所示。
示例
检验 INS0001 使用包装定义 PD01 创建处理单元。PD01 按如下所示进行设置：
| 节点 | 包装材料 | 包装材料数量 | 物料数量 |
|---|---|---|---|
| 1 | 货盘 | 1 | - |
| 2 | 箱 | 2 | 40 件，每箱 20 件 |
检验 INS0001 的待检验物料总数量为 40。所产生的处理单元结构为：
处理单元 HU 01 显示在“仓库检验 - 处理单元 (whinh2534m000)”进程中。
检验 INS0002 也使用包装定义 PD01。检验 INS0002 的待检验物料总数量为 80。所产生的处理单元结构为：
因为待检验的物料总数超出包装定义 PD01 中可包含的最大数量，所以 LN 会创建处理单元结构的另一个实例。也就是，带有两个箱的附加货盘。对于此类附加实例，不存在任何包装信息，而且不打印标签。处理单元 HU 04 和 HU 07 显示在“仓库检验 - 处理单元 (whinh2534m000)”进程中。
此外，LN 会将顶层处理单元 HU 010 附加在 HU 04 和 HU 07 上。这是为了保持 INSP0002 的所有处理单元统一位于一个处理单元结构中，否则在 HU 04 和 HU 07 下就会包含两个单独的结构。HU 010 不显示在“仓库检验 - 处理单元 (whinh2534m000)”进程中，而是显示在“处理单元树”中。
因此，如果在“仓库检验 - 处理单元 (whinh2534m000)”进程中选择处理单元 HU 04 并打开“处理单元树”，则会显示从 HU 010 开始的整个结构。如果在“仓库检验 - 处理单元 (whinh2534m000)”进程中为 INS0001 选择 HU 01，则 HU 01 即为整个结构的顶层处理单元。