更改工作池时，空白值不是“沿用原值”

Dynamics 365仓储作业原本属于一个工作池，打开更改对话框后，工作池输入框却是空的。这个空白不能直接理解为“没有改动，仍然沿用旧值”。微软的Change work pool on work文档明确提醒：如果保持空白并应用更改，工作池会从该工作项中移除。

理解这条提示，可以先看工作池的用途。它把工作项目组织成组，文档以按仓库中的特定区域分类为例。工作模板也能够指定默认工作池，由该模板生成的工作项目会继承所分配的池。因此，工作详情上已经有一个Work pool ID，与更改窗口里默认显示什么，是两项不同的信息。

官方使用USMF演示数据说明变更过程：先让模板分配一个工作池，再通过现有工作项的更改功能改到另一个池。例子中，详情里的工作池字段会随更改更新。本文引用的是文档对界面行为的说明，没有在演示公司或真实仓库中创建订单、释放波次或更改作业。

更值得注意的是例子末尾的空值规则。更改功能不只承担从甲池转到乙池，还可以为无池的工作添加归属，或移除已有归属。因而这个字段的空白是一种有含义的输入，不是普遍适用的“跳过更新”标记。把空白与没有提交任何变更混为一谈，就可能误读操作结果。

在整理问题记录时，至少应区分三个画面：打开对话框前工作详情中的池值、对话框中准备提交的值，以及操作后详情中的值。只保留第二张截图，无法证明原工作本来就没有工作池；只保留第一张，也不能证明后来提交的值是什么。这是从字段语义得出的记录方法，并不要求在生产环境中重复操作来验证。

文档还提到，如果工作详情没有显示Work pool ID列，可以调整网格列的显示。字段没出现在表格上与字段值为空，同样不是一个结论。实际排查中，应先明确是看不见这一列、看见空值，还是更改对话框尚未选择目标值，再根据已有记录判断，而不是一律归为任务丢失。

本篇以2026年10月12日读取的微软官方说明为依据，仅解释WMS工作分组及空值含义，不提供实物搬运、设备控制或现场安全指令，也不保证改变分组不会影响后续流程。空白不是“保持原样”的通用约定，具体含义应以当前功能的文档和实际变更记录为准。