退職や担当変更では、生成AIの案件資料をどう引き継ぎますか？
利用者を削除するだけでは足りません。引継ぎ、停止、保存、削除を別々に完了確認します。
士業事務所で生成AIを使う職員が退職するとき、利用者を削除するだけでは足りません。防ぎたい失敗は2つあります。案件資料を後任が読めなくなる失敗と、前任者が読み続けられる失敗です。
筆者は、退職日に「AIのアカウントも消す」とだけ決める運用では、引継ぎの確認が抜けると考えます。
個人情報保護委員会の通則編は、個人データの担当者と取扱範囲を限定するアクセス制御を求めています[1]。ただし、特定のAI製品の退職処理まで定めたものではありません。
以下は、公式資料を踏まえた事務所向けの運用案です。各資格の守秘義務、契約、記録の保存要件は、別に確認します。
確認する項目は、次の4つです。それぞれ、完了を別々に確認します。
- 退職者の利用停止
- 後任への引継ぎ
- 記録の保存
- 不要データの削除
共有範囲は、事務所全体へ広げません。案件ごとに、必要な職員へ引き継ぎます。
引継ぎは、どんな手順で進めますか？
案件台帳で保管先を洗い出し、引継ぎと停止を別欄で確認し、保存と削除を分けて承認します。
担当変更の確認では、管理者が共有設定を見ただけで終えません。検証用資料について、後任は必要なものを取得でき、前任は変更対象の案件を取得できないことを別々に確かめます。確保できない資料は不足欄に残します。利用停止、引継ぎ、保存、削除を一つの「完了」にまとめません。
- 個人用プロジェクトを、案件台帳から見つけます。AIの保管先と所有者を洗い出し、削除後に後任が読めなくなる資料を先に特定します。
- 引継ぎと利用停止を、二つの確認欄にします。後任が必要資料を読めることと、前任者がアクセスできないことを、別の欄で確認します。
- 保存する記録と、消すデータを分けて承認します。不要な履歴や複製の削除は、保存要件と照合します。
- 担当変更では、対象案件の権限だけを外します。職員全体の利用は止めません。
手順1の台帳には、次の項目を記録します。案件番号、AIサービス名、プロジェクトの場所、所有者、共有先、引継ぎ責任者です。
承認済み原文、AIの下書き、有資格者の確認結果を区別します。最終成果物の保管先も示します。
顧問先名や資料本文を、アカウント管理の一覧へ重ねて転記する必要はありません。
Claudeの商用アカウントの公式資料では、組織から外した後のアクセスは、プロジェクトの公開範囲で決まります。非公開プロジェクトは、他のメンバーがアクセスできません。引き継ぐ場合は、削除前に権限を調整する必要があります[2]。
この仕様を理由に、全案件を事務所全員へ公開してはいけません。同資料には、特定の利用者へ編集権限を与える方法もあります[2]。
税務申告の検討資料なら後任と確認責任者へ、労務相談ならその案件を扱う職員へ、という範囲を保ちます。
Googleの共有ドライブでは、メンバーが抜けても、追加したファイルは残ります[3]。ただし、共有ドライブのファイルとAIの会話履歴は別です。
資料の原本が残っても、AIが作った下書きや未確認論点まで、自動で引き継がれるとは限りません。
手順2では、退職が予定されている場合、退職日前に保管先を確認します。後任のアカウントで、必要資料の閲覧・編集を試します。確認は、自分の管理者画面だけで終えません。後任の権限で行います。
会話履歴は、全部コピーしようとしません。原文の場所、確定事項、未確認事項、確認者を、案件記録へ戻します。
退職の発効時には、管理担当者が各サービスの利用を止めます。Microsoft 365の退職者対応は、5つの工程に分かれています。サインイン防止、データ保存、後任へのOneDrive等のアクセス付与、ライセンス処理、アカウント削除です[4]。
製品の削除ボタンは、引継ぎと停止の双方を満たす証拠にはなりません。
Google Workspaceの一時停止では、本人はサービスを使えなくなります。データは削除されず、共有文書への権限を持つ共同編集者のアクセスは残ります[5]。
「一時停止したので資料も消えた」と報告しないことが要点です。
引継ぎ途中でも、情報漏えいの懸念がある場合は、利用停止を先に行います。安全上必要な停止を、後任確認のために遅らせません。
確保できなかった資料は、不足として記録します。管理者の復旧手段や、提供元の支援範囲を調べます。
手順3では、退職は、案件資料をすべて消す理由にはなりません。最終成果物、原文への参照、確認記録、未完了事項は、事務所の保存要件に沿って保管します。
一方、端末への書き出し、個人領域の複製、不要な共有リンクは、別に点検します。アカウントの停止だけで、これらが消えたとは扱いません。
個人情報保護委員会は、個人データの削除・機器廃棄について、例を示しています。容易に復元できない方法や、責任ある立場の者による確認です[1]。
AIサービス内の削除、端末内の削除、提供元の保存期間は、別の対象です。管理担当者が操作結果と対象範囲を記録します。案件責任者が、必要記録の欠落を確認します。
保存年数や削除期限を、AIの一般的な使い方だけで一律に決めるのは危険です。係争、監査、顧客との契約など、保存が必要な事情を案件責任者が確認します。そのあとで、不要データを削除します。
海外の職業規範も、そのまま日本へ移せません。英国の法律専門職を監督するSRAは、生成AIを使った仕事の監督と、顧客の秘密保護について警告しています[6]。
日本の税理士・社労士などへの直接の法的基準ではありません。製品管理と、専門職の確認責任を分ける参考になります。
手順4では、退職と担当変更を同じ処理にしません。担当変更なら、変更対象の案件について、プロジェクト、共有資料、検索用の接続先を確認します。そのうえで、前任の権限を外します。
引き続き担当する別案件まで止めると、事務所の仕事を不要に中断します。
完了記録には、対象案件、後任、引継ぎ確認日、停止した権限、停止時刻、未処理項目を残します。
共有設定だけを変えた場合も、確認が要ります。前任の権限では資料を取得できず、後任の権限では必要資料を取得できるかを、架空の検証用資料で確かめます。
引継ぎで、うまくいかないのはどんなときですか？
削除ボタンや一時停止を完了の証拠にしたり、権限を広げすぎたりすると、漏れや情報漏えいが残ります。
- 削除ボタンを、引継ぎの証拠にします。引継ぎと停止の双方を満たす証拠にはなりません。
- 一時停止で、資料も消えたと報告します。データは削除されず、共同編集者のアクセスも残ります。
- 共有ドライブの資料と、AIの会話履歴を同じに扱います。下書きや未確認論点は、自動では引き継がれません。
- 全案件を事務所全員へ公開します。案件ごとに必要な職員へ引き継ぎます。
- 担当変更で、前任の利用を全部止めます。別案件の仕事が、不要に止まります。
公開リンク、個人契約のAI、端末へ既に保存した複製は、組織の利用者削除で回収できると保証できません。
製品や契約の限界を記録します。端末返却と所内ルールの確認も、併せて行います。
製品ごとに、退職後の挙動はどう違いますか？
Claude、Google、Microsoft 365で、退職後の資料の残り方が異なります。
| 対象 | 退職後の挙動 | 確認すること |
|---|---|---|
| Claudeの商用アカウント | 組織から外した後のプロジェクトへのアクセスは、公開範囲に依存する。非公開プロジェクトは、他のメンバーがアクセスできない | 削除前に権限を調整する。特定の利用者へ編集権限を与える方法がある |
| Googleの共有ドライブ | メンバーが抜けても、追加したファイルは残る | AIの会話履歴は別。下書きや未確認論点は自動では引き継がれない |
| Microsoft 365 | 退職者対応は、サインイン防止、データ保存、後任へのOneDrive等のアクセス付与、ライセンス処理、アカウント削除に分かれる | 削除ボタンを、引継ぎと停止の証拠にしない |
| Google Workspaceの一時停止 | 本人はサービスを使えなくなる。データは削除されず、共同編集者のアクセスは残る | 一時停止を、資料の削除と報告しない |
よくある質問
保証できません。製品、契約プラン、共有設定で異なります。Claudeの非公開プロジェクトには公式に示された制約があります。実際の資料を削除する前に、検証用プロジェクトで確認します。
同じ意味ではありません。Google Workspaceは、一時停止してもデータは削除しないと説明しています。保存、アクセス停止、削除をそれぞれ確認します。
通常は対象案件の権限を変更する運用を勧めます。後任への引継ぎと前任の権限停止を確認し、別案件の仕事に必要なアクセスまで止めないようにします。
次の一歩は、何から始めればよいですか？
退職や担当変更が決まったら、まず案件台帳でAIの保管先と所有者を洗い出し、検証用資料で確認します。
実際の資料を削除する前に、検証用のプロジェクトで、後任の閲覧と前任の停止を確かめます。
案件の保管先、後任確認、利用停止、保存・削除の担当を、一つの手順に落とし込みます。
根拠資料
資料確認日：2026年10月1日。本文中の手順例は編集部の提案で、導入効果の実測値ではありません。