运输计划尚未出现shipment，是否就不能开始讨论安排

运输系统里还没有一条shipment记录，并不自动说明运输计划无法开始。Dynamics 365 Supply Chain Management的官方概述在讨论计划依据时，明确区分了订单与由订单创建的shipment。若把两者当成必须同时出现的同一对象，业务说明就可能误写前后关系。

Microsoft文档表示，运输计划可以基于订单，也可以基于这些订单生成的shipment。shipment会在某个时点存在，但并不是运输计划的必要前提。这个表述回答的是软件计划可以从什么资料出发，不是说每个订单都已完成发运，更不是对实际货物位置的证明。

一份计划交接表若只写“已安排”，信息仍然不足。本文的资料分析是，计划依据为哪张订单、当前是否已有对应shipment、记录分别形成于何时，应分别表达。没有shipment时可以如实记录尚未形成，不能为了让清单看起来完整而填入虚构编号；已有shipment也不能直接被写成车辆已离场。

这样的区分有助于理解不同人员所说的“开始”。计划人员可能指已经具备订单资料，另一位同事却在等待后续发运对象。双方未必对同一状态有分歧，也可能是在谈不同层次的记录。明确对象名称，比笼统追问“为什么还没有运输”更容易形成可核对的问题。

同一段官方说明还指出，转移订单属于出站场景，可以与销售订单一起进行计划。这里的共同计划范围，不等于两种订单在业务意义、收货对象或后续单据上完全相同。整理订单清单时保留订单类型，仍然有必要；不能因为进入同一份计划，就把转移订单改称客户销售订单。

概述另用文字分别介绍入站和出站运输：入站说明涉及从供应商向仓库接收货物，出站说明涉及从公司仓库向客户发运。本文只采用这些正文中的范围，不解读页面流程图，也不据此补出某家企业的完整运输流程。页面同时列出的费用与装载策略，不属于本文讨论内容。

该资料标注最后更新于2025年8月5日。本文没有安排线路、生成装载、计算运费或确认真实承运结果。对运输管理软件的使用资料而言，先讲清“以什么记录计划”与“已经形成什么后续对象”，能保留系统状态的真实顺序，避免把缺一类记录误写成整个计划功能不可用。