Dynamics 365运价字段：Comparison与Break unit为何不能单独说明计算行为

运输计价资料中，某个字段写着比较符号或重量单位，读者很容易认为引擎就会按该栏直接执行。Dynamics 365 Supply Chain Management的运价配置文档却对Comparison与Break unit作了专门限定。识读字段名称时，还必须看它究竟是说明信息，还是实际参与所讨论引擎行为的条件。[1]

Microsoft将break master描述为定义价格结构及分段点的对象。页面分别解释Comparison用于描述分段点比较方式，Break unit用于标明相应单位或计量，例如重量或距离。紧接着的注意事项明确，这两个字段不影响标准引擎行为，只供信息用途。字段有值，并不能单独证明标准引擎已经按该值改变算法。

这一限制的对象是标准引擎。文档在开头提醒，全文对标准引擎的描述可能不完全适用于自定义引擎。因此，不能把“不影响标准引擎”改写成“在任何项目中都没有作用”，也不能倒过来猜测某家企业的自定义引擎肯定使用了这些字段；后者需要项目自己的技术证据。

两个信息字段的限制，也不意味着整个分段主表或全部计价结构都不重要。原文分别介绍rate master、rate base及rate base assignments：运价主表关联计价元数据，费率基础定义关联分段点上的价格，分配关系决定采用哪个费率基础。把其中两个字段的用途限制扩大到所有对象，会丢掉官方说明的关系层次。

阅读一份字段截图，可以先问它来自哪类对象、所用的是标准还是自定义引擎，再问资料中是否说明了实际计算依据。这里是本文提出的资料阅读顺序，不是计价配置步骤。仅有单位栏写着公斤，不能据此替某笔运输认定最终收费单位、换算结果或应付金额。

文档还讨论费率与分配关系的有效起止时间，说明计价资料不仅包含名称，也有适用期间。本文没有核对承运合同或执行运费计算，不从软件字段推断报价真实有效，更不会将公开文档里的示例数值作为市场价格。

该页面标注最后更新于2025年5月26日，本次读取于2026年10月9日。对运输管理软件交接而言，准确保留信息字段的用途、引擎范围和对象关系，比看到一个比较符号就推定整套运价行为更可靠。