Dynamics 365供需关系为何会变：pegging与marking的持久性不同

两次主计划运行后，需求对应的供应发生变化，计划结果阅读者可能首先怀疑原有关联没有保存。但在Dynamics 365 Supply Chain Management的文档中，供需之间存在不同类型的关系，它们本来就不具有相同的稳定性。

Microsoft Learn的Inventory marking页面说明，marking用于连接供应与需求，外观上类似pegging。后者表示主计划预计怎样覆盖需求；从计划的角度看，两者的主要区别是marking比pegging更持久。文档并未把二者描述为同一个名称的两种翻译。

pegging由主计划在覆盖计算时控制，系统可在每次计划运行中更新它，以优化覆盖需求所需的供应。这意味着，一份计划结果中的对应关系具有本次计算背景。把它复制到长期业务台账后，如果丢掉运行时间和计划身份，就可能让后来读者误以为那是一项永久固定的业务绑定。

marking则是另一种需要保留的关系。文档将其形容为几乎永久性的供应与需求连接，同时明确它是可选的，也存在移除途径。因此，“更持久”不能被改写成“永远无法改变”，也不能反过来理解为每条供需对应都必然已经做了marking。本文不讨论移除方法或实际库存成本处理。

两种关系也并非互不相干。官方说明，主计划更新pegging时会尊重已有marking。阅读运行前后的结果，既要知道哪些关联是本轮计划形成的，也要知道是否存在被计算尊重的既有标记。只比较一列供应编号，缺少关系类型，就无法把变化解释完整。

可以设想一份简化的计划比较表：两次结果都列出同一需求，但其预计覆盖供应不同。这个例子只用于说明资料读法，不能证明真实系统发生错误。本文的分析是，比较表若同时保留计划运行标识、结果时间和关系名称，讨论就能从“关联丢了”转向“哪种关联在何次计算中变化”，问题会更明确。

该页面标注最后更新于2025年10月3日，适用范围是Dynamics 365 Supply Chain Management的相关说明。本文没有重新运行计划、调整库存标记或核验企业账务，也不根据一份截图判断计划是否合理。更持久的记录关系与每轮计算的覆盖安排，应按原文分别理解；这正是供需追踪资料交接中需要保留的区别。