同一多件货件，主跟踪号与子件号为什么给出不同查询范围

运输软件查询中，得到多条跟踪记录，可能涉及一个已有多件关联，也可能只是一次提交了多个查询号码。FedEx的Basic Integrated Visibility公开文档将这两类情况分别说明。理解master tracking number与子件号时，先辨认号码代表单个包裹还是多件关联入口，比只比较结果有几行更具体。本文采用本次读取的en-tt文档页面，不据这一语言地区入口推定所有地区都提供相同服务。

文档开头把tracking number称为分配给每个包裹的唯一标识。在Track Associated Shipments部分，master进一步被定义为多件货件中的第一个跟踪号码，它关联该货件的全部跟踪号码。因此，master并不是凭号码长度额外推断出来的等级，也不是把任何几个号码写在一起后自动获得的名称；它有来源所说的多件关联背景。

Track by Multiple-Piece Shipment一节给出了具体返回差别：按master查询，会返回全部关联子跟踪号的数据；按其中一个子件跟踪号查询，返回与该包裹有关的详情。同样是在查询这份多件货件，采用的入口不同，得到的记录范围可以不同。看到单件详情没有列出其他子件，不能直接把它写成其他包裹已从关联中消失。

可以用一个不含真实号码的示意理解：某多件货件有主号甲及关联子号乙、丙。按主号获得关联范围，按乙获得乙对应包裹的详情，描述的是两次查询的对象差别。这个情境没有调用API，也不表示甲乙丙的运输状态必然一致。关联是软件记录之间的联系，各包裹是否已经到达、由谁收取，仍需对应的实际事件信息，不能由一个主号自行补出。

同页的Batch Tracking则解释一次提交多个跟踪号来查询货件，并列明单次跟踪交易的包裹数量上限为三十。这里的“多个”首先属于查询输入，不是说这些号码因此形成了同一份MPS关联。批量返回多条结果与通过主号返回关联子号，可以产生相似的行数，却没有因此改变号码在来源中的身份。本文只解释两段文档的对象，不提供请求代码或实际发运操作。

返回信息本身也有层次。Batch Tracking相邻文字分别列出整体交易状态、单项跟踪请求状态，以及具体跟踪号码状态。将这些层次合并成一句“查询成功”，仍无法清楚说明哪一个对象的状态已经取得。这个结构说明有助于阅读运输系统交接资料，但不是本文已经检查过任何真实返回，也不能替代对具体包裹详情的核验。

MPS采用段列出的服务范围包括FedEx Express和Ground的美国与国际多件货件等，并另列其他服务情形；本文没有把它扩展为所有业务通用能力。页面首次发布日期未确认，未采用签名文件获取、账单、合同、通知发送或取消货件步骤。这里能够解释的是主号、子号与批量输入怎样对应记录范围，而不是以一份开发文档确认实际承运、交付时间或运输安全。