-
Testing Exclusion 不是“免检通行证”。它只表示某项测试数据可依据特定规则或条件不按通常方式填写，不能替代对适用法规和认证义务的判断。
-
同一个 Product ID 可以对应多个 Version；真正用于 Reference PGA 引用的是 Certifier ID、Product ID 与当前有效 Version ID 的组合。
-
产品名称相同，不代表合规数据相同。材料、结构、工厂、测试日期或适用法规变化，都可能要求重新判断旧 Version 是否还能使用。
-
最常见的问题不是“完全没资料”，而是 Product Registry、测试报告、CPC/GCC、商业文件和实际货物之间互相对不上。
-
出货前必须由责任主体完成版本确认，不能把“报关行能提交”误认为“产品数据一定正确”。
Product ID 解决的是“这是哪一个产品”；Version ID 解决的是“这次引用的是哪一版有效证书数据”。产品型号没变，不等于 Version 永远不需要更新。
-
测试报告对应的是不是 KWB-350，而不是外观相似的另一个型号；
-
报告中的样品材料、杯盖结构、容量和适用年龄，是否与实际货物一致；
-
实验室名称、报告编号、测试日期是否填写准确；
-
所列法规或安全规则是否与产品实际适用范围一致；
-
测试结果是否仍能支持当前制造商、生产地点和当前版本。
-
排除依据具体是什么，是否真正适用于该部件和该产品场景？ -
即使某一测试项目可排除，产品是否仍有其他必须测试或认证的要求？ -
Product Registry、CPC、内部技术档案和报关数据对该项处理是否保持一致？
Testing Exclusion 是“为什么这一项不按通常测试信息填写”的合规说明，不是“这个产品不用管”的快捷按钮。
企业内部应建立“变更触发清单”。采购、研发、工厂和物流只要发现材料、结构、制造商或报告变化，就必须在订舱前通知 Product Registry 责任人，而不是等报关行临申报时才发现。
核对对象 |
重点字段 |
常见冲突 |
实际货物 |
型号、材料、结构、容量、年龄段 |
实物已改版，资料仍是旧版 |
Product Registry |
Product、Manufacturer、Testing、Version |
后台名称或版本未更新 |
测试报告 |
样品、报告号、日期、实验室、项目 |
测试样品不是当前量产结构 |
CPC/GCC |
产品、规则、制造商/进口商、测试信息 |
证书引用了另一家工厂或旧报告 |
商业文件 |
品名、型号、制造商/卖方、数量 |
发票只写笼统品名，型号缺失 |
ACE/PGA 申报 |
三个识别号或完整数据 |
Product ID、Version ID 引用错误 |
-
只要有 CPC 就直接申报：CPC 是证书，eFiling 还要求在进口环节准确提交或引用证书数据。 -
把 Testing Exclusion 当成免检：没有核对具体依据，直接在后台选择排除。 -
一个 Product ID 永远只用 V1：产品或证书数据变化后仍沿用旧版本。 -
换工厂只改 Manufacturer 名称：未重新评估测试、证书和版本是否仍适用。 -
报告覆盖相似款就等于覆盖本款：外观相似不代表材料、结构和法规范围一致。 -
三个识别号由报关行自行猜：字符、连字符、大小写或版本一旦错误，就可能引用不到正确记录。 -
把贸易公司填成实际制造商：供应商、出口商、品牌方和 Manufacturer 的角色混淆。 -
临出货才核对资料：发现问题时已没有时间补测、改证书或更新 Version。 -
外部服务商掌握唯一管理员权限：人员或合作关系变化后，企业失去账户和数据控制权。 -
看到系统接受就认为合规完成：技术上可提交，不代表数据真实、证书有效或能经得起后续核查。
-
第一步｜查产品：实物型号、材料、结构、用途、适用年龄与 Product 记录是否一致。 -
第二步｜查责任链：Certifier、IOR、Manufacturer、实验室与本票业务安排是否对应。 -
第三步｜查证据：测试报告、CPC/GCC、Testing 或 Testing Exclusion 依据是否支持当前 Version。 -
第四步｜查申报：报关行使用的是 Full PGA 还是 Reference PGA；若使用 Reference PGA，三个识别号是否为当前有效组合。
如果您近期计划出货美国：
