Product Compliance Services
产品合规服务只有在作为一套受控的执行体系运行时才最有价值，而不是把测试、证书和申报割裂开来。服务应把明确的产品、配置和目标市场转化为可追溯的路径：适用要求、证据计划、测试、技术文件、必要时的第三方评定或申报、上市前放行检查，以及上市后的变更控制。
任何服务商都不能仅凭产品名称安全地确定法律路径。起点必须是实际产品、预期用途、目标市场、型号/变体、供应链角色，以及谁将作为制造商、进口商或将产品投放市场的主体。产品专项法规始终优先于通用流程。
产品合规服务应交付什么
完整项目应让每项决策和每次交接都可见。客户至少应能明确当前路径、缺失的证据、下一步由谁负责，以及什么因素正在阻止上市。
| 阶段 | 核心交付物 | 放行问题 |
|---|---|---|
| 范围 | SKU/配置登记表和目标市场清单 | 我们评估的是否正是最终销售的产品？ |
| 路径 | 要求与合格评定路径矩阵 | 哪些法规、批准、责任主体和证据适用？ |
| 证据 | 带验收标准的测试/文件计划 | 申报或自我声明之前需要哪些证明？ |
| 执行 | 测试报告、问题记录、复测记录，以及适用时的证书或决定 | 失败项和偏差是否已针对同一配置关闭？ |
| 文件 | 受控技术文件索引、声明、标签/说明书套件 | 产品及文件中的每项声明是否都能追溯到证据？ |
| 市场动作 | 需要时的申报/注册/授权跟踪表 | 必要的申报、第三方评定或授权是否已完成？ |
| 上市 | 上市准备度关卡和未解决风险登记表 | 是否有可辩护的依据将该 SKU 投放到该市场？ |
| 上市后 | 变更控制与后续监控记录 | 变更是否会重新触发测试、文件、申报或标签要求？ |
1. 信息收集与监管路径图
项目开始时应固定决定路径的事实：产品功能和预期用途、型号/变体清单、相关的硬件和固件版本、材料和关键部件、适用时的电源/无线特性、用户群体、包装和标签方案、生产地点、目标国家，以及计划中的制造商、进口商和分销商角色。
输出应是一张路径矩阵，而不是通用清单。对每个市场和 SKU，应列出适用监管类别、负责的经济运营者或申请人、是否允许自我声明或需要第三方合格评定、计划采用的标准/测试方法、所需文件/标志、如有的申报或注册步骤，以及尚未关闭的假设。欧盟、英国、CPSC 和 FCC 的框架都说明了为什么必须先完成这种分类，再开展监管测试。
2. 在送样前建立证据与测试计划
确认路径后，要把路径转化为证据计划。将每项要求对应到拟用于满足该要求的证据：测试报告、工程分析、材料声明、供应商证明、风险评估、质量体系记录、技术图纸、声明或批准。记录文件负责人、所需版本和验收标准。
测试方法和深度属于产品测试服务的范围；实验室选择属于产品测试实验室的范围。本页关注的是交接控制：实验室收到的配置必须与路径矩阵和最终文件描述的配置一致。因此，样品登记表应记录型号、序列号/样品 ID、硬件/固件状态、关键部件、偏差，并在有帮助时附照片。
3. 测试、失败项与复测控制
测试失败不仅是实验室事件；它可能改变设计、文件、进度以及先前证据的有效性。应使用统一的问题记录，使每个失败项都有负责人、根本原因、纠正措施、受影响的 SKU/市场、对证据的影响以及关闭记录。
| 瓶颈 | 控制措施 | 在以下条件满足前不得放行 |
|---|---|---|
| 样品/配置错误 | 将样品登记与 BOM/版本基线核对 | 受测单元可追溯到量产配置，或差异已正式评估 |
| 测试失败并重新设计 | 变更单 + 影响评审 | 所需复测/工程证据已经关闭 |
| 供应商关键部件变更 | 关键部件对比 | 对既有报告/证书的影响已经评估 |
| 报告范围不匹配 | 核对型号、额定值、标准和变体 | 报告覆盖范围与拟放行 SKU 一致 |
| 多个市场要求分化 | 按市场建立差异清单 | 当地差异、标签和申报分别得到解决 |
4. 技术文件、声明与标签资料
合规文件应持续建立，而不是等测试结束后再整理。维护一个受控索引，至少包括当前产品描述、相关图纸/BOM、风险与设计证据、报告、证书/决定、供应商证据、声明、标签、说明书和申报回执。具体法定内容和保存期限取决于适用制度。
不要让服务商模糊法律责任。例如，CPSC 明确指出，即使实验室或第三方协助，负责的制造商/进口商仍对 GCC 承担法律责任。同样，欧盟制造商在适用产品法规下有其自身的合格评定和文件义务。服务商可以准备或协调文件，但必须正确确定法定签署人/申请人。
5. 申报、认证与服务商协调
并非所有路径最终都需要向监管机构提交申请或取得第三方证书。有些产品可由制造商完成合格评定；另一些则可能需要独立机构、认证、授权、注册或电子申报。因此，服务应维护申报跟踪表，记录申请人、机构/主管部门、提交包版本、日期、问题、缺陷、答复负责人和最终结果。
具体认证机制属于产品认证服务；仅以注册申报为核心的执行属于产品注册服务。端到端合规服务负责把测试证据、技术文件、申请人信息与最终市场动作连接起来。一个当前的路径特定申报示例是：对于处于 CPSC 认证范围内的进口产品，自 2026 年 7 月 8 日起一般需要电子提交证书数据，但仍应按该规则的具体适用范围和生效日期执行。
6. 使用上市准备度关卡，而不是“测试已完成”
测试完成并不等于可以上市。放行前，应针对每个 SKU 和每个市场单独执行一次准备度关卡，至少检查：
- 产品/配置基线已冻结，并与证据一致。
- 适用要求和路径假设已关闭，或已明确限定。
- 必需测试和纠正措施已通过/关闭。
- 如适用，所需第三方证书、授权、注册或申报已完成。
- 声明、标签、警告和说明书与受测/获批配置及目标市场一致。
- 责任主体、制造商和进口商信息符合该路径要求。
- 技术文件/证据索引足以重建合规依据。
- 未关闭偏差都有明确的法律/技术处理结论，不存在“默认忽略”的例外。
关卡应形成带日期的结论：可上市、有记录条件下可上市，或不可上市。它不应承诺监管机构一定接受，也不意味着可以免于市场监管。
7. 批准或上市后的变更控制
合规结论针对的是明确的产品配置和监管基础。如果其中任一发生变化，原有证据可能不再充分。变更控制应采用有针对性的重新评估，而不是自动全部重做。
| 变更 | 至少重新检查 |
|---|---|
| 关键部件/材料或供应商 | 对比规格、对安全/EMC/化学要求的影响，以及报告/证书条件 |
| 硬件、无线模块或电源架构 | 重新检查受影响的技术要求、测试覆盖和授权路径 |
| 影响受监管功能的固件/软件 | 在适用时重新评估受影响的安全、无线、网络安全或性能证据 |
| 新型号/变体 | 记录等同性，并确定差异测试/文件 |
| 新国家/地区 | 建立新的市场差异分析；不要假定既有报告等同于市场授权 |
| 标签、进口商或责任主体变更 | 检查该路径下的标志、可追溯性和申报影响 |
| 法律/标准/指南更新 | 确定过渡规则、生效日期及对现有库存/设计的影响 |
责任矩阵：谁负责什么
| 主体 | 典型执行职责 | 不得默认的事项 |
|---|---|---|
| 制造商 / 品牌方 / 进口商 | 掌握产品事实、目标市场、商业放行以及路径特定的法定义务 | 外包会自动转移法定责任 |
| 合规服务协调方 | 建立路径、证据计划、服务商顺序、文件控制、跟踪表和上市关卡 | 除非被正式指定为相应主体，否则不得将其视为监管机构、认证机构或法定签署人 |
| 实验室 | 在约定范围内执行测试并出具测试证据 | 一份测试报告本身就等于所有必要批准 |
| 认证 / 合格评定机构 | 执行适用制度分配给其的评定/决定 | 其证书覆盖超出明确范围的市场或要求 |
| 当地代表 / 申请人 / 责任主体 | 在路径要求时承担法律规定的当地角色 | 同一角色或资格在所有市场都适用 |
本服务的边界以及何时转向专项服务
如果核心问题是在执行前进行监管策略、分类或差距分析，请参阅产品合规顾问服务。如果核心问题是选择并进入多个国家，请参阅全球市场准入服务。本页负责的是把这些决策连接到测试、文件、申报、任务交接和上市控制的执行层。
开始项目所需的信息
- 目标国家/地区及计划的上市顺序。
- 准确的 SKU/型号/变体清单和预期用途。
- 制造商、工厂、进口商/分销商及拟定责任主体/申请人。
- 适用时的规格、图纸/BOM 或关键部件清单。
- 适用时的硬件/固件/软件版本。
- 现有测试报告、证书、注册、声明和既往往来文件。
- 标签、包装、说明书和营销声明草案。
- 已知设计变更、测试失败、投诉/召回或供应商替换。
用于构建本流程的官方来源
常见问题
一份测试报告能让产品在所有市场都合规吗？
不能。只有当目标路径接受该报告所使用的标准、方法、实验室/资质状态、产品配置和报告范围时，报告才可能作为可复用证据。目标市场仍可能要求特定标志、声明、当地责任主体、国家差异、注册或其他证据。
监管路径确认之前是否应开始实验室测试？
对于新的监管路径通常不建议。早期工程测试或预合规测试可能有价值，但监管测试应基于明确的产品、市场、规则集合和验收计划来委托。否则可能为无法支持所需路径的证据付费。
聘请合规服务商会把制造商或进口商的法律责任转移出去吗？
不会自动转移。服务商可以协调测试、准备文件或代为提交申请，但制造商、进口商、申请人、责任主体或其他法定义务主体由适用法律决定。例如，即使有第三方协助，CPSC 仍将 GCC 责任留在相应的美国制造商/进口商。
上市前最重要的交付物是什么？
上市准备度关卡。它应把准确的 SKU/配置与监管路径、已关闭的测试证据、必要批准/申报、声明、标签/说明书以及正确的责任主体信息连接起来，同时明确列出任何未解决条件。
产品发生什么变化时需要复测或重新申报？
不存在适用于所有制度的统一阈值。当硬件、固件、关键部件/材料、预期用途、型号范围、责任主体信息、市场或监管基础发生变化时，都应重新检查相应变更规则。结果可能是不需要动作、更新文件、有限或更广泛的复测、通知，或重新授权/申报。