Claude Team/Enterpriseの送信データの削除とバックエンド保持の境界

Team/Enterpriseでチャットを削除しても、Anthropic側のデータが同時に消えるわけではありません。削除できるのは画面上の表示履歴で、バックエンドの保持は別のポリシーで動いています。この2つを混同すると、監査や契約上の削除要件に対して「削除した」と誤って報告してしまう恐れがあります。

画面から消す操作と、バックエンドに残る保持は別レイヤー

Team/Enterpriseプランでは、Claudeとの会話は製品内に維持され、会話履歴として見返せます。ユーザーがチャットを削除すれば、その会話は表示履歴から消えます。ここまでは個人向けプランと同じ操作感です。

一方でAnthropicは、削除された会話についてもバックエンドのシステム内で一定期間データを保持します。画面上の削除は「見えなくする」操作であり、バックエンドの保持ポリシーとは別に扱われる、という点が公式ヘルプで明記されている核心です。API経由で送信したデータの削除は、Team/Enterprise製品の削除操作とは別の手順が用意されており、扱いが分かれています。

バックエンドの保持期間は経路とプランの設定で変わる

同じ「Claudeへの送信データ」でも、どの経路を通ったかで保持の性格が変わります。Claude Codeのデータ利用ページでは、商用ユーザー(Team・Enterprise・API)の標準保持期間は30日と明記されています。これはClaude Codeの経路について文書化された数値です。Team/EnterpriseのWebチャット画面そのものの保持期間を直接規定するものではありません。ただし、商用契約全体で保持を短く抑える設計思想が共有されていることはうかがえます。

エンタープライズのカスタム保持設定でできること

Enterpriseプランの契約者は、claude.aiでのチャット・ファイル・プロジェクトの内容について、組織の保持ポリシーを適用できます。この保持ポリシーはOrganization settingsのData and privacy配下で設定し、そこで定めた期間に従ってデータが扱われます。カスタム保持設定を含むEnterpriseの管理機能全体はClaude Enterpriseガイドで料金・SSO・監査ログとあわせて整理しています。

監査ログとCompliance APIは会話の中身を含まない

「削除できるか」という問いのそばには、しばしば「操作の記録は残るのか」という問いも並びます。この2つは別のデータです。Enterprise組織のOwner・Primary Ownerは、Organization settingsのExport logsボタンから直近180日分の監査ログを取得できます。ただしチャットやプロジェクトのタイトル・本文は監査ログに含まれず、一意な識別子だけがエクスポートされます。会話の中身自体はPrimary Ownerが実行するデータエクスポートの対象で、監査ログとは別の経路です。

顧客管理暗号鍵(CMEK)を有効化しているEnterprise組織は、この「Export logs」ボタンを使えません。その場合はCompliance API経由で監査イベントを取得する形になります。Compliance APIの土台になっているActivity Feedは、監査証跡としての性格上6年間保持される設計です。会話を削除しても、いつ誰が何をしたかという操作ログの寿命はそれとは独立して動いている、と捉えておくのが実務上安全です。

Team/Enterpriseは消費者向け利用規約の対象外

削除の権限を考えるうえで見落とされがちなのが、Team/Enterpriseの利用がそもそも個人向けの規約の外にあるという構造です。公式ヘルプは、Team/Enterpriseプランのアカウントについて「利用は、Anthropicと契約している組織との間の合意によって規律される」と明記しています。Anthropicの消費者向け利用規約とプライバシーポリシーは、AnthropicがWorkプランにおいてデータ処理者(processor)として振る舞う場面には適用されません。データを実際にコントロールしているのは組織側で、Anthropicはその指示に従ってデータを処理する立場です。

この構造は、削除の実務にそのまま跳ね返ります。組織のPrimary Ownerはメンバーのデータエクスポートを求める権限を持ち、必要であればメンバーのアクセスを外すこともできます。逆に一般のメンバーがAnthropicに直接「自分の会話を消してほしい」と依頼しても、契約上の窓口はあくまで組織のPrimary Ownerです。組織のデータが利用規約上誰に帰属し、Anthropicの立場がどう整理されているかはClaude組織のデータ所有権は誰にあるかで退職時の扱いも含めて解説しています。ただしAnthropicが常に処理者の立場に固定されるわけではなく、Anthropicがデータコントローラーとして振る舞う場面があることも公式ヘルプは併記しています。データプライバシーに関する疑問が生じたら、まず自組織のアカウントオーナーに確認するよう案内されているのはこのためです。組織がClaudeのどの機能を使えるかを制限している場合も同様に、利用者個人の設定ではなく組織のポリシーが優先します。

個人アカウントの削除・エクスポートとは主体が異なる

Claudeアカウント削除の手順やチャット保存・エクスポートの手順で解説している個人プランの操作は、利用者自身の判断だけで完結します。削除ボタンを押すのも、エクスポートを申請するのも本人です。Team/Enterpriseではこの前提が成り立ちません。会話データの扱いを最終的に決めるのは組織側で、利用者個人が単独で削除やエクスポートを完結させる経路自体が用意されていないためです。

同じ「Claudeを使う」という行為でも、契約の当事者が個人か組織かで、削除・エクスポートを誰が握っているかが根本から変わります。Team/Enterpriseへの参加を検討している段階であれば、この主体の違いを先に理解しておくと、あとから「思っていたより自分の裁量が少ない」と驚くことを避けられます。

よくある質問

チャットを削除すれば、Anthropic側からも即座に消えますか

いいえ。削除は表示履歴からの除去で、バックエンドのシステムには保持ポリシーに従ってデータが残ります。完全な即時消去を求める場合は、API経由の利用でゼロデータ保持(ZDR)を申請するか、Enterpriseのカスタム保持設定で保持期間そのものを短く設定する形になります。

一般のメンバーでもカスタム保持期間を設定できますか

いいえ。カスタム保持設定はEnterpriseプランの管理者向けの機能で、一般メンバーが自分の会話だけ保持期間を変えることはできません。組織全体に適用される設定です。

ZDRを申請すればTeam/Enterpriseのチャット画面でも保持されなくなりますか

なりません。ZDRが及ぶのはAPIを直接叩く経路、Claude Platform on AWSの利用、Enterprise配下でZDRを有効化したClaude Codeの利用です。Claude TeamsとClaude Enterpriseの製品インターフェース自体は、公式ドキュメント上も対象外と明記されています。製品画面の利用を前提にするなら、カスタム保持設定が現実的な選択肢です。なおZDRの対象範囲内であっても、法令上の要請や自動化された安全性フラグの対象になった場合は最大2年間保持されうる例外があります。

監査ログをエクスポートすれば、削除されたはずの会話の中身も見えますか

見えません。監査ログに含まれるのは操作の識別子や種別で、本文は対象外です。本文が欲しいときに使う経路は別にあり、Primary Ownerが実行するデータエクスポートがそれにあたります。

一般のメンバーがAnthropicに直接削除を依頼できますか

できません。Team/Enterpriseの利用はAnthropicと組織の間の合意で規律されており、Anthropicは組織の指示に従ってデータを処理する立場です。削除やエクスポートの窓口は組織のPrimary Ownerで、メンバー個人からAnthropicへ直接依頼する経路は用意されていません。データの扱いに疑問があれば、まず自組織のアカウントオーナーに確認する形になります。

Free/Pro/MaxとTeam/Enterpriseで、なぜここまで扱いが違うのですか

適用される規約の枠組みが異なるためです。Free/Pro/Maxでは利用者個人がAnthropicの消費者向け利用規約とプライバシーポリシーの当事者になります。Team/Enterpriseでは組織がAnthropicと商用契約を結び、Anthropicはデータ処理者として組織の指示に従う立場になります。削除やエクスポートの権限が個人ではなく組織側に集約されているのは、この契約構造の違いが理由です。

まとめ

Team/Enterpriseでの「データを削除できるか」という問いには、二段階で答える必要があります。ユーザーが自分でできるのは表示履歴からの削除までで、バックエンドの保持ポリシーはそれとは別に進行します。保持期間そのものを短くしたいならEnterpriseのカスタム保持設定、APIレベルでの即時不保持を求めるならZDRの申請と、目的によって使う仕組みが分かれます。まずは自組織がどの経路でClaudeを使っているか(製品画面かAPI直接利用か)を確認し、その経路に対応する保持コントロールを選ぶのが実務的な順序です。