EU AI法の適用は、役割とユースケースによって異なります。高リスクAIシステムの提供者や汎用AIモデルの提供者には広範な義務が課される場合がある一方、導入者などの関係者には異なる義務があります。
それでも、中小企業には実際に機能するガバナンスモデルが必要です。採用、カスタマーサービス、文書処理、営業、サポート、マーケティング、ソフトウェア開発、社内の意思決定支援でAIを使う場合、問うべきなのは「当社は規制対象のAI企業か」ではありません。「どのAIシステムを使っているか、どのようなリスクが生じるか、安全な利用に誰が責任を負うか」です。
この記事は、中小企業向けの実践的な準備計画です。法律顧問や説明責任を負う担当者が必要とする事実を整理するためのものであり、法的な分類や助言に代わるものではありません。
AI法対応は、まず運用上のシステム台帳を整える作業として捉えてください。AIシステム、ベンダー、ユーザー、データ区分、意思決定への影響、人による監督ルールを列挙できなければ、リスクを分類することも、責任ある利用を立証することもできません。
重要な適用時期
EU AI法（規則（EU）2024/1689、規則（EU）2026/1744による改正後）は段階的に適用されます。以下の日付は、2026-08-04時点で欧州委員会のAI法ページとAI法サービスデスクの実施スケジュールを基に再確認しました。同法は2024年八月1日に発効しました。禁止事項、定義、その時点で適用対象だったAIリテラシー規定は2025年二月2日から適用が始まり、ガバナンスと汎用AIモデルの義務は2025年八月2日から適用対象になりました。AIオムニバスは2026年七月27日に発効し、実施スケジュールとリテラシーの枠組みの一部を改正しました。第50条の透明性に関する規定は2026年八月2日から適用されます。
最終的なAIオムニバスのスケジュールでは、生体認証、重要インフラ、教育、雇用、移民、庇護、国境管理など、一定の高リスク分野で使われるシステムに関する規則は2027年十二月2日から、規制対象製品に組み込まれる高リスクシステムに関する規則は2028年八月2日から適用されます。これらの日付はすでに一度変更されています。コンプライアンス期限を前提に予算を確保する前に、欧州委員会のページを確認してください。
違反した場合の制裁金
制裁金の枠組みは判断材料の一つにすぎず、適用範囲の判断に代わるものではありません。以下の区分は第99条に基づきます。改正後の枠組みと各国の規則がどう適用されるかは、法律顧問に確認する必要があります。
- 第5条で禁止される行為： 最大35百万ユーロ、または全世界の年間売上高の7%のうち高い方。定義と例外は詳細に定められており、「操作」や「生体認証」といった呼び方だけでは、法的な分類は確定しません。
- 高リスク要件や透明性義務を含む、その他の大半の義務： 最大15百万ユーロ、または売上高の3%。
- 当局への不正確または誤解を招く情報の提供： 最大7.5百万ユーロ、または売上高の1%。
中小企業に関係する二つの規定が、この枠組みに影響します。中小企業とスタートアップでは、各上限について固定額と割合のうち低い方が適用され、当局は同規則が定める制裁判断の考慮要素と比例原則を適用しなければなりません。非公式な呼び方だけで、ある行為が禁止または許可されていると判断してはいけません。第5条に該当する可能性がある利用は停止し、適切な資格を持つ法律専門家に分類判断を依頼してください。システム台帳は適用範囲の特定に役立ちますが、組織を適用対象外にするものではありません。
エストニアでの監督機関
エストニア消費者保護・技術規制庁（TTJA）は、今後AIシステム監督を担う所管当局になると説明しています。詳細な制度設計と国内の執行実務は、現在も整備の途上です（2026-07-28確認）。エストニアの中小企業は、執行事例の蓄積を待たずに規則本文を基準として体制を整え、システム台帳とベンダーの裏付け資料を用意し、2026年八月2日から適用される第50条の透明性義務への対応を今から進めてください。
これらの日付は計画の前提として使い、法的確認の代わりにしないでください。中小企業にとっての実務上の要点は単純です。システム台帳、責任体制、文書、人による監督を整えるには時間がかかるため、今すぐ着手してください。
提供者、導入者、それとも購入者か
「購入者」は調達上は便利な呼び方ですが、AI法上の役割に代わるものではありません。中小企業は、事実関係に応じて、提供者、導入者、輸入者、販売者、製品製造者、認定代理人、影響を受ける者のいずれにもなり得ます。以下の簡略表は、初期判断のためのものにすぎません。
| 役割 | 意味 | 中小企業での例 | 実務上の対応 |
|---|---|---|---|
| 購入者（非公式） | AI機能を持つツールを調達する | CRMアシスタント、会議要約ツール、コーディングアシスタント | 実際の法的役割を特定し、ベンダーデューデリジェンスを実施して社内利用ルールを定める |
| 導入者 | 事業でAIシステムを利用する | サポートの振り分け、見込み客のスコアリング、人事選考ワークフロー | 監督、モニタリング、開示、記録 |
| 提供者 | 自社名義でAIシステムを市場に出す | AIチャットボット製品、スコアリングAPI、業界向けツール | 製品の法令遵守、技術文書、リスク管理 |
一つの組織が複数の役割を同時に担うこともあります。モデルAPIを購入し、業界向け製品に組み込んで顧客へ販売する企業は、提供者とその他の事業者の役割に該当する可能性があります。SaaS型チャットボットを社内で使う企業は、導入者に該当する場合があります。法律顧問は、実際のシステム、実質的変更、名称やブランド、目的、サプライチェーンに基づいて役割を分類する必要があります。
会議の場で推測して終わらせてはいけません。すべてのAIシステムを台帳に記録し、役割を分類してください。
AIシステム台帳を作る
まずはスプレッドシートを使い、AIシステムごとに一行を割り当てます。
| フィールド | なぜ重要か |
|---|---|
| システム名 | 共通の呼び方が必要になる |
| ベンダーまたは社内責任者 | 質問に答える担当者が必要になる |
| 事業目的 | リスクは意図した用途によって変わる |
| 利用者 | 社内担当者、顧客、応募者、一般の人々 |
| データ区分 | 公開、社内、個人、機密、取扱制限あり |
| 出力の用途 | 下書き、提案、自動意思決定、顧客向け回答 |
| 人による監督 | 誰が、いつ確認するか |
| 開示 | AIとやり取りしていることを相手に知らせるか |
| ログ | 利用後にどの記録が残るか |
| リスク評価 | 低、限定的、高リスクの可能性、禁止または不許可 |
この台帳は、誰にも読まれない方針文書より価値があります。社内のどこでAIが実際に使われているかを示せるためです。
実用的なリスクを分類する
最初から「これは附属書IIIの高リスク用途に当たるか」と問うのではなく、まず業務への影響を確認します。
低リスクの支援。 メールの下書き、社内会議の要約、発想支援、文章編集などです。人が出力を下書きとして使い、通常のプライバシー規則が適用されます。
限定的なリスクを伴う対話。 チャットボット、音声エージェント、AI生成メディア、公開テキスト、サポート回答などです。開示と利用者にとっての分かりやすさが重要です。
意思決定支援ワークフロー。 リードスコアリング、サポートの振り分け、請求書処理、品質確認、不正の兆候を示すフラグなどです。人による監督、モニタリング、異議申し立ての手順が重要です。
高リスクに該当する可能性がある領域。 雇用、教育、信用評価、不可欠なサービス、医療、法執行、移民、重要インフラ、生体情報による分類などです。導入前に法的レビューが必要です。
禁止行為に該当する可能性がある場合：停止して専門家に確認する。 社内の「承認」を待ちながら、第5条に該当する可能性がある用途を展開してはいけません。適用範囲は、適切な資格を持つ法律専門家が判断する必要があります。社内承認によって禁止行為が合法になることはありません。
これは最終的な法的分類ではありません。専門家によるレビューが必要な箇所を特定するためのトリアージです。
中小企業に必要な最小限のガバナンス統制
単純な補助用途を超えるAIシステムには、それぞれ次の六つの統制を求めます。
- 責任者。 システムについて説明責任を負う担当者一人または一つのチームを明確に指定します。
- 利用範囲。 システムを何に使ってよく、何に使ってはいけないかを定めます。
- データ規則。 システムへ入力できるデータを定めます。
- 人による監督。 実行前に人による確認が必要な出力を定めます。
- モニタリング。 エラー、苦情、性能ドリフト、ベンダーの変更を把握する方法を定めます。
- 記録。 ベンダー資料、プロンプト、設定、承認、ログ、テスト結果など、保存する裏付け資料を定めます。
これらの統制は、責任者の不在、不明なデータフロー、機能しない監督、出力を採用した理由を後から再現できないといった具体的な不備に対処します。ただし、統制が存在するだけで法令遵守や有効性が証明されるわけではありません。テストし、監査してください。
ベンダーのデューデリジェンス
ベンダー製ツールについては、約束ではなく裏付け資料を求めます。
- 顧客データはデフォルトでトレーニングに使用されますか？
- データはどこで処理され、保存されますか？
- データ保持に関して、どのような管理機能がありますか？
- 学習利用のオプトアウト、ログ、SSO、アクセス制御に関する企業向け設定がありますか？
- ベンダーはEU AI法、GDPR、セキュリティ、再委託先に関する文書を提供していますか？
- AI機能を無効にしたり、利用範囲を限定したりできますか？
- ベンダーはモデルプロバイダーや主要なアーキテクチャの変更を開示していますか？
- ベンダーがモデル、プロンプト、検索の動作を変更した場合、どのような影響がありますか？
顧客データ、従業員データ、機密情報を処理するツールについてベンダーがこれらの質問に回答できない場合は、ユースケースを低リスクのものに限定するか、別のツールを選択してください。
開示と人による監督
顧客向けAIの開示は、簡潔で目につく形にします。顧客がAIチャットボットや音声エージェントとやり取りしているなら、その事実を伝えてください。AI生成文を人による確認のあとで送る場合、どのチャネルで開示が必要かを社内方針で定めます。
人による監督は具体的でなければなりません。「人が関与している」という説明だけでは不十分です。次の点を定めてください。
- 担当者が確認する出力。
- 確認できる根拠資料。
- 結果を変更または却下できるか。
- 確認に使える時間。
- 承認がログに記録されるかどうか。
- 担当者がシステムの結果に同意しない場合、どうなるか。
権限を伴わない監督は形だけです。担当者が処理を止められないなら、実効性のある監督とは言えません。
中小企業向け30日間導入計画
第1週：システム台帳。 すべてのAIツールとワークフローを列挙します。実際に使われている未承認ツールも含めてください。
第2週：リスクの初期分類。 低リスク、限定的なリスク、意思決定支援、高リスクの可能性、不許可のいずれかに分類します。高リスクの可能性があるものは専門家へ確認してください。
第3週：統制。 稼働中の各システムについて、責任者、データルール、監督ルール、開示ルール、ログ記録ルール、ベンダーの裏付け資料を追加します。
第4週：方針と研修。 短い社内AI利用方針を作り、役割に応じた研修を行います。研修時間と内容は一律に決めず、システム、利用者、リスク、現在の法的要件に合わせてください。
これにより、ガバナンスの基礎と未解決事項の一覧を作成できます。しかし、AI法またはGDPRへの準拠を確立するには、これだけでは不十分です。
この段階で避けること
コンプライアンス管理プラットフォームを購入して、システム台帳と要件の代わりにしてはいけません。早い段階でツールを評価するなら、代表的なシステム台帳と必要な裏付け資料を使ってテストしてください。
部門ごとの方針が知らないうちに矛盾するのを放置してはいけません。責任主体が明確な全社基準を設け、必要な部門別ルールをその基準と整合させてください。
ベンダーの利用規約をガバナンスの代わりにしてはいけません。ベンダーとの契約だけでは、営業チームがモデルに入力してよい情報は判断できません。
規制上の不確実性が完全になくなるまで待ってはいけません。日程やガイダンスは変わり得ますが、システム台帳、責任体制、データルール、監督、ログは引き続き必要です。
緊急対応ではなく、ガバナンスを習慣にする
中小企業のAI法対応は、慌てて進める一時的なプロジェクトではありません。ガバナンスを習慣にする取り組みです。
システム台帳から始め、ユースケースごとにリスクを分類します。重要な意思決定では人が責任を持ち続けます。ベンダーに裏付け資料を求め、統制を文書化します。雇用、信用評価、医療、教育、不可欠なサービス、生体情報、権利に影響を及ぼす用途は、導入前に専門家へ確認してください。
これらの手順により、有資格の法律専門家と、セキュリティ、プライバシー、各分野の専門家がレビューするための裏付け資料と責任体制を整えられます。ただし、手順だけで法令遵守が成立するわけではありません。
