September 25, 2026
適合性の負債:AIの変化に説明が追いつかないとき
EU AI法の一部期限延長を「猶予期間」と誤解してはならない理由
執筆者: リチャード・モート
2026年7月27日、欧州連合(EU)はAI法に関連する2つの重要な期限を変更しました。雇用、教育、重要インフラ、法執行などにおける特定の用途を含む、第6条第2項および附属書IIIの対象となるシステムに対する高リスク要件の適用開始日は、2027年12月2日に延期されました。また、第6条第1項および附属書Iに基づく規制対象製品に組み込まれた高リスクAIについては、2028年8月2日が適用日となります。
その6日後、別の期限が到来しました。2026年8月2日より、第50条の透明性義務が適用開始となりました。これには、特定のAIシステムと対話する際の開示、合成コンテンツの機械可読なマーキング、および特定の状況下におけるディープフェイクの開示などが含まれます。2026年8月2日以前に市場に出されたシステムについては、機械可読なマーキング要件に限り、2026年12月2日までの短い移行期間が設けられています。修正されたAIリテラシー義務は引き続き有効です。また、AIオフィスは、関連する汎用AIモデルのプロバイダーに対して既に適用されている規則の執行を開始しました。
したがって、「AI法は延期された」という言葉は、あまりに単純化しすぎており危険です。高リスク体制の一部は変更されましたが、その他の義務は既に適用されているか、8月に適用が開始されたものがあるからです。
期限延長の正当な理由
この延長には妥当な理由がありました。欧州委員会は、規格の策定が遅れていること、また各国のガバナンスや適合性評価のインフラが想定通りに整備されていないことを認めています。高リスク分類に関する同委員会のガイドライン自体も、2026年8月11日のエビデンス収集時点ではまだ草案段階でした。
未完成の資料に基づいて最終的な管理策、テンプレート、評価ルートをすべて修正しようとする企業は、多額のコストを費やした後にやり直しを迫られる可能性があります。待つことは無駄を減らすことにつながります。必要かどうかも定かでないうちに認証機関を選ぶのは賢明ではありません。また、適用される法的手続きや技術規格がまだ確定していない段階で、マネジメントシステム認証をAI法への適合証明として扱うことも同様です。
この譲歩は重要です。なぜなら、有益な議論とは「今すぐすべてを始めること」ではなく、より的確なアプローチをとることだからです。
規格は、組織が管理策の妥当性をどのように証明するかを明確にするためのものです。しかし、保存されていなかったAIシステムの当時の状態を後から再現することはできません。
拡張機能では保存できない証拠
ここで用いる「適合性負債(conformity debt)」という言葉は、AI法で定義された用語ではなく、分析上のラベルとして使用しています。
適合性負債とは、組織がAIシステムを運用・変更するスピードに対し、そのシステムが何であるか、どのように変化したか、そして実際の運用が適用される要件を満たしているかを証明するために必要な証拠、役割の明確化、ライフサイクル管理の維持が追いつかないことで生じる、コスト、リスク、そして裁量の喪失を指します。
これは一般的なコンプライアンス負債よりも限定的な概念です。実行負債(execution debt)は、AIの導入要件を実際の運用でサポートできるかを問うものです。主権負債(sovereignty debt)は、モデル、インフラ、管轄区域全体にわたり、組織が何を真にコントロールできているかを問うものです。それに対し、適合性負債はよりフォレンジックな問いを投げかけます。すなわち、組織は稼働中のシステムがどのような状態になったのかを、今でも証明できるかという点です。
対象となる高リスクAIシステムにおいて、AI法の附属書IVはこの問いに重大な意味を持たせます。関連規定が適用される場合、技術文書には、意図された目的、現在のバージョンと以前のバージョンとの関係、関連するソフトウェアやファームウェア、サードパーティ製ツールの統合や変更方法、データの出所、検証データおよびテストデータ、パフォーマンス指標、日付入りのテストレポート、あらかじめ決定された変更、およびライフサイクルを通じて行われた変更などを網羅する必要があります。
これは抽象的なポリシーの策定を求めるものではありません。記憶の保持を求めるものなのです。
ごく一般的な企業の進展を例に考えてみましょう。あるAIアシスタントが求人広告の作成支援のために導入されます。その後、チームがそれを応募者データと連携させ、候補者のランク付けに使い始めます。サプライヤーが基盤モデルを変更し、検索インデックスが更新されます。苦情を受けてプロンプトが調整され、管理者が結果を保守的すぎると判断したことで、採用基準が変更されます。
18ヶ月後、会社は現在稼働しているシステムを見せることはできます。しかし、以前のショートリストに影響を与えた当時のシステムを再現することはできません。古いプロンプトは退職した従業員のアカウントに残ったまま、以前の検索インデックスは上書きされ、テストセットも変更されています。人間による判断の修正は会議で議論されましたが、リリース記録とは紐付けられていません。
ある特定の火曜日に劇的なコンプライアンス違反が起きたわけではありません。システムが動き続ける中で、証拠となる履歴が断片化していったに過ぎないのです。
コンプライアンス負債が積み重なる理由はここにあります。モデル、プロンプト、検索ソース、適用されたしきい値が不明なテスト結果は、証拠としての価値が低いものです。運用データやガードレールを伴わないモデルの説明では、実際に展開されているシステムの実態を捉えることはできません。最新のサプライヤー文書であっても、16か月前に使用されていたバージョンについてはほとんど語っていない可能性があります。
シャドーAIの存在が事態をさらに悪化させます。ツールがインベントリに登録される前に使用が開始されると、後からの分類作業は単なる事務手続きでは済みません。誰が、何の目的で、どのデータを使用して、どのようなサプライヤー規約の下で、そしてどれほどの変更を経てそれを利用したのかを、誰かが再構築しなければならないからです。多くの場合、当事者は生産性向上ツールを導入しているつもりであり、将来的な証拠問題を生み出しているとは考えていません。
統合によって回答が変わる場合
AI法はまた、多くの購買チームが想定している以上に、法的責任の所在を流動的なものにしています。
第25条に基づき、販売業者、輸入業者、デプロイヤー(展開者)、その他の第三者は、高リスクシステムに自社の名称や商標を付与した場合、高リスク状態を維持したまま大幅な変更を加えた場合、あるいは当初は高リスクではなかったシステムの利用目的を変更して高リスク化させた場合、そのシステムの「プロバイダー」とみなされる可能性があります。その場合、元のプロバイダーには、技術文書の提供、既知の制限事項の開示、テストおよび検証のための技術的アクセスの提供など、特定の協力義務が生じます。
これらの高リスク運用ルールは、2027年または2028年の改訂スケジュールに従います。現時点での管理の要点はよりシンプルです。将来の判断を左右する事実は、今まさに作られているということです。
顧客を「デプロイヤー」と定義する契約を結んでいても、顧客が実際にはシステムを再利用したり、法的に重要な変更を加えたりしていれば、その定義だけで問題を解決することはできません。同様に、すべてのソフトウェアアップデートが「大幅な変更」にあたるわけでもありません。だからこそ、ベースラインと変更記録が重要なのです。これらがなければ、組織は変更が日常的で予見可能な文書化されたものだったのか、それともシステムの目的や適合性に影響を与えるものだったのかを証明するのに苦労することになります。
サプライヤーとの契約は、社内の記録と同じくらい重要です。関連する高リスク規定が適用される場合、第25条第4項では、高リスクシステムに統合されたモデル、システム、サービス、またはコンポーネントのサードパーティプロバイダーから必要な情報、機能、技術的アクセス、および支援を受けるための書面による合意が義務付けられています。
これにより、将来の規制上の課題が、現在の調達上の課題へと変わります。サプライヤーはどのモデルやシステムバージョンを特定できるのか?重要な変更があった場合に通知は行われるのか?アップグレード後もどのような文書が利用可能なまま残るのか?顧客は関連するログ、既知の制限事項、テストサポートにアクセスできるのか?規制当局、顧客、または保険会社から証拠を求められた際、誰が協力するのか?
組織がシステムに依存してしまった後では、これらの権利を交渉することは極めて困難になります。
また、取締役会は誤った安心感を買うべきではありません。すべてのAIシステムに適合性評価が必要なわけではなく、常に外部監査人が関与するわけでもありません。附属書IIIのほとんどのカテゴリーにおいて、第43条はノーティファイド・ボディ(通知機関)を介さない内部統制ルートを規定しています。製品関連システムは、該当するセクター別のルートに従います。CEマークは、EUの承認や一般的な品質バッジではなく、プロバイダーによる規制上の適合表示です。
どのような証明書であっても、欠落した履歴を補完することはできません。
時間が経っても価値が向上しないものに時間を使いましょう
今、最も賢明な準備とは、基準の最終的な文言に左右されない価値を持つ作業に取り組むことです。
まずは、意図された目的、ビジネスオーナー、サプライヤー、展開地域、暫定的な法的役割を記録した、常に更新されるインベントリを作成することから始めましょう。アプリケーション、モデル、プロンプト、検索ソース、しきい値、ガードレールにわたるバージョンを保持してください。テストセット、パフォーマンス基準、失敗事例、承認の決定事項は、それらが基づくリリースに関連付けて保管します。関係者が説明可能なうちに、重要な人的介入、インシデント、例外、サプライヤーの変更を記録しておきましょう。
変更ゲートを設けてください。重要なリリースの前に、意図された目的、リスク分類、サプライヤーの割り当て、または法的役割に変更がないかを確認するプロセスが必要です。これは、すべてのリリースを法的な検討会にする必要はありません。責任者を一人指名し、判断が不明確な場合にエスカレーションできるルートを確保すればよいのです。
SAPが公開しているEU AI法に関するFAQは、この直感的なアプローチの有用な例を示しています。同社は、AI機能の分類は「AI機能の進化に合わせて文書化され、見直されている」と述べています。この声明自体が適合性を証明するものではありません。しかし、事後的な準備状況の宣言よりも、その都度の分類と改訂履歴の方がはるかに有用であることを示しています。
現在の義務は、待機室の外で果たすべきものです。組織は、すでに適用されている第50条の透明性義務にすでに対処しているはずです。また、改正第4条に基づき、AIリテラシーを支援するための適切な措置を講じている必要があります。汎用AIモデルの関連プロバイダーは、2027年のレガシー期限を、2025年8月2日以降に初めて市場に出されたモデルにも適用されるかのように扱うことはできません。既存のGDPR、雇用、消費者保護、製品安全、サイバーセキュリティに関する義務は、それぞれの条件に従って継続します。
待つべきものは何でしょうか。まだ策定中の基準への最終的なマッピング。分類やセクター別の扱いが未確定な場合の適合性ルートの完全なリハーサル。法律で内部統制が認められている場合のノーティファイド・ボディへの関与。そして、取締役会の資料のために安心感を与える数値を出すことを主目的とした、コストのかかる取り組みです。
実用的なボードテストを偽造することは非常に困難です。特定のAIシステムを1つ選び、その目的、バージョン、データソース、テスト、主要な変更点、サプライヤー、そして意思決定の責任者について、説得力のある履歴を作成するのにどれくらいの時間がかかるか自問してみてください。数時間でしょうか?数日でしょうか?それとも、6つの部署と3つのベンダーを巻き込み、どのリリースに関する証拠なのか誰も確信が持てないような状況でしょうか?
その復旧にかかる時間こそが、単なる「AI法への対応準備」スコアよりも優れた指標となります。
適合性の負債の中には、意識的に受け入れ可能なものもあります。管理された例外には、責任者、文書化された範囲、猶予の理由、予算やリソースの想定、期限、早期対応のトリガー、そして是正計画が存在します。一方、責任者が不在で終了期限のない例外は、単に放置され、肥大化していく未知のリスクに過ぎません。
脆弱なレガシーシステムの場合、単に文書を増やすだけでは解決にならないかもしれません。経営陣は、その使用を制限する、ログ記録やバージョン管理が可能なようにリファクタリングする、必要な証拠を提供しないサプライヤーを入れ替える、あるいはリスクが高まる前に価値の低いシステムを廃止するといった判断を下す必要があるでしょう。
ここで、ソフトウェアデリバリーの規律が実用的な意味を持ちます。証拠は、最後にまとめて法務フォルダに入れるようなものではありません。リリース、受け入れテスト、サプライヤーの変更、運用の意思決定のたびに、常に付随していなければならないものです。Diroxのような国境を越えてサービスを提供する企業にとって、真の貢献とはコンプライアンスのバッジを得ることではありません。明確な責任の所在、バージョン管理されたリリース、テスト可能な受け入れ基準、そして変更を加えたシステムと常に紐付いているサプライヤーとの引き継ぎプロセスを備えた、証拠を重視したソフトウェアライフサイクルを構築することなのです。
時間は無駄を減らすこともできますが、同時に腐敗を隠蔽することにもなり得ます。
2027年12月や2028年8月を迎える頃、組織の強さはコンプライアンス資料の厚さではなく、システムとは何か、どのように構築されたか、そして誰がその回答に責任を持つのかを、迅速かつ確実に説明できる能力によって測られるようになるでしょう。システムが絶えず変化し、証拠の整備が追いついていない状況では、期限の延長は単にそのギャップを広げる時間を与えるだけに過ぎません。





.png)

