GTFS站内资料中的两种关系：父子位置与通道连边为何要分开
parent_station表示位置层级，pathways则把位置组织成节点与边。登乘区、同端点的不同通道，以及层索引和乘客层名，说明了站内资料怎样同时保存归属、连接与方向信息。
更多文章
D365装卸预约的约定窗口、实际签到时间与八种状态
微软文档把地点与系统时区、涵盖到门至离开的预期窗口、实际签到时点和预约状态分开表达。Waiting不只表示尚未签到，还要求尚未迟到；完成状态也同时取决于进出事件和时间条件。
FedEx预计时间窗不是交付事件：EDTW的起止、地区与缺值条件
FedEx开发文档将EDTW定义为基于所请求地点历史配送数据的预测范围。window/begins与window/ends分别是预测起止；本页列出的目的地仅美国、加拿大、比利时、德国和荷兰，且不是所有跟踪号都会返回窗口。
载荷总重量里为何还有容器：D365文档怎样界定计算对象
微软把货品、容器、shipment与load连成一组软件关系。重量和体积不仅来自货品，所选模板上限又是另一层比较口径。
同一多件货件，主跟踪号与子件号为什么给出不同查询范围
FedEx公开文档将master号与关联子号放在多件货件结构中说明。主号返回关联子号数据，子号返回对应包裹详情；这与一次批量提交多个号又有区别。
新建shipment并不一定再建Load：读清波次中的记录归属
Advanced wave load building在存在合适现有Load时可将未分配shipment加入其中。新装运与新载荷记录的数量，不必一一同步增加。
D365运输引擎的元数据，为什么与内部数据来源有关
微软文档解释，不同内部数据结构可共用通用物理表，由元数据支持运行时解释。外部取数引擎不需要这类元数据，但随产品交付的引擎依赖应用内部数据。
装运合并后字段空白，先区分合并条件与保留值
Dynamics 365的装运合并会按所选字段组合记录。对于文档规定范围内的未选字段，不同值可能被清空，因此空白不能直接等同于原订单未填写。
Dynamics 365运价字段：Comparison与Break unit为何不能单独说明计算行为
官方将这两个分段主表字段限定为标准引擎的信息用途；计价对象之间的关系仍需结合对应引擎识读。
运输计划尚未出现shipment，是否就不能开始讨论安排
Dynamics 365运输管理概述允许以订单或由订单生成的shipment作为计划基础。资料交接应区分订单、计划与后续发运记录。