先确定事件改变了哪一层关系
阅读云区块链物流方案时，可以先追问：这一条记录描述货物装到一起、从中取走，还是描述货物正在发运？系统部署在云端、保存了链上凭证，都不能省略这种语义区分。本文以GS1在二〇二二年批准的EPCIS与CBV二点零版本作固定版本解读，不声称它们是当前最新修订，也不评价具体物流平台。
EPCIS的AggregationEvent用于描述较强的物理聚合关系，例如货箱装上托盘后，在拆开以前随父对象处于同一地点。仅仅属于同一张发运单的两块托盘，未必构成这种关系。父对象由parentID表示；列举具有单件身份的子对象时使用childEPCs，按类别与数量描述时则使用childQuantityList。
用两只虚构货箱演示增加与解除
假设教学系统用P表示一块托盘，用A、B表示两只带独立标识的货箱；这些字母只是说明角色，不是可直接提交的标准标识。把两箱装上托盘，可用ADD表达它们加入P。记录应列出父对象及加入的子对象，而不能只写一个笼统的装货标签，让接收方猜测参与关系。
之后只取走A，可用DELETE列出P与A，表达A从这一聚合中解除；不能顺手把B也标为离开。这里的DELETE是关系变化的动作值，不是要求删除此前的事件记录。该版本还有明确的全体解除规则：DELETE同时省略两个子对象列表时，表示解除该父对象的全部子对象，不能把这种写法当作缺少明细时的随意补法。
发运步骤与包装类别各有自己的位置
CBV把shipping解释为出库暂存、装载和离场等过程的总体业务步骤，在无法获得这些更细步骤时可以使用。它描述业务正在做什么，并不自动表明某只货箱已经脱离托盘。因此，看到一条发运记录，应继续检查实际事件类型和关系动作，不能仅凭shipping就补写一次拆分。
包装类型也不能替代父子关系。UNECE的UN/EDIFACT D.10A资料将7065定义为描述包装类型的代码字段，并建议使用Recommendation 21附件五的字母代码。本文只采用这一已读字段定义，不引用未取得的整份代码表。两只箱子即使包装类型相同，也不能由此推断它们是否同属P；这是类型描述与对象关系之间的区别。
核对事件顺序，再检查关系是否自洽
整理上述虚构记录时，可依次保留加入P的A与B、解除A的动作，以及后续货物发运的业务步骤。观察到货物仍在一起时，OBSERVE也不等同于再次加入；标准允许观察列表并不完整，父对象在这种动作下还可能未被识别。因此，不能把一次观察遗漏某箱直接解释为该箱已被拆走。
EPCIS同时提醒，某些关系错误并不能仅靠语法检查发现，例如对象指向自身，或在缺少相应解除的情况下出现冲突聚合。阅读项目演示时，应要求说明事件来源和缺失情况，再讨论关系能否连续还原。本文的P、A、B仅是资料理解练习，没有采集真实货物数据，也没有把格式通过或事件上链当成现场装卸已经发生的证明。