
法務向けAI:導入前のプライバシーとDPAチェックリスト
公開日:
読了時間: 1 min
テーマ: テクノロジー
著者: Leandro Valencia
法務とコンプライアンス向けチェックリスト。AIベンダーと契約する前に求めるべき事項:DPA、データ保持期間、学習データのオプトアウト、SOC 2やISO 27001などの認証。
目次
「利用規約を読めば足りる」では済まない理由
AIベンダーの利用規約は変わります。年に何度も変わることもあり、製品ごとに層が違うのが普通です。コンシューマー向けチャット、API、チームプラン、第三者連携は、同じブランドでも別の文書に規律されることがあります。今日「このベンダーは当社のデータで学習しない」と固定事実のように言うのは、古くなりやすい言い方です。
だから運用上の答えは、特定のポリシーを暗記することではなく、プロセスを入れることです。新しいツールを評価するたびに回し、すでに使っているベンダーの規約が変わったときにもう一度回すチェックリストです。
チェックリスト:署名前の8つの質問
各質問には、営業コールの印象ではなく、ベンダーからの書面の回答が必要です。
1. 署名可能なDPA(Data Processing Agreement/データ処理契約)はあるか?
DPAは、誰が管理者で誰が処理者か、送ったデータに対してベンダーが何をできるか、どのルールの下かを定義する文書です。検討中のプラン種別にDPAがなく、一定以上のエンタープライズ契約からしか出さないなら、それは購入プランを決めた後ではなく、決める前に必要な情報です。
具体的な質問:「評価中のプラン向けの現行DPAを送ってもらえますか?」回答に何週間もかかる、エスカレーション先が誰も分からない、というのは、ベンダーのコンプライアンス体制の実サイズを示す信号です。
2. データはどこで処理・保存されるか(データ所在地/レジデンシー)
処理リージョン(例:EUまたは米国)を選べるベンダーもあれば、選べない、または上位プラン限定のところもあります。一定のデータを域外に出せない、あるいは国際移転の通知が必要な制度の下で事業しているなら、これは技術的な細部ではなく、コンプライアンスの条件です。
評価対象ベンダーの現行ポリシーを確認してください。頻繁に変わり、プラン種別だけでなく請求先国によって変わることもあります。
3. データの保持期間(リテンション)はどれだけか?
「データで学習しない」と「データを保存しない」は同じではありません。別の約束です。明示的に聞いてください。
- 会話の内容や処理した文書は、どのくらいの期間保持されるか?
- その期間は顧客側で設定できるか?
- 契約を解約した場合、データはどうなるか?
4. 学習の除外は実在するか(「私のデータで学習しない」)
多くのベンダーは学習のオプトアウトを何らかの形で用意しますが、範囲はまちまちです。チャットにだけ効いてAPIには効かない、特定プラン限定、アカウント全体の方針ではなくユーザーごとに個別オン、ということもあります。一般的な「ブランド」ではなく、実際に使う製品について書面で確認を求めてください。
5. 再処理者(サブプロセッサー)のリストはあるか?
再処理者とは、サービス提供のためにベンダーが使う第三者です(クラウドインフラ、サポートツール、翻訳サービスなど)。きちんとしたベンダーは、再処理者リストを公開するか、請求に応じて渡し、変更時に通知します。自社の顧客との契約で「誰がデータを処理するか」を知らせる義務があるなら、自らの責任の連鎖を果たすためにこのリストが必要です。
6. アカウント管理者が監査ログにアクセスできるか?
コンプライアンス上の問いは、「ベンダーはログを残すか」だけではありません。「自社アカウントの管理者として、誰がいつ、どの程度の粒度でツールを使ったかを見られるか」です。これがないと、インシデント後の内部調査はベンダーにデータを頼むことになり、そのリードタイムに縛られます。
7. どの認証を、いつから保持しているか?
SOC 2(Type I または Type II)、ISO 27001、業種別認証(ヘルスケア、金融)は、自己申告ではなく第三者に検証された統制を示す標準的な方法です。料金ページのロゴではなく、報告書か証明書を求めてください。日付も範囲も示さないロゴは証拠ではありません。
8. コンプライアンスの質問は、ベンダーの誰に書けばよいか?
成熟したベンダーには、一般サポートとは別の識別可能な窓口(トラストセンター、プライバシー用メール、セキュリティポータル)があります。唯一の経路が営業チャットなら、将来の契約上の疑問の解消も、ポリシー変更への対応も、速さに限界が出ます。
評価ミーティング用の要約表
この表を、ベンダーとの打ち合わせの議事録として使ってください。空欄の行は、承認前に残っている問いです。
| 確認項目 | ベンダーの回答 | 証拠(文書 / リンク) |
|---|---|---|
| 評価中プラン向けのDPAの有無 | ||
| データ所在地 / 国際移転 | ||
| データの保持期間 | ||
| 学習オプトアウト(正確な範囲) | ||
| 再処理者リスト | ||
| アカウント管理者向け監査ログ | ||
| 現行の認証(SOC 2、ISO 27001、その他) | ||
| コンプライアンス連絡先 / トラストセンター |
レッドフラグ:その答え自体がすでに答えであるとき
- 「データでは学習しません。信じてください」 で裏づけ文書がない。消費者向けの一般的なプライバシーポリシーはDPAではありません。
- DPAは「X席以上」または「Enterpriseプラン」からしかないのに、いちばん安いプランで評価を進めたあとまで誰も言わない。
- チャット製品とAPIの違いを、保持や学習の観点で誰も説明できない。 同じベンダー内でも、別製品・別ルールであることが多いです。
- 再処理者リストがない、または更新されない。 他に誰がデータに触るか分からないなら、その先の保証も大してできません。
- 認証は口にするが、見せられない。 ロゴの一覧ではなく、証明書か報告書の要約を求めてください。
- コンプライアンスの窓口が営業チームだけ。 成約でコミッションを得る人が答える契約上の質問は、専任のコンプライアンス窓口と同じ保証ではありません。
従業員が貼ってはいけないものと、どうつながるか
このチェックリストは、署名前にベンダーをふるいにかけます。しかし、最良のDPAに署名したあとでも、日々の判断層は残ります。各会話にどの具体的な情報を入れるかです。共有してはいけないもの、個人プランとチームプランの違い、チームが守れる1ページのポリシーの書き方は、ビジネスにおけるAIのセキュリティとプライバシー で扱っています。2つのチェックリストは補完関係です。一方は買う前の法務向け、もう一方は毎日の全チーム向けです。
よくある質問
署名済みのDPAがあれば、顧客データでAIを使うリスクは消えるか?
いいえ。DPAは責任と契約上の約束を定義しますが、そもそも何をアップロードするかという運用判断の代わりにはなりません。契約・コンプライアンス上のリスクは下げます。社内の利用ポリシーの代わりにはなりません。
会社が使うAIツールごとに別のDPAが必要か?
原則としてはい、ベンダーごとに1つです。それぞれが自らの条件でデータを処理・保持するからです。チャット、文字起こし、画像生成、自動化など複数のAIツールを使うなら、この記事のチェックリストは主力だけでなく、それぞれに対して回すべきです。
署名後も、ベンダーのポリシーが現行かどうかをどう確認するか?
コンプライアンスのカレンダーに、四半期または半年ごとの定期レビューを入れてください。対象はベンダーのトラストセンターかプライバシーページです。保持、学習、再処理者のポリシーは変わり、公開ポリシーが変わっても署名済みDPAが自動更新されるとは限りません。
他のソフトウェアに組み込まれたAI機能(例:AI付きCRM)にも同じように当てはまるか?
はい。見落とされがちです。CRM、オフィススイート、ヘルプデスクにAI機能が足された場合、その機能の裏に独自の言語モデル再処理者がいて、独自の保持ポリシーを持っていることがあります。元のソフトウェア契約の保証を引き継ぐと思い込まず、どのモデルを、どの条件で使っているかをそのベンダーに直接聞いてください。
どのAIベンダーも、自分からこのチェックリストを送ってはきません。打ち合わせに持っていくためのものです。規制のある文脈に準備できているベンダーと、まだできていないベンダーを分ける問いは、「AIは優秀か」ではありません。手元の文書で、上の8問に答えられるかどうかです。答えられないなら、デモを見る前でも、判断するには十分な情報です。
関連記事
興味を持ちそうな関連コンテンツを探し続けましょう

JavaScriptでOLAP:ライブラリと実践例
JavaScriptでOLAP型分析をする方法。DuckDB-Wasm、Apache Arrow、Arquero、Perspective、SQL.js、TinyBaseの例と使い分けを解説。

Qwen vs Gemma:ローカルOllamaモデルの選び方
ローカルで言語モデルを動かすとき、QwenとGemmaのどちらを選ぶかの実践ガイド。コード、控えめなハードウェア、多言語タスク、Ollamaでの一般用途を比較する。

DuckDB、ClickHouse、Druid、Pinot:OLAPの選び方
DuckDB、ClickHouse、Druid、Pinotはそれぞれ別の問題を解く。実際の負荷に合うOLAPエンジンを選ぶための決定木と比較表。ランキングではない。
提携
私が毎日使っていて、このコミュニティがより良い条件で使えるツールです。