11 月 1 日起欧盟订单要多报一个「商品识别码」：三类编号去哪取，一次说清

2026 年 11 月 1 日起，欧盟海关申报环节须新增一类商品信息——商品识别码（PID，Product Identifier）。这不是新增费用，是一项申报信息要求——欧盟在费用方面另有安排，本篇只讲申报信息要求，不展开。订单往欧盟发的卖家，把三类编号的取数口径、适用边界、时间动作看一遍即可。

① 先划边界：这不是一项新增费用

先把最容易误读的一处点明：欧盟这轮调整，是把商品识别码写进海关申报字段，要求卖家提供"这是哪件商品"的明确归属——不是新增费用。费用方面欧盟另有安排，本篇只讲申报信息要求，不展开。

下面 6 节，回答 6 个具体问题：是否落在我头上、三类编号分别去哪取、经营模式不同谁填、海外仓怎么同步、时间上先做哪三件事、不填会怎样。

② 适用判定：三个条件同时满足才落到你头上

先做一道简单的"是否落在我头上"判断，三个条件同时满足才算数：

1. 货件来源：自欧盟以外进口入境——从中国大陆发往欧盟、第三方海外仓补货后再派送给消费者，都算；
2. 订单类型：面向消费者的 B2C 订单；
3. 货件内在价值：在欧盟委员会指南限定的货件内在价值不超过 150 欧元的区间内。超出这一区间的业务另有规则，按目的国海关与承运商的实际要求执行。

面向增值税登记企业的 B2B 货件，一般不在此列。

判断流程一句话：欧盟以外进口 + B2C + 货件内在价值不超 150 欧元——三项同时命中，往下看。

③ 核心清单：三类编号向谁取、是否必填

本节是全篇最关键的一张表。三类编号，分别归属不同主体，是否必填的口径也不一样：

④ 模式区分：经营模式不是豁免理由

自运营、全托管、半托管都在适用范围内——经营模式不是豁免理由。区别只在"谁填、填在哪一环"：

无论哪一种模式，最终落到海关申报字段里的三类编号都必须满足第③节的归属与口径要求。卖家不能因为"全托管由平台负责"就跳过对自己商品资料的编号维护——平台那一侧能取到，不代表你这一侧可以不维护。

⑤ 仓储场景：海外仓与第三方仓的同步要点

海外仓与第三方仓是欧盟 B2C 卖家最容易踩坑的一环。四个点，建议逐条对照：

• 编号必须同步给物流服务商：卖家维护的编号必须同步给实际做海关申报的一方（货代、海外仓、第三方物流），库存、申报两端对不上号是真实的踩坑点；
• 多店铺同一条库存的别名要留意：同一件货在不同店铺的标题 / 描述 / 图片不同，但底层是同一个商品。别名对不上号时按真实归属取数——这是提示，不是定论；
• 内部 SKU 是最顺手的取数线索，但不能直接画等号：SKU 是系统里现成的字段，但 SKU 与商品识别码之间没有自动对应关系——须确认该编号能对应到平台上的具体商品；
• 保留一份可导出清单：把"内部 SKU ↔ M-PID / NS-PID / S-PID"的对应关系导出一份，交接给仓储方与货代，便于核对。

⑥ 时间动作：离 11 月 1 日，先做这三件事

时间不多了，按下面三步走，至少把基础兜住：

1. 拉清单：从后台拉出欧盟 B2C、货件内在价值不超 150 欧元的 SKU 清单——这是后面所有动作的入口；
2. 补三类编号：逐个补齐 M-PID / NS-PID / S-PID。缺 NS-PID 的立刻向制造商或供应商索取——它没有规定格式，但要落在制造商或供应商名下，卖家不能自己造；
3. 同步给物流服务商 / 仓储方：把对应关系同步到位，让做海关申报的一方能取到正确的编号——尤其是海外仓场景，库存、申报两端必须对上。
4. 平台口径：部分平台已就商品信息发布公告，以各自卖家后台通知为准——本篇不替任何平台写具体字段与日期。

⑦ 风险收尾：如实说"不填会怎样"

不填会怎样？如实说，不夸大：

• 2026 年 7 月 1 日起可自愿申报（具体以欧盟委员会指南与卖家后台要求为准）；
• 未按要求提供商品识别码信息，可能造成申报异常与物流延误，具体以目的国海关与承运商要求为准。

本篇不替目的国海关写具体后果，也不断言每一票货都会被卡——把口径留给官方与平台，把动作留给卖家自己。

本篇讲的是申报字段，不涉及费用安排。

信源说明：本文所引欧盟委员会指南要点，来自公开渠道对指南的解读，具体以欧盟委员会官方文本与卖家后台要求为准。