プロダクトマネージャーは発売前にどの法規制と規格を確認すべきか?7 の要求事項を一つずつ解説

EU 市場に出す製品では、プロダクトマネージャーが開発スケジュールの中で、EU CRA の製品区分、評価経路、サポート期間、技術文書、そして EU AI 法の高リスク AI 提供者の義務を先に確認する必要があります。EU CRA、EU AI 法、ISO/IEC 29147 と 30111、IEC 62443-4-2、ISO/SAE 21434、ISO 42001、TISAX のプロトタイプ保護について、最初に判断すること、発売前に終えること、期間を解説します。

更新日 2026-11-03

直接の答え:プロダクトマネージャーは開発スケジュールの中で、製品シリーズごとにどの法規制を満たすか、どの評価経路をとるか、発売前にどの文書をそろえるかを確認する必要があります。EU 市場に入る製品について、EU CRA 第 13 条は、製造者が市場に出す前に技術文書と適合性評価を終え、EU 適合宣言を作成して CE マーキングを付すことを求めています。発売時には悪用可能な既知の脆弱性がなく、セキュアなデフォルト設定であること、そしてサポート期間中は脆弱性に有効に対応することが必要で、サポート期間は原則 5 年以上、想定使用期間がそれより短い場合は想定使用期間です。製品に高リスク AI が含まれる場合、EU AI 法第 16 条は提供者に、品質マネジメントシステム、適合性評価、適合宣言、CE マーキング、登録を求めています。自社ブランド、ODM、OEM では役割と義務が異なるため、まず役割を整理します。

発売前に確認すること(EU CRA)

判断事項原文の要点プロダクトマネージャーがすること
製品区分と評価経路一般製品は内部管理(モジュール A)で自己評価できる。重要製品クラス I で整合規格を完全には適用しない場合、クラス II と重要(クリティカル)製品は第三者の手続きが必要製品シリーズごとに区分を判定し、スケジュールに入れる
サポート期間(第 13 条第 8 項)5 年以上。想定使用期間が 5 年未満なら想定使用期間企画段階でサポート期間を決め、セキュリティアップデートの資源を手当てする
発売時の状態(附属書 I 第 1 部)悪用可能な既知の脆弱性がないこと。セキュアなデフォルト設定脆弱性スキャンとデフォルト設定の確認を発売ゲートにする
脆弱性対応(附属書 I 第 2 部)一般的で機械可読な形式の SBOM、セキュリティアップデートによる遅滞ない修正、協調的脆弱性開示の方針SBOM とアップデートの仕組みを製品と一緒に提供する
発売前の文書(第 13 条第 12 項)第 31 条の技術文書を作成し、第 32 条の適合性評価を行い、第 28 条に基づく EU 適合宣言と第 30 条に基づく CE マーキング技術文書と評価を発売のマイルストーンに入れる
時期第 14 条の報告義務は 2026 年 9 月 11 日から適用。その他の主要な義務は 2027 年 12 月 11 日から全面適用2027 年 12 月 11 日以降に発売する製品は、すべての要求を満たす必要がある

要求事項ごとに:プロダクトマネージャーが判断すること、発売前に終えること、期間

EU サイバーレジリエンス法(CRA)

EU AI 法

ISO/IEC 29147 と 30111 脆弱性の開示と対応

IEC 62443-4-2 産業制御製品

ISO/SAE 21434 車載製品

ISO 42001 AI マネジメントシステム

TISAX のプロトタイプ保護

既存の制度にどう組み込むか

製品開発には既にマイルストーンと発売審査があります。新しい要求は別のプロセスを作るのではなく、既存のゲートに入れます。

既存のゲート新しい要求の組み込み方
製品企画と承認CRA の区分と評価経路、AI システムのリスク区分を判定し、サポート期間を決める
設計審査CRA 附属書 I の必須要件に対するリスク評価、車載製品の TARA
発売審査悪用可能な既知の脆弱性がないこと、セキュアなデフォルト、SBOM、技術文書、適合宣言と CE マーキング
発売後の保守脆弱性対応とセキュリティアップデート、協調的脆弱性開示、CRA 第 14 条の報告

積穗科研の進め方

以下は積穗科研自身の説明です。上の質問で、ほかのコンサルタントと同じように私たちも確かめてください。

関連する質問

無料のメカニズム診断を申し込む

コンプライアンスは三位一体、コンサルタントの価値は統合にある

CRA、TISAX、ISO 27701、AI Act はどれも単独の技術課題ではなく、プロセス・セキュリティ技術・法令遵守の三つが同時に成立して初めて完成します。一つだけ補っても、残り二つの欠落は審査・通報・顧客デューデリジェンスの場面で露呈し、結局やり直しになります。

側面答えるべき問いその側面だけ補った場合によくある欠落
プロセス(マネジメントシステム)誰が、何を、いつ行うか。実施の証拠はどこにあり、どう継続的に改善するかツールは揃っているが定期的に運用する人がおらず、審査時に記録が出せない
セキュリティ技術管理策をどう設計し、有効性をどう検証するか文書は整っているが、システムが実際にはそのとおり動いていない
法令遵守どの法規が適用され、自社の役割は何か。期限と罰則は何か管理策は作ったが、法規や役割を取り違えており、義務が網羅されていない

積穗科研のコンサルティングチームはこの三つの側面を同時にカバーし、法規判定からプロセス設計、技術的管理策までを一括で設計します。一つの証拠セットで複数の法規と顧客要求に対応できます。

公式情報源