数字产品护照即将到来：现在就该开始收集哪些产品数据

“请把款号 TS-210 的纤维成分、工厂清单，以及我们五月收到的那批货的批次记录发给我们。”这封来自德国经销商的邮件，在某个周二早上送到了一家小型服装品牌的采购负责人手里。这个品牌的货从欧洲以外发往欧盟的客户。

纤维成分在某个供应商的 PDF 里，没人记得存在哪个文件夹。工厂清单只存在于一个人的脑子里。批次记录是表格里的一行，连面料批号都没提。回复花了四天、三个人，而且有一部分是凭印象写的。

这封邮件，就是欧盟数字产品护照的一个缩影。它首先是产品数据问题，其次才是二维码问题。现在就开始整理干净的产品和供应商数据的企业，回复只需几分钟，不用几天。本文讲清楚护照到底是什么、会波及谁、哪些日期是板上钉钉的，以及未来十二个月该做哪些事。

什么是数字产品护照

护照出自《可持续产品生态设计法规》，即 Regulation (EU) 2024/1781，简称 ESPR，自 2024 年 7 月 18 日起生效。数字产品护照（DPP）是一份关于单个产品的结构化数据，通过扫描数据载体即可访问，比如印在产品、包装或随附文件上的二维码。

三条技术规则决定了其余一切。其一，载体指向一个持久的唯一产品标识符，例如由 GTIN 加批次号或序列号组成的 GS1 Digital Link。其二，数据必须机器可读、基于开放标准，这样才能在系统之间流转，不被某家厂商锁定。其三，访问分层：消费者能看到材料以及维修、回收指引，监管机构和回收企业能看到更多。

欧盟的注册中心并不保存你的护照。欧盟委员会已于 2026 年 7 月上线中央 DPP 注册中心，它只是一个索引。完整的护照仍由把产品投放市场的企业保管，或者交给它委托的授权服务商托管。

谁会受到影响，包括欧盟以外的卖家

ESPR 适用于投放到欧盟市场的产品，不论产地在哪。越南的工厂、土耳其的品牌、巴西的平台卖家，只要受管辖的产品到了欧盟买家手里，就都在范围之内。进口产品的法律责任由欧盟境内的进口商或授权代表承担，所以向非欧盟供应商索要数据的，正是他们。

有些产品不在 ESPR 范围内，包括食品、饲料、药品和机动车。其余的都有可能被纳入。但 ESPR 只是一个框架，本身并不制定具体产品的规则。每个产品类别都有自己的授权法案，由它规定数据字段、载体和生效日期。

截至 2026 年 8 月的时间表

有些日期已写入法律。另一些只是欧盟委员会工作计划里的目标，可能会推迟。把这张表当地图用，凡是标注“预计”的行，在投入预算之前请先查看最新的授权法案。

节点	日期	状态
ESPR 生效	2024 年 7 月 18 日	已确定
通过 2025 至 2030 年工作计划	2025 年 4 月	已确定；计划在 2028 年做中期评估
中央 DPP 注册中心上线	2026 年 7 月	已确定；目前不要求卖家申报
禁止销毁未售出的服装、配饰和鞋类，适用于大型企业	2026 年 7 月 19 日	已确定
电动汽车电池、轻型交通工具电池和 2 kWh 以上工业电池的电池护照	2027 年 2 月 18 日	已确定（Regulation (EU) 2023/1542）
授权法案：先是钢铁，再到纺织品、轮胎、铝、家具、床垫	计划在 2026 至 2029 年	预计；请查看最新的授权法案
销毁禁令，适用于中型企业	2030 年 7 月 19 日	已确定；微型和小型企业豁免

工作计划把钢铁和铝、纺织品（先从服装做起）、家具、轮胎和床垫列为首批产品类别，另外还有一批与能源相关的产品。授权法案规定的义务，通常在法案生效至少 18 个月后才开始适用，除非欧盟委员会有充分理由缩短。对卖 T 恤的人来说，这意味着护照很可能是 2028 或 2029 年的事。可数据整理花的时间比这还长。

为什么它首先是数据问题

看看护照要什么：材料成分、再生含量、每个环节在哪里生产、有害物质、耐用性、维修和备件、碳足迹、报废处理说明，以及指向具体批次的链接。这些里面，几乎没有一项是你的网站或销售团队产生的。

这些数据分散在四个地方。供应商声明里有材料和物质信息。产品主数据里有标识符以及保养、维修数据。批次和批号记录里有什么时候做了什么、用了哪些投入。企业记录里有对产品负责的法律主体。麻烦在于，这四处对“产品”到底指什么，很少说得一致。

这张看板只是示意，最终字段以各项授权法案为准。不过材料成分、产地、批次标识和物质声明几乎出现在所有草案里，现在着手是稳妥的。

一个完整示例：一件 T 恤

以一件纯棉 T 恤为例，型号 TS-210，生产批次为 B-0412，共 3,000 件。下表是纺织品护照可能包含内容的示意，并非法定清单。重点在右边一列：每个字段都有且只有一个系统负责。

护照字段	示意值	来源系统
唯一标识符	GTIN 加批次 B-0412	产品主数据
纤维成分	100% 棉	面料厂的供应商声明
再生含量	0%	供应商声明
生产地点	面料厂 A（面料）、工厂 B（缝制）	供应商主数据和采购订单
染料和整理化学品	已对照限用物质清单检测	供应商检测报告
保养与耐用性	40 °C 机洗，可承受 40 次洗涤	产品主数据（工艺单）
碳足迹	每件 4.1 kg CO2e，注明核算方法	供应商或生命周期研究
批次日期和数量	2026 年 5 月 12 日，3,000 件	库存中的批次记录
报废处理指引	交由纺织品回收渠道	产品主数据
欧盟责任经营者	进口商名称和地址	企业主数据

现在顺着记录走一遍。采购订单 PO-7781 向面料厂 A 买了 3,150 米面料。收货时生成面料批号 F-88，并把面料厂的声明挂在这个批号上。裁剪单消耗 F-88，生成 3,000 件衬衫，记入批次 B-0412，于是 B-0412 就指回了 F-88 和那份声明。德国经销商扫二维码时，护照找到该批次，顺着这条链接，返回纤维成分，并附上日期和背后的文件。如果面料厂十月寄来更正后的声明，只需要改批号 F-88，所有用它生产的批次自动继承更正。

你的系统需要什么

商品目录和产品主数据

每个型号一条记录，带一个永不复用的稳定标识符，各个变体都挂在它下面。自由文本的描述栏撑不起护照。再增加结构化属性，涵盖成分、保养、维修和报废处理，每项都有负责人和最近一次复核的日期。

采购与供应商数据

把声明当作有有效期的文件来管理，关联到供应商和材料，而不是躺在某人电脑文件夹里的文档。写进采购条款：没有声明，就不放行采购订单。记录每个环节实际生产的地点，而不只是给你开发票的那家公司。

库存与批次

多数企业在这里最薄弱。如果库存只是每个 SKU 的一个数字，“哪一批”这个问题你就答不上来。入库和生产两个环节都要做批号或批次追踪，每一笔库存变动都要带上批号。否则护照只能描述这个型号，说不清客户手里的那一件衬衫。

销毁禁令其实是库存规则

自 2026 年 7 月 19 日起，大型企业不得在欧盟销毁未售出的服装、服饰配件和鞋类，欧盟委员会为安全风险或货物受损等情形规定了例外。中型企业从 2030 年起适用。大型企业已经需要披露所丢弃的未售出商品的数量。

实际影响落在库存计划上。多买的代价现在看得见了，因为填埋和焚烧这条出路已被堵上。企业需要按款式精确统计售罄率，制定降价规则，打通捐赠和转售渠道，并记录每个剩余批次的去向。这和护照所需的批次级库存数据是同一份数据。

十二个月计划

不必等授权法案出台才动手。下面这个顺序适用于任何产品家族，主要花的是时间：

1. 第 1 至 2 个月：划定范围。列出所有发往欧盟的产品，按工作计划里的产品类别分组。指定一个人负责产品数据。
2. 第 2 至 4 个月：清理主数据。每个型号一条记录、一个永久标识符，成分和保养字段结构化。清除重复项。
3. 第 3 至 6 个月：向供应商提要求。向采购量最大的供应商索取材料声明、工厂清单和证书。收到后作为带日期的文件，按供应商和材料归档。
4. 第 5 至 8 个月：批次追踪。在入库和生产环节启用批号。拿五个成品批次，回溯到面料或部件批号，检验是否走得通。
5. 第 8 至 10 个月：试点一份护照。选一个型号，生成公开页面和二维码，让同事从打印出来的标签上扫一扫。
6. 第 10 至 12 个月：复盘授权法案。把你的字段和已发布的内容对照，补齐缺口。

该衡量什么

四个数字能说明数据有没有变好。在售型号中，成分和保养字段完整的占多少。采购的材料中，持有有效且未过期的供应商声明的占多少。成品批次中，能在五分钟内追溯到投入批号的占多少。还有回复一次数据请求，比如那位德国经销商的邮件，要花多长时间。第一年一个示意性的目标是：前三项做到 90%，回复在一小时以内。

回到那封邮件

回到经销商那封周二的邮件。面料批号关联着带日期的声明，工厂清单存在供应商主数据里，批次记录指向这两者，采购负责人只需回一个链接，不用四处追问。没有人需要猜。如果 2028 年同样的问题来自海关或回收企业，答案还是同一个链接，只是访问层级不同。

要点回顾

• 数字产品护照适用于投放欧盟市场的产品，无论卖家身在何处，并通过进口商波及非欧盟企业。
• ESPR 只是框架。规则按产品类别通过授权法案逐步出台，所以在依赖任何预计日期之前，请先查看最新法案。
• 目前已确定的日期：大型企业的销毁禁令自 2026 年 7 月 19 日起适用，电池护照自 2027 年 2 月 18 日起适用。
• 护照的大部分字段掌握在供应商手里，所以声明、工厂清单和批号是最先要收集的东西。
• 让每个字段都有唯一的负责系统，并让批次指回投入批号及其声明。
• 衡量数据的完整度和响应时间，而不是看有没有二维码。

Anichur Rahaman 是一名软件架构师，也是 StoreConsole 的创建者。他为成长型企业设计电商与 ERP 系统，专注于事件驱动架构、数据完整性和自托管部署。