gs1 全球追溯标准 · 2019-03-18 · 采集和数据共享技术以及相关gs1...

全球通用的商务语言

GS1 全球追溯标准

GS1 供应链互操作追溯系统设计框架

版本 2.0，已批准，2017 年 8 月


版本 2.0，已批准，2017 年 8 月 © 2017 GS1 AISBL 第 2 页，共 58 页

文件综述

文件项目当前状态

文件名称 GS1 全球追溯标准

文件日期 2017 年 8 月

文件版本 2.0

文件发布日期

文件状态已批准

文件描述 GS1 供应链互操作追溯系统设计框架



更改日志

版本编号更改日期更改人更改总结

1.0 2007 年 9 月 John Ryu，Diane

Taillard

GS1 全球追溯标准的初期版本

1.3.0 2012 年 11 月 John Ryu eBallot 批准 WR 11-281 并更新发布

2.0 2017 年 8 月 Coen Janssen WR17-000031，以促进贸易伙伴了解如何利用基于

标准的追溯解决方案来满足众多法规的要求。

免责声明

GS1®已制定其知识产权政策，要求编制《GS1 全球追溯标准》的工作小组成员同意向 GS1 成员授予

必要权项的免版税许可证或 RAND 许可证，以避免知识产权方面存在不确定性，如 GS1 知识产权政策

所述。此外，还应注意，实现本技术规范的一个或多个特征时可能侵犯不涉及必要权项的专利或其他知

识产权。任何此类专利或其他知识产权不受 GS1 的许可义务约束。此外，根据 GS1 知识产权政策授予

许可证的协议不包括知识产权和未参与工作小组的第三方的任何权项。

因此，GS1 建议，在根据本技术规范制定实现方法时，组织应该确定其根据本技术规范制定的特定实

现方法是否涉及任何专利，以及是否需要根据专利或其他知识产权获得许可。决定是否需要获得许可时，

组织应考虑到其设计的特定系统详情，并咨询其自己的专利律师。

本文件按“原样”提供，不提供任何担保，包括对适销性、非侵权性、适用于特定用途的任何担保，或

以其他方式产生的任何担保。

对于因使用或误用本标准引起的任何损害赔偿，无论是特殊、间接、从属性还是补偿性损害赔偿（包括

侵犯知识产权，与使用本文所载信息或依赖本文件相关的责任），GS1 不承担任何责任。

GS1 保留随时更改本文件的权利，恕不另行通知。GS1 对本文件的使用不作任何保证，对本文件中可

能出现的任何错误不承担任何责任，也不承诺更新本文包含的信息。

GS1 和 GS1 商标是 GS1 AISBL 的注册商标。



目录

1 引言 ............................................................................................................................... 6

1.1 目的 ................................................................................................................................. 6

1.2 范围 ................................................................................................................................. 6

1.3 GTS（版本 2）相关信息 ................................................................................................. 7

1.4 如何使用本文件？ ........................................................................................................... 7

2 追溯和标准的重要性 ..................................................................................................... 9

2.1 业务驱动 .......................................................................................................................... 9

2.2 唯一标识需求 ................................................................................................................. 10

2.3 追溯数据需求 ................................................................................................................. 11

2.4 互操作性和标准需求 ...................................................................................................... 12

2.5 GS1 标准——互操作性的关键促成要素 ........................................................................ 13

3 追溯数据和追溯系统 ................................................................................................... 16

3.1 组织内的追溯数据 ......................................................................................................... 16

3.2 供应链间的追溯数据 ...................................................................................................... 16

3.3 管理追溯数据 ................................................................................................................. 17

3.3.1 追溯数据来源 ....................................................................................................... 18

3.3.2 追溯数据精确度 ................................................................................................... 18

3.3.3 追溯数据敏感度 ................................................................................................... 19

3.3.4 追溯数据的质量 ................................................................................................... 20

3.3.5 追溯数据共享 ....................................................................................................... 20

3.4 追溯系统 ........................................................................................................................ 21

3.5 操作追溯系统：示例 ...................................................................................................... 23

4 可互操作追溯系统的关键促成因素 .............................................................................. 27

4.1 对象、参与方和位置标识............................................................................................... 27

4.1.1 追溯对象 .............................................................................................................. 27

4.1.2 追溯参与方 .......................................................................................................... 30

4.1.3 追溯地点 .............................................................................................................. 30

4.1.4 交换和文件 .......................................................................................................... 30

4.2 自动标识和数据采集（AIDC） ...................................................................................... 30

4.2.1 数据载体 .............................................................................................................. 31

4.2.2 采集数据 .............................................................................................................. 32

4.3 共享追溯数据 ................................................................................................................. 33

4.3.1 分开内容和通信方法 ............................................................................................ 33

4.3.2 GS1 数据共享标准和服务 .................................................................................... 33

4.3.3 数据发现、信任和访问机制 ................................................................................. 34

4.3.4 来自设备和传感器以及物联网（IoT）的事件数据 ............................................... 36

4.4 追溯解决方案生态系统 .................................................................................................. 37

5 互操作性追溯系统的关键要求 ..................................................................................... 38

5.1 先决条件 ........................................................................................................................ 38



5.2 标识要求（包括静态数据管理） .................................................................................... 38

5.3 自动数据采集和识别（AIDC）要求 ............................................................................... 39

5.4 数据记录要求（关系数据和关键追溯事件） .................................................................. 39

5.5 数据共享要求 ................................................................................................................. 40

5.6 角色和责任 .................................................................................................................... 41

6 术语表 ......................................................................................................................... 42

6.1 缩写词列表 .................................................................................................................... 43

7 参考文件 ..................................................................................................................... 45

A 互操作性要求总结 ....................................................................................................... 46

B 数据管理责任 .............................................................................................................. 47

C 准备开始 ..................................................................................................................... 48

C.1 开始前............................................................................................................................ 48

C.2 应执行的步骤 ................................................................................................................. 48

C.3 设计追溯系统 ................................................................................................................. 49

C.4 构建追溯系统 ................................................................................................................. 50

C.5 部署和使用追溯系统 ...................................................................................................... 50

D 行业案例 ..................................................................................................................... 52

E 致谢 ............................................................................................................................ 55



1 引言

1.1 目的

GS1 全球追溯标准（GTS）旨在帮助组织和行业设计和实施基于 GS1 标准体系的追溯系统。

就战略层面来说，本标准旨在为正在开发长期追溯目标的组织或行业提供关键见解和相关知

识。

追溯是追溯对象相关历史、应用或位置的能力[ISO 9001：2015]。在考虑产品或服务时，追

溯可能涉及：

■ 原材料和部件来源；

■ 加工历史；

■ 交付的产品或服务的分布和位置。

GS1 实现供应链追溯的方法侧重于使用开放标准来提供供应链相关对象的可视化。本文件

旨在通过以下方式帮助组织和行业实现全球供应链追溯：

■ 提供方法，供组织在制定符合其需求和目标的追溯系统设计要求时使用。

■ 为指定具体行业的，区域的和当地标准和指南提供基础。

■ 通过提供一致方法来标识追溯对象，并在其生命周期内创建和共享有关此类对象的移动

或事件的基于标准的数据，从而实现全供应链成功和互操作性通信。

■ 通过应用现有和已验证的标准，以避免碎片化方法造成应用案例不可追溯。

1.2 范围

GS1 全球追溯标准预期在端到端供应链中使用，并与贯穿追溯对象生命周期的所有事件相

关，其中包括：

■ 原材料、配料、中间产品、组件和半成品的转化和加工。

■ 产品聚合和解聚以及资产关联（例如可回收资产）。

■ 运输和配送，包括跨境贸易。

■ 产品多次使用或产品服务中的维护、修理和大修操作。

■ 产品消费，包括分发和管理。

■ 产品处理和销毁以及原材料回收。

本文件假设，各组织在建立追溯系统和工具来驱动其业务时，均拥有自己的目标。为了取得

成功，各组织应确保其系统能够与整个供应链中其他组织的系统互操作。

本文件重点介绍追溯数据管理方面。其使用简单模型来标识和引用采集和共享数据的必要要

求，其中，该模型适用于已知和可信的监管链或所有权。追溯数据根据“参与方、追溯对象、

时间、地点和事件”维度来采集和共享，以便向应用提供足够的业务内容来有效使用数据。

其还为复杂供应链间的数据共享提供了基础，在此类供应链中，各方需要从不是其直接贸易

伙伴的公司查找并检索信息，且在共享数据之前需要建立信任关系。

本文件不特定于任何行业和产品。此类原则可应用于食品和饮料、服装、医药、医疗器械、

人道主义物流、技术设备和组件等多个行业的供应链。

本文件也不特定于任何技术。其基于 GS1 标准体系核心的基本原则：标识-采集-共享。此

类基本原则可用于解释如何使用 GS1 标准体系实现追溯解决方案。本文件引用了各种数据



采集和数据共享技术以及相关 GS1 标准，包括 GS1 条码、EPC / RFID、GDSN、EDI 和

EPCIS。

GS1 全球追溯标准并不旨在与提出追溯要求的其他国际标准竞争（例如 ISO 发布的标准，

由全球食品安全倡议（GFSI）或其他认证方案用作基准的标准），而是进一步补充和完善

此类标准。由于此类标准规定了应该做的“内容”，全球追溯标准帮助企业和组织了解“如

何”使用标准化的追溯数据来满足此类要求。

1.3 GTS（版本 2）相关信息

GTS 版本 1 通过满足以下需求，为基于标准的追溯系统奠定了基础：

■ 产品、位置和参与方的全球唯一标识；

■ 所有产品和包装层面的标签；

■ 数据采集和记录；

■ 允许访问数据；

明确确定整个价值链上的责任。

GTS 版本 2 基于版本 1 中建立的基础。在 GTS 版本 2 中，引入了分层的追溯方法，以便更

好适应动态性的日益增强的供应链的各种追溯需求，以及包含当今信息技术所提供的所有功

能。

图 1-1 GTS 版本 2

GTS2 是基于 GS1 标识、数据采集和数据共享的 GS1 标准的通用文件。如图所示，预期需

要制定附加标准和指南来加强 GS1 标准。

此外，该图表明，GTS2 有望成为基础性参考文件，并可通过部门、行业、领域、产品和地区特定标准

和指南来加强。

预期这种方法将确保快速开发与新确定业务挑战相关的材料。

备注：第一步会制订 GTS 实施指南（请参见附录 C）。

1.4 如何使用本文件？

GS1 源数据

GS1 智能检索

GLN 服务

预期在 GTS2 发布时可

用

本文件

可用说明：

条码和 EPC/RFID 标准（GS1 通用规范，标签数据标准）

标识标准（GS1 通用规范，标签数据标准）

发现服务和流程设计

GTS 附件

GTS 附件

GTS 附件

EPCIS 跨部门供应链追溯应用标准



本文件适用于任何规模的组织以及供应链各方和利益相关方。如果您或您的组织需要访问或

共享追溯数据，则您可以参考本文件。

■ 第 2 节将概述 GS1 追溯框架。

■ 第 3 节将详细介绍追溯数据管理方面，并提供通用示例。

■ 第 4 节将解释 GS1 标准如何创建可互操作的追溯系统。

■ 第 5 节将界定可互操作追溯系统的关键要求。

■ 附录 A 将总结互操作性要求。

■ 附录 B 将概述数据管理责任。

■ 附录 C 将描述设计和实施追溯系统的分步方法。

■ 附录 D 将提供行业示例和 GS1 资源的参考文件。

■ 附录 E 将列出对本文件作出贡献的人员和组织。



2 追溯和标准的重要性

2.1 业务驱动

追溯已成为世界各地组织的战略重点。除提高供应链质量、效率和透明性外，追溯数据的共

享和使用还可以帮助开发加强供应链安全性的解决方案。

数据的重要性

追溯允许访问相关数据，以便分析数据并作出决策。数据可访问性是驱动响应速度和分析精

度的关键。其涉及收集、存储和报告供应链和生产过程中每个重要事件的详细信息。此类信

息可以以不同方式用于改善运营或解决看似不相关的挑战。

追溯数据不仅限用于解决危机。数据和数据分析等相关方法已经成为企业控制和主动监控供

应链的重要手段之一。

图 2-1 追溯-做出更佳决策

备注：追溯数据不是有效数据分析的唯一来源。将应用各种其他来源，例如天气信息、

地理数据、人口统计数据。

透明度是指需要确保供应链间（包括消费者）准确信息的可视化和访问性，通常是追溯项目

的重要驱动因素。一些透明度要求可以通过使用有关消费者、供应商、产品和生产条件的静

态数据来实现。复杂要求需要使用静态数据以及与发生的实际供应链事件和交易相关的动态

数据，比如追溯。有关追溯数据的更多信息，请参阅第 3.3 节。

图 2-2 透明度、追溯和所需数据

市场压力和监管需求

当今供应链较长且复杂。其经常与其他众多供应链相交叉，使追溯成为多方和多链挑战。

市场压力和新兴法规是追溯的关键驱动因素。使追溯变得复杂是需要遵守不断变化的法规。

在当今的全球经济中，供应链追溯涉及供应链中每个国家和地区的多个司法管辖区。

追溯数据分析

过去

监测，干预

现在未来

预测，预防

透明度要求

基本

复杂（追溯

要求的）动态数据

静态数据



因此，每个组织都可能面临众多内部和外部追溯要求。本文件旨在确保此类复杂和长供应链

的基本数据共享需求，以便与所有方相关的方式进行解释。

跨职能

由于追溯数据的共享和使用可能会影响业务运营的诸多方面，因此追溯工具和解决方案涉及

组织中的许多职能和部门，包括但不限于：

■ 质量和安全团队（风险管理、召回准备、审计、错误和事件管理、有效期管理、库存周

转）。

■ 关注监管和组织要求的合规团队。

■ 需要共享相关信息的面向消费者的团队。

■ 负责打击假冒伪劣行为，实现供应链安全或品牌保护的内部团队。

■ 专注于道德和环境议题的社会责任团队。

■ 产品生命周期管理团队。

■ 负责运输和物流的团队。

■ 系统开发和管理团队。

负责多种职能的人员往往对追溯系统和工具的需求有着不同观点。所有此类不同观点都很重

要，本文件旨在通过以下方面达成对需求的共同理解：

■ 创建通用语言，用于讨论追溯数据管理方面

■ 规定创建互操作追溯系统的原则，以满足所有利益相关方的需求。

2.2 唯一标识需求

任何追溯系统的核心都是追溯对象的标识。

追溯对象是需要检索有关其历史、应用或位置信息的物理或数字对象。追溯对象示例包括产

品（例如消费品、药品、电子设备）、物流单元（例如码垛货物、包裹）和资产（例如卡车、

船只、火车、叉车）。

对于追溯对象的物理标识，通常可以分为三个主要标识级别（有关详细信息，请参见第

4.1.1 节）：

■ 品种级标识，其中，对象可以通过产品／部件 ID 进行标识，使其能够与不同类型的产

品或部件区分开。

■ 批次／批号级标识，其中，产品／部件 ID 加上批次／批号，将具有相同 ID 的追溯对象

的数量限制到较小一组实例（例如，同时生产的项目）。

■ 单品级标识，其中，追溯对象用序列化 ID 标识，将具有相同 ID 的追溯对象的数量限制

到单个物品。

追溯系统的目标和供应链本身是确定正确标识水平的关键标准。例如，高风险产品和配料一

般以批次／批号或单品级进行标识。

公司通常会组合应用不同层级的标识。例如，这通常用于制造过程中出现的转化事件，其中，

制造工艺中的输入包括主要和次要配料／材料。以制作金枪鱼罐头为例（请参见图 2-3），

主要配料／材料将包括金枪鱼腰、橄榄油和罐装瓶，而空纸箱（用于包装罐装瓶）属于次要

材料。



图 2-3 标识级别组合示例

备注：由于使用品种级标识，空纸箱以不同颜色显示。这种做法可提供透明度，但无法

提供真正的追溯，另见第 3.3.2 节。

另一示例是在同一产品上组合使用单品级和批次／批号级：为每个单独产品分配序列号，但

配送单元（例如外包装盒）以批次／批号级标识，供供应链和供应链伙伴的物流系统使用。

实施时间和成本因标识层级而有很大不同。不存在“万全之策”，在确定贵组织（和供应链）

所需的标识级别时，必须与供应链伙伴进行协调。

2.3 追溯数据需求

追溯系统由追溯数据驱动。追溯数据通过执行各组织执行的各种业务流程生成。

图 2-4 追溯数据的生成——单个公司视图

在任何组织中执行追溯相关过程时，都会生成追溯数据。此类数据为使用数据的应用提供业

务内容，并包含五个重要维度的信息：参与方、追溯对象、位置、时间和事件。

■ 参与方：涉及哪些参与方？

橄榄油（批次／

批号级）

金枪鱼腰身（单

品级）

空罐装瓶（批次

／批号级）

金枪鱼罐头（批

次／批号级）

空纸箱（类别

级）

箱装金枪鱼罐头（批

次／批号级）

输入接收

组织内流程

加工装运输出

参与方、追溯对象、位置、时间、事件

货物数据



处理、保管或拥有在供应链中移动的对象所涉及的唯一标识实体。如果需要区分实体及

其在流程中的作用，需要提供此信息。

■ 追溯对象：所追溯的主要对象是？需要追溯哪些相关对象？

必须对在供应链中移动的对象进行唯一标识。此类对象可能是单个产品以及货运产品。

其还可能包括其他物理或虚拟对象，如运输工具、设备（包括可回收运输项目）和文件。

■ 位置：此类移动或事件在哪里发生？

唯一标识位置对于理解对象在整个供应链中的路径至关重要。其可能是制造地、特定生

产线、仓库、田野、海洋、销售点、医院、船舶或有轨车。

■ 时间：包含该对象的移动或事件在何时发生？

特定事件发生的日期、时间和时区提供了对象在整个供应链中移动的时间线。

■ 事件：发生了什么？事件发生时发生了什么业务流程？什么商业交易正在发生？为何对

象那个时间在那个地点？

这讲述了对象相关故事。其提供了发生事件的业务环境。装运和接收事件代表监管链或

所有权链中的变化，而分配事件可能表明将特定药物施用于患者。在制造中，转化事件

表示何时将一种或多种配料不可逆地组合以创造一种或多种新产出或产品。

当我们将视图扩展到完整供应链时，各组织显然都将管理自己的追溯数据。为实现端到端的

供应链追溯，需要访问和组合来自多个组织的数据。

图 2-5 追溯数据生成——供应链视图

2.4 互操作性和标准需求

一个组织的追溯系统应可需要支持从风险管理到供应链效率、法规、可持续性、消费者信任

或品牌完整性等多种应用和使用案例。其应具有适应性，因为需求会随着时间推移而变化。

其应该利用基于成熟技术的投资，并尽可能利用各公司和／或其贸易伙伴内已经拥有的工具

（例如，物流标签、条码扫描器）。解决方案还应方便集成新系统组件。

为满足内部追溯要求而实施的系统可能无法与供应链中其他方的系统进行互操作。为确保适

当的互操作性，组织需要确保其系统基于一套通用标准构建。

组织 A 组织 B 组织 C

货物数据



这并不意味着供应链中的所有参与方都需要使用完全相同的系统，但是其系统需要能够支持

标准化数据。

各种目标和要求

实施追溯解决方案时，各个公司有不同的目标和需求。此类差异可归因于许多因素，包括产

品、供应链角色，监管和业务环境、成本／获益策略以及可用的技术。

此外，许多产品在其生命周期中至少跨越一个地理边界，使其受到多种法规约束，其中可能

包括相互矛盾的要求。

为了实现端到端供应链追溯的最终目标，特定行业或供应链的所有合作伙伴必须使用一套基

本标准。

各种解决方案和工具

市场上有各种信息技术和工具来支持追溯实现。通常，多个系统组件需要协同工作来提供一

个整体系统。这些可能包括产品标识和主数据管理系统，一个或多个自动识别和数据采集解

决方案（AIDC）以及采集关于供应链中产品路径的交易或事件数据的其他系统。

供应链中的各方也可能有不同程度的技术成熟度。其可能选择了不同的技术，或者可能以不

同方式实施相同的技术（使用不同软件或平台）。

从某种程度上来说，基于标准的系统和组件通常可与其他符合相同标准的系统和组件互操作。

2.5 GS1 标准——互操作性的关键促成要素

GS1 标准体系

GS1 标准体系提供一套综合标准，用于在对象的整个生命周期中标识、采集和共享相关信

息，为互操作性提供核心基础：

1. 供应链伙伴使用标准化标识来标识业务对象和位置。

2. 供应链伙伴采集对象标识以及在数据载体（条码，RFID）中以标准方式编码的任何附

加属性（例如有效期）。这可以确保对象可以在整个供应链中被自动和一致读取。因此，

还应记录时间（何时）、位置（何处）和其他数据（参与方以及发生的事件）。

3. 供应链伙伴使用通用语言进行标识和数据采集后，可根据业务环境细化和增强收集到的

数据，将其转换为可使用标准化语义、标准格式和标准交换协议共享的数据。



图 2-6 GS1 标准体系

备注：有关更多信息，请访问 http: //www.gs1.org/standards 。

备注：图中未显示 GS1 全球产品分类（GPC）标准。GPC 代码是用于分组类似产品的

静态代码。GPC 可用于汇总供应商数据，比如按国家显示某种作物的来源。有关更多

信息，请访问 http: //www.gs1.org/gpc 。

可互操作性追溯系统框架

本文件提供基于 GS1 标准体系创建互操作追溯系统的框架。其定义了实现可互操作追溯系

统所需的最少要素，并描述了如何添加附加要素以满足特定部门、产品类别、地区和应用领

域的要求。

图 2-7 可互操作追溯系统的 GTS 框架

标识：GS1 标识标准

GLN：全球位置码 GTIN：全球贸易项目代码 SSCC：系列货运包装箱代码 GRAI：全球可回收资产代码 GIAI：全球单个资产代码 GSRN：全球服务关系代码

零售商

卫生保健提供商

经营商

采集：GS1 条码和 EPC/RFID 标准

共享：GS1 数据交换标准

制造商

主数据：全球数据同步网络（GDSN）交易数据：电子数据交换（EDI）事件数据：EPC 信息服务（EPCIS）

项目箱子托盘运输分销商运输托盘配送中

心

运输箱子项目消费者

患者

护理人员

GS1 条码

GS1 Databar GS1 DataMatrix GS1 QR 码 GS1 复合

条码

互操作性

项目主数据位置数据项目/货物跟踪

追溯产品召回/撤回谱系采购订单/发货

通知/发票

用户特定扩展

地区特定扩展

部门／产品／应用特定扩展

核心层：唯一标识和数据要求（人员、对

象、时间、位置、事件）

http://www.gs1.org/standards

http://www.gs1.org/gpc



因此，该框架的核心是涵盖所有部门、地区、应用和贸易伙伴的基本要求。

核心可以扩展以涵盖旨在满足特定要求的部门和地区层面，例如监管要求。

最重要的是，该系统可以进一步定制，以满足根据供应链伙伴关系和可能需要进行的商定提

出的要求。

重要提示：如果可能，应避免使用用户特定的（非标准）扩展，因为其会增加供应链中

其他各方的复杂性和成本，并降低互操作性。

除完全基于 GS1 执行实施外，GTS 框架还支持混合实施，其中，GS1 标准与非 GS1 标准

（例如 ISO）或传统解决方案相结合。一些示例：

■ 动物标识（可能必须提供监管机构指定的 ID）

■ 联运包装箱标识（由 ISO 标准涵盖的 BIC 代码已正式批准用于 GS1 EPCIS 标准）

非 GS1 标准可能适用的条件和规则将需要精确定义，以防止针对相同业务需求制定重复解

决方案。

最后，GTS 框架为组织提供用于提高追溯系统互操作性的途径。例如，行业部门可能正在

推广某些标识（如 GLN）和数据共享标准，但可能尚未达到 100％的推广率。



3 追溯数据和追溯系统

3.1 组织内的追溯数据

在涉及追溯数据时，组织应首先考虑其内部业务流程。组织应从追溯角度确定此类业务流程

中的哪些步骤较为重要。随后，组织将需要建立流程来定义和采集有关此类业务流程步骤的

所有相关数据，从而帮助在组织内外有效使用数据。

业务流程将扩展到组织的各个部门，因此，通用语言对数据采集决方案的实施至关重要。其

核心是以下两个概念：

■ 关键追溯事件（CTE）

这些是追溯对象在其生命周期中发生的实际事件，如接收、转化、包装、装运、运输等。

■ 关键数据元素（KDE）

这些是描述实际关键追溯事件实例的数据。这些数据通常涵盖第 2.3 节所述的五个维度

（“参与方、对象、位置、时间和事件”）。

图 3-1 关键追溯事件（CTE）和关键数据元素（KDE）——示例

端到端供应链追溯要求组织负责在任何一家企业外部的数据交换（参见第 3.2 节）。

供应链中的每个成员至少应能追溯到追溯对象的直接供应商，并追踪到追溯对象的直接接收

者（在某些情况下，甚至包括最终消费者）。这使得所有各方都可以通过询问直接贸易伙伴

获得更上游和下游的相关数据（通常被称为“向上一步向下一步”方法，详见第 3.3.5 节）。

3.2 供应链上的追溯数据

供应链涉及多个相互依赖的经营者（就追溯而言）。无论您是上游材料提供商还是下游零售

商，为实现全链追溯，交易和／或处理追溯对象的所有各方都有共同的责任。

虽然各方都有自己的追溯系统，但此类解决方案需要互相了解，互相交换数据。在使用共享

追溯系统（如垂直整合零售运营）时，情况更是如此。各个系统的设计将基于端到端供应链

中各方的追溯责任，并可能受到外部力量（如法规）的影响。

端到端追溯是指追踪和溯源对象在整个生命周期内以及通过生产、保管、交易、转化、使用、

维护、回收或销毁所涉及的各方的能力。追溯要求可以从上游（原材料、配料和组件的供应

商）一直延伸到下游（成品消费者，包括最终消费者）。

组织内流程

输入活动活动

活动输出

数据采集

参与方

对象

位置

时间事件日期+时间日期+时间日期+时间

业务流程业务流程业务流程



图 3-2 供应链间的追溯数据

由于大多数供应链固有的复杂性，各方都需要确保追溯数据可以以两个方向（上游和下游）

流动。系统将需要支持各方查询可能存在于组织上游或下游的数据。如第 2 节所述，标识、

采集和共享标准是实现互操作性以建立不同方系统之间联系的关键促成因素。

应急供应链

追溯系统面临的一个重大挑战是，对于大多数产品而言，监管链和所有权链并未事先确定。

相反，其通常是在正常的供应链运作期间，供应链网络中随着时间推移而出现的链或路径。

我们称此类供应链为“应急供应链”。

例如，一起制造和装运的产品实例可能最终到达不同目的地，并且制造商或品牌所有者通常

不了解各个产品实例所采用的路线。同样，在上游，一方通常不了解其供应商（二级供应商

及后续供应商）的供应商身份。这种关系可能代表敏感的商业信息，且越往上游（3、4、5

级等），关于有关各方的可视化越低。

由于此类复杂性，必须能够通过一些发现手段了解哪些参与方参与了供应链活动，以及哪些

参与方可能拥有相关的追溯数据。此外，当各方之间没有直接业务关系时，建立信任的一些

手段起着关键作用，因为可能会提供或衍生商业敏感数据。

有关更多信息，请参见第 4.3.3 节“数据发现、信任和访问控制”。

3.3 管理追溯数据

追溯数据来源于公司内部的各种职能和过程，包括产品设计和质量控制数据；生产过程数据；

采购数据和物流配送数据。可能需要多个部门参与，还可能需要多个内部系统发挥作用。一

些数据可能是商业敏感数据，可能需要特殊处理或部分编辑，然后才能提供给第三方。

一些数据将随着时间推移而更加稳定（例如，主数据），并且可以在收到追溯对象之前进行

传达。其他数据将在相关关键追溯事件或交易发生时添加。

下游上游内部

KDE：参与方、对象、位置、时间、事件



间、原因 KDE：参与方、对象、位置、时间、原因




shi




事件

KDE：人员、内容、地点、时间、事件

KDE：人员、内容、地点、时间、事件



随着时间推移收集的追溯数据量可能相当大，在收集、存储和提供数据访问的时间和成本方

面带来了挑战。应该考虑准备保留数据以应对此类挑战。

3.3.1 追溯数据来源

“追溯数据”有四种数据来源。这四种数据来源可能在一个组织的不同系统中进行管理，但

其一起提供了对理解追溯数据完整环境至关重要的信息。

■ 主数据：主数据是在整个组织内所有系统、应用和过程使用的单个常见业务数据来源。

□ 静态主数据（在本文件中被称为“静态数据”）通常用于描述产品、参与方、位置

和资产。

□ 有关供应链关系的主数据（在本文件中被称为“关系数据”）通常用于描述按产品

类别和位置指定的组织供应链伙伴（即其供应商和消费者）。当链接组织间的关系

数据时，可以创建供应链（上游和下游）的完整视图。而且，当关系数据通过认证

等定性数据增强时，这可帮助组织深入了解供应链的环境、道德和安全方面。

■ 交易数据：在业务交易发生后记录交易数据，例如完成所有权转让（例如，订单、发票）

或监管权转让（例如运输指令、交货证明）。交易数据可以借助于电子数据交换（EDI）

和 AIDC 技术（例如，POS 扫描、床边扫描）来记录。

■ 可视化事件数据：可视化事件数据记录了处理物理或数字实体的业务处理步骤的完成情

况。可视化事件都会采集参与流程的对象、流程发生的时间、对象过去和将来所处的位

置、以及事件（即流程发生的业务环境）。与其他类型的数据不同，记录可视化事件数

据的目的往往是实现可视化和追溯。可视化事件数据通常会使用条码或 RFID 等 AIDC

技术来采集。

图 3-3 追溯数据来源

3.3.2 追溯数据精确度

追溯数据精确度由两个主要维度决定：

1. 追溯对象（产品和资源）的标识级别，

2. 记录追溯数据的颗粒度。

这两个维度一起为组织提供建立最佳精确度的方法。

如图 3-4 所示，精度最低的组合有助于提供透明度，而透明度是追溯的基础。精度最高的组

可视化事件

数据

交易数据

生产、装运、接收…

订单、POS 交易、药

物管理…

关系数据

消费者、供应商…

静态数据

产品、地点、资产…

主数据

追溯数据



合有助于提供追溯，使组织能够在供应链中找到特定的追溯对象。

以序列号级别记录的可视化事件数据提供最高的保真度，因为：

1. 可视化事件数据记录了各业务流程的完成情况，包括“内部”处理步骤，其中，此类步

骤并不直接指代交易各方之间的特定事务。

2. 序列化对象在任何时间点仅可存在于一个场所，因此这在供应链网络中构成了一条明确

路径。

图 3-4 追溯数据精确度

以下示例将说明此类组合如何应用于贸易项目：

■ 贸易项目可以以品种（GTIN）、批次级（GTIN +批次／批次 ID）或单品级（GTIN +序

列号）进行标识。

■ 可以获得涉及贸易项目的关系、交易和可视化事件相关数据。

因此，可用的追溯数据可分为以下精确度级别：

表 3-1 贸易项目追溯数据的精确度

标识级别关系相关主数据交易数据可视化事件数据

GTIN 每个贸易项目的供应商／消

费者。

每个贸易项目的供应商／消

费者和相关交易（如订单和

发票）。

每个贸易项目的供应商／消

费者和相关事件（如制造、

拣选、包装、装运）。

GTIN +批次／批号同上，但以批次／批号级别

指定。

同上，但以批次／批号级别

指定。

GTIN +序列号同上，但以序列号级别指

定。

同上，但以序列号级别指

定。

3.3.3 追溯数据敏感度

需要考虑的一个重要方面是组织可能选择与其他各方分享的追溯数据的潜在敏感度。

通常，可以区分内部数据（例如由于商业或隐私原因而不适合与其他方共享的数据）和外部

数据（如果满足某些预定条件，适合于与其他方共享的数据）。有关组织可能将其视为内部

和外部的数据示例，请参见表 3-2。

备注：组织还需要考虑对可能在组织间共享的任何内部数据设置访问限制。行业和地

标识颗粒度

单品级

批次／批号级

品种级

追溯

透明度

关系数据交易数据可视化

事件数据

记录数据的颗粒度



区间的内部访问限制差异很大。

表 3-2 组织的内部和外部数据示例

数据敏感度主数据交易数据可视化事件数据

外部数据静态数据：

位置

产品目录

资产

…

关系数据：

供应商

消费者

第三方服务提供

商

…

采购订单

发货通知

运输指令

…

生产

拣选包装

装运

接收

…

内部数据产品设计

生产流程

人员

…

合同

…

质量检测数据

实验室分析结果

…

检查

收集

保存

…

因此，本标准主要关注外部追溯数据的共享。

3.3.4 追溯数据的质量

各贸易伙伴提供的数据质量至关重要，因为如果贸易伙伴之间共享的数据不准确，可能会影

响其他业务流程，如追溯请求或召回活动。

建立和维护高质量的追溯数据是主要挑战。一些重要方面是：

■ 完整性：是否记录了所有相关数据？

■ 准确性：所记录的数据是否准确反映了发生的事情？

■ 一致性：数据是否在各系统中保持一致？

■ 有效性：数据是否有时间戳，以确保数据的有效性时间框架清晰？

3.3.5 追溯数据共享

当涉及向供应链合作伙伴或其他利益相关方提供追溯数据访问权限时，可以区分五种主要模

型（追溯流程设计）。出现这种情况的原因是使用了不同方式来系统存储并将追溯数据提供

给其他各方。

以下示例将基于涉及三个不同组织的简单场景，说明五种不同的追溯流程设计之间的相似性：

图 3-5 追溯流程设计

在“向上一步，向下一步”模式中，各方将追溯数据保存在其本地系统中。信息请求在上游

或下游直接贸易伙伴之间交换。这种模式使得追溯数据能够在每一对贸易伙伴之间进行交换

和部分检查，以及每次向上一步，向下一步。

在集中式模式中，各方在中央存储库中共享追溯数据，并向其发送信息请求。

请注意，一些集中式存储库（例如由管理机构运行的存储库）可能仅提供采集接口，但可能

组织 A 组织 B 组织 C

向上一步，向下一步



不会向所有贡献方提供查询接口，而是倾向于限制对存储库所有者的查询访问。其他集中式

存储库可能支持不同的访问控制策略，并基于供应链角色，或者查询方是否可以证明其在查

询指定的对象的监管／所有权／交易链中，向所有各方提供查询访问权限。

在网络化模型中，各方将追溯数据保存在本地系统中，并以允许所有供应链伙伴（不仅是直

接贸易伙伴）查询数据的方式进行。

根据有关允许相关人员检索数据的访问控制权限，网络化模型可能会有所不同。在某些模型

中，任何共同体成员或供应链伙伴网络都有权查询和检索数据。在其他模型中，访问可能取

决于供应链角色，例如，以防止制造商查询竞争制造商的数据；或访问可能取决于查询方是

否可以证明其在查询指定的对象的实际监管／所有权／交易链中。

累积场景是一种推送方法，其中，追溯数据可以系统增强，并将产品流并行推送到链中的下

一方。其允许与更下游的各方共享上游数据，但不能与上游方共享下游数据。

这种方法导致整个供应链中存在高度不对称的可视化，其中，下游各方可收到所有相关上游

数据的完整副本，而上游方对其直接下游方后的下游方没有可视化。对于下游方来说，这种

方法可能极具挑战性，因为其需接收和处理大量的追溯数据，特别是在处理需要检查多个嵌

套数字签名时。

完全去中心化和复制场景是累积场景和网络化场景的混合体，常见于区块链技术。追溯数据

得到系统性增强，所有参与网络的供应链伙伴均保留所有数据的本地副本。

有关 GS1 数据共享标准与追溯流程设计相关的方式的更多信息，请参见第 4.3 节。

3.4 追溯系统

术语“追溯系统”是指个别参与方在供应链中管理追溯的方法、流程和程序。

追溯系统被各方用来提高其组织的可视化，然后与上游和下游各方共享此类可视化数据，从

而促进实现端到端供应链追溯。

各组织在设计追溯系统都会仔细平衡成本、收益和风险。为此，其需考虑到其在广泛供应链

环境中的角色，因为直接消费者和最终消费者的需求将是一个重要的考虑因素。

所有追溯系统的设计都应该能够降低风险，且作为一种副产品，应可以使产品的生命周期具

集中式

网络化

累积

分散式



有可视化。

组成部分

完整追溯系统将包含管理以下内容的组件：

1. 追溯对象、参与方和位置的标识、标记和属性。

2. 自动采集（通过扫描或读取）涉及对象的移动或事件。

3. 追溯数据的记录和共享（无论是在内部还是与供应链各方），以便可以实现对已发生事

件的可视化。

根据组织的规模，可能涉及多个 IT 组件，组织需要将追溯功能嵌入此类组件当中。

企业系统

接口

图 3-6 IT 系统组件中的追溯功能

互操作性是确保组织各种系统组件之间无缝相互作用的重要因素。

范围

一方的追溯系统范围将取决于该方的角色和需要解决的追溯问题。界定追溯系统范围的一些

要素是：

■ 您需要向多少供应链上方和下方共享数据？

■ 您是否需要与直接供应链伙伴进行互动，或您的系统是否需要更广泛的范围？

■ 您是否仅会跟踪主要配料，还是会跟踪包装和间接材料？

■ 您的系统是否需要与最终消费者／终端消费者共享数据？

•订单管理

•制造执行管理

•库存管理

•运输管理

•...

•自动数据采集

•标签/打印

•B2B接口（EDI，API）

•...



3.5 追溯系统的实施：示例

本节将给出一个通用示例，用于说明基于标准的追溯系统功能。在该示例中，将全球唯一标

识用于贸易项目、物流单元、参与方和位置。在整个供应链中使用条码等自动数据采集技术

来收集基于供应链活动的追溯数据。

备注：有关部门特定追溯示例，请参见附录 D。

图 3-7 提供供应链概览。其说明了如何提供配料和包装，以及如何将其转化为产品并配送给

最终消费者。

图 3-7 供应链概览

在以下几页中，图 3-8 和图 3-9 将展示供应链各个环节中将出现的一些业务流程步骤。每个

步骤都将生成一个或多个关键追溯事件（CTE），其中记录此类事件的关键数据元素

（KDE）。

供应商

包装

配料

生产商消费者分销商

零售商产品产品产品



图 3-8 业务流程步骤（1）中的追溯数据收集

收获：

生产者收割庄稼并将产品装箱。使用 GTIN +批次／批号标记每个箱子，并记录相关数据。

制造：

制造商将配料转化成最终产品。然后，制造商将产品装箱。

为了维持追溯，该流程的输入和输出将以批次／批号级别记录。

装运：

仓库部门挑选货物并将其置于托盘上。

为了保持追溯，仓库会记录产品 ID（GTIN +批次／批号）和托盘 ID（SSCC）之间的链接。

随后，将托盘移动到出库暂存区域，等待承运人收集。

地点标识

出库暂存区域

人员

地点

时间时间

地点

产品

（箱）

人员

地点

时间

事件

产品

20 箱的 GTIN

批次/批号

到期日期

箱级标识

批次/批号

属性

到期日期

批次/批号

属性

生产日期

地点标识

加工地点

地点标识

收货地点

产品

产品

人员

箱级标识

运送制造收获

托盘标识

产品

（内容物）

产品

事件制造事件运送



图 3-9 业务流程步骤（2）中的追溯数据收集

运输：

承运人到达并将托盘装载到卡车上。驾驶员使用其移动设备来识别每个托盘。记录托盘和卡

车之间的链接。现在，也通过跟踪卡车来跟踪托盘和货物。

接收：

托盘到达零售配送中心。

进货部门对所收到的货物进行检查，即扫描托盘标签上的 SSCC，并将该数据与系统中预先

登记的信息进行比较。

所有检查均未发现问题时，在库存管理系统中将货物标记为可用。

销售：

产品已经到达存储库并置于货架上。

消费者决定购买两个产品。在结帐时，店员扫描产品上的条码。系统会自动检查到期日期。

将记录销售，除 GTIN 外，还将登记批次／批号。

产品

（内容物）

时间

地点

产品

人员

内容

人员

地点

时间时间

地点

内容

人员

（载体）

批次/批货

属性

到期日期

内容物

20 箱 GTIN

批次/批号

到期日期

托盘标识

卡车标识

托盘标识

地点标识

出库暂存区域

地点标识

商店

地点标识

装载码头

出售接收运输

产品

（卡车）

事件运输事件接收

消费单元标识

事件出售



本页将提供两个示例来说明追溯数据的应用方式。

在第一个示例——图 3-10 中，零售商需要找到上游信息，了解特定配料的来源、所涉及的

种植者以及所具有的质量证书。通过跟踪上游监管链，找到种植者，并检索到所需信息。

图 3-10 数据使用情况：上游查询

在第二个示例——图 3-11 中，制造商需要找到需要从配送网络中召回的特定批次／批号的

产品。通过跟踪下游监管链，确定配送网络中发现所有批次／批号实例的地点，从而实现针

对性召回。

图 3-11 数据使用情况：下游查询

产品产品零售商消费者产品

包装

配料

供应商生产商分销商

产品产品零售商消费者产品

包装

配料

供应商生产商分销商



4 可互操作追溯系统的关键促成因素

追溯是一种多方，多链挑战。因此，与供应链伙伴进行协调和协作起着重要作用。此时，标

准将发挥其作用。开放供应链标准将建立一套通用的标识、数据采集、数据共享和数据使用

规则，以期实现各方之间的互操作性。

GS1 系统提供一整套的是全球标准，通过准确标识、采集和共享有关产品、参与方、位置、

资产和服务的信息来提供供应链可视化。

使用 GS1 标识代码后，世界各地的公司和组织能够在全球范围内唯一标识物理实体（如贸

易项目、物理位置、资产和物流单元），以及无形服务（如公司或分销商与经营者之间的服

务关系）。当这个强大的编码标识系统与数据采集和数据共享方法相结合时，可以在此类物

理或逻辑事物与供应链中组织需要的信息之间建立联系。

总之，组织可以使用标准化产品标识和标准化位置标识方法来标识产品和位置。此外，公

司可以使用常见方法（条码和／或 EPC / RFID 标签）来采集标准化标识。最后，公司使用

通用语言来标识和采集产品数据后，信息就可以以标准格式共享，从而确保了数据的完整

性和准确性。

4.1 对象、参与方和位置标识

4.1.1 追溯对象

追溯对象是其供应链路径可以并且需要被确定的物理或数字对象。下表列出了可用于标识追

溯对象的 GS1 标识代码。

表 4-1 可追溯对象的 GS1 标识代码

代码全名待标识的对象类型

GTIN 全球贸易项目代码任何包装级别的产品类型，例如消费者单元、内包装、箱子、托

盘。

SSCC 系列货运包装箱代码物流单元、包装在一起用于储存和／或运输用途的贸易项目组合；

例如箱子、托盘或包裹。

GSIN 全球货物装运代码将需要一起交付的物流单元分组。通常由发货人用于指导运输提供

商或货运代理商。

GINC 全球货物托运代码将需要一起运输的物流单元（可能属于不同装运）分组。通常由货

运代理用于指导运输提供商；例如，位于空运主提单（MAWB）或

主提单（MBL）上。

GIAI 全球单个资产代码车辆、运输设备、仓库设备、备件等资产。

GRAI 全球可回收资产代码可回收的运输物品，如托盘、板条箱、啤酒桶、防滚架。

GDTI 全球文件类型代码实际文件，如发票、纳税申报表等

CPID 组件／部件标识代码基于原始设备制造商（OEM）（例如汽车制造商）技术规范生产和

标识的组件／部件。

GCN 全球优惠券代码纸质和数字优惠券。



备注：

GTIN 和 CPID 仅包含一个类型引用，使此类代码适用于品种级标识。只有与其他属性结合使用，其才能适用

于批次／批号或序列号级标识。

GRAI、GDTI 和 GCN 包含一个类型引用和一个可选序列号组件，使得此类代码适用于品种级以及单品级标

识。

SSCC 和 GIAI 只包含一个序列号引用，并且是单品级标识符。

GINC 和 GSIN 包含一个托运或装运引用，且用于标识物流单元分组。

贸易项目标识

GS1 系统提供了全球明确的标识代码，为公司间的产品信息交流提供了一种通用语言。产

品的 GS1 标识代码是 GS1 全球贸易项目代码（GTIN）。几十年来，GS1 标识代码促进了

供应链伙伴之间产品信息的共享和交流。此外，其还为许多行业的供应链管理创新改进提供

了基础。

GS1 标准提供关于贸易项目标识颗粒度的选择，从而导致不同程度的精确度，因为其涉及

可实现的追溯，如下表所述。

表 4-2 贸易项目标识——精确度水平

粒度 GS1 标识码注释

品种级 GTIN 给定类型的所有产品（例如，10 箱罐装果酱）均以相同方式标

记。

信息系统可以区分两批产品（例如 24 箱中的 10 箱），但是无法

区分两批产品类型相同的产品（两批分开的 10 箱罐装果酱）。

这通常是最便宜的标记，因为标记可以嵌入批量印刷的包装图形

中。

批次／批号级 GTIN +批次／批号在给定批次／批号中给定类型的所有产品（例如，10 箱罐装果

酱）均以相同方式标记。

信息系统可以区分两批产品（例如 24 箱中的 10 箱），并且可以

区分两批类型相同，但来自不同批次／批号的产品（10 箱罐装

果酱来自批号 20100201 ， 10 箱罐装果酱来自批号

20100204），但是无法区分来自相同批次／批号的两批相同类

型的产品。

单品级（完整序

列化）

GTIN +序列号（也称为序

列化 GTIN 或 SGTIN 的组

合）

给定产品的每个特定事件（例如特定 10 箱罐装果酱）均以唯一

序列号标识，因此，GTIN +序列号组合是与世界上所有其他物

理对象不同的单个产品实例的全球唯一标识代码。

从上到下，在供应链中追溯产品的能力依次增强，但记录和产品标记成本依次增加。

品种标识（GTIN）允许查看供应链中使用不同产品的地点，以及根据产品计数收集数据。

这包括许多库存应用、销售分析等。但是，使用此级别时，给定产品的所有个体均难以区分，

从而妨碍了真正的追溯。

批次／批号级标识（GTIN +批次／批号）可以将批次／批号中的产品与其他批次／批号区

分开来。这在处理质量问题，且问题往往成批出现的业务流程中尤其有用，例如受污染的批

次／批号的产品召回。批次／批号级追溯允许标识供应链中给定批次／批号已达到的所有地

点，并确认来自该批次／批号的项目数量。



单品级或完全序列化标识（GTIN +序列号标识）允许单独标识每个产品个体。这允许对每

个产品个体进行单独跟踪或追溯，从而可以精确地关联供应链中不同时间的观察结果。例如，

其可用于产品生命周期较长的产品，其中，追溯要求可能涵盖与产品使用和维护有关的业务

流程。

单品级标识具有独一无二的优点，即标识代码表示在特定时间点仅存在于一个地点的单个产

品。其他标识级别允许具有相同标识代码的多个单品或数量（固定或可变度量）在特定时间

点存在于多个地点，这限制了有关此类单品的知识量。例如，如果使用单品级标识代码，则

可以精确评价对象的特定监管链，否则只能以概率性方式进行估算。

备注：供应链和物流系统通常只支持批次／批号级追溯，因为其旨在同时处理各种产品。

也就是说，即使在制造期间给每个最终单品分配了一个序列化标识符，还应在产品以及

外包装上提供一个批次／批号标识代码。

配送和物流中的可追溯对象

在配送和物流中，贸易项目通常需要聚合（分组、包装、装载）。这导致需要对其他追溯对

象进行追踪和溯源，例如物流单元、包装箱、卡车和船只。下图将说明此类对象如何相互关

联以及如何应用 GS1 标识代码。

图 4-1 可追溯对象聚合级别和标识代码

为了保持高聚合级别和所含贸易项目之间的关系，需要记录各个聚合级别之间的联系。这是

追溯系统的基本要素之一，也是各方（包括物流服务提供商）追溯系统之间建立联系的关键。

另一方面，GTIN 和 SSCC 有着本质区别，另一方面，GIAI 和 GRAI 也有本质区别。鉴于

SSCC 和 GTIN 可标识货物或产品（包括其包装），GIAI 和 GRAI 可标识 T＆L 资产（无论

其内容如何）。配送资产本身时会发生特殊情况，例如空托盘。在此类情况下，资产 ID 也

可以用于标识内容。

备注：图 4-1 未显示 GSIN 和 GINC。此类 GS1 标识代码用于标识物流单元分组，并与

内容 ID 资产 ID GTIN 包括批次／批号或

序列号

水果、肥皂、药片、电话、部件…

罐头、纸箱、小瓶、注射器…

外箱、盒子、纸箱、板条箱…

托盘、滚装式包装箱、包裹…

贸易项目—无包装

贸易项目—内包装级别

贸易项目—外包装级别

物流单元

T&L 资产

卡车、拖车、船只、包装箱、货车、铲车…



SSCC 结合使用。

4.1.2 追溯参与方

在任何追溯系统中，必须区分在供应链的监管链或所有权链中发挥作用的不同参与者。供应

链各方的示例可能包括制造商、代理商、分销商、运营商或零售商。为理解追溯的全部内容，

必须理解发挥作用的人员，以及（有时）其在链中的彼此关系。使用全球位置代码（GLN）

标识各方。在某些情况下，特别是在标识所涉及的个人时，全球服务关系代码（GSRN）也

可以发挥作用。

表 4-3 追溯各方的 GS1 标识代码

代码全名供应链信息类型

GLN 全球位置代码贸易伙伴（法人实体以及部门等职能实

体）

GSRN 全球服务关系代码服务关系（提供商和接受者）

4.1.3 追溯地点

追溯地点是指确定在追溯系统范围内的指定物理区域。

可以使用全球位置代码（GLN）标识组织为其业务运作确定的物理位置。

表 4-4 物理位置的 GS1 标识代码


GLN 全球位置代码位置

全球位置代码+ GLN 扩展组件（内部）站点内地点

GLN 可用于标识特定方所确定的业务地点。在追溯系统中，其他地点也具有重要性。因此，

GS1 标准支持使用附加方法来标识地点，例如地理坐标。

4.1.4 交易和文件

如果需要在各方间共享文件或交易参考，各方系统可以使用全球唯一标识代码实现明确标识。

例如，全球唯一标识代码可以应用于认证机构分配的质量证书。

表 4-5 文件和交易的 GS1 标识代码


GDTI 全球文件类型代码物理文件，如证书、驾驶执照和电子文件（如数字

图像和 EDI 消息）。

4.2 自动识别和数据采集（AIDC）

追溯对象（在某些情况下，还包括参与方、位置、交易和文件）将需要进行物理标识以实现

追溯。

追溯系统可以使用 GS1 认可的条码符号体系和 EPC / RFID 标签对 GS1 标识代码进行编码，

以唯一标识全球范围内的产品、贸易项目、物流单元、位置、资产和服务关系。附加信息

（如保质期、序列号和批号）也可以编码成条码或 EPC / RFID。

除条码和 EPC / RFID 外，其他基于载体的技术（如数字水印）和无载体技术（如图像识别）

也可能发挥作用。



除从对象采集的数据外，用于扫描或读取数据的设备提供的数据（如日期和时间、读取点和

用户（操作员））对确定“参与方、位置、时间和事件”维度至关重要。

图 4-2 数据采集技术和 5 个维度

4.2.1 应用数据载体

条码

追溯对象的标记由标识级别驱动。批次／批号级或序列化标识是动态数据，因此不能嵌入包

装图形中。也就是说，在条码中添加动态数据将对打印和打包速度产生影响。

传统上，消费者单元上的条码用于 POS 扫描，并且只包含全球贸易项目代码（GTIN）（也

称为 EAN 或 UPC）。随着产品安全法规和产品信息要求不断变化，其他类型的数据逐渐也

可并入消费品条码中。除批次／批号或序列号外，还可以包括有效期、保质期等。条码、相

关数据和所生产的贸易项目实例的正确链接起着关键作用。

对于贸易项目分组（外箱），传统上使用包含 GTIN 的条码，在某些情况下，会预先印刷在

箱子上，但经常会在标签上。近年来，动态数据已可在箱子标签上提供，导致此类条码越来

越倾向于使用在线打印。

对于物流单元，条码一直基于 SSCC，即序列化标识。也就是说，包装货物时将打印物流标

签，从而保证了数据和标签之间的链接。

表 4-6 GS1 条码概览

仅支持 GTIN 的 GS1 条码（无其他代

码，无属性）

支持所有 GS1 标识码以及属性的 GS1

条码

一维条码 EAN / UPC、ITF-14、GS1DataBar（非

扩展）

GS1-128，GS1Databar（扩展）

二维条码 GS1 QR 码，GS1 数据矩阵码

备注：矩阵码（2D）需要使用基于图像的扫描器。一维符号（1D）可以通过激光器和

基于图像的扫描器来读取。

EPC/ RFID

根据定义，将 EPC / RFID 标签序列化。要注意的是，EPC / RFID 标签通常会预先写入，

追溯对象参与方、位置时间、事件

读取或扫描

扫描或读取设备（例

如，扫描器、读取器、

机器人、移动设备、传

感器）

无载体技术（例如，生物测

量、图像识别）

其他基于载体的技术（例如，

数据水印，分子标记）

基于技术的主流载体（GS1

条码，EPC/RFID）



要求所发行的序列化标识符和之后记录的相关数据之间存在链接。

示例

以下示例将说明需要在医疗保健部门自动标识的实体，以及应用了哪些载体技术。

图 4-3 用于医疗保健的 GS1 条码和 EPC / RFID 标签示例

4.2.2 采集数据

在采集数据时，主要涉及的问题有：

1. 采集数据有哪些流程步骤？

2. 采集数据的最经济有效的方法是什么？

通常，第一步就是在收到后扫描物流单元。对于条码，通常使用手持设备完成第一步。对于

EPC / RFID 标签，可以使用固定识读器。采集数据的其他流程步骤包括存储、拣选、包装、

装运、运输、销售。通常组合使用固定安装的扫描器或读取器和手持设备来采集关键追溯事

件。

这里需要特别提及移动设备的出现，因为其增加了扫描功能的可用性（使得扫描与条码一样

普遍），从而允许以有限的附加成本记录附加事件。

携带 SGTIN 携带 SGTIN 或 SSCC

携带 GTIN 携带 SGTIN 携带 GSRN

GS1 数据矩阵码 GS1Databar GS1 数据矩阵

码

条码

携带全球贸易项目代码（GTIN）条码携带 GTIN 和扩展 Databar 或系列货运包装箱代码（SSCC）

条码

携带 GTIN 或 SSCC

条码

携带全球服务关系代码（GSRN）

货板箱项目患者/护理者



4.3 共享追溯数据

从其他各方收集追溯数据和向其他各方提供数据是分布式追溯系统的重要组成部分。对于基

于标准的数据交换，五种追溯流程设计（见第 3.3.5 节）均提出了不同要求。

4.3.1 分开内容和通信方法

一个重要的原则是将数据内容与数据交换方式分开（通信方法）。

就数据内容而言，业务数据的 GS1 标准涉及三类业务数据，此类业务数据在最终用户间共

享：

■ 主数据，用于提供由 GS1 标识代码标识的真实世界实体的描述性属性，包括贸易项目、

参与方和物理位置。

■ 交易数据，由从业务流程开始（例如，订购产品）到过程结束（例如，最终结算）期间，

其在明确业务协定（例如，供应合同）或隐含协定（例如海关处理）规定的业务流程内

触发或确认功能执行，且使用 GS1 标识代码的贸易事务构成。

■ 可视化事件数据提供关于产品和其他物理或数字资产供应链中的活动的详细信息，其由

代码标识，用于详述此类对象当前所在位置，以及事件；不仅在组织内，而且在整个供

应链中。这使得可以使用过程中获得的实时数据跟踪和追溯货物。

GS1 标准中应用的通信方法可以大致分为两种：

■ 推送方法，其中一方在未获得事先请求的情况下单方面将数据传输给另一方。推送方法

可以进一步分为：

□ 双方推送，其中一方将数据直接传输给另一方。

□ 发布／订阅，其中一方将数据传输到数据池或存储库，然后通过注册订阅将数据推

送到先前表示对该数据感兴趣的其他方（“选择性推送”）。

□ 广播，其中一方在万维网页等众所周知或可公开访问的场所发布业务数据，然后由

任何感兴趣的参与方检索。广播并不一定指数据可供任何人员使用；数据可以针对

特定预期用户加密，或者广播信道（例如，网站）可以要求接收方进行认证，并且

可以根据特定的访问控制策略仅允许访问广播数据。

■ 拉取或查询方法，其中一方向另一方发出特定数据请求，而另一方又以所需数据作出响

应。请注意，在推送方法的上述分类中，广播方法还可能涉及拉取查询，以便从可公开

访问的场所（如网站）检索数据。

有关更多信息，请参见 GS1 系统体系架构文件[ARCH]。

4.3.2 GS1 数据共享标准和服务

GS1 根据上述数据类型和通信方法提供多种标准和服务。所有 GS1 数据交换标准和服务均

基于 GS1 标识代码的使用，而不是依靠内部标识代码或描述性要素。使用全球唯一代码极

大地简化了贸易伙伴之间的实施，因为其提供了各种系统间的互操作性。



表 4-7 GS1 数据共享标准概述

标准描述通信方法

主数据

GS1 全球数据同步网络®（GDSN）

GS1 全球数据同步网络®（GDSN）允许贸易伙伴与其他方自

动共享其业务数据。也就是说，组织可以认为，当其中一个供

应商更新其数据库时，其自己的数据库也会相应地更新。所有

人员都可以访问连续更新的相同数据。

发布／订阅

GS1 源 GS1 源是所有同意使用 GS1 标准的数据聚合商网络。数据聚

合商从品牌所有者和制造商处收集产品数据，在云上相互共

享，并将其提供给其网络和移动应用的开发人员。

拉取

GS1 智能检索 GS1 智能检索标准允许创建关于对象的结构化数据，并将此

类数据与 GS1 标识代码相关联。然后，搜索引擎、智能手机

应用等可以使用关于对象（例如产品）的结构化数据向用户提

供更丰富的体验。

广播

GLN 服务 GS1 GLN 服务通过互联的本地注册网络为 GS1 GLN 主数据

提供单点访问。

拉取

GS1 EDI GS1 EDI 提供一些支持双边主数据交换的消息，特别是

EANCOM、PRICAT、PRODAT＆PARTIN 消息和 GS1 XML

项目数据通知。

双边推送

EPCIS 通过 EPCIS 传输主数据有以下几种方式：（1）主数据查询

（2）单品／批号主数据（ILMD），（3）EPCIS 文件标题

（4）EPCIS 主数据文件。有关更多信息，请参见[EPCIS]。

拉取（支持按需同步查

询）以及推送（发布／

订阅常设查询通知）

交易数据

GS1 EDI GS1 EDI 为贸易伙伴提供一个高效的业务工具，允许将业务

数据从一个计算机应用直接自动传输到另一个。在 EDI 中，

先前在公司间发送的所有纸质业务文件已经使用消息替代，适

合于在计算机应用间通过电子手段进行的交换

双边推送

可视化事件数据

EPC 信息服务

（EPCIS）和核心业务

词汇（CBV）

GS1 EPCIS 标准允许不同应用在企业内和企业间创建和共享

可视化事件数据。

GS1 CBV 标准规定了词汇结构和词汇元素的具体值，以便与

GS1 EPCIS 标准一起使用。

拉取（支持按需同步查

询）以及推送（发布／

订阅常设查询通知）

4.3.3 数据发现、信任和访问控制

第 3.3.5 节中提到的追溯流程设计都适用于三种类型的数据内容。但是，每种流程设计都采

用不同的通信方法组合，如下表所示。



表 4-8 追溯流程设计——适用的通讯方法

追溯流程设计发布／贡献按需选择查询（同

步）

选择性常设查询（异步）

向上一步，向下一步

（例如，双边 EDI 消息）

将数据推送到相关贸易伙

伴（向上一步或向下一

步）

拉取

（请求，响应）

发布和订阅（接收与先前常设

查询订阅匹配的推送通知）

集中式

（例如，集中式 EPCIS 存

储库）

将数据推送到集中式存储

库

拉取


发现网络资源（*）

（例如，发现服务）

将推介链接推送到发现服

务

拉取


网络化（*）

（例如，分布式 EPCIS 存

储库）

将数据推送到自己的存储

库

拉取


累积

（例如，旧的 GS1 谱系标

准）

将累积数据推送到下一方不适用

（下游各方自动接收所有相关上游数据；不需要支持选

择性查询）

去中心化和复制

（例如，区块链分类账）

将数据推送到一个节点进

行确认，然后纳入并在分

散存储库或分类账中进行

复制

不适用

（与去中心化复制分类账相关的各方都可以读取分类账

中的所有数据，并在分类帐中增加新数据后自动更新；

各方都可以索引和查询分类账副本并提取其所需的数

据。请注意，尽管所有人员均可以读取去中心化复制分

类账中的数据，但如果某些敏感数据以散列或加密方式

存储，则并不是所有人员可以理解数据）

（*）网络化流程设计可能首先需要经历初始发现阶段（查找相关网络化存储库），然后直接与各存储库进行交

互。

访问控制

所有流程设计原则上都能够在“须知”基础上选择性地限制对交换数据含义的访问，虽然其

在所使机制，以及控制接收方与其他方是否共享数据的能力方面有所不同：

■ 一些流程设计涉及信息请求方（查询方）和信息提供方（可能是数据的原始贡献者或保

存数据的共享存储库）之间的双向通信。这种双向通信的隐私可以通过相互认证、使用

安全通信通道和对数据载荷或消息的潜在加密来保证。

■ 分散和复制的流程设计可以采用不同方法来选择性地限制对数据含义的访问。如果使用

区块链分类账本，则在所有人员都能够独立检查整个分类账（包括其全部数据），以确

保所有历史交易数据均未经历后续更改时，可以确保分类账本能够获得信任。尽管这种

开放性必然导致任何人员都可以读取分类账中的所有数据，但仍然可以通过对此类数据

进行加密或在分类帐本中存储散列值来隐藏敏感数据的含义。如果散列值存储在区块链

分类账中，则原始数据通常存储在其他地方并通过另一机制交换，而区块链分类帐本中

记录的散列值可有效归档与数据最初形态对应的“防篡改印章”。

数据发现

有时需要在没有直接关系，但却通过监管链、所有权链、交易链或者此类链的组合连接的各

方之间共享数据。



所有追溯流程设计（见 3.3.5）都可以以一种方式实现这一点。“数据发现问题”适用于超

越“向上一步，向下一步”场景的情况，特别是在使用网络化模型时。其关注如何直接在链

中相连，但没有直接关系的各方之间共享数据。

发现问题的几个要素包括：

■ 链接：A 公司如何找出通过链与其连接的其他公司（以及可能拥有相关数据的人员）？

■ 信任：如果 A 公司和 C 公司发现其通过链连接，但是没有直接关系，其如何建立彼此

之间共享数据所需的信任条件？其否能够以自动方式实现这一点，而不需要 B 公司等中

间公司的人为干预？

■ 数据传输：公司互相发现并建立信任，其如何完成数据共享？

目前正在开发 GS1 技术标准来解决数据发现和信任问题，但尚未准备就绪。已进行许多良

好工作来开发发现服务概念（包括基本数据模型和功能需求）。另见第 4.4 节。

备注：请联系 GS1 获取有关数据发现、信任和访问控制议题的实施建议。https:

//www.gs1.org/contact

4.3.4 来自设备和传感器以及物联网（IoT）的事件数据

传感器和执行器在物理设备中的巨大增长以及此类设备越来越倾向于连接到互联网（物联网）

的事实导致了一种新的时间戳事件数据类别，与目前通过 GS1 ALE（应用级事件）和

EPCIS 标准处理的可视化事件数据相比，此类事件更为广泛。

传感器被动记录物理世界和其中对象的状态变化，例如卡车中用于记录超出可接受温度范围

的事件的食物温度传感器。执行器的事件数据记录了有意更改历史，例如打开储水器或输气

管道的阀或锁定／解锁大门。

GS1 已经开始参与物联网相关标准化倡议，特别是在涉及标识代码使用、来自设备和传感

器的事件数据解释（语义）和融合（添加业务环境）时。

来自设备和传感器的事件数据预期在本质上与可视化事件数据非常相似。提供业务环境（包

括定义“参与方、追溯对象、时间、位置和事件”的五个维度）后，数据将会更加丰富，并

可使用网络化或分散式过程设计共享（见第 3.3.5 节）。

图 4-4 可视化事件数据和来自设备和传感器的事件数据


传感器识读器

来自设备和传感器的事件数据

融合

https://www.gs1.org/contact

https://www.gs1.org/contact



4.4 追溯解决方案生态系统

各种供应商提供“即插即用”的解决方案来满足组织的追溯需求。大型组织及众多供应商均

可以使用这种解决方案。

透明度解决方案倾向于提供供应链映射功能，从而允许根据产品类型标识供应商和消费者之

间的连接。此类解决方案往往缺乏跟踪或追溯沿特定供应链路径移动的单个对象（具有全球

唯一序列化标识）的能力，并且其可能更关注确定所有上游供应商是否持有针对有机／环保

／道德规范签发的特定认证或认可的能力。追溯解决方案提供详细的可追溯级别，并且通常

包括基于事件的数据存储库以及逻辑链接相关事件的能力。

如果供应商解决方案应用专有数据模型和封闭生态系统，则其不太可能与竞争对手的解决方

案互操作。此外，与用户现有 IT 系统的互操作性可能受到限制。确认符合相关 GS1 开放标

准（如 GS1 条码、GDSN、EPCIS 和 CBV）的应用更有可能为追溯数据交换提供高水平的

互操作性。需要注意的是，部分符合 GS1 标准可以为用户提供收益。例如，将 GTIN 支持

添加到供应商解决方案可以增强互操作性。

除总包追溯解决方案外，还有其他几个授权服务。允许访问有关一方认证数据的服务对于追

溯系统特别重要。GS1 标准旨在通过提供标准参考机制和推广使用 GS1 代码连接此类服务

（例如 GLN 来识别该方）来支持此类服务的连通性。

图 4-5 追溯解决方案生态系统中的 GS1 标准和服务

在上图中，底层代表了用于标识产品、资产、位置等的 GS1 标准。应注意，许多专有追溯

解决方案会使用其中一些基础标志标准。上一层代表 GS1 数据采集标准，用于确保身份在

条码和 RFID 标签中的表示一致。在下一层中，橙色框代表用于共享不同种类数据（主数据、

交易数据、可视化事件数据）的现有 GS1 标准。蓝色框代表未来与数据共享标准相关的工

作。

GTS2 文件适用以上所有标准。其将适当引用位于其下方的所有标准，旨在展示如何将所有

此类部分组合在一起以实现基于标准的追溯解决方案。GTS2 上方的蓝色框（GTS 附件）

代表将来对完成整个生态系统所需的部门和过程应用标准的工作。

GDSN 条码和 EPC/RFID 标准（GS1 通用规范，标签数据标准）

可用

本文件

预期在 GTS2 发布时可用

说明：

GS1 源

GS1 智能检索

GLN 服务

标识标准（通用规范，标签数标准）

发现服务和流程设计

GTS 附件

GTS 附件

GTS 附件

专有追溯解决方

案

EPCIS 跨部门供应链追溯应用

标准

共享

采集

标识



5 可互操作追溯系统的关键要求

互操作性要求为企业以非二进制方式评价其追溯系统提供了一种途径。

对于每种要求，提供一个或多个 KPI，并在每个 KPI 提供适用的 GS1 标准，最终，这些

KPI 可以用来生成每个部门／产品／地区的基准。

5.1 先决条件

为判断追溯系统满足要求的程度，需要明确以下要素：

■ 我们创建、管理或处理的哪些追溯对象位于系统范围内？

■ 我们创建、管理或处理的每个追溯对象的追溯数据所需精确度级别是？

■ 我们管理的哪些位置位于系统范围内？

■ 哪些供应商和供应商位置位于系统范围内，包括更上游的供应商？

■ 哪些消费者和消费者位置位于系统范围内，包括更下游的消费者？

■ 哪些第三方和第三方位置位于系统范围内？

在下述要求中，此类变量将被视为先决条件。也就是说，KPI 需要根据追溯系统的预期范围

来表示。

5.2 标识要求（包括静态数据管理）

要求适用 GS1 标准

R01 一方的追溯系统需要针对该方创建或管理的每个追溯对象应用全球唯一标识，并保持记录相关主数据。

例外：对于中间产品，可以使用内部标识代码。

a 我们生产和／或销售的贸易项目中有多少具有全球唯一 ID？（*） GTIN

b 我们装运的物流单元中有多少具有全球唯一 ID？（*） SSCC，（GSIN、GINC）

C 我们生产和／或管理的资产中有多少具有全球唯一 ID？（*） GRAI、GIAI

R02 一方也可以处理由其他方创建和管理的追溯对象的标识。同样，在这种情况下，一方的追溯系统需要将此类

标识记录在其采集的追溯数据中，并在适当时，检索与此类标识相关联的任何相关主数据。

a 我们从供应商购买和／或收到的贸易项目中有多少具有全球唯一 ID？

（*）

GTIN

b 我们从供应商购买收到的物流单元中有多少具有全球唯一 ID？（*） SSCC，（GSIN、GINC）

ｃ我们使用的资产（但由其他方拥有或管理）中有多少具有全球唯一 ID？

（*）

GRAI、GIAI

R03 一方的追溯系统需要标识由该方生产、管理和／或销售的追溯对象，以满足端到端供应链各方的追溯要求。

a 我们生产和／或销售，且需要序列化标识的贸易项目中有多少具有适用

ID？（*）

GTIN +序列号（SGTIN）

b 我们生产和／或销售，且需要批号级标识的贸易项目中有多少具有适用

ID？（*）

GTIN +批次／批号（LGTIN）

R04 一方的追溯系统需要针对该方管理的每个追溯方应用全球唯一标识，并保持记录相关主数据。




a 涉及与其他方进行的流程和交易的法人实体和职能中有多少具有全球唯一

ID？（*）

GLN、GSRN

R05 一方的追溯系统需要针对该方管理的每个物理位置应用全球唯一标识符，并保持记录相关主数据。

a 涉及与其他方进行的流程和交易的物理位置中有多少具有全球唯一 ID？

（*）

GLN 或 GLN +扩展

R06 一方的追溯系统需要针对该方创建，并与其他方共享的交易或文件应用全球唯一标识代码，且在这种情况

下，需要保持记录相关主数据。

a 我们参见并与其他方共享的交易或文件中有多少具有全球唯一 ID？（*） GDTI

(*) KPI 需要表示为范围内总量的百分比。

5.3 自动数据采集和识别（AIDC）要求


R10 对于需要自动标识并由该方创建或管理的追溯对象，应采用开放标准。

a 我们创建或管理的追溯对象中有多少使用开放 AIDC 标准以正确的精度级

别标记？（*）

GS1 条码、GS1 EPC / RFID

R11 对于需要自动标识并由其他方创建或管理的追溯对象，应采用开放标准。

a 其他方创建或管理的追溯对象中有多少使用开放 AIDC 标准以正确的精度

级别标记？（*）

GS1 条码、GS1 EPC / RFID

(*) KPI 需要表示为范围内总量的百分比。

5.4 数据记录要求（关系数据和关键追溯事件）


R20 一方的追溯系统需要记录每个贸易项目的所有供应链伙伴。关系数据应该包含：

交易项目的品种级别或类别级 ID

来源／目的参与方的 ID

来源／目的地位置的 ID

有效期

a 在我们的供应商中，有多少我们拥有相关关系数据？（*） GDSN、GS1 EDI、EPCIS

b 在我们的消费者中，有多少我们拥有相关关系数据？（*） GDSN、GS1 EDI、EPCIS

c 在我们的第三方服务提供商中，有多少我们拥有相关关系数据？（*） GDSN、GS1 EDI、EPCIS

d 关系数据的平均数据质量（完整性和准确性）是（范围为 1 到 5）？

（**）

GDSN、GS1 EDI、EPCIS

R21 一方的追溯系统需要记录所有与出货和收货有关的关键追溯事件，包括：

追溯对象的品种级、批次／批号级或单品级标识

来源／目的参与方的 ID

来源／目的地位置的 ID

发货／收货日期

a 我们收到的货物中有多少已被记录？（*） GS1 EDI、EPCIS

b 我们装运或发运的货物中有多少已被记录？（*） GS1 EDI、EPCIS




R22 最初创建所有追溯对象（例如，调试）的关键追溯事件均需记录。

a 我们创建追溯对象的关键追溯事件中有多少已被记录？（*） EPCIS

R23 对于每个关键追溯事件，至少需要记录以下数据：

事件日期和时间（包括时区和 UTC 时间偏移）

以单品级或批次／批号级标识的可追溯对象 ID

事件发生位置的 ID

业务流程步骤和部署

责任方的 ID（如果其不同于位置管理者）

a 针对此类事件记录的数据的平均数据质量（完整性和准确性）是（范围为

1 到 5）？（**）

EPCIS、GS1 EDI

R24 对于需转化追溯对象（例如产生）的关键追溯事件，需要记录输入和输出之间的关系。

a 针对转化事件记录的数据的平均数据质量（完整性和准确性）是（范围为

1 到 5）？（**）

EPCIS

R25 对于需要聚合（例如，打包或组装）或分解（例如拆包或拆卸）追溯对象的关键追溯事件，需要针对每个包

装级别记录子对象和父对象之间的关系。

a 针对聚合事件记录的数据的平均数据质量（完整性和准确性）是（范围为

1 到 5）？（**）

EPCIS

R26 如果适用，一方的追溯系统需要记录附加关键追溯事件（CTE）。

a 我们应该记录哪些附加关键追溯事件？例如，安装、处置... EPCIS

b 我们目前正在记录哪些关键追溯事件？（*） EPCIS

(*) KPI 需要表示为范围内总量的百分比。（**）KPI 需要以 1 至 5 之间的值表示，如下所示：

1. 质量未知。

2. 不良，数据在大多数情况下不符合我们的需求。

3. 一般，数据在大多数情况下符合我们的需求，但是我们并未定期进行质量保证检查。

4. 良好，数据在大多数情况下符合我们的需求，而且我们也会定期进行质量保证检查。

5. 优秀，数据质量得到不断监控并用于我们的日常决策。

5.5 数据共享要求


R30 追溯系统应能够在所需时间范围内，使用有效和安全的机制向其他方提供追溯数据，并从其他方接收追溯数

据。

a 我们能否在约定的时间范围内向供应链伙伴提供追溯数据？ GDSN 、 GS1 EDI 、 GS1

EPCIS、CBV

b 我们能否在约定的时间范围内获得供应链伙伴的追溯数据？ GDSN 、 GS1 EDI 、 GS1

EPCIS、CBV

c 是否有授权机制来帮助确定哪些参与方可以访问哪些数据？ GDSN 、 GS1 EDI 、 GS1

EPCIS、CBV

R31 追溯数据需要保留，并持续可供被授权方访问，以满足所有供应链伙伴的追溯要求。

a 我们是否已针对我们创建的追溯数据归档程序，并提供足够的数据保存期

限？

GDSN 、 GS1 EDI 、 GS1

EPCIS、CBV

b 我们的供应链伙伴是否已针对我们可能需要的追溯数据归档程序，并提供

足够的数据保存期限？

GDSN 、 GS1 EDI 、 GS1

EPCIS、CBV

R32 为执行自动处理而在各方间以电子方式交换的追溯数据需要使用开放数据共享标准进行交换。




a 所有追溯数据是否使用开放数据交换标准交换？ GDSN 、 GS1 EDI 、 GS1

EPCIS、CBV

b 是否应用了自动通信方法（推送，拉取）？ GDSN 、 GS1 EDI 、 GS1

EPCIS、CBV

5.6 角色和责任

在评价追溯系统满足要求的程度时需要考虑的另一个重要因素是追溯数据管理责任。此类责

任遵循各种基本 GS1 标准（GS1 通用技术规范、GTIN 管理规则、GDSN）、应用标准（产

品召回管理）中规定的规则和本文件中定义的要求。有关全面概述，请参见附录 B。



6 术语表

备注：有关 GS1 系统的其他术语，请参见 GS1 术语表，

http: //www.gs1.org/glossary

监管链

按时间顺序排列的一组参与方，负责在其通过供应链网络时对单个对象和对象集合进行实际

监管。

所有权链

按时间顺序排列的一组参与方，负责在其通过供应链网络时合法占有单个对象和对象集合进

行实际监管。

关键追溯事件（CTE）

完成供应链业务流程中情况的记录，是对记录和分享，确保端到端追溯的关键。

关键数据元素（KDE）

此类数据需要在关键追溯事件中提供以准确反映业务流程中发生的情况，从而确保追溯。

参与方

作为供应链实体的组织或个人。各方可能在供应链中扮演多个不同的角色。

供应链

供应链是涉及产品或资产制造、配送和维护的组织和业务流程体系。

供应链可视化

了解并控制与产品订单和实际装运有关的具体信息，包括运输和物流活动以及在运输前和运

输过程中发生的事件和里程碑状态。[Aberdeen Group]

追溯

追溯是追溯对象相关历史、应用或位置的能力[ISO 9001：2015]。在考虑产品或服务时，追

溯可能涉及：

■ 材料和部件来源；

■ 加工历史；

■ 交付后产品或服务的分布和位置。

出于实际，“追踪”或“跟踪和溯源”可以作为等同术语来指定确保追溯的行动。

追溯系统

各方用来管理其供应链中的追溯的系统。追溯系统包括用于标识追溯对象的机制和用于采集

有关随着时间推移观察此类对象的结果的信息（因为其会在不同位置之间移动或参与各种业

务流程）。

追溯参与方

http://www.gs1.org/glossary



确定在追溯系统范围内的一方。追溯系统范围内的参与方可以包括负责监管追溯对象，占有

追溯对象，检查追溯对象，对追溯对象进行投保等的参与方。

最终消费者（包括消费者和患者）通常不会被视为追溯参与方，因为其不一定负有追溯责任，

而且往往不了解其他追溯参与方。

追溯位置

追溯位置是指确定在追溯系统范围内的指定物理区域。

追溯对象

追溯对象是其供应链路径可以并且需要被确定的物理或数字对象。

溯源

溯源是指根据在供应链既定点记录的数据，确定上游特定追溯对象的来源、特征或历史的能

力（通过后续观察）。

追溯或向前追溯到或向上追溯

追踪

追踪是指根据在供应链既定点记录的数据，找到或追踪下游特定追溯对象的路径的能力（通

过后续观察）。

向后追溯或向下追溯

透明度

透明度是指确保供应链（包括消费者）间准确信息的可视化和可访问性的需求，包括以开放

的精神向贸易伙伴和消费者提供相关追溯数据。

可视化

可视化是准确了解事物在任何时间点的位置、或事物先前所在的位置、以及事件的能力。


可视化事件数据记录了处理物理或数字实体的业务处理步骤的完成情况。[ARCH]

各可视化事件都会采集参与过程的对象、过程发生的时间、对象过去和将来所处的位置以及

事件（即过程发生的业务环境）。

6.1 缩写词列表

缩写词完整术语

AI GS1 应用标识符

AIDC 自动识别和数据采集

API 应用程序接口

BIC 国际集装箱多式联运局

BOM 材料清单



缩写词完整术语

CBV 核心业务词汇

CTE 关键追溯事件

EDI 电子数据交换

EPC 电子产品代码

EPCIS EPC 信息服务

ERP 企业资源计划

GDSN 全球数据同步网络

GIAI 全球单个资产代码

GLN 全球位置代码

GTIN 全球贸易项目代码

GTS 全球追溯标准

HRI 供人识读字符

ID 标识代码

IoT 物联网

ISO 国际标准化组织

IT 信息技术

KDE 关键数据元素

MRO 维护、维修和运行

OEM 委托加工

POS 销售终端

RFID 射频识别

SKU 库存量单位

T&L 运输与物流

TDS 标签数据标准

UTC 国际标准时间



7 参考文件

表 7-1 标准参考文件

缩写词文件作者／年份

ARCH GS1 系统架构，http: //www.gs1.org/docs/architecture／ GS1，2017

CBV 核心商业词汇标准版本 1.2.1，http: //www.gs1.org/epcis GS1，2017

DCM 数字优惠券管理标准，版本 1 ， http: //www.gs1.org/digital-

coupons/digital-coupon-standard/1

GS1，2012

EDI GS1 目前已制定三套互补的 EDI 标准：

GS1 EANCOM®

GS1 XML

GS1 UN/CEFACT XML

有关更多信息，请访问 https: //www.gs1.org/edi 。

GS1

EPCIS EPC 信息服务标准版本 1.2，http: //www.gs1.org/epcis GS1，2016

EPCIS-IG EPCIS 和 CBV 实施指南版本 1.2，

http: //www.gs1.org/epcis

GS1，2017

GENSPECS GS1 通用技术规范，版本 17，http: //www.gs1.org/genspecs GS1，2017

GLN-ALL GLN 分配规则，http: //www.gs1.org/1/glnrules/en／ GS1，2016

GTIN-MAN GTIN 管理规则，http: //www.gs1.org/1/gtinrules/en／ GS1，2016

ISODIR2 ISO / IEC 指令第 2 部分；国际标准结构和起草规则-第 7 版，2016 ISO，2016

LOG-LAB GS1 物流标签指南，版本 1.2 ， http: //www.gs1.org/shipping-and-

receiving

GS1，2017

RECALL 产品召回业务消息标准版本 3.3，

http: //www.gs1.org/edi-xml-recall/xml-product-recall/3-3

GS1，2017

TDS GS1 标签数据标准（TDS），版本 1.10，http: //www.gs1.org/epc-rfid GS1，2017

表 7-2 非标准参考文件

缩写词文件作者／年份

GTS-v1.3 GS1 全球追溯标准，版本 1.3 GS1，2012

GTC GS1 全球追溯合规食品应用标准，版本 4.0 GS1，2015

GLN-SER GLN 服务 GS1，2017

GS1US-

CTE

GS1 标准如何支持产品追溯、关键追溯事件和关键数据元素 GS1 US，2011

LIM GS1 物流互操作性模型，http: //www.gs1.org/lim GS1，2007

http://www.gs1.org/docs/architecture/

http://www.gs1.org/epcis

http://www.gs1.org/digital-coupons/digital-coupon-standard/1



https://www.gs1.org/edi



http://www.gs1.org/genspecs

http://www.gs1.org/1/glnrules/en/

http://www.gs1.org/1/gtinrules/en/

http://www.gs1.org/shipping-and-receiving



http://www.gs1.org/edi-xml-recall/xml-product-recall/3-3

http://www.gs1.org/epc-rfid

http://www.gs1.org/lim



A 互操作性要求总结

下表将总结第 5 节中列出的要求和相关 GS1 标准。

主议题子议题 GS1 标准

标识要求

追溯对象贸易项目 GTIN、GTIN +批号、GTIN +序列号

资产 GIAI、 GRAI

物流单元 SSCC、GSIN、 GINC

优惠券 GCN

参与方 GLN、GSRN

位置 GLN、GLN + GLN 扩展组件

交易／文件 GDTI

AIDC 要求

条码贸易项目（仅 GTIN）（仅 GTIN）

EAN / UPC、ITF-14、GS1Databar（非扩展）

贸易项目、资产、物流单元、参与

方、位置、交易／文件

（GS1 标识代码+属性）

GS1-128、GS1 数据矩阵码、GS1 QR 代码、

GS1Databar（扩展）

RFID 贸易项目、资产、物流单元、参与

方、地点、交易／文件

EPC/ RFID

数据记录要求

关系数据供应商、消费者、第三方内部，使用 GS1 标识关键字

关键追溯事件观察 EPCIS：对象事件

CBV 业务步骤：调试、装运、接收、运输、存

储，...

转化 EPCIS：转化事件

CBV 业务步骤：调试

聚合 EPCIS：聚合事件

CBV 业务步骤：包装、安装...

数据共享要求

主数据贸易项目 GDSN、GS1 智能检索、GS1 EDI、EPCIS

参与方和位置 GLN 服务、GS1 EDI、EPCIS

资产 EPCIS

关系数据双向，无标准

交易数据发货，收货 GS1 EDI 发货通知（DESADV）、接收通知

（RECADV）、GS1 运输状态通知（IFTSTA）

召回 GS1 EDI 产品召回标准

可视化事件数据关键追溯事件 ECPIS、CBV



B 数据管理责任

下表旨在按角色分类总结主要数据管理责任。

数据管理责任主要方（数据来源，发起者）次要方（数据接收者，

其他人）

规定责任

（标识）GS1 标识码管理

GTIN 品牌所有者（*）不适用 [GENSPES][GTIN-MAN]

GLN 位置所有者，位置主要用户

（**）

不适用 [GENSPECS][GLN-ALL]

GCN 优惠券发行人不适用 [GENSPECS][DCM]

SSCC 实际创建者或品牌所有者不适用 [GENSPECS][LOG_LAB]

GINC 承运人或货运代理不适用

GSIN 发运人、托运人不适用

GIAI、 GRAI 资产所有者或管理者不适用 [GENSPECS]

GSRN 提供服务的组织不适用

GDTI 文件发行人不适用

CPID 买方（OEM）不适用

（数据共享）主数据

贸易项目主数据数据来源（品牌所有者

（*），请参见 GTIN）

任何满足此类数据共享

条件的一方。

[GDSN]、[GENSPECS]

参与方和位置主数据数据来源（位置所有者或管理

者，请参见 GLN）

[GLN-SER] 、

[GENSPECS]

其他主数据（与资产、服

务关系等有关）

分配标识代码的一方，见上

文。

[GENSPECS]

（数据记录和共享）采集、记录和共享可视化事件数据

对象事件参与以下任何业务步骤的任何

一方：调试、装运、接收、运

输...

任何满足此类数据共享

条件的一方，例如基于

监管链或所有权关系

链。

[GTS2]

转化事件任何参与以下任何业务步骤的

一方：调试、加工...

聚合事件任何参与以下任何业务步骤的

一方：包装、装货、卸货...

（数据共享）交易数据共享

发货通知发运人、托运人、卖方收货人、收件人、买方 [GS1-EDI] [LIM]

收货通知收货人、收件人、买方发运人、托运人、卖方 [GS1-EDI] [LIM]

运输状态通知物流服务提供商、承运人收货人、收件人、买方 [GS1-EDI] [LIM]

（数据共享）产品召回

产品召回通知产品召回发起人产品召回接收人 [GS1-EDI] [RECALL]

产品撤回确认产品召回接收人产品召回发起人

产品召回完成通知产品召回发起人产品召回接收人

备注：

（*）有关非品牌产品和例外情况，请参见[GENSPECS]第 4 节。

（**）有关例外情况，请参见[GENSPECS]第 4 节。



C 准备开始

本节将概述追溯系统设计的分步方法。该方法旨在供个别公司以及希望建立部门和／或区域

指南的组织或工作小组使用。

备注：在 GTS2 发布后，将开发 GTS 实施指南，以提供有关追溯过程、角色、责任、

追溯数据模型等的更多信息。

C.1 开始前

在开始设计追溯系统之前，收集关于您所在行业的可用指南和进行中的倡议的信息很重要。

许多行业组织已经建立了工作小组来确定最佳规范并建立协调方法。GS1 通常会参与此类

倡议，并可以提供更多信息。

GS1 参与或促进追溯倡议的行业示例：

■ 新鲜食品（水果和蔬菜、鱼类和海鲜...）

■ 卫生保健

■ 铁路制造和 MRO

C.2 应执行的步骤

本节将提供分步方法来实现价值网络的追溯，以及供个别公司使用，但也可以由组织在建立

行业／产品指南时进行调整。

图 C-1 GS1 追溯方法

设计追溯系统

● 第 1 步：设定追溯范围和目标

● 第 2 步：收集追溯信息要求

● 第 3 步：分析业务流程

● 第 4 步：确定标识要求

● 第 5 步：确定追溯数据要求

● 第 6 步：设计追溯数据存储库功能

● 第 7 步：设计追溯数据使用功能

构建追溯系统

● 第 8 步：执行差距分析（“现在”与“预期”）

● 第 9 步：建立追溯系统的组件

● 第 10 步：测试和试点

部署和使用追溯系统

● 第 11 步：推出

● 第 12 步：编制文件和培训

● 第 13 步：监控和维护



C.3 设计追溯系统

第 1 步：设定追溯目的和目标

追溯是价值网络中所有参与方的共同责任。也就是说，为建立追溯目标，各参与方都需要考

虑自己的策略以及网络中其他参与方的策略。通常，有其他方面可帮助确定方向，例如法律

要求或主要参与方的商业要求。最终消费者提高透明度的要求也是一个越来越重要的驱动因

素。

随着组织追踪和溯源货物在供应链中的移动的要求不断增加，必须强调开发追溯系统的总体

目的和目标。“我们想要解决什么问题”？

第 2 步：收集追溯信息要求

在这一步中，将追溯目标转化为需要由追溯系统实现的具体信息请求。

第 3 步：分析业务流程

下一步就是详细分析业务流程，以了解与目标和信息需求相关的追溯方面。

分析应该包括：

■ 供应链利益相关方及其交互

■ 各利益相关方的追溯角色和责任

■ 显示追溯对象的状态变化和移动的流程。

第 4 步：确定标识要求

进行业务流程分析后，将确定哪些实体需要标识代码。然后需要确定每个实体的正确标识级

别。

确定贸易项目标识级别是一个关键决定，具有深远影响。对于其他实体（如位置和文件），

需要考虑标识的方法和级别。

第 5 步：确定追溯数据要求

追溯数据要求首先取决于所要求的精度水平。

建议考虑每个关系、事务和事件的“参与方、追溯对象、时间、位置和事件”维度。

第 6 步：设计追溯数据存储库功能

为理解所需要的数据采集和记录功能，可将其视为追溯数据存储库的功能。在某些情况下，

存储库将实际实施；在其他情况下，存储库仍然是一个虚拟概念，将根据需要动态集合各种

数据源。

需要实现以下三种主要功能：

■ 数据采集



■ 数据存储，包括界定如何记录、存储和／或管理追溯数据，同时从法律和商业角度考虑

所需的最短保留期限的归档程序。

■ 数据共享

第 7 步：设计追溯数据使用功能

需要特定功能来检测异常并防止事故发生。此类功能可能从简单查询到高级数据分析。

示例：

■ 到期证书

■ 运输过程中温度异常

■ 防伪检查

此外，需要功能来管理干预程序。干预程序可能很简单（仅限于内部）或复杂（涉及大量外

部参与方）。

示例：

■ 召回通知、执行和完成

■ 检疫

■ 防伪补救

C.4 构建追溯系统

第 8 步：执行差距分析（“现在”与“预期”）

基于设计阶段，将确定“现在”与“预期”之间的差距。

第 9 步：建立追溯系统的组件

下一步是评价是否可以调整现有硬件和软件，或者是否需要购买新的组件。

第 10 步：测试和试点

寻找贸易伙伴以试验／测试追溯系统。

C.5 部署和使用追溯系统

第 11 步：推出

按产品／机构制定实施计划。

根据确定的速效方案进行优先排序，以建立利益相关者的信心。



第 12 步：编制文件和培训

除设计追溯系统外，责任方还需要解决追溯系统的实施和维护问题，例如：

■ 指定特定人员负责

■ 制定书面程序

■ 需要联系的内部和外部追溯方列表。

■ 具有明确责任的危机管理关键人员列表，例如，在召回事件等事件中负责发起和批准的

角色分离

■ 内部和外部追溯请求的沟通计划

第 13 步：监控和维护

必须提供监控和维护程序，以便确定如何验证当前操作以及追溯系统如何与实际生产和配送

过程保持一致。程序可能包括：

■ 定期审核以检查系统是否仍然符合追溯目的

■ 检查以确保和维护追溯数据的可用性和质量



D 行业示例

本节中的示例旨在说明如何使用 GS1 标准在各种供应链中实现追溯。

备注：此类示例可提供高水平概述。有关关键追溯事件、主数据和角色和责任的详细信

息已在或将在行业、产品或应用特定附件中提供。

零售 CPG

通过 GS1 标准提高供应链可视化、产品信息准确性、产品追溯和食品安全性后，可以实现

CPG／食品行业的贸易伙伴、监管机构和消费者所需要的无缝、全渠道的购物体验。

图 D-1 零售 CPG 示例

零售 CPG 供应链中追溯的一些重要方面：

■ 批次／批号级转化（更改 GTIN）

■ 对消费者的透明度

■ 产品质量／召回

■ 假冒伪劣产品

■ 在线销售／电子商务

备注：有关零售 CPG 追溯的更多信息，请访问：https: //www.gs1.org/cpggrocery

新鲜食品

GS1 标准有助于实现新鲜食品从农场到餐桌的追溯。信息可以在整个供应链中共享，以支

持您的业务需求并保证食品安全。您可以检索数据以满足安全法规，将其作为补货策略的基

准，并确保总体质量，同时消除浪费。

图 D-2 新鲜食品示例

新鲜食品供应链中追溯的一些重要方面：

■ 除分拣、清洗、清洁，冷冻外，没有或几乎没有产品转化

■ 易腐产品

■ 每个产品类别的具体法规、质量要求和认证（例如肉类、鱼类、新鲜农产品）。

■ 废物管理

箱子运输货板批发商运输分销商消费者零售店项目

运输货板包装商/承

运商

运输货板箱子项目种植者

消费者零售店项目箱子

配送中心货板

运输运输

运输批发商/代

理商

货板加工者／

制造商

运输货板箱子项目种植者／供应商

https://www.gs1.org/cpggrocery



备注：有关新鲜食品供应链追溯的更多信息，请访问：

https: //www.gs1.org/fresh-foods

卫生保健

追溯是许多卫生保健临床和供应过程的基础。除此之外，其还有助于防止伪造药品和医疗器

械进入供应链、保证产品到达预期的最终接受者手中、允许执行更有效和有针对性的召回、

以及使患者记录和临床登记册能够准确记录医疗产品信息。最终，追溯对于确保患者权利至

关重要，即由授权护理人员，在适当时间，将正确的医疗产品施用给正确患者。

图 D-3 卫生保健示例

卫生保健供应链追溯的一些重要方面：

■ 患者和护理人员是关键的利益相关方。

■ 有许多国家／地区已针对药品和医疗器械追溯提出监管要求。

■ 所跟踪的项目范围可以从医疗记录和可移动资产到卫生保健产品和手术工具。

■ 追溯正在医院内部和供应链合作伙伴之间广泛实施。

备注：GS1 标准是卫生保健（从制造商到患者）中最常用的追溯标准体系。有关卫生

保健追溯的更多信息，请访问： https: //www.gs1.org/healthcare

技术行业

国防、工程、能源、公共交通和采矿——都是目前面临许多相同挑战的技术行业，例如成本

压力、伪造和数字化物理世界的竞赛。其共同需要建立透明过程来优化供应链，其中，部件

和原材料进入生产环境；然后接受加工、组装和包装；以成品形式出口至客户所在地；然后

经历多个使用和维护周期。

图 D-4 技术行业示例

技术行业追溯的一些重要方面：

■ 周期性

■ 产品寿命长

■ 产品验证

回收/处置

制造、修理或大

修车间

制造商

（OEM）

组件供应商

运输运输经营商项目

运输货板项目运输原材料

患者

护理人员

卫生保健提

供商

货板分销商运输货板批发商

项目箱子运输配送中心运输

货板箱子项目运输制造商

https://www.gs1.org/fresh-foods

https://www.gs1.org/healthcare



■ 在追溯对象直接标记 GS1 标识代码

■ 将组件和子系统组装成完全可操作的系统，需要跟踪复杂的产品层次结构，通常使用序

列化标识符（“构建”产品的序列化材料清单）。

备注：有关技术行业追溯的更多信息，请访问：

https: //www.gs1.org/technical-industries

运输与物流

追溯和可视化对运输与物流过程至关重要的。

图 D-5 运输与物流示例

运输和物流追溯的一些特殊方面：

■ 跨多种运输模式的端到端追溯，以及监管链中的各种变化

■ 对运输工具和设备中的物品进行单件级跟踪

■ 在到最终消费者（包括终端消费者）的交付流程中跟踪包裹

■ 跟踪空资产

备注：有关运输与物流追溯的更多信息，请访问：

https: //www.gs1.org/transport-and-logistics

物流服务提

供商

运输

集装箱口岸/海港消费者零售店货板

运输口岸/海港运输

运输海关货板

制造商

https://www.gs1.org/technical-industries

https://www.gs1.org/transport-and-logistics



E 致谢

GS1 想要感谢为此项目各个阶段做出贡献的每个人。

名姓组织项目角色

Albert Ang GS1 马来西亚

Koji Asano GS1 日本

Jonas Batt GS1 瑞士编辑团队

Wolfgang Becha Mondelez International, Inc. 编辑团队

Robert Beideman GS1 全球办事处 GS1 项目团队（领导）

Chuck Biss GS1 全球办事处

Mats Bjorkqvist GS1 瑞典

Enzo Blonk GS1 全球办事处

Gary Bond Dental Directory

David Buckley GS1 全球办事处

Jaewook Byun Auto-ID Labs at KAIST

Emanuela Casalini GS1 意大利

Maria

Madalena

Centeno GS1 葡萄牙

Madalina Cernat GS1 罗马尼亚

Peter Chambers GS1 澳大利亚

Patrick Chanez INEXTO SA

Jeffrey Corthell 美国国防部后勤标准办公室

Flavia Costa GS1 巴西

Luiz Costa GS1 巴西

Marco Da Forno GS1 瑞士

Brian Daleiden TraceLink

Tim Daly GS1 爱尔兰

Owen Dance GS1 新西兰

Guilherme de França GS1 巴西

Kevin Dean GS1 加拿大

Jeffery Denton Amerisource Bergen Corporation

Christopher Devins Adents High-Tech International

Véra Feuerstein Nestle 编辑团队

Richard Fisher 美国国防部后勤标准办公室

Frederique Fremont C.H.I Robert Ballanger

Britta Gallus METRO Wholesale & Food Specialist AG

Nilson Gasconi GS1 巴西

Stefan Gathmann GS1 爱尔兰

Joseph Germanos GS1 黎巴嫩

Alan Gormley GS1 爱尔兰

Sudu Gupta ITradeNetwork.com, Inc.

Rami Habbal GS1 阿联酋

Ruediger Hagedorn 消费品论坛




Mark Harrison Milecastle Media Limited 编辑团队

Karolin Harsanji GS1 瑞典

Dave Harty Adents High-Tech International

Heidi Ho GS1 香港，中国

Bernie Hogan GS1 美国

Martin Hörberg ICA AB

Yoshihiko Iwasaki GS1 日本

Coen Janssen GS1 全球办事处 GS1 项目团队／责任编辑

jia jianhua GS1 中国

Sungkwan Jung Auto-ID Labs at KAIST

Nora Kaci GS1 全球办事处 GS1 项目团队

Andrew Kennedy FoodLogiQ

Sangtae Kim Auto-ID Labs at KAIST 编辑团队

Sabine Klaeser GS1 德国编辑团队

Ulrike Kreysa GS1 全球办事处

Freddy Ladino

Perdomo

GS1 哥伦比亚

Earl Lappen GS1 澳大利亚

Carolyn Lee GS1 全球办事处编辑团队

Piergiorgio Licciardello Di.Tech S.p.A.

Mikko Luokkamäki GS1 芬兰

Feargal Mc Groarty St. James's Hospital

Timothy Marsh GS1 全球办事处 GS1 项目团队

Doug Migliori ControlBEAM Digital Automation / ADC

Technologies Group

编辑团队

Paula Montanari Jumbo Retail Argentina

Gena Morgan GS1 全球办事处 GS1 项目团队

Naoko Mori GS1 日本

Reiko Moritani GS1 日本

Hirokazu Nagai Japan Pallet Rental Corporation

Giada Necci GS1 意大利

Denis O'Brien GS1 爱尔兰编辑团队副主席

Benjamin Östman GS1 芬兰

James O'Sullivan GS1 英国

Michel Ottiker GS1 瑞士

Fany Palafox GS1 墨西哥

Edward Pang GS1 香港，中国

Rachel Ann Paran GS1 新加坡

Nicolas Pauvre GS1 法国

Raphael Pfarrer GS1 瑞士

Sarina Pielaat GS1 荷兰

Neil Piper GS1 英国




Francesca Poggiali GS1 全球办事处

Jane Proctor 加拿大产品营销协会

ABHIJIT PURADKAR GS1 印度

Halim Recham GS1 阿尔及利亚

Christopher Reed Johnson & Johnson

Paul Reid GS1 英国

Craig Alan Repec GS1 全球办事处

Ryan Richard GS1 美国

Rich Richardson GS1 美国

Patrice RIGOLLE GS1 法国

Dirk Rodgers Systech International

Sylvia Rubio Alegren ICA AB

Bonnie Ryan GS1 澳大利亚

John Ryu GS1 全球办事处 GSMP Group Facilitator

Yamineth Samudio GS1 巴拿马

Roxana Saravia GS1 阿根廷

Ulrich Schäfer GS1 Germany

Rosalie Schill ipiit

Sue Schmid GS1 澳大利亚

Eugen Sehorz GS1 奥地利

Faye Shih GS1 中国台北（先前称为 GS1 台湾）

Kim Simonalle Qliktag Software（先前称为 Zeebric LLC）

Steven Simske HP Inc 编辑团队

Andy Siow GS1 新加坡

Michele Southall GS1 美国

Peter Sturtevant GS1 美国

Tania Snioch GS1 全球办事处

John Szabo GS1 澳大利亚

Diane Taillard GS1 全球办事处 GS1 项目团队

Hiromitsu Takai GS1 日本

Sue Thompson 全国处方药方案委员会

Elena Tomanovich GS1 全球办事处

Ken Traub Ken Traub Consulting LLC 编辑团队

Ed Treacy 产品营销协会（PMA）

Ralph Troeger GS1 Germany 编辑团队

Vivian Underwood GS1 美国

Regan Van Tassel Ecolab

Krisztina Vatai GS1 匈牙利

Linda Vezzani GS1 意大利

Elizabeth Waldorf TraceLink 编辑团队副主席




Ian Walters GS1 英国

Qian WANG GS1 法国

Yi Wang GS1 中国

David Weatherby GS1 英国

Tomas Wennebo GS1 瑞典

wang wenyu GS1 中国

Joachim Wilkens C & A SCS

Sophia Wu GS1 中国台北（先前称为 GS1 台湾）

Xinmin Wu GS1 中国

Belle Yang GS1 中国台北（先前称为 GS1 台湾）

Cindy Yin GS1 香港，中国

Tony Zhang FSE, Inc.

H.P. Zwinkels Floricode

gs1 全球追溯标准 · 2019-03-18 · 采集和数据共享技术以及相关gs1...

Documents