常駐AIに渡したチャットデータ、解約後は消える？保持期間を整理
常駐型AIにSlack/Teamsを招待すると発言データが蓄積され続ける。退職・解約後にそのデータがどうなるのか、契約前に確認すべき論点を整理する。
常駐AIに渡したチャットデータ、解約後は消える？保持期間を整理
常駐型AIをSlack・Teams・Chatworkに招待すると、その瞬間から発言やスレッドが継続的に蓄積されていきます。便利さの裏で「このデータはいつまで残るのか」「解約したら本当に消えるのか」という疑問が、契約前の最後の引っかかりになっていないでしょうか。
結論: 保持期間・削除の扱いはサービスごとに異なる。契約前に必ず確認する
常駐型AIは仕組み上、稼働している限りチャットデータを蓄積し続けます。ここで重要なのは、「保持期間をどう設定できるか」「退職・異動・解約のタイミングでデータがどう扱われるか」は、サービスによって設計が大きく異なるという点です。「AIだから自動的に安全」という思い込みは禁物で、稟議・法務チェックの場では必ず個別に確認すべき論点になります。
なぜこの不安が生まれるのか
常駐型AIの導入検討が進むと、次のような具体的な疑問が出てきます。
- 退職したメンバーの発言データは、本人がいなくなった後もAIの検索・要約対象に残り続けるのか
- サービスを解約した後も、預けたチャットログはベンダー側のストレージに残ったままなのか
- 「この会話は記録に残したくなかった」と後から気づいても、削除を依頼できる窓口があるのか
- 監査目的の操作ログ(誰が・いつ・何をしたか)と、発言本文そのものは、同じ扱いで残るのか消えるのか
これらは、いざ使い始めてから困る類の懸念です。特に個人情報や取引先情報を含むやり取りが多い企業ほど、契約前にこの論点をクリアにしておく必要があります。生成AIの社内導入検討で必ず聞かれる論点の一つでもあり、生成AI導入時にセキュリティ担当者から聞かれる5つの論点でも、データの取り扱い範囲は最初に確認すべき項目として挙げています。また、従業員が個人判断でChatGPT等を業務利用してしまうシャドーAIのガバナンスリスクでも、会社が把握しない場所にデータが残り続けることが問題の核心にあり、根っこの懸念は共通しています。
業界での一般的な考え方
常駐型・継続収集型のAIサービスでは、次のような設計が一般的に語られます。
- 保持期間はテナント(契約企業)ごとに設定できるようにする: 業種・契約プラン・社内規程によって必要な保持期間は異なるため、一律の期間ではなく企業ごとに調整できる設計が望ましいとされます
- 退職・解約はイベントとして扱い、削除処理を連鎖させる: メンバーの退職やテナントの解約を検知したタイミングで、関連データの削除または匿名化を自動で走らせる設計です。人が気づいて手動で削除依頼を出す運用は、忘れられることが前提になってしまいます
- 発言本文と操作ログは別物として扱う: 会話の内容そのものと、「誰が・いつ・何をしたか」という記録は、必要な保持期間が異なることが多いため、同じポリシーで一括りにしないという考え方です
ただし、これらはあくまで一般的に語られる設計思想であり、実際の保持期間・削除の粒度・匿名化の範囲はサービスごとに実装が異なります。似た論点として、AI導入の稟議が通らず社内説明に困る場面でも、データの取り扱いルールを明文化できているかどうかが決裁者を説得する材料になります。権限が生きているかどうかとデータ自体が残っているかどうかは別の問題であり、両方を分けて確認する必要があります。
HACHでの取り扱い
HACHは招待するだけで導入できる常駐型AIスタッフで、AI推論時に機密情報を自動マスキングし、データはAWS内で完結する設計です。この点は導入検討時によく評価いただいています。
一方で、具体的な保持期間の設定範囲や、退会・解約時のデータ削除フローの詳細については、本記事執筆時点の公開情報だけでは網羅できません。契約前に気になる企業様は、無料相談で個別にご確認いただくことをおすすめします。「うちの業種だとどのくらいの保持期間が現実的か」「解約時にどこまで消せるか」といった具体的な質問も歓迎です。
まとめ
- 常駐型AIは稼働中チャットデータを蓄積し続けるため、保持期間と削除の扱いは契約前に必ず確認すべき論点
- 業界では「テナントごとの保持期間設定」「退職・解約をトリガーにした自動削除・匿名化」「発言本文と操作ログの区別」が一般的な設計思想として語られる
- 実際の仕様はサービスごとに異なるため、「AIだから安心」で済ませず個別に確認する
HACHは、Slack / Teams / Chatwork に招待するだけで使える常駐型AIスタッフです。 無料相談で見積もりを依頼する