複数の事業体を持つ企業にとって、ISO/IEC 42001への道のりは、箇条4.3に基づく適用範囲の決定に始まり、ギャップ分析、AIMSの設計、管理策の実装、内部監査を経て、2段階の認証審査、そして年次サーベイランスを伴う3年サイクルへと進みます。グループ規模では、この一連の流れに12～24か月かかり、その大部分は適用範囲の決定によって左右されます。

複数の事業体を持つ企業では、ISO 42001への取り組みはどこから始まるのか？

出発点はギャップ分析ではなく、適用範囲です。2023年12月18日に発行されたISO/IEC 42001:2023は、組織に対し、自らの状況（箇条4.1）と利害関係者のニーズ（箇条4.2）を考慮したうえで、箇条4.3「AIマネジメントシステムの適用範囲の決定」においてAIマネジメントシステムの境界を決定するよう求めています。適用宣言書から審査日数まで、その後のすべてがこれを基準に見積もられます。

公開されている認証を見ると、大手AI企業がいかに範囲を狭く設定しているかがわかります。2025年1月13日に発表されたAnthropicの認証の対象は「当社のAIマネジメントシステム」です。2025年10月1日に発表されたIBMの認証の対象は「IBM GraniteのAIマネジメントシステム（AIMS）」で、単一のモデルファミリーにとどまります。Microsoftの認証は、9つのサービスを個別に挙げています。「会社全体」を認証した例はありません。

複数の管轄区域にまたがるグループには、引くべき境界がもう一つあります。IAF MD 1:2023では、マルチサイト認証には「特定された中央機能を含む単一のマネジメントシステム」が必要であり、その中央機能が「マネジメントシステムを集中的に管理する」ことが求められます。すべてのサイトは、組織の内部監査プログラムと一元化されたマネジメントレビューの対象に含まれなければなりません。また、サイトがサンプリングの対象となる場合、初回審査ではサイト数の平方根（端数切り上げ）に相当する数のサイトをサンプルとして審査します。AIMSの中央機能を特定できないグループは、まだ認証可能な適用範囲を持っていないことになります。

数百のモデルがある場合、AIMSの境界内に何を含めるかをどう決めるか？

組織はシステムの構築方法や使用方法を決定していますか。それとも出力を利用しているだけですか。システムの出力は、箇条4.2で特定した利害関係者に届きますか。組織は、適用すると宣言する附属書Aの管理策についてエビデンスを提示できますか。最初の問いを満たさないシステムは、通常、適用範囲内のAIシステムではなく供給者との関係にあたります。3つ目の問いを満たさないシステムは、適用範囲内ではあるものの、まだ準備が整っていません。

適用範囲内のAIシステムと利害関係者の区別は、大規模なモデル群を抱える企業が最も誤りやすい点です。ベンダーのAPI経由で利用する基盤モデルは、企業が監査できるシステムではありません。ベンダーは利害関係者であり、供給者です。その基盤モデル上に企業が構築したアプリケーションこそが、プロンプト、ガードレール、人による監視を含めて、適用範囲内のAIシステムとなります。AIインベントリには、両方の記録とその間の関係を保持する必要があります。ベンダーが基盤モデルを変更したときに何が変わるのかを、審査員は必ず尋ねるからです。

この表は出発点であり、規格が定めるルールではありません。すべての除外には、規制当局の前で読み上げても通用する理由を文書で用意する必要があります。また、除外が各サーベイランス審査で確認できるよう、インベントリには適用範囲に含めたシステムだけでなく、除外したシステムも記録しなければなりません。

ギャップ分析からサーベイランスまではどう進み、各段階にどれくらいかかるのか？

認定機関が認証機関に遵守を求める規格であるISO/IEC 17021-1が、その仕組みを定めています。第1段階では文書と準備状況を確認し、第2段階では「依頼者のマネジメントシステムの、有効性を含む実施状況」を評価します。サーベイランス審査は「再認証の年を除き、少なくとも暦年に1回」実施され、「最初の3年間の認証サイクルは認証決定から始まる」とされています。

以下の期間は、複数の法人と数百のモデルを持つグループを想定した計画上の目安であり、規格が定める数値ではありません。ISO/IEC 27001の認証を取得済みの組織であれば、ほとんどの段階で短い方の期間に収まるでしょう。各ステップの内容はEnzaiのISO 42001導入ガイドで解説しています。この表では順序と所要期間を示します。

第1弾の合計期間は12～24か月です。期間を最も大きく左右するのはモデル数ではなく、同じ水準のエビデンスをそろえなければならない事業体の数です。

AIMSを認証できるのは誰か、認定は重要か？

2025年7月に発行されたISO/IEC 42006:2025は、ISO/IEC 17021-1を補完するもので、AIマネジメントシステムの審査と認証を行う機関に対する要求事項を定めています。ANABは「ISO/IEC 42001の認証を発行する認証機関を認定する」と表明し、そのプログラムで42006を参照しています。Anthropicの2025年1月の認証はANAB認定機関によるものであり、ANABの認定は42006より前から行われていたことになります。2026年1月の発表によると、UKASは初のAIMS認定をBSIに付与しました。2025年11月17日付のBSI自身の発表では、オランダの認定機関RvAによる認定にも言及しています。

認証の価値は、それを発行した機関によって決まります。購入企業、あるいはその購入企業を評価する顧客は、認証書にどの認定機関が記載されているか、その認定がISO/IEC 42001を明記しているか、適用範囲の記述が何をカバーしているかを確認すべきです。

ISO 42001が市場で当然視されるようになるまで、あとどれくらいか？

認証件数について信頼できる集計はありません。ISO SurveyはISO/IEC 42001を対象としていません。正直に答えるなら、異なる方向を示す4つの観察可能な指標から判断することになります。

公表事例は売り手側に集中しています。Anthropic、IBM、Microsoftは自社のAI製品で認証を取得し、追随するテクノロジーベンダーも増えています。AIを購入する企業は、自ら認証の取得を求められる前に、まず相手の認証を確認するよう求められるでしょう。

セキュリティ質問票には、すでにISO 42001を踏まえた質問が含まれています。2025年7月9日に公開されたCloud Security AllianceのAI Controls Matrixは、ISO 42001、NIST AI RMF、EU AI Actに対応付けた243の管理目標を備え、顧客がベンダーに送付できる質問票も用意されています。AIを組み込んだサービスを販売する企業は、顧客からの審査でこうした質問を受けることを、今から想定しておくべきです。

政府調達でも義務化されていません。英国科学・イノベーション・技術省（DSIT）は、ISO/IEC 42001に基づくAI Management Essentialsツールについて意見募集を行いましたが、2025年12月の回答で「AIMEは公表せず、したがって政府調達プロセスの要件とはしない」と表明しました。

規制でも求められていません。EU AI ActはISO 42001に言及しておらず、Enzaiの用語集にある金融サービス向けAIガバナンスの項目で取り上げている監督当局も、いずれも義務付けていません。規制対象の導入者にとって、認証済みのAIMSはガバナンス上の期待に応えるエビデンスの一つであり、要件ではありません。

有用な指標は社内にあります。ISO 42001について問われるRFP、セキュリティ審査、規制当局からの照会の件数を四半期ごとに数えてください。その件数が増えていれば、期待はすでに現実のものになっています。

ISO 42001認証でEU AI Actの要件を満たせるか？

いいえ。AI規則第40条に基づく適合性の推定は、欧州連合官報に掲載された整合規格に適用されるものであり、ISO/IEC 42001はこれに該当しません。標準化作業は、標準化要請M/593とその修正M/613に基づき、CEN-CENELEC JTC 21で進められています。2025年10月には、CENとCENELECが、主要規格を2026年第4四半期までに整備するための加速策を採択しました。

最初の成果物はすでに公表されていますが、それはISO 42001ではありません。EN 18286:2026「Quality Management System for EU AI Act Regulatory Purposes」は、高リスクAIシステムの提供者向けに第17条の品質マネジメントシステムを扱う規格として、2026年7月に発行されました。これは目的に特化して策定された欧州規格です。本稿執筆時点でJTC 21の成果物はいずれも官報に掲載されていないため、適合性の推定をもたらすものはまだありません。リスクマネジメント（prEN 18228）、ログ記録（prEN 18229-1）、サイバーセキュリティ（prEN 18282）は、2026年7月時点でまだ照会段階にありました。

期限はもはや規格の整備を待ちません。AIに関するデジタル・オムニバスである規則（EU）2026/1744は、2026年7月27日に発効しました。欧州委員会のAI規則ページでは現在、整合規格の有無にかかわらず、附属書IIIの高リスクAIシステムについては2027年12月2日、附属書Iのシステムについては2028年8月2日が示されています。期限の一覧はEnzaiのEU AI Actコンプライアンスガイドに掲載しています。認証済みのAIMSは、マネジメントシステムのエビデンスです。高リスクAIシステムの適合性は義務ごとに実証する必要があり、その取り組みはEU AI Actのソリューションページで別途解説しています。

ISO 42001のエビデンスは、EU AI ActやNIST AI RMFとどこで重なり、どこで重ならないのか？

重なりはマネジメントシステムの層にあります。NISTによるAI RMFとISO/IEC 42001のクロスウォーク（最終草案に基づく）では、たとえば箇条4.3の適用範囲を、MAP 3.3「対象とする適用範囲が特定され、文書化されている」に対応付けています。NISTのプロファイルを使ってプログラムを構築している企業は、GOVERNのエビデンスの大半を箇条5と箇条7に再利用できます。

重ならない部分こそが、コストの生じるところです。ISO 42001は文書化された有効なプロセスが存在するかを問いますが、AI規則は、特定のシステムについて、特定のテンプレートに沿った特定の成果物を、特定の期日までに求めます。AIMSの審査員を満足させる影響評価が、附属書IIIの導入者が実施しなければならない第27条の評価に該当するとは限りません。作業を削減できるのは、エビデンスレベルでのマッピングです。特定のモデルバージョンに対して実施したバイアス評価は、箇条8、第9条、MEASUREに同時に対応する一つの成果物になります。Enzaiのコンプライアンス・フレームワーク機能はこの原則に基づいて構築されており、エビデンスは「一度の収集で、すべての監査に活用」でき、システムごと、フレームワークごとにコンプライアンススコアを示します。

ISO 42001対応のガバナンスプラットフォームを導入する前に、何を準備すべきか？

導入の問題は、実は適用範囲の問題です。プラットフォームは、与えられたものしかマッピングできません。

• 第1弾の対象となる法人とサイトの一覧（中央機能を明記したもの）。

• 各システムのオーナー、目的、モデルまたはベンダーの参照情報、ライフサイクル段階、管轄区域、自律性の度合いを含むインベントリのエクスポート。EnzaiのAIインベントリは、AI検出、プラットフォームからのインポート、ユースケース申請を統合し、ユースケース、自律性、データの機密性、顧客への影響度に基づいてシステムを階層化します。これにより、誰も申告していないシステムについても、これらの項目の大半が埋まります。

• 各システムにおける企業の役割（構築者、ベンダーシステムの顧客、自社顧客への提供者のいずれか）。

• 流用できるISO/IEC 27001の成果物、モデルリスク管理のインベントリ、文書化されたMRMとの境界。

• AI供給者との契約（モデル変更の通知と再委託先に関する条項を特定したもの）。

これらがそろっている企業は、ガバナンス成熟度モデルにおいて、認証が形式を整える作業にすぎない段階にあります。そろっていない企業は、ギャップ分析が始まる前に最初の指摘事項を抱えることになります。

実務への示唆

1. ギャップ分析を発注する前に、中央機能と第1弾の対象事業体を決めてください。インベントリ内のすべてのAIシステムについて、認証範囲内か、理由を付して範囲外とするか、供給者との関係にあたるかを記録します。

2. システムごとに企業の役割を記録し、ベンダーのモデルを利用するすべてのアプリケーションをベンダーの記録に紐づけます。

3. エビデンスは箇条ではなくシステムとバージョンに紐づけ、各成果物を、それが満たすすべてのフレームワークにマッピングします。そうすれば、EU AI ActやNIST AI RMFのために同じものを二度作成する必要がなくなります。

4. 認証機関は認定範囲に基づいて選び、認証書の文言を確認してください。顧客はロゴよりも適用範囲の記述を注意深く読みます。

5. 認証に対する外部からの要望を四半期ごとに把握し、EU AI Actの附属書IIIへの対応は、2027年12月2日を期限とする別の取り組みとして進めてください。AIMSはこれを支えますが、代わりにはなりません。

EnzaiがISO 42001プログラムの適用範囲、エビデンス、フレームワーク横断のマッピングをどのように構造化しているかは、ISO 42001のソリューションページをご覧いただくか、Enzaiチームにお問い合わせください。