荷兰海关提醒11月电商申报带PID，店里的SKU还要接上工厂编号

一条裤子在工厂目录里是一个型号，进入店铺后变成另一套SKU，交给物流时又只剩下“女式长裤”几个字。三个系统都能完成自己的工作，信息走到进口申报端，却未必还能准确找回顾客买的那一个颜色和尺码。商品并没有变，识别它的线索已经在交接中丢了几层。

荷兰海关在2026年10月1日发布电商申报产品识别提醒，明确11月1日起相关电商进口申报需要提供产品识别信息，也就是PID。7月起已经可以自愿提供。以10月4日为观察时点，强制节点尚未到来，企业还有机会用现有订单查出缺口。

电商订单与服装型号核对场景，AI生成示意图

这件事值得从商品链路看。商家、制造端和申报端分别掌握一部分信息，最后提交的数据却需要能识别同一款货。旺季订单增多以后，临时找采购问型号、让仓库拍包装、再把答案发给物流，每一次都要占用正在发货的人。

先认清三种编号，别让一个店内名称包办全部工作

荷兰海关将PID分为三类。M-PID由线上卖家、市场或平台分配；NS-PID来自制造商、生产者或供应商，不依赖国际认可的编号标准；S-PID则采用国际认可标准。商家编号和制造端非标准编号需要提供，标准化编号在存在时提供。

它们背后是不同的业务来源。店铺里的型号名称方便消费者理解，内部SKU方便分拣，工厂货号方便采购和生产，商品条码又可能连接不同零售渠道。一个企业原先把这些资料分散保存，并不奇怪；新要求使它们需要共同进入向申报端交付的数据。

以服装为例，运营习惯给一个系列起促销名称，采购按版型与面料寻找工厂款号，仓库则关心颜色和尺码。如果订单导出时只有系列名，申报人员无法靠“春季通勤裤”推断买家收到哪一种版本。文字再详细，也不能替企业指定一个本来没有传过来的编号。

这里不宜直接宣布“所有店内SKU都可以当M-PID”。欧盟委员会贸易操作指引的PID章节说明，商家编号需要支持在对应销售网站或平台识别商品，多卖家市场中的同一商品也要考虑平台层面的识别安排。企业应先向实际销售渠道确认采用哪个编号，再核对自己保存的值能否对应当前报价与发货版本。

标准化编号也有自己的来源。包装上印着一串数字，先要确定它属于什么商品、哪种配置、由谁分配。复制竞品页面上看起来相似的条码，可能让一件实际不同的商品获得错误身份。外观相似的两件货，并不会因为沿用了同一段描述，就自然拥有同一个产品编号。

没有标准化编号，与没有任何制造端识别信息，是两种情况。商家可以把缺少哪一项说明白，随后按相应规则处理；若采购只提供一张没有型号的图片，则连商品本身都还没有被准确整理。先补业务资料，再讨论申报字段，顺序会更清楚。

一次上新，能不能从订单找到真实变体

识别资料最容易出现问题的地方，是商品变体。运营页面把几个颜色和尺码放在一起，消费者实际选择的是其中一项。内部数据如果只保留主商品编号，后面的人员就需要重新判断选中的版本。

企业可以拿一笔实际订单做一次追查。先看顾客选了什么，再看仓库拣出什么，最后看准备传给物流的商品数据是什么。三处若出现不同的表述，先查明它们各自代表主商品、变体、组合还是具体库存。这里需要的是对应关系，单纯把字段改成同一个名字不能解决问题。

套装尤其值得单独看。单条裤子与两件装，主体看似相同，销售内容却不同；一个游戏配件与附带线材的组合，也不能仅靠主商品名称解释全部交付。企业应根据实际商品和适用编号规则确认识别方式，避免采购、平台和仓库各自理解为不同套装。

做这项准备，可以先从正在销售的几类商品开始：

• 有清楚制造端型号和标准化编号的常规品，核对系统是否完整保存，而非重新编一遍。
• 颜色、尺码或包装数量较多的商品，检查订单选项是否能够指向实际版本。
• 自有品牌或定制采购商品，向负责分配制造端编号的主体取得可持续使用的信息。
• 多个渠道同时销售的商品，分别保留各渠道采用的商家识别信息，再接到同一制造端商品记录。

这份清单是企业整理业务的起点，不能代替商品所属类别的具体规则。它的作用是暴露断点：有编号却没有录入，录入后没有随订单导出，或者导出以后被下一套系统截断。找到断点，才能安排对应人员修改。

采购端也需要明确版本变化怎样通知。厂家换了包装数量、调整了配置，商品是否仍使用原编号，应由真实商品变化和采用的编号规则判断。运营如果只看到新照片，仓库只看到新箱子，而主记录没有更新，下游会继续发送旧信息。

所谓信息维护，落实下来就是几件具体事：谁确认当前款号，谁记录变体，谁通知供应商变更，谁检查订单导出。职责越贴近现有工作，越容易长期执行。专门建立一个没人负责更新的表，只会让发货人员在多个版本之间继续猜。

编号不是过关证明，它让问题能够被连续找到

荷兰海关解释，PID有助于识别相似商品：某一票中发现产品不符合欧盟规则，可以更快识别并检查使用相同识别信息的其他货物。编号的价值因此不只是让一个字段不为空，还包括让同类商品在不同订单里保持可追踪。

对经营者来说，这个机制会使商品责任更连续。一次投诉、一次检测结果或一次生产变更，可能需要对应到后续出货。准确的商品信息能帮助界定涉及哪些型号和版本；资料混乱时，企业甚至很难说明其他库存与出问题的货有什么区别。

企业仍要完成产品自身需要的符合性工作。提供了PID，只是提供了识别线索，并没有自动证明商品满足安全、标签或其他准入要求。报告、说明和真实商品之间的对应关系，依然需要维护。一个正确编号指向一款有问题的货，问题不会因编号正确而消失。

这也解释了为什么不停换编号不值得当成经营办法。企业若为了让订单看起来彼此无关，每批货都临时起一个新名字，会先破坏自己的库存、客服和质量记录。消费者退回一件商品以后，企业无法找回原采购版本；质量人员发现某种材料变化，运营又不知道哪些渠道仍在销售。监管识别之外，日常经营已经先失去连续性。

正确做法是保留能反映真实商品身份的信息，并对变化作出说明。型号、批次和单件序列各有用途，不能因某个字段容易生成，就任意让它承担另外一个字段的任务。采用哪种PID，还要按规则及渠道安排确认，不靠仓库临时编号推导。

跨渠道经营尤其需要这层认识。同一商品在几个市场有不同销售编号，是需要记录的业务事实；把这些编号接回制造端身份，可以让企业在处理商品问题时找到对应报价。企业可以保留渠道差异，同时让内部人员知道它们指向什么。

交给物流之前，检查信息有没有在接口里消失

荷兰海关提醒涉及F48、F49和F53等电商增值税安排，并说明当地DECO、DMS申报系统的数据元素12 03用于提供相关识别信息。申报字段有自己的结构，卖家使用的物流下单界面则可能采用另一套名称。

企业因此要与实际申报服务链确认字段对应。页面上能填写商品SKU，不代表这个值已经作为所需识别信息送进申报系统。接口可以接收一个字段，后续也可能只把它用于仓库拣货。确认时应当问清值从哪里取、经过哪些系统、最后进入哪个申报元素，而不是只看上传是否成功。

对一笔测试订单，可以沿四个位置观察：

1. 商品主记录中保存的原始识别信息。
2. 平台订单或企业订单系统实际导出的商品版本。
3. 物流下单时发送的各项值，以及服务方需要的字段名称。
4. 申报端接收到的对应信息与校验结果。

如果某一段只能提供运单创建成功的提示，就继续取得能反映商品数据的反馈。运单号说明运输订单被创建，无法独自证明所有申报资料都完整。内部联调可以先选择信息较齐全的普通商品，再加入多变体、组合和缺少标准化编号的实际情况，观察差异在哪里出现。

格式问题也会在这种检查中暴露。一串以零开头的标识，被表格软件当成数字后丢了开头；较长编号被系统截短；字母大小写被不恰当地转换。每一段看起来只改了一点，最后已经不是原来的商品信息。按文本保存、比对前后值，是经营端可做的基础核对；正式字段格式仍须遵守服务方和申报系统要求。

异常处理也应在旺季前约定。供应商资料缺失时找谁补，渠道识别安排不清楚时由谁确认，物流反馈某一项不合要求时怎样定位。让一线人员知道问题对应哪一个主体，能减少在采购、运营和仓库之间来回转发截图。

这项准备最好留下可重复检查的样本。保留所用商品版本、字段对应和最后反馈，系统升级或服务方调整后再看同一条链路是否仍成立。检查不必每次从零开始，但样本需要跟着实际商品与接口版本更新。

旧商品、个性化商品，也不能只写一个泛称

委员会操作指引还讨论了二手、翻新和个性化商品，说明这些经营方式也需要遵守PID安排。卖家不能因为商品不是全新标准货，就把识别工作省去。旧商品仍有基础产品，印上顾客名字的服装也有底层服装版本。

定制文字与商品身份可以分别记录。一件T恤印了不同名字，订单确实有不同加工内容；企业仍要能说明它所使用的底款、颜色和尺码。客服处理印字错误时需要定制内容，采购查材料时需要基础型号。把两类记录接起来，才能在不混淆用途的情况下支持经营与申报。

指引对某些特定商品类别另有处理说明，适用时还涉及商品归类和条件。普通商家不应看到“手工”“收藏”等字眼，就自行把所有类似外观商品套入特殊安排。先确认真实类别，再核对正式规定与实际申报要求，可以避免把别人的例外当成自己的通用方案。

这份操作指引属于解释性材料，具体合规仍应以适用法律和正式实施要求为准。企业现在可以推进的工作很明确：把正在出售的货、现有编号和供应链传递过程整理出来，向渠道与申报服务方确认对应方式。即使某项处理需要继续核对，其余商品资料也不必等到最后一刻才开始补。

11月的节点临近，欧洲电商发货的竞争会进一步落到商品数据的完整程度。先用一笔真实订单验证，从顾客选中的版本走到最终申报信息，中间没有哪一段需要靠猜。

声明：本文系作者独立观点，不代表ESG跨境立场。文中涉及的平台规则、费率及出海政策具有时效性，实际运营请以平台官方最新公布为准。如有版权争议、内容勘误或业务交流，欢迎随时与我们联系。