生成AIのオフボーディング設計ガイド2026｜退職・異動でアカウントを消すだけでは足りない

退職手続きのチェックリストに、生成AIツールの項目が入っている企業は増えました。ただし内容はたいてい一行、「アカウントを削除する」だけです。メールやファイルサーバーには引き継ぎの手順があるのに、生成AIだけが削除で完結している。ここに二つの穴が同時に空きます。

ひとつは、削除によって業務資産が消えること。もうひとつは、削除しても権限が残ることです。方向が逆の問題が、同じ一行の中に同居しています。

削除で消えるのは「アカウント」ではなく「積み上げ」

生成AIを日常的に使っている担当者のアカウントには、時間をかけて作られたものが溜まっています。よく使うプロンプト、業務ルールを仕込んだカスタム設定、参照用に読み込ませた資料、過去のやり取りの履歴。

これらは業務の成果物として扱われていないため、引き継ぎ資料には載りません。本人の頭の中ではなく、本人のアカウントの中にあるという点が見落とされます。削除した瞬間に、後任は同じ試行錯誤を最初からやり直すことになります。

そもそもどのアカウントに何が溜まっているかを把握できていない場合は、アカウント・ライセンスの棚卸しを先に済ませるほうが早く進みます。

消す前に、引き継ぐものを三種類に分ける

退職・異動の連絡を受けた時点で、対象者のアカウント内を三つに仕分けます。

一つ目は、業務資産として残すものです。定型業務で使っているプロンプト、部署共通で使える設定。これは共有領域に移すか、少なくともテキストとして書き出します。

二つ目は、後任への引き継ぎが必要な進行中のものです。まだ終わっていない案件のやり取り。これは対象範囲を絞って渡します。

三つ目は、残さないものです。個人的な下書き、機微な情報を含むやり取り。ここは移さず、保存期間の規定に従って処理します。何が機微に当たるかの線引きは、入力データの分類ルールと揃えておくと判断が止まりません。

個人契約で使われていた分は、社内手続きでは回収できない

ここが最も抜けやすい部分です。会社が契約したアカウントは管理画面から止められますが、本人が個人で契約して業務に使っていた分には、会社側の操作が届きません。

退職時に管理画面上のアカウントを全部止めても、個人契約側に業務データが残っていれば、状態としては何も変わっていません。そして退職後は、本人に確認する経路も細くなります。

現実的な対処は、退職手続きの中で「業務に使った生成AIツールを、会社契約・個人契約を問わず申告してもらう」項目を置くことです。追及ではなく確認として置くのが要点で、罰則の文脈に寄せると申告が出てこなくなります。日常的な把握については、シャドーAIの管理の考え方がそのまま使えます。

異動は、退職より漏れやすい

退職には手続きの型がありますが、異動には型がないことが多く、アカウントは触られないまま残ります。所属だけが変わり、権限は前の部署のものが付いたままになる。

この状態が問題になるのは、生成AIツールが参照範囲を持つ場合です。前部署の資料を参照できる設定が残っていれば、異動後も前部署の情報にアクセスできる状態が続きます。本人に意図がなくても、参照範囲としては残っています。

異動を退職と同じ扱いにする必要はありませんが、少なくとも「参照範囲の付け替え」だけは手続きに含めます。ここは後から検知するのが難しく、事前の一手のほうが安上がりです。

処理の起点を「最終出社日」に置かない

アカウント処理を最終出社日に紐づけると、引き継ぎ作業が最も忙しい時期に重なります。結果として、削除だけが実行され、書き出しは後回しになります。

起点は、退職・異動が確定した時点に置きます。資産の書き出しは早い時点で、権限の停止は最終出社日にと、二つを分けて別々のタイミングに割り当てます。ひとつの作業として扱うから、片方が落ちます。

実行の記録が残る形にしておくと、後から範囲を確認できます。誰のアカウントを、いつ、どこまで処理したか。記録の設計は利用ログと監査証跡の整理と揃えておくと、別立ての仕組みを増やさずに済みます。

よくある三つのつまずき

一つ目は、情報システム部門だけで完結させようとすることです。アカウントを止める操作は情シスでできますが、何を残すべきかを判断できるのは所属部署です。仕分けの判断を情シスに投げると、安全側に倒して全削除になります。

二つ目は、全ツールに同じ手順を当てることです。データの持ち方も、管理者側でできる操作も、ツールごとに異なります。手順は共通にしつつ、対象ツールごとに「管理者側で書き出せるか」だけは事前に確認しておきます。

三つ目は、後任が決まってから始めることです。後任の決定は退職日より遅れることが多く、待つと書き出しの機会を逃します。渡す相手が未定でも、書き出し自体は先に実行できます。

まとめ：削除は最後の一手であって、最初の一手ではない

生成AIのオフボーディングで設計すべきなのは、削除の実行ではなく削除する前に何を取り出すかの手順です。取り出しの工程がないまま削除だけを速く回すと、権限は消えても資産も消えます。

確定時点で仕分ける、資産は早めに書き出す、権限は最終日に止める、個人契約分は申告で拾う、異動でも参照範囲を付け替える。この五点を手続きに入れるだけで、退職のたびに同じ損失を繰り返す構造は止まります。

各ツールでの管理者権限の範囲、データの書き出し可否、削除後の復元可否は提供元や契約プランによって異なるため、手順を定める前に必ず提供元の公式情報と自社の契約内容でご確認ください。本記事はツール固有の操作手順ではなく、その手前で決めておくべき項目の整理です。

まずは直近半年で退職・異動した方のアカウントが、いまどうなっているかを確認してみてください。残っていた件数が、いまの手続きの穴の大きさです。