SSCC认出一件物流包装，箱内商品资料为何仍要另行关联

第三方仓储接收一托盘箱货时，“这是哪一件运输包装”与“里面是什么商品”是两个相连的问题。GS1 Japan的SSCC介绍，以积放纸箱的托盘为例，说明SSCC可以唯一识别运输包装单元，并与其内商品的GTIN关联。[1] 这种关系没有把包装身份和全部内容信息合并成一个概念。

SSCC全称Serial Shipping Container Code，GS1 Japan用出荷梱包シリアル番号表述它。该页说明，SSCC以序号识别物流单元，代码总计18个数字，由扩展位、GS1企业代码、序号和校验位组成。这里的整体对象是运输包装，而不是本文所说的某一种商品类别；本篇仅介绍组成概念，不提供生成、分配或计算这些数字的方法。

定义段有一条重要括注：运输包装内的产品信息仍需要另行通过事前出荷数据等方式共享。[1] 因此，读到一个SSCC，并不能把它想象成18个数字内已经逐项写入所有商品名称和数量。编号提供物流单元的身份，另行共享的内容资料再与这个身份关联。本文用“身份与内容”概括这一关系，并没有实际读取某个托盘的数据。

页面的物流标签示例进一步把对象摆在一起：AI（00）对应SSCC；AI（02）对应包装内最高包装层级交易单位的商品识别码；AI（37）对应这一层级单位的数量。三种内容在示例中分别列明，正好说明物流包装身份、商品识别和数量不能仅凭一个名称互相替代。它是一份示例，本文不将其扩展成所有交易都必须使用的固定标签方案。

对仓储资料，这一结构有很实际的阅读意义。若文字只记“已关联SSCC”，读者知道它在指向物流单元，却不能由这句话补出箱内每种商品及数量；若另有与之对应的出荷资料，才能继续讨论其中记录了什么。本文采用GS1 Japan公开介绍，发布日期未知，不采其免逐箱检验或效率宣传，也不以标识存在证明质量合格。它说明的是包装与商品信息如何在资料中相连，不是验收放行或标签实施指南。