有一种PPWR问题,办公室里几乎看不出来。
Packaging BOM已经做了。
供应商资料也收了一轮。
Technical File开始整理。
DoC甚至已经准备好了。
大家觉得这款产品终于可以先告一段落。
结果真正出货那天,仓库发现:
“这个位置容易撞,要不再加两个护角吧。”
旁边的人又说:
“最近海运破损有点多,再缠一层气泡膜。”
货代那边可能还会临时补:
缠绕膜、捆扎带、防撞块,甚至重新加一个外箱。
然后货就这样发到欧洲了。
问题来了:
产品SKU没变,里面的产品也没变,只是仓库多加了几样保护材料。原来的PPWR资料,还算完整吗?
先说结论。
不能因为多了一块护角,就直接说原来的DoC失效。
但也不能认为:
“这只是仓库临时加的,和PPWR资料没关系。”
真正应该判断的是:
实际投放市场的包装,和企业已经完成符合性评价、Technical File及DoC所对应的包装,是不是还是同一套包装事实。
这才是问题的核心。
一、PPWR管的不是办公室里的Excel,而是实际包装
很多企业第一次做PPWR,很容易形成一个错觉。
只要把Packaging BOM整理好,这款产品的包装就算“定了”。
比如:
产品A:
PE袋 12g;
内盒彩盒 85g;
运输纸箱 620g;
托盘按比例分摊。
文件做得非常漂亮。
但真正到了仓库,现场可能完全是另一套逻辑。
仓库员工不会先打开PPWR Technical File再决定怎么打包。
他们首先考虑的是:
这批货能不能安全到客户那里。
所以一旦发现箱子有空位、产品容易晃动、某个角容易撞,现场增加保护材料,在现实业务里很正常。
问题在于,PPWR覆盖的是投放欧盟市场的实际包装,而不是企业内部最初设想的那一版包装。欧委会目前也明确概括,PPWR适用于所有包装,不论材料或来源。
所以以后PPWR项目做到第二阶段,企业可能需要开始接受一个事实:
Packaging BOM不是一次性填完的表,它应该越来越接近实际出货状态。
二、为什么“临时多加一块护角”不能完全当作小事?
因为Regulation (EU) 2025/40对manufacturer并不只是要求:
做一次符合性评价,然后保存文件。
Article 15还要求manufacturer建立程序,确保series production持续保持符合PPWR要求,并且应适当考虑包装设计或特性的变化,以及相关协调标准、共同技术规范等变化。
这句话其实很适合拿来理解企业的日常工作。
法规没有说:
每增加一厘米胶带,就重新做一份DoC。
也没有说:
包装任何变化都必须重新检测。
但它确实要求企业不能把符合性评价理解成一次性的静态动作。
包装变了,要知道它变了。
然后再判断:
这个变化会不会影响原来的符合性判断。
这才是合理的实施逻辑。
三、真正要区分的,是“小调整”和“包装事实发生变化”
假设原来的包装是:
产品→ PE袋→ 定制EPE泡棉→ 纸箱
后来只是因为操作方便,同规格胶带从三段变成四段。
这种变化和下面这个情况显然不是一个级别:
原本没有塑料缓冲材料;
后来仓库长期增加了一层气泡膜。
再比如:
原来是纸护角;
后来为了降低破损率改成塑料护角。
或者:
原来的定制EPE由供应商A提供;
后来换成另一个密度、另一个材料结构的缓冲件。
这些变化已经不仅仅是:
“仓库动作变了一点。”
它可能意味着:
Packaging Component变了;
Material变了;
Supplier变了;
Weight变了;
原来收集的Evidence未必覆盖新材料;
某些具体PPWR要求的评价基础也可能需要重新确认。
这时候,企业真正应该做的不是机械地问:
“要不要重新签DoC?”
而应该先问:
“原来的符合性评价有没有覆盖现在这套实际包装?”
四、Technical File为什么在这种时候特别重要?
这也是我一直觉得,企业不能把Technical File理解成:
“DoC后面附的一堆报告。”
Annex VII要求技术文件至少包含对包装及其预期用途的一般描述,并围绕适用要求形成相应的设计、计算、测试和证据基础。
换成人话就是:
企业要留下足够的信息,解释自己评价的到底是哪一套包装。
如果Technical File里面对应的是:
纸箱 + PE袋 + EPE缓冲件,
而真实发出去的货变成:
纸箱 + PE袋 + EPE缓冲件 + 气泡膜 + 塑料护角,
那么至少应该有人意识到:
文件中的包装对象和现场包装对象已经出现差异。
至于这个差异是不是重大到需要:
补Supplier Evidence;
更新Packaging BOM;
补材料信息;
重新评价某个要求;
更新Technical File;
甚至重新出具DoC,
要继续根据具体变化判断。
不能只靠一句:
“没关系,产品型号没变。”
因为PPWR符合性评价的对象本来就是包装。
五、这也是为什么“同一个SKU”不一定永远只有一个Packaging Version
很多出口企业过去习惯用SKU管理一切。
SKU不变,就默认:
产品没变。
产品没变,就默认:
资料也不用变。
PPWR实施以后,这个逻辑开始不够用了。
例如同一个SKU:
德国客户要求单独纸箱;
法国客户两件装一箱;
某个客户要求加防潮袋;
海运增加托盘和护角;
空运取消托盘但增加气泡膜;
OEM工厂A用EPE;
OEM工厂B用纸浆模塑。
产品SKU可能一个字都没改。
但包装已经出现了不同版本。
这时候企业需要开始管理的,可能不只是:
SKU → Packaging BOM
而是:
SKU→ Packaging Version→ Packaging Component→ Material→ Supplier→ Evidence
这样以后有人问:
“德国这一批用的是哪套包装?”
才有可能真正答出来。
六、最值得警惕的,是企业自己不知道包装已经变了
我觉得这才是大型出口企业真正容易遇到的问题。
因为包装变化经常不是由Compliance部门发起的。
采购换供应商。
包装工程师优化结构。
OEM说原材料暂时缺货,换了一个替代方案。
仓库为了降低破损增加缓冲材料。
欧洲客户要求更换运输方式。
货代现场重新加固。
这些事情单独看都很正常。
甚至都是为了把业务做得更好。
但如果这些变化没有进入PPWR的数据和证据管理流程,
就会出现一个很有意思的状态:
企业文件是合规逻辑A,实际出货已经变成包装事实B。
而且大家还不知道。
这个问题不是多做一个检测就能解决的。
它本质上是一个change control问题。
七、中小企业也不用因此把事情做得特别复杂
说到这里,也别走到另一个极端。
不是每个企业都需要马上上一套系统,建立几十个审批流程。
如果一年只有几十个SKU,包装也比较稳定,
完全可以先做一件简单的事:
给每套主要包装一个版本。
比如:
Packaging V1.0
纸箱A + PE袋A + 泡棉A。
后来长期增加了塑料护角,就记录:
Packaging V1.1。
再留下:
什么时候开始;
为什么变化;
涉及哪些材料;
哪个供应商;
原来的证据是否继续适用;
需不需要补充资料。
这样已经比:
“反正仓库一直这么包。”
前进了一大步。
八、大企业真正难的,是谁有权改变包装
但是如果企业有:
几百、几千甚至上万个SKU;
多个OEM;
多个包装供应商;
多个欧洲市场;
多个仓库和物流方案,
问题就完全不一样了。
这个时候真正值得问的可能是:
谁可以改包装?
OEM改了以后谁通知?
采购换供应商以后会不会触发Review?
Packaging BOM和实际出货版本怎么对应?
新的Supplier Evidence谁审核?
哪些变化只是记录?
哪些变化必须重新进行Conformity Assessment?
法规更新以后,哪些现有包装版本要重新评价?
到了这个阶段,PPWR已经不再只是Compliance部门的一个文件项目。
它开始变成:
包装数据治理 + Supplier Governance + Change Control。
这也是为什么企业做到第二阶段以后,常常会发现:
最难的已经不是第一次做DoC。
而是:
半年以后,那份DoC对应的包装到底还是不是现在发出去的包装。
九、下一次仓库说“我就多加了一块”,可以先别急着回答
以后再遇到:
“只是多一块泡棉。”
“只是换个护角。”
“只是多缠一层膜。”
“这个是货代加的。”
Compliance团队其实不用马上说:
可以。
或者:
不可以。
先问三件事就够了:
它是不是实际随产品进入欧洲的包装?
它有没有改变原来已经评价过的包装事实?
这个变化会不会影响原来的Evidence和符合性判断?
如果三个问题都能够回答,
事情通常就没有那么可怕。
PPWR真正麻烦的从来不是企业改变包装。
企业当然会换供应商,会优化材料,也会调整物流。
真正麻烦的是:
包装已经变了,但Technical File还停留在上一版。
客户最后看到的可能仍然只是那一份DoC。
而企业真正要管理的,是DoC背后那套包装事实有没有一直保持真实。
法规边界说明:Regulation (EU) 2025/40并未规定所有包装细微变化都必须重新出具DoC或重新测试。Article 15要求manufacturer确保系列生产持续符合要求,并适当考虑包装设计或特性的变化。具体变化是否需要更新Packaging BOM、Technical File、Evidence、重新评价或重新出具DoC,应根据变化是否影响适用要求及原符合性评价基础具体判断。Technical File、Test Report、Supplier Evidence和DoC仍属于不同层级文件,不能相互替代。
SX HUB|欧盟合规想省心,一站落地找溯鑫
www.sxtracking.com|info@sxtracking.com

