图文内容来源公众号：HECNY均辉跨境
先建立一个基础框架
对于受 CPSC 监管的消费品，整个链条可以拆成三层：
第一层：证据层 (Evidence)
由工厂或实验室提供，包括：测试报告、产品规格、生产信息、批次与型号。
第二层：责任层 (Certification Responsibility)
由进口链条中的合规主体承担。主体可能是：manufacturer、importer 或根据贸易结构指定的责任方。
第三层：申报层 (Filing)
由 Broker 根据客户提供的信息完成 CBP / CPSC eFiling 提交。
很多误解来自一个常见错误认知：把 GCC 或 CPC 等同于测试报告。
实际上二者在监管逻辑中是完全不同的文件性质：
测试报告
“事实证据”证明经过特定测试
GCC / CPC
“合规声明”声明符合法规要求
两者必须关联，但不能互相替代。
工厂在链条中的真实角色
工厂通常承担的是“信息与证据提供方”的角色，包括：测试报告、产品规格（SKU / Model）、生产日期与批次、生产地点、实验室信息。在部分情况下，也可能协助整理 GCC / CPC 模板。
明确一点：工厂提供测试依据，并不等同于自动成为美国进口合规责任主体。
* 证书责任主体需以实际进口安排为准。
IOR 与证书责任的关系（重点）
IOR（Importer of Record）在 CBP 体系中承担进口申报责任，确保货物符合进口要求，对 entry 信息负责。但在 CPSC 合规体系中需注意：
IOR 与 GCC / CPC 的签发责任并不存在必然绑定关系。
可能出现：IOR = certifier（常见于自有进口主体）；或 IOR ≠ certifier（常见于第三方 IOR / 货代模式）。
更准确的表达是：IOR 可能承担进口责任，但是否同时承担证书责任，需要根据具体贸易结构判断。
Broker 在 eFiling 中的角色
Broker 的角色本质是“数据传输与申报执行方”，其职责为：
• 基于进口商或责任方提供的数据完成申报
• 提交 ACE / CPSC PGA Message Set
• 或引用 Product Registry 中的 Certificate Identifiers
在该过程中：Broker 不创建测试数据、不签发 GCC / CPC、不承担产品合规责任。
为什么“关系对不上”是最大风险点
在 eFiling 结构下，监管逻辑已从“单点文件审核”转向“产品—测试—证书—责任主体”之间的可追溯关系一致性。风险往往来自：
• 测试报告与 SKU 不一
• 责任方与进口记录不一
• 联系人无法响应问询
• 产品迭代仍用旧数据
• 第三方 IOR 无法提供完整资料链
各角色标准分工
|
|
|
|
|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
eFiling 的本质变化
eFiling 本身并没有改变产品安全标准。
其核心变化在于：
将原本分散在测试报告、商业文件和证书中的信息结构化，并要求能够被系统化引用与追溯。
因此它带来的不是“新增合规要求”，而是：
-
信息结构化 -
数据一致性要求提高 -
责任主体更加清晰化
核心结论
CPSC eFiling 体系下，真正重要的不是“谁签 GCC 或 CPC”，而是：
✔ 证书责任是否明确
✔ 进口记录是否一致
✔ eFiling 数据是否可追溯
✔ 责任主体是否能够解释产品合规性
从监管逻辑来看，这件事本质上不是“文件问题”，而是：责任链是否一致的问题。
© 版权声明
文章来源于网络，文章内图片除原创外均精选转载自网络，版权归原作者所有。
转载仅用于资讯传播分享，如有侵权请联系，我们将第一时间删除。
