新建shipment并不一定再建Load：读清波次中的记录归属

运输软件中出现一条新的shipment，是否就意味着必然多出一个Load？微软关于advanced wave load building的公开说明，给出的答案取决于功能背景与现有记录。它比较通常的波次处理行为和启用该功能后的归属方式，没有把两类记录规定为永远一对一新建。

在通常处理中，系统会为尚未分配Load的每个shipment建立新的Load。这里首先保留“尚未分配”的条件：原文不是说一个已在Load中的装运，每次经过处理都必定再建一份载荷。把条件删去，会让原本的记录创建规则变成无依据的重复创建结论。

启用advanced wave load building后，系统会把未分配的shipment归入一个现有Load，前提是存在合适的现有Load；只有必要时才建立新的Load。适合与否来自系统所定义的条件，不能改写成只要数据库里还有任意一个Load，就应当把所有新shipment都放进去。

这让“新装运”与“新载荷”成为两项不同观察。设想一个纯粹用于解释的软件记录示意：先已有Load甲，随后形成shipment乙。如果功能条件允许乙归入甲，乙是新的记录，却没有因此要求另建Load丙。这个假设只是对原文关系的说明，不对应真实货车、货物或订单，更没有证明任何运输资源可以混用。

文档随后将波次模板、载荷建立模板等条件分别介绍，说明相关功能需要对应设置背景。它还采用USMF演示数据展开情境。本文不转录模板值、数量容量、混装限制或操作路径，也不将一份演示页面当成某座仓库现有功能已经启用的证明。软件归属条件与现实车辆能否装载，仍然是不同问题。

理解这个关系，能帮助运输资料人员准确描述新记录带来的变化：是产生了shipment，还是同时产生Load，又或关联到了原有Load。保留这些对象与关系，比只统计一栏“新增装载”更容易交流。本篇限定Dynamics 365公开功能文字，首次发布日期未确认；未执行波次、配载或发运，不由记录数量推导路线、承载、安全或承运完成情况。