采购类别进入Dynamics目录后：节点、单品与更新为何还要分开读

Dynamics 365 Supply Chain Management的采购目录，定义组织员工为内部使用而可订购的商品与服务。[1] 它不是将任意商品名称凑成一张平面名单。Microsoft Learn说明，目录基于采购类别层级形成：层级中的类别成为目录节点，相关供应商和产品进入目录。商品原本归在哪个类别，与后来位于哪个目录节点，在这份文档里有可追溯的继承关系。

这种关系先有类别，再有目录。概述页说，整个组织定义一个采购类别层级，而组织可以拥有一份目录，也可以为不同部门建立多份目录。[1] 因此，一个层级没有把目录数量限定为一。任务说明页又明确，新目录继承原层级及其中全部产品，产品会出现在相应类别的目录列表里。[2] 层级提供共同的分类基础，多份目录则是基于这一基础形成的不同资料对象；不能因为目录名称不同，就推定每一份都来自互不相干的分类树。

供应商关联也沿着类别进入目录。概述页在前置关系中说，类别可关联具体供应商、产品等信息，这些关联会自动复制到目录。[1] 于是，目录中的一个产品条目，不只是工作人员后来手抄的一行名称，还具有源于类别的归属。这里的自动继承说明信息从哪里来，没有确认任何真实组织的供应商已经获准、报价已经有效或订单已经成立。

进入目录与显示出来仍有区别。文档同时允许一个节点中的全部产品显示或隐藏，也允许具体某个产品显示或隐藏。[1] 两种范围指向不同集合：一个以节点内的所有产品为单位，另一个落在单品。若资料只留下“目录包含这个类别”，它尚未说明类别下每个产品当前的显示情况；反过来，一项产品显示也没有证明同节点所有产品都显示。本文仅解释这两种软件对象，没有设置真实目录。

更新类型又另列Dynamic、Static与Both。概述将Dynamic写为目录有变化时自动更新，Static写为需要人工更新；Both则按目录内类别的默认更新类型区分，静态类别变化时需要人工更新，动态类别变化时自动更新。[1] 这使“目录采用哪种更新类型”成为独立信息。Both不是在Dynamic与Static之外再给所有变化规定一个统一等待时间，而是保留类别之间的不同分工。

新增产品的可见时点，在任务说明页里更加具体。产品加入采购类别层级后，Dynamic下的变化立即可见；Static下，使用目录的人要到目录重新发布后才能看到新增产品。[2] 这里比较的是新加入条目如何进入可见结果，而不是给采购请求安排审批时长。同样一项类别新增，若只记下产品名称与所属类别，却省掉更新类型，资料就没有完整说明目录一侧的可见条件。

移除产品不能直接套用上述新增等待关系。同一连续段明确说，产品从采购类别层级移除时，变化立即可见，不论Default update type字段是什么。[2] 因而，“Static需要重新发布”不能被扩成Static下所有变化都等待重新发布。原文针对新增与移除分别给了结果，差别来自事件对象，而非把一个目录拆成两套互不相干的名称。两页可见更新日分别为2026年7月1日与2025年1月24日，首次发布日期仍未知；本篇不执行发布、权限或真实采购操作。