本文档正在积极开发中,尚未最终定稿。
Skip to content

9.4 维护与更新

9.4.1 更新触发条件

CRA 合规声明必须在以下事件发生时更新:

触发条件受影响字段期限优先级
新的主要/次要版本发布product.versionconformity.*sbom_url投放市场前🔴 高
CRA 产品类别变更cra_classification.*立即🔴 高
新的/变更的协调标准harmonised_standards[]30 天内🟡 中
新的 CRA 授权/实施法案取决于内容30 天内🟡 中
支持期限变更support_period.*立即🔴 高
合规模块变更cra_classification.conformity_module下次发布前🟡 中
制造商数据变更manufacturer.*14 天内🟢 低
新的漏洞披露政策security_documentation.*14 天内🟡 中

法律依据

Art. 10(12) CRA: "制造商应确保产品 [...] 在整个支持期内符合基本要求。"

这意味着有义务保持公开合规展示的最新状态。

9.4.2 审查周期

定期审查

周期范围负责人
每次发布所有字段的完整审查产品负责人
每半年即使没有发布也进行主动审查安全负责人
每年与当前 CRA 状态(授权法案)对齐合规官

审查清单

  • [ ] 所有必填字段已填写且最新?
  • [ ] 引用的 URL 可访问?
  • [ ] 支持期限仍然有效?
  • [ ] DoC 日期最新(新版本发布时)?
  • [ ] SBOM 链接指向当前版本?
  • [ ] 协调标准仍然适用?
  • [ ] 产品类别仍然正确?

9.4.3 版本控制

CRA 合规声明与产品代码一起版本控制:

方面规则
存储位置产品仓库中的 .compliance/cra-statement.json
版本控制Git 历史 = 审计跟踪
变更日志每次内容更改时递增 metadata.statement_version
发布关联声明随发布标签冻结

示例工作流

text
1. 开发人员更新 .compliance/cra-statement.json
2. Pull Request / 代码审查
3. CI 验证 JSON Schema(→ 9.3)
4. 合并到 main
5. 发布标签 → 声明自动发布(→ 9.2)

9.4.4 职责

角色任务时间
产品负责人内容准确性,识别触发条件每次发布
安全负责人验证安全相关字段(SBOM、CVD、标准)每半年 + 事件发生时
DevOps维护 CI/CD 管道,确保 Schema 验证管道变更时
合规官识别法规变更,启动 Schema 更新每年 + 临时

9.4.5 自动化

CI/CD 检查

检查时间失败操作
JSON Schema 验证每次 PR/推送阻止构建
必填字段完整性每次 PR/推送阻止构建
URL 可达性每周(计划任务)Slack/Teams 警告
支持到期警告每天到期前 90/30/7 天告警
声明过期警告每月超过 6 个月无更新时告警

自动发布

text
发布标签 → CI/CD → 合规门户更新

详情:9.2.6 CI/CD 集成

通知

事件渠道接收者
声明已发布Slack/Teams产品负责人、安全负责人
验证失败CI/CD开发人员
支持即将到期邮件 + Slack产品负责人、管理层
声明过期(>6个月)Slack产品负责人

9.4.6 特殊情况

产品生命周期结束

当产品达到支持期限结束时:

  1. support_period.phase 设置为 eol
  2. 合规声明保持发布状态(10 年保留要求,Art. 10(13))
  3. 引用后续产品(如有)
  4. 不再提供安全更新——明确沟通

实质性修改 (Art. 20)

发生实质性修改时:

  1. 进行新的合规评估(→ 1.8 实质性修改
  2. 签发新的欧盟符合性声明
  3. 完全更新 CRA 合规声明
  4. 在门户上作为新版本发布

9.4.7 交叉引用

主题链接
JSON Schema 和验证9.3 机器可读格式
发布管道9.2 发布策略
支持与生命周期6.4 支持与生命周期
实质性修改1.8 实质性修改
SBOM 保留2.3 归档与保留

文档基于 CC BY-NC 4.0 许可 · 代码基于 MIT 许可