消したはずの対話履歴が残る原因と対策｜法人契約で見える範囲

「利用者は削除したと言っているのに、監査の資料に同じやり取りが出てきました」「消し方を案内したのに、管理側では残ったままに見えます」——法人でAIの利用を広げた部門から、この2つはたいてい同じ時期に届きます。食い違いの原因は、操作の失敗でも案内の不足でもありません。画面の一覧から消える時点と、提供者側の保管が終わる時点と、調査のためにかかった保全が外れる時点が、それぞれ別々に動いているからです。この記事では、対話履歴が消えたように見えて残る仕組みを3つの層に分け、法人契約で管理者に見える範囲、実際に起きる3つの場面での確かめ方、そして入れない設計と残す期間の決め方までを整理します。

「消したはずなのに残っている」と言われる場面で、実際に起きていること

この相談は、入り口の形がほとんど同じです。利用部門は「消しました」と言い、情報システムや監査の側は「残っています」と言う。そして双方とも事実を言っています。画面の一覧から会話が見えなくなることと、その会話を写した記録が組織の保管領域から消えることは、別々の出来事だからです。片方だけを見て話しているので、いつまでも噛み合いません。

この構造は、提供元自身が公式の説明として書いています。業務ソフト群に組み込まれたAIについて、管理者向けの解説には「AI アプリに表示されるメッセージは、コンプライアンス要件のために保持されているか完全に削除されているかを正確に反映したものではありません」と明記されています。2025年9月に更新され、2026年8月時点でも同じ記述が掲載されている文書です。画面は、保管の状態を映す鏡ではない、と提供元が先に断っているわけです。

だから最初にやることは、操作手順の再確認ではありません。いま話題になっているのがどの層の話なのかを切り分けることです。切り分けないまま「もう一度消してください」と案内すると、調査に必要な材料が失われるだけで、残っている側の記録は1件も減りません。次の節で、その層の分け方を先に決めます。

「消える」は3つの層に分かれる。画面・保管・保全

整理の軸は3つです。層1は画面から消えること。利用者が一覧から会話を除く操作で、影響する範囲は表示だけです。層2は提供者側の保管が終わること。サービスの仕様と契約と設定で決まり、利用者の操作からは何日か遅れて到達します。層3は組織の保全が外れること。訴訟や調査のために「消してはいけない」という指示がかかっている間は、期限が来ても削除が止まります。

この3つは順番に進むように見えて、実際には独立に動きます。層3が効いている限り、層2の期限が来ても記録は消えません。逆に層1の操作をしていなくても、層2の期限が来れば消えます。利用者が「消したのに残る」と感じるのは層3が効いているとき、管理側が「残っているはずのものが無い」と気づくのは層2の期限が先に来ていたときです。

層	誰が動かすか	終わりの合図	確かめ方
層1：画面から消える	利用者	一覧から会話が見えなくなった時点	利用者の画面。ただし状態の証明にはならない
層2：提供者側の保管が終わる	サービスの仕様・契約・管理設定	契約と設定で決めた保管期間の満了	公式の保持仕様の説明と、自社の管理設定の値
層3：組織の保全が外れる	法務・情報システム・監査	保全の解除が正式に記録された時点	保全の一覧。かかっている間は削除が止まる

実務で最初に配るべきなのは、消し方の手順書ではなく、この3層の図です。どの層の話をしているかが合っていないと、対応の会話が最後まで噛み合いません。利用部門には層1、情報システムには層2、法務と監査には層3を主に担当してもらう形にすると、問い合わせの宛先も自然に決まります。

層1：画面から消す操作でできること、できないこと

利用者の操作でできるのは3つです。会話を1件ずつ一覧から消すこと、まとめて消すこと、そして履歴に残さない形の一時的な会話で始めること。どれも効くのは表示の範囲までで、提供者側の保管や組織の記録には直接届きません。ここを取り違えたまま案内すると、対応した気持ちだけが残ります。

一時的な会話についても、公式の説明に幅があります。検索大手の対話アプリの公式ヘルプでは、アクティビティの保存をオフにしていても、会話は最長で72時間アカウントに保存されると説明されています（2026年8月時点の記載）。サービスを提供しフィードバックを処理するための期間だとされ、この分は利用者の履歴一覧には表示されません。履歴に出ないことと、どこにも無いことは別です。

できないことも、はっきりさせておきます。他の利用者の履歴を消すこと、組織側の保管領域にある写しを消すこと、そして既に外部へ持ち出された内容を取り戻すこと。この3つは層1の外側にあります。とくに3つ目は、どの層でも回復できません。だから対策の重心は、後で述べるとおり削除ではなく入力側に移ります。

層2：提供者側の保管が終わる時点は、契約と設定で変わる

同じ「削除」でも、保管が終わるまでの時間はサービスごとに違います。しかも同じサービスの中でも、個人向けと法人向け、既定値と管理者が変えた値で変わります。ここを調べずに社内規則を書くと、規則のほうが実態と合わなくなります。調べるのは自社が実際に契約している区分の公式説明だけで足ります。

公表されている説明を並べると、期間の考え方の幅が見えます。ある代表的な対話型AIサービスの公式ヘルプでは、会話を削除するとアカウントからは即時に消え、システムからは30日以内に完全に削除されるとされています。検索大手の対話アプリでは、アクティビティの保存がオンのとき既定で18か月後に自動削除され、3か月・36か月・無期限に変更できると案内されています。業務ソフト群に組み込まれたAIでは、期間そのものを管理者が保持ポリシーで決めます。

対象	公表されている扱い	確認した時期	留意点
代表的な対話型AIサービス（個人向け）	削除でアカウントからは即時、提供者側の保管は30日以内に完全削除と説明	2026年8月時点の公式ヘルプの説明	本文の直接取得ができなかったため、契約時に原文で再確認する
検索大手の対話アプリ	保存がオンなら既定18か月で自動削除。3か月・36か月・無期限に変更可。オフでも最長72時間は保存	2026年8月時点の公式ヘルプ	仕事用・学校用のアカウントは別の規約が適用される場合がある
検索大手の対話アプリ（人によるレビューを経た分）	アカウントと切り離した形で最長3年保存され、アクティビティを削除しても消えない	2026年8月時点の公式ヘルプ	利用者の削除操作では到達できない領域として扱う
業務ソフト群に組み込まれたAI	保持ポリシーで期間を設定。期限切れの項目は論理削除の置き場へ移り、恒久削除は定期処理で通常1〜7日	2025年9月更新・2026年8月時点の公式解説	1日で削除する設定でも恒久削除まで16日かかりうる、と公式の例に記載

この表で読み取ってほしいのは個々の数字ではなく、期間の決まり方が4通りあることです。提供者が一律に決めているもの、利用者が選べるもの、管理者が設定するもの、そして利用者の操作が届かないもの。自社が使っているサービスがどれに当たるかを書き出すだけで、規則の書きぶりが変わります。数字は変わりますが、この4分類は当分変わりません。

層3：保全がかかると削除は止まる。組織の都合が最後に効く

3層目が、法人でいちばん誤解されます。業務ソフト群に組み込まれたAIの公式解説には、訴訟のための保全、遅延の保全、あるいは法的・調査上の理由による電子情報開示の保全がメールの保管領域にかかっている場合、論理削除の置き場からの恒久削除は常に中断されると明記されています。期限が来たかどうかに関係なく、止まります。

同じ解説には、削除までの流れも具体的に書かれています。期限が切れた項目は、まず論理的に削除された項目を置く別の非表示フォルダーへ移り、そこに最低1日は残り、次の定期処理で恒久削除される。定期処理の間隔は通常1〜7日です。だから「1日後に削除」という設定であっても、恒久的に消えるまでに16日かかりうる、という例が公式に載っています。設定した数字と、実際に消える日は同じではありません。

実務上の意味は1つです。利用部門が「消しました」と報告しても、保全の有無を確認するまで対応は完結しません。しかも保全は法務や情報システムがかけるもので、利用部門には見えていないことがほとんどです。報告の様式に「保全の有無を確認した日と担当者」の欄を1つ足すだけで、この抜けは防げます。

法人契約で管理者に見える範囲。閲覧と取り出しは別のもの

「法人契約なら管理者が全部読める」という理解は、正確ではありません。ある解説では、記録が取得できることと、管理画面からすべての会話を自由に閲覧できることは別だ、と注意されています。実装の側から見ると理由がはっきりします。業務ソフト群に組み込まれたAIでは、対話の写しは利用者のメールの保管領域にある非表示フォルダーに置かれ、この場所は利用者や管理者が直接開くようには設計されていないと公式に書かれています。

では誰が取り出すのか。コンプライアンスの担当者が、電子情報開示の道具で検索する形です。つまり見えるのは「読める画面」ではなく「取り出す口」で、口を開けるには手続きが要ります。法人向けの記録取り出し基盤についても、ある解説では、会話・アップロードしたファイル・作業空間の設定・記憶・利用者の一覧を時刻つきで取り出せるとされる一方、提供者側の保持は30日で、それ以上必要なら自社環境へ継続的に取り込む必要があると説明されています。二次情報のため、導入前に契約書で確かめてください。

この構造を踏まえると、社内規則で決めるべきことが決まります。閲覧の権限と、取り出しの権限を分けて書くことです。日常の運用で会話を読む人は原則ゼロにし、取り出しは申請・承認・実施・記録の4段階を経る手続きにする。この線引きを先に文書化しておかないと、現場は「監視されている」と受け取り、個人契約への逃避が始まります。

場面1：取引先の名前を入れてしまった、と申告が来た

最初の場面です。担当者が下書きの相談をする際、取引先の社名と案件の内容をそのまま入力してしまった、という申告が来ました。ここで真っ先にやってはいけないのが、その場で会話を消させることです。消すと、何が入っていたかを後から確かめる材料が失われます。削除は調査の最後に置くのが順番です。

この順番で効いているのは、2つ目と3つ目です。会社の契約か個人の契約かで、その後にできることが根本から変わります。そして保全がかかっていれば、消すという選択肢自体が消えます。順番を守るだけで、後から取り返しのつかない対応はほぼ防げます。

場面2：退職者が個人契約で業務に使っていた

2つ目の場面です。退職した担当者が、業務の相談を個人の契約で行っていたことが、引き継ぎの過程で分かりました。この場合、会社の側からできることはほとんどありません。個人契約は個人と提供者の間の契約で、会社は当事者ではないからです。削除の要請も、記録の取り出しも、会社の名前では出せません。

会社の契約で使っていた場合は、まったく話が変わります。業務ソフト群に組み込まれたAIの公式解説には、利用者が組織を離れてアカウントが削除された場合、保持の対象となる対話は非アクティブなメールの保管領域に格納され、退職前にかかっていた保持ポリシーの対象のまま、電子情報開示で検索できると書かれています。つまり会社の契約で使っていた分は、退職後も取り出せる状態が続きます。

実務の手当ては、退職の手続き側に入れます。退職前の確認項目に「業務で使ったAIサービスと、その契約が会社か個人か」を1行足す。個人契約があった場合は、業務に関する内容を入れたかどうかを聞き取り、記録に残す。回収はできなくても、何が回収できないかを把握しておくこと自体が対応です。把握していないと、数年後に問われたときに調べる手がかりすら残りません。

場面3：監査で対話の提出を求められた

3つ目の場面です。監査や外部の調査で、AIとのやり取りの提出を求められました。ここで慌てる会社の多くは、求められているものを取り違えています。求められるのは会話の中身そのものより、誰がいつ何をしたかの記録と、どういう規則で保管しているかの説明であることが大半です。中身の提出は、その次の段階で範囲を絞って行われます。

だから準備しておくのは3点です。保管の規則を書いた文書、実際の設定値を示せる画面か出力、そして取り出しの手続きを記した規程。これらが無いまま中身だけを出すと、範囲の妥当性を説明できません。取り出せる期間にも注意が要ります。ある解説では、法人向けの記録取り出し基盤について、提供者側の保持は30日で、それ以上必要なら自社環境へ継続的に取り込むと説明されています。30日より前を求められたときに出せるかどうかは、日々の取り込みで決まります。

逆の失敗もあります。保管期間を長く取りすぎて、求められていない範囲まで提出対象に入ってしまう形です。保管期間は長ければ安全ではありません。説明できる範囲で必要十分に切ることが、監査への備えになります。この判断は情報システムだけでは決められないので、法務と業務側を入れて決めます。

個人契約に入った業務の履歴は、会社が回収できない

3つの場面を並べると、共通の弱点が浮かびます。会社の管理下にない契約に入った情報は、どの層でも触れないということです。層1は本人しか操作できず、層2は会社と提供者の間に契約が無く、層3の保全は会社の指示が届きません。ここだけは、事後の対応が原理的に存在しません。

それでも、禁止するだけでは解決しません。禁止された結果として使われ方が見えなくなるほうが、実務では危険です。現実的な線引きは2段構えになります。1つは、会社の契約で同等以上に使える状態を先に用意すること。もう1つは、個人契約で業務に使ってしまった場合の申告経路を、罰しない形で用意することです。申告が出てこない仕組みは、把握できないという意味では禁止と同じです。

加えて、管理の道具の側も動いています。業務ソフト群の保持ポリシーは、自社製のAIだけでなく、他社の対話型AIサービスを適用先として選べるように広がっています。会社の管理下に取り込めるサービスの範囲は、契約と設定次第で年々広がっているということです。導入時に「管理下に置けるか」を選定条件へ入れておくと、後から個人契約の問題として跳ね返る量が減ります。

覚えさせる機能と、履歴の保管は別の話

ここで、混同されやすい2つを切り分けておきます。1つは、AIに情報を覚えさせて次の会話に持ち越す機能。もう1つが、この記事で扱ってきた履歴の保管です。前者は次の会話にどこまで引き継ぐかという設計の話で、後者は記録がどこにどれだけ残るかという保管の話です。目的も、触る人も違います。

実際の挙動でも分かれます。覚えさせた内容を消しても、過去の会話の記録は保管の規則に従って残ります。逆に会話の一覧から消しても、覚えさせた内容は次の会話に出てくることがあります。片方を消して安心すると、もう片方が残ります。業務ソフト群に組み込まれたAIでは、覚えさせた内容も利用者のメールの保管領域の非表示フォルダーに格納されると説明されています。

この記事では、消えたように見えて残るほうに話を絞ります。覚えさせる範囲をどう決めるかは、部署ごとの業務設計に踏み込む別の論点なので、そちらは別の記事で整理しています。ここでは、2つが別の設定であり、別々に確認が要る、という一点だけを持ち帰ってください。

対策の芯は消し方ではなく、入れない設計

ここまでの整理から、対策の重心が決まります。消し方をいくら磨いても、層2と層3には届きません。届くのは入力の手前だけです。だから社内規則の中心には、消す手順ではなく、入れてよい情報の線を置きます。線は3本ではなく、3分類で書くと現場が迷いません。

分類は、そのまま入れてよいもの、加工すれば入れてよいもの、入れないものの3つです。加工の中身も具体的に書きます。社名や個人名は役割名に置き換える、金額は桁を丸める、日付は月単位にする、識別番号は外す。加工の例を3つ書いておくだけで、判断の相談件数がはっきり減ります。抽象的な「機密情報は入れない」だけでは、現場は判断できません。

• 消し方の手順書だけを配って対応を終える——層2と層3に届かないため、残っている記録は1件も減らない
• 申告を受けてすぐに会話を消させる——何が入っていたかを確かめる材料が消え、通知の要否が判定できなくなる
• 個人契約を禁止するだけで代わりを用意しない——使われ方が見えなくなり、把握できない履歴が増える
• 保管期間を長ければ安全だと考えて無期限にする——監査で求められていない範囲まで提出対象に入る
• 覚えさせた内容を消して履歴の対応が済んだと考える——別の設定なので、保管の側は規則どおりに残る
• 閲覧の権限と取り出しの権限を分けずに規則を書く——現場が監視されていると受け取り、個人契約への逃避が起きる

入れない設計には、もう1つ手当てが要ります。入力欄の近くに、線引きを短く書いておくことです。規則の文書は、使う瞬間には読まれません。社内で配る利用手順の1行目に、入れてはいけないものを3つだけ書く。読み手が思い出せる量に絞ることが、この手当ての要点になります。

残す期間を先に決める。3つの期間を書き分ける

入れない設計と対になるのが、残す期間の設計です。ここも1つの数字で書こうとすると失敗します。実務では期間が3種類あるからです。業務で使うために手元に残す期間、組織が調査や監査のために保管する期間、そして提供者側で保管される期間。この3つは目的が違うので、同じ数字にはなりません。

書き分けの型はこうです。手元に残す期間は、業務の周期に合わせます。四半期の企画なら3か月、年間の契約更改が絡むなら13か月といった具合です。組織の保管期間は、監査の周期と、社内規程で定めた文書の保存年限に合わせます。提供者側の期間は自社では決められないので、公式説明を調べて記録し、契約更新のたびに見直す対象にします。

• 3つの期間は同じ表に並べて書く。別々の文書に書くと、短いほうを根拠に説明してしまう事故が起きる
• 提供者側の期間は、調べた日付とページの所在を必ず添えて記録する。仕様は変わるため、日付の無い記録は使えない
• 保管期間の変更は、変更した日から先にしか効かない前提で設計する。過去分にさかのぼって短くできるとは限らない
• 保全がかかっている間は、どの期間も止まる。保全の一覧を持っていない状態で期間を語らない
• 退職者の分は別枠で期間を決める。在職者と同じ扱いにすると、引き継ぎのたびに判断が揺れる

この設計を1枚にまとめておくと、監査の場面でそのまま説明資料になります。逆に、期間を口頭で運用していると、聞かれるたびに調べ直すことになります。期間の設計書は、事故のときではなく監査のときに最も効きます。作るのに半日、使うのは数年です。

AIの使いどころと、渡してはいけない判断

この運用のどこにAIを入れられるかは、はっきり分けられます。向いているのは、量が多くて判断の幅が狭い作業。向かないのは、外したときに説明を求められる判断です。具体的には次の3か所が実用になります。

1. 申告文の一次整理：現場から届く申告の文章から、いつ・どのサービスで・どの種類の情報が入ったかを抜き出して表の形に整える。判断はせず、抜き出しだけを任せる
2. 記録の下書き：対応の経過を時系列に並べ、確認した項目と未確認の項目に分けて下書きさせる。人はその下書きの空欄を埋める側に回る
3. 公式説明の読み合わせ：提供者の保持仕様の説明から、期間・対象・例外に当たる記述の候補を挙げさせる。該当箇所の所在を必ず添えさせ、人が原文に当たる

3つとも条件が付きます。根拠の所在を必ず書かせ、人がその所在に当たってから使うことです。とくに3つ目は、仕様の説明が更新されるため、古い版を読んで答えることがあります。期間の数字だけを答えさせず、どのページのどの段落かまで書かせます。この一手間を省くと、誤った数字がそのまま社内規則に載ります。

渡してはいけない判断は3つです。入った情報が通知を要する種類に当たるかの判断、削除してよいかの判断、そして保全を外してよいかの判断。理由は能力の問題ではありません。この3つは自社の契約内容と、社内で誰が何を決めたかの経緯を知らないと決められないからです。外部の情報だけでは組み立てられない判断は、人が持ちます。

実務仕様と、よくある失敗の型

運用の形にまとめます。この対応は、事故が起きてから作ると必ず間に合いません。平時に用意しておくものと、事故のときに動かすものを分けて持ちます。平時の分は4点、事故のときの分は3点で足ります。

• 平時：3層の図と、層ごとの問い合わせ先を1枚にする。利用部門・情報システム・法務のどこに聞くかを迷わせない
• 平時：使っているサービスごとに、保管期間の公表内容と調べた日付を表にする。契約更新のたびに更新する
• 平時：入れてよい情報の3分類と、加工の例を3つ、利用手順の冒頭に書く
• 平時：閲覧の権限と取り出しの権限を分け、取り出しは申請・承認・実施・記録の4段階にする
• 事故時：消させる前に、対象と時刻の記録を取る。画面の記録を残してから次に進む
• 事故時：会社の契約か個人の契約かを最初に確定する。ここで以後にできることが決まる
• 事故時：保全の有無を法務に照会し、照会した日と担当者を記録に残す

よくある失敗は、どれも同じ形をしています。層を分けずに、1つの数字や1つの手順で説明しようとしているのです。保管期間を1つ書いて済ませる、削除の手順書を1枚配って終える、管理者は全部見えると説明してしまう。どれも一見わかりやすいのですが、実際の挙動と食い違うため、最初の事故で信用を失います。

もう1つの型は、数字を調べた日付を残していないことです。提供者側の仕様は変わります。日付の無い数字は、次に確認するときに正しいかどうか判定できません。調べた日付を添えるだけで、その表は数年使えるものになります。逆に日付が無ければ、毎回ゼロから調べ直すことになります。

よくある質問

削除したのに、しばらく画面に表示されることがあります

提供者側の仕組みでは、削除の指示がバックエンドの処理を経て利用者の画面へ反映されるまでに時間差が出ることがあります。業務ソフト群に組み込まれたAIの公式解説にも、この通信や一時保存の遅れが、利用者が短い期間そのメッセージを見続ける理由になりうる、と書かれています。表示の有無で保管の状態を判断しないでください。

管理者は、社員とAIの会話をいつでも読めるのですか

契約の区分と設定によりますが、多くの構成で「管理画面を開けば読める」形にはなっていません。取り出しは電子情報開示や記録取り出しの手続きを通す前提で設計されています。読めるかどうかではなく、どういう手続きなら取り出せるかで規則を書きます。

保管期間を短くすれば、リスクは減りますか

減る面と増える面があります。残る量は減りますが、監査や調査で過去分の提出を求められたときに出せなくなります。短くする判断は、監査の周期と社内規程の保存年限を確認してから行ってください。情報システムだけで決める話ではありません。

一時的な会話を使えば、記録は残りませんか

履歴の一覧には残りませんが、提供者側に短期間保管される場合があります。検索大手の対話アプリでは、保存をオフにしていても最長72時間はアカウントに保存されると説明されています（2026年8月時点）。表示に出ないことと、どこにも無いことは別の意味です。

退職者の履歴は、いつまで取り出せますか

会社の契約で使っていた分は、アカウント削除後も保持の対象として残り、退職前にかかっていた保持ポリシーの範囲で電子情報開示から検索できると公式に説明されています。個人契約で使っていた分は、会社の側から取り出す手段がありません。退職の手続きで、契約が会社か個人かを聞き取っておくことが唯一の備えになります。

まとめ

消したはずの対話履歴が残るのは、操作の失敗ではありません。消えるという言葉が、画面から消えること、提供者側の保管が終わること、組織の保全が外れることの3つを同時に指しているためです。利用者が操作できるのは1層目だけで、2層目は契約と設定で、3層目は法務や監査の指示で決まります。相談を受けたときにまずやることは、消し方の再確認ではなく、いま話しているのがどの層かの切り分けです。

法人契約で管理者に見えるのは、会話が読める画面ではなく、記録を取り出す口です。取り出しには手続きが要り、その手続きを規則として先に書いておかないと、現場は監視されていると受け取ります。閲覧の権限と取り出しの権限を分け、取り出しは申請・承認・実施・記録の4段階にする。この線引きが、個人契約への逃避を防ぐいちばん現実的な手当てになります。

対策の重心は、消し方ではなく入力の手前と、期間の設計に置きます。入れてよい情報を3分類で書き、加工の例を3つ添える。手元に残す期間、組織が保管する期間、提供者側で保管される期間の3つを1つの表に並べ、調べた日付を必ず添える。そしてAIには、申告文の一次整理と記録の下書きと公式説明の読み合わせまでを任せ、通知の要否・削除の可否・保全の解除という3つの判断は人が持ちます。個人契約に入った業務の履歴だけは、どの層からも回収できません。だからこそ、入れさせない設計が最後の砦になります。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。