ビジネス・社会実践ガイド
法人AI SaaSのworkspace data保持をどう設計する?chat・file・audit logを分ける

目次
法人AI SaaSのデータ保持を確認するとき、「入力はモデル 学習に使われますか」と一問だけ聞くと抜けが出る。学習利用、会話履歴、ファイル、外部連携から読んだデータ、監査ログ、バックアップ、法的保全は同じ保持対象ではない。
OpenAI、Anthropic、Google、Microsoftの商用向け資料にはデータ利用や管理の説明がある。しかし対象プラン、設定、外部連携、地域、法務要件によって実際に確認すべき範囲が変わる。自社の保持設計は、提供会社の一文を写すのではなく、データの流れごとに決める。
保持を分ける表
| データ | なぜ残るか | 責任者 | 誰が見られるか | 削除・保持の確認 |
|---|---|---|---|---|
| 会話・入力文・出力 | 業務記録、利用者履歴 | 業務責任者 | 利用権限がある利用者。管理者の閲覧権限は製品別に確認 | ワークスペース設定、保持条件 |
| アップロード ファイル | 参照・要約・検索 | データ 責任者 | 権限のある利用者 | ファイル削除と参照停止 |
| 外部連携 データ | Drive、CRM、社内システムとの連携 | システム 責任者 | 外部連携権限の範囲 | 接続解除、最小権限 |
| 監査ログ | セキュリティ、調査、法令・規程対応 | security/compliance | 管理者・監査者 | ログ保持、書き出し、検索 |
| バックアップ・アーカイブ | 復旧、記録、法的要請 | IT・法務 | 限定担当者 | 保持期限、復元、法的保全 |
表の「削除」は、一つの削除ボタンだけを意味しない。参照元 ファイルを消しても、会話に引用が残るか、監査ログに操作が残るか、バックアップが別の保持条件を持つかを分ける。
外部連携を含めて考える
Googleの管理資料では、Gemini EnterpriseによるWorkspaceデータへのアクセスが管理対象となる。製品とエディション、契約上の利用条件を分けて確認する。Microsoft 365 Copilotも、利用者が既にアクセスできるデータを前提に応答を根拠付けする。つまり、AI SaaSが新しい秘密データを作る前に、既存の共有設定や過剰共有が出力へ現れる可能性を確認する必要がある。
外部連携を有効にする前に、次を決める。
- 接続する参照元と業務目的
- エージェントまたは利用者が読む最小範囲
- 公開・共有・書き出しの条件
- 参照元の削除・権限変更がAI側に反映される確認方法
- 問題時に接続を止める責任者
監査を消せばよいわけではない
Microsoft 365 Copilotの統制ガイドは、過剰共有、機密区分、監査、保持条件を別の管理機能として扱う。監査ログを短くすれば安全になるとは限らない。インシデント調査、法令、内部規程に必要な記録まで消すと、後から説明できなくなる。
NIST AI RMFの測定の考え方に沿い、保持設計は次の問いで確認する。
- 何を残す必要があるか
- 何を残してはいけないか
- 誰が保持・削除を承認するか
- どの証跡で実行を確認するか
導入を止める条件
- プランや契約を特定せずに保持方針を決めようとしている
- 外部連携のデータ経路が表にない
- ファイル削除と会話・ログ・バックアップ削除を同じものと扱っている
- 法的保全や監査の責任者がいない
- 個人ワークスペースへ顧客データを入れる前提になっている
書き出し・削除を管理者の作業へ落とす
保持方針だけでは運用できない。対象製品・プランごとに次の操作票を作り、操作できる権限と実際に取れる証跡を確認する。以下は組織が埋める運用設計であり、すべての製品に同じ書き出し機能があるという意味ではない。
| 対象 | 書き出し・引継ぎで確かめること | 削除・退職時に確かめること | 残す証跡 |
|---|---|---|---|
| 会話・添付 | 対象ユーザー、形式、含まれる添付、実行権限 | メンバー削除とデータ削除の違い | 対象一覧、操作記録、例外 |
| 外部連携と索引 | 元データと同期索引の境界、参照権限 | 接続解除だけで保存済みデータも消えるか | 元サービスとAI側双方の確認 |
| 監査ログ | 取得可能な操作、期間、形式、取得者 | 法務上の保全と削除の優先順位 | 書き出し履歴、保管先、アクセス権 |
| 設定・業務資料 | 管理者交代時に引き継ぐ設定と所有者 | 管理者の退職で孤立する資産 | 引継ぎ票、代替管理者 |
管理者であれば通常の個人会話をすべて読める、と仮定してはいけない。例えばChatGPT Businessのワークスペース管理と、対象Enterprise/Eduで提供される監査基盤は区別される。必要なログの書き出し範囲は、プランだけでなく利用する外部連携と設定も確認する。OpenAIの管理・監査に関する公式説明も、製品・設定ごとの確認に使う。
「学習に使わない」は保持設計の一項目にすぎない。会話、ファイル、外部連携、監査、バックアップを分け、各データの責任者と削除条件を決めて初めて、ワークスペース データを管理できる。
まとめ
- 商用データを学習に使わない方針と、データを保存しないことは別である
- 会話、ファイル、外部連携、監査ログ、バックアップ、削除、法的保全は別の保持対象として確認する
- 製品名・プラン・地域・設定・外部連携によって保持と管理の条件は変わる
- 保持期間だけでなく、責任者、閲覧者、削除条件、監査目的を一行で決める
参照した情報源を見る(6件)
参照情報源
- Business data privacy, security, and complianceOpenAI情報源を開く ↗
- How do you use personal data in model training?Anthropic情報源を開く ↗
- Allow Gemini Enterprise access to Workspace appsGoogle Workspace情報源を開く ↗
- Copilot controls security and governanceMicrosoft Learn情報源を開く ↗
- AI Risk Management Framework CoreNIST情報源を開く ↗
- OpenAI:appsの管理・セキュリティOpenAI情報源を開く ↗