装运合并后字段空白，先区分合并条件与保留值

一张合并后的装运记录出现空白字段，并不能单凭这一格就断言原订单没有填写。在Dynamics 365的装运合并策略中，某些字段是否参与分组，以及合并后怎样保留其值，是两层不同的规则。微软文档对“未选字段值不同”的情况给出了明确处理：将字段置为空白。

合并策略先通过查询条件确定适用范围，再按选中的字段组合值来分组。只有这些字段的值满足相同组合，才会被归入相应装运。因此，选中某个字段作为合并条件，表达的是哪些记录可以分到一起；它与仅希望在结果上看见该字段，并不是同一件事。

对未被选作条件的字段，系统不会用它们的差异阻止这一分组。文档接着区分了两种结果：如果两个装运在该字段上的值相同，合并后填入这个值；如果不同，合并后该字段清空。空白因而可能来自差异值的合并处理，而不一定是在源记录里从未存在过内容。

这里可以用一个不指向真实单据的假设作对照。假定字段甲属于文档所述的适用范围，又没有被选作合并条件，两条待合并记录分别为A和B。按上述规则，不能期待合并后自动保留A或B中的某一个；若两条记录原本都是A，结果则不同。这个示意只讨论字段值，不表明真实系统中的任意字段都适用，也没有执行装运合并。

规则的范围必须保留。微软说明，可在这种处理下被清空的字段集合是固定定义的，包含新建装运时从销售订单行或转移订单行初始化的字段；不属于该初始化范围的字段，在向现有装运加入数据时会被忽略。不能因此推广成“所有自定义字段只要不一致都会清空”，更不能用这一条解释每一种系统扩展的行为。

合并条件本身也不是任意删减的。官方列出必需字段与禁止字段，缺少必需项或包含禁止项的策略会被标为无效。由此，遇到一个不符合预期的结果，合理的资料核对顺序是先确认实际应用了哪项策略，再看该字段是否被选作条件、是否处于上述字段范围以及原值是否一致。单看结果页的一格空白，不足以还原完整过程。

本文依据2026年10月12日读取的微软装运合并策略说明，讨论的是运输单据软件中的信息合并语义。它不判断真实货物该如何配载、选择哪条线路或承担何种合同责任。保留策略与原记录的对应关系，才能区分“源数据缺失”和“合并后不保留冲突值”这两种不同解释。