DoC看起来并不复杂。
公司名称。
包装描述。
适用法规。
签字。
日期。
所以第一次接触PPWR时，很容易产生一种感觉：
DoC都能做出来了，PPWR应该差不多完成了吧？
真正继续往前走，很多企业才发现还有一个东西一直没有真正看懂：
Technical Documentation。
也有人直接叫它Technical File。
客户有时候会问：
“Can you provide the PPWR Technical File?”
企业一下子就愣住了。
它到底是一份20页的Word？
还是检测报告打包在一起？
纸箱、PE袋、标签是不是每一种都要单独一本？
已经有DoC了，为什么前面还需要Technical File？
这个问题其实很值得讲清楚。
先看法规：DoC其实是在Technical File后面
PPWR Article 15(2)的顺序写得很清楚。
manufacturer在包装投放市场以前，要先完成Article 38规定的conformity assessment，并建立Annex VII要求的technical documentation。
当符合性已经通过相应评估得到证明以后，再建立Article 39下面的EU Declaration of Conformity。
所以它的逻辑其实是：
先有判断和证据，后有DoC。
DoC更像最终签署的一份正式结论。
Technical File则回答另外一个问题：
你为什么敢签这个结论？
这也是为什么只拿一张DoC模板，往往解决不了真正的PPWR落地问题。
那Technical File到底长什么样？
这里可能有一个让很多人稍微轻松一点的答案。
PPWR没有规定：
“Technical File必须是38页。”
也没有规定企业一定要用某一个固定Word模板。
Annex VII规定的是它应该能够证明什么，以及在适用情况下至少应当包含哪些内容。法规要求这套技术文件能够让人评估包装是否符合适用要求，同时还要包括对不符合风险的适当分析和评价。
所以实际项目里，它完全可能是一个受控的电子资料包。
里面有一份主文件，再关联若干供应商资料、测试报告、图纸和判断记录。
也可能由企业自己的系统管理。
关键并不在于文件看起来有多厚。
关键是：
别人沿着你的结论往下查，能不能找到依据。
如果把一份Technical File“打开”，大概会看到什么？
我们不讲具体模板，只看Annex VII给出的法规骨架。
最前面通常需要让人知道：
这是什么包装，以及这个包装用来做什么。
Annex VII要求有包装和预期用途的一般描述。
往后还会涉及包装的设计、制造图纸以及components所使用的materials。
如果有图纸、结构或者设计信息，还要提供足够的说明，让人能够理解这套包装是怎么构成和工作的。
做到这里，其实已经能看出为什么Packaging BOM重要了。
假设一个产品实际有：
内袋、标签、内盒、外箱、胶带和托盘。
如果Technical File里面只写一句：
Packaging: Carton
后面的符合性判断很难真正落到具体包装对象上。
再往后，开始进入真正有难度的地方
Annex VII还要求技术文件说明适用的要求，并列出用于证明符合性的harmonised standards、common specifications或者其他相关technical specifications。
如果某些标准没有采用，还需要说明企业采取了什么解决方案满足相关要求。
到了这里，Technical File就已经不再是一份普通产品介绍。
它开始回答：
这个包装当前适用哪些PPWR要求？
企业用什么方法判断？
使用了什么标准？
证据是什么？
哪些要求当前还没有进入适用阶段？
这也是项目里真正需要专业判断的部分。
因为同样一张供应商测试报告，并不意味着它能够证明所有PPWR要求。
检测报告有很多，也不代表Technical File已经完成
这是另外一个很典型的误区。
一个企业可能很自豪地说：
“我们资料很多。”
打开文件夹以后：
RoHS报告。
REACH声明。
FSC。
材料规格书。
食品接触测试。
供应商声明。
一共有几十份PDF。
确实很多。
可是Technical File真正关心的是：
哪一份证据支持哪一个结论。
例如Article 5中的某项物质要求，你到底用哪份Evidence证明？
这份报告测试的是哪个包装component？
现在实际使用的供应商、材料、颜色和工艺，和报告对应吗？
如果只能回答：
“报告应该在这个文件夹里。”
证据其实还没有真正连起来。
Annex VII也明确把test reports列为技术文件应包含的内容之一，但它同时要求整个documentation能够评价包装对适用要求的符合性。
所以报告只是Technical File的一部分。
不是Technical File本身。
一个比较好的Technical File，打开以后应该让人慢慢看懂“为什么”
我自己判断一套Technical File有没有真正建立起来，会看一个很朴素的问题。
假设客户或者主管机关问：
“为什么你认为这个PE袋符合当前适用的PPWR要求？”
企业能不能很快往下走？
先找到这个PE袋到底是哪一个包装对象。
然后看到材料和版本。
再看到当前适用的法规要求。
接着找到企业的assessment。
最后能打开对应supplier evidence或者test report。
如果这一条链可以顺畅走通，这套资料已经有了Technical File真正的感觉。
如果每走一步都需要重新问一个人：
“这个报告是谁的？”
“这是不是现在用的袋子？”
“这个版本什么时候换的？”
那Technical File还停留在资料收集阶段。
其实Technical File还有一个很多企业没想到的东西：变化记录
PPWR并没有把符合性理解成一次性工作。
Article 15(4)要求manufacturer建立程序，确保series production持续保持符合。
如果包装设计、特性，或者用于证明符合性的技术规范发生变化，而这些变化可能影响符合性，就需要重新评估。
所以Technical File如果只记录：
今天是什么
其实还少了一层。
企业还要逐渐知道：
后来发生了什么变化。
例如同样一个外箱。
2026年使用Supplier A。
2027年采购为了降成本改成Supplier B。
外观差不多。
尺寸也没有变化。
但纸张结构、油墨或者材料来源可能已经变化。
这时候企业要判断：
原来的证据还能不能继续使用？
Technical File需不需要更新？
DoC有没有受到影响？
这也是为什么一个真正长期运行的PPWR项目，很快就会进入版本管理。
所以Technical File不是“做完以后存档”的一本书
Article 15要求一次性包装的Technical Documentation和DoC原则上保存5年，可重复使用包装保存10年。
而Article 39同时要求DoC保持持续更新。
这意味着几年以后，一家企业很可能同时拥有：
以前的包装版本。
现在正在生产的版本。
供应商发生变化后的新证据。
以及法规变化以后重新完成的assessment。
如果没有版本关系，资料很快会越来越多。
但真正有效的文件反而越来越难找。
那Technical File是不是客户一问，就整包发出去？
这个问题也值得谨慎一点。
PPWR明确要求manufacturer保存Technical Documentation，并在国家主管机关提出合理请求时提供证明符合性所需的信息和技术资料；相关文件应能够在收到主管机关请求后的10天内提供。进口商也负有确保相关Technical Documentation能够向主管机关提供的义务。
所以Technical File首先是一套法规符合性证据体系。
它并不意味着企业每遇到一个客户，就应该未经筛选把所有供应商资料、配方信息和内部判断记录全部发送出去。
客户需要什么、合同要求什么、哪些信息可以披露，企业仍然应该做范围控制。
这一点对很多制造企业很重要。
因为Technical File里面可能涉及供应商信息、技术规格和商业敏感数据。
做到这里，也就能看懂为什么DoC看起来那么简单
Annex VIII的DoC结构其实很简洁。
包装识别。
manufacturer信息。
声明对象。
适用法规和相关标准。
签署信息。
但Article 39(4)明确规定：
manufacturer建立DoC以后，就承担包装符合PPWR要求的责任。
所以真正的问题从来没有发生在签字那一分钟。
真正花时间的是签字以前：
企业是否知道自己的包装是什么。
供应商的数据是否可靠。
适用要求怎么判断。
哪些证据已经足够。
哪些地方仍然存在Gap。
这些全部理顺以后，DoC反而只是最后一步。
这也是为什么网上一个Technical File模板，只能解决很小的一部分问题
模板当然有帮助。
至少可以告诉企业：
这里应该放什么。
那里应该写什么。
可是模板无法替企业判断：
一个测试报告能不能继续沿用。
两款包装是不是可以使用同一组证据。
供应商改变以后需不需要重新评估。
某一条法规要求当前到底已经适用，还是未来才进入实施阶段。
复杂包装应该拆到什么颗粒度。
这些问题才决定Technical File最终是否真正站得住。
所以我反而不太建议企业把目标定成：
“帮我生成一份Technical File。”
更准确的目标应该是：
“帮我把这套包装为什么符合PPWR的证据关系建立起来。”
文件只是最后看得见的输出。
最后
如果你第一次打开PPWR Annex VII，会发现Technical File其实没有想象中神秘。
它无非是让企业说清楚：
这个包装是什么，它适用什么要求，你为什么认为它符合，以及证据在哪里。
真正开始做以后，又会发现这件事情没有想象中那么简单。
因为供应商资料会缺。
版本会变化。
同一份Evidence覆盖范围需要判断。
不同要求还有不同的实施时间。
所以Technical File真正体现的，并不是企业会不会写Word。
它体现的是：
一家企业有没有能力把包装事实、法规要求和证据长期连接起来。
这也是我们做PPWR项目时更关注的部分。
如果希望先自己学习Technical File、DoC、Packaging Data和供应商Evidence之间到底是什么关系，也可以关注 SX HUB ESG知识星球。我们会持续把法规结构和实际企业场景拆开讲清楚，但具体项目中的证据充分性、包装复用和变更影响仍需要结合真实资料判断。
SX HUB｜sxtracking.com｜欧盟合规想省心，一站落地找溯鑫
本文依据截至2026年9月5日有效的Regulation (EU) 2025/40及European Commission PPWR Guidance整理。Technical Documentation的法定框架主要见Article 15、Article 38及Annex VII；不同包装所需的实际证据应结合当前适用要求、包装结构、材料和具体业务事实判断。