仓储工作类与工作池：一个限定工作行，一个组织工作分组

Dynamics 365仓储资料中，Work class和Work pool都有一个“work”，但官方采购入库模板示例没有把它们当作同一种分组。工作池用来把工作组织为组；工作类则用来引导或限制工作人员能够在移动设备上处理的工作订单行类型。区别落在分组对象与工作行处理范围，而不只是名称拼法。

该页的背景是从接收区域移动收到的物料，模板决定移动设备呈现给工作人员的一组指示。工作池出现在模板头部说明中：模板指定的值成为使用该模板创建工作的默认工作池。它帮助表达工作属于哪组，但这一条分组说明没有独自回答某类工作行能通过哪种移动端处理范围。

工作类出现在模板明细中。原文以Pick工作行为例，说模板设置的工作类成为由此创建的Pick行的默认值，而且不能在工作订单行中覆盖。于是，模板里的分类来源与结果行上的值存在明确联系。不能看到结果行有这个字段，就认为它是一个可以脱离模板关系任意重新命名的标签。

配对关系又增加了一层含义。官方把Pick与Put指示视为一组，并明确每组须采用同一工作类。这不是说所有仓库中的一切工作都使用一个统一类别，而是该示例所说明的拣取与放置配对条件。记录模板明细时，保留哪两行属于一组，才能理解为何两处出现相同类别。

例如，一份假设的说明只列“工作池甲、工作类乙”，还不足以重建行之间的关系。补充工作类型、类别来自哪个模板，以及哪两条指示构成一组，才表达了本文采用段落里的信息。这个例子不是设置建议，没有给出实际类别编号，也不据软件分类判定员工技能、设备资格或现场作业是否安全。

本文阅读的是Microsoft Learn采购订单工作模板任务页，页面标示2024年8月6日更新，这不是已核定的首次发布日期。它包含USMF演示背景与操作步骤，本篇只采用分组、默认类别及成对条件的解释，没有执行配置或仓储移动。将工作池的组织作用与工作类的工作行作用写清，能避免把两份不同说明压缩成一句模糊的“工作分类”。