ONE Record把Piece放在中心，货件、链接与计划事件怎样相接

一份航空货运资料可以围绕单证整理，也可以围绕实际货件整理。IATA的ONE Record设计原则选择后者：将Piece放在数据模型中心，再让相关对象和事件围绕它建立联系。[1] 这一选择改变的是信息如何组织，而不是给一张文件换一个电子名字。

文档把Piece解释为可唯一识别的单个物理单元，它可以构成一票Shipment的全部，也可以只是其中一部分。因此，一票运输与一个Piece没有被规定成永远一一对应。只保留Shipment层面的概括，可能没有展开其中各物理单元的具体信息；以Piece为中心，则鼓励链条参与方提供更细的资料。

这种中心也连着Digital Twin原则。原文说，主要对象对应物理资产或物流中的实际旅程，并列举Item、Piece和ULD等对象。名称在模型中仍与业务中的对象相联系，不能因为都进入同一份数据记录，就把货件与归集货物的装置合成一种东西。这份页面聚焦普通货物中货主、货代和航空公司之间的联系，并未为任何具体货物作受理判断。

减少重复是另一项设计目标。ONE Record希望资料在模型中只定义、存放于一处，避免多个来源保存相互矛盾的值。这里说的是模型追求的组织方式，不能改写成本次已经验证所有系统的数据绝无错误。一个模型提出目标，与某套实际部署是否实现目标，仍需不同证据。

链接例子让这个目标更加具体：Product已经连到Piece，Piece再连到Shipment时，无需额外建立Product到Shipment的直接链接。三个对象并没有消失，已有路径却能表达其联系。若为每一种关系都另复制一份资料，反而可能削弱原文希望保持的简单关联。本文只解释这一例子，没有编写或运行接口。

数据驱动也不意味着文件从此不存在。页面仍承认单证在物流中的作用，同时希望模型能充分表达所需信息。对资料整理者，更有用的问题是文件中的信息分别指向哪个对象，而不是看到电子数据后，就认定每种单证的身份和作用都被取代。本文不判断单证法律效力。

Event则使对象具有时间上的变化。通用事件可以记录物流对象的演变，页面举出物理资产状态、运输区段状态和里程碑，也明确包括路线图中的计划事件。因此，资料出现一个到达相关事件，还须保留它是计划还是已发生；不能把模型里的计划直接写成货件已经抵达。

本篇采用IATA development设计原则的连续文字，首次发布日期未知，未读取其链接的全部标准或安全规范。它提供的是对象、链接与事件的解释，不是装载、危险品、航空许可或数据系统性能认可。