

PID 是产品标识符的统称,说白了就是"这件东西在欧洲海关和监管系统里叫什么、由谁造、按什么标准造"。
欧盟这两年一直在推产品数字化和可溯源,海关不满足于只知道"一箱手机壳、申报价值若干",它想知道具体的品牌、型号、制造商身份。没有这层信息,一旦出现安全召回、侵权核查、或者税务追溯,整条链路就断在进口商这里。
所以 eBay 的做法是把字段先开出来,让愿意填的卖家填,数据先攒起来。这也是为什么三项都标成非必填。
SPID 是标准化制造商产品标识符,对应有正式型号、有条码体系的产品,比如带 GTIN、有明确型号的 3C、家电。有就填这个,最规范。
NSPID 是非标准化制造商产品标识符,给那些没有统一编码体系的产品,比如手工艺品、定制款、工厂自编型号的五金件。
MPID 是商家产品标识符,是卖家自己给商品编的号,用来在自己系统里对应。
对绝大多数铺货型卖家,实操判断很简单:有条码和型号的填 SPID,没有的填 NSPID,两个都有就按平台优先级来。三项全空也不是不能发,系统会沿用你刊登时已经填过的属性值。
七个枚举值里,包裹状态、带电类型、交运方式这三个跟实操贴得最近。
包裹状态读错,货代那边可能把你的件当成"待揽收"或者"异常件",卡在中转不出来。带电类型错得更直接,纯电池、内置电池、配套电池三类在航空运输里是完全不同的处置方式,报错了轻则退件,重则整票货被扣。贸易条款和地址类型关系到清关责任划分,填错了到港才发现收货方不对,改单的费用比运费还高。
POST 接口还兼容旧枚举,所以你现在能正常推单,但 GET 接口返回的已经是新值。如果你的 ERP 是用 GET 的返回值做判断分支,那就存在"读到的值不认识、直接跳过处理"的风险,表现是订单同步了但状态一直不变。
用 eBay 后台打单、走 eDIS 网页版发货的卖家,基本不用管,界面会跟着平台更新。
用第三方 ERP 的,去问一句对接方有没有适配,什么时候上线。这类厂商通常会统一改,但改完要你确认一下有没有开新字段。
自己写系统对接的,10月28日之前必须做两件事:把枚举映射表补齐,把新增三个字段留空时的默认逻辑测一遍。测试重点不是"能不能推成功",而是"推成功之后状态流转对不对"。
至于 PID 本身,不着急一次填完。先用一个月把主力 SKU 的型号和条码理顺,等欧盟那边把申报口径收严了再全量补,比现在瞎填一堆错的要省事。
