退職日の権限回収

この状態なら読む

次のような会社を対象にします。

• 従業員ごとに会社管理の業務IDがある
• PCやスマートフォンも会社所有、または会社が管理できる
• 退職日が事前に分かっている
• SaaSや共有フォルダの権限を会社側から変更できる

個人アカウントが業務データの所有者になっている場合、外部委託先の契約終了、唯一の管理者が突然不在になる場合は別の問題です。

このページでは、会社がすでにアカウントと端末を管理できる環境で、退職処理を「当日にアカウントを消す作業」だけにしないための最小手順を整理します。

退職処理は「前・当日・後」に分ける

NCSCはSaaS利用において、利用者アクセスの追加・削除へJoiners, Movers, and Leaversの手順を適用し、不要になったアクセスを外すことを示しています。

実務では、退職日にアクセスを止めるだけでなく、事前に業務とデータを引き継ぎ、停止後に残存権限を確認する方が扱いやすくなります。

退職日前: 先に業務を引き継ぐ

担当しているサービスを一覧にする

本人だけが把握しているSaaSや共有先がないか確認します。

• メール
• クラウドストレージ
• 会計、勤怠、顧客管理等のSaaS
• チャット、オンライン会議
• Webサイト、SNS、広告管理
• 共有フォルダ
• VPN、リモートアクセス
• 社内システム
• 外部業者の管理画面

端末一覧だけでなく、本人の業務IDがどこに権限を持っているかを見ます。

データの所有者・担当者を移す

退職者のアカウントがファイル、フォルダ、カレンダー、フォーム、案件、共有設定等の所有者になっている場合があります。

利用サービスの機能に応じて、次を確認します。

• 後任者が必要なデータへアクセスできるか
• 所有者や管理者を変更する必要があるか
• 個人領域に業務データが残っていないか
• 共有リンクを本人だけが管理していないか
• 自動処理や連携が本人IDに依存していないか

「ファイルをコピーした」だけでは、共有設定や所有権まで移っていない場合があります。

メールと問い合わせの引継ぎを決める

退職後も必要な連絡が届く場合は、どう扱うかを先に決めます。

• 後任者が必要な過去メールへアクセスするか
• 共通窓口へ案内するか
• 一定期間だけ転送や自動返信を使うか
• 取引先へ担当変更を案内するか

メールの保持期間や転送方法は利用サービス、社内方針、法務・契約上の必要に応じて確認します。

管理者権限を先に移す

退職者が管理者の場合は、当日に止める前に別の会社管理者が必要な権限を持っているか確認します。

特に次を確認します。

• 組織全体の管理者
• 請求・契約管理者
• ドメイン・DNS
• バックアップ
• セキュリティ設定
• MFAや復旧先の管理
• 外部業者との連絡窓口

退職者のアカウントを停止した後で「その人しか管理できなかった」と判明しないようにします。

退職日前: アクセス停止の対象を決める

退職当日に探し始めないよう、停止対象を先に一覧にします。

停止する時刻と実施担当者も決めます。

退職当日: 会社資産を回収する

会社所有のものを一覧で確認します。

• PC
• スマートフォン
• タブレット
• USBや外付け媒体
• セキュリティキー
• ICカード
• 物理鍵
• 貸与書類や機器

「本人が返したと言っている」だけでなく、資産一覧と突き合わせます。

私物端末へ会社管理アプリや業務データを入れている場合は、このページの前提から外れる部分があるため、別途データ残存やアカウント失効を確認します。

退職当日: 不要になったアクセスを止める

予定していた時刻になったら、会社側から利用者アクセスを止めます。

具体的な操作名はサービスによって異なりますが、確認対象は次です。

• 主となる会社アカウント
• メール
• SaaS
• グループ
• 共有フォルダ
• 外部共有
• 管理者ロール
• VPNや遠隔アクセス
• APIや外部連携で本人IDを使っているもの

「アカウント削除」と「アクセス停止」は同じとは限りません。削除によってデータや保持状態が変わるサービスもあるため、必要なデータと記録の扱いを確認してから削除を判断します。

まず利用を止め、削除はサービス仕様と保持要件を確認した後に行う方が安全な場合があります。

退職当日: セッションと認証要素も確認する

パスワードだけでなく、すでにログイン済みの状態や認証要素も確認します。

• ログイン済みセッションを終了できるか
• MFA端末やセキュリティキーを外す必要があるか
• 復旧用メールや電話番号に本人のものが残っていないか
• アプリパスワードやトークン等があるか
• 共有端末へ本人のログイン状態が残っていないか

具体的な失効方法と反映時間はサービスの公式資料で確認します。

退職後: グループと共有をもう一度見る

主IDを止めても、別の経路が残る場合があります。

退職後に次を確認します。

• メーリングリストやグループから外れているか
• 共有フォルダのメンバーに残っていないか
• 外部共有やゲスト権限へ別アドレスが残っていないか
• カレンダーや共有メールボックスの権限が残っていないか
• 管理者・請求管理者に残っていないか
• VPNや機器管理のアカウントが別にないか

退職者の氏名やメールアドレスで検索できる管理画面は、一度横断して確認します。

退職後: 転送と自動処理を確認する

メール転送、ワークフロー、通知、連携アプリ等が退職者へ向いたままになることがあります。

• メール転送
• 自動返信
• ワークフロー承認者
• 定期レポートの送信先
• 請求通知
• セキュリティ警告
• バックアップ失敗通知
• APIや自動化の実行主体

単にログインを止めるだけでなく、業務の宛先を後任者へ移します。

退職後: 端末を再利用する前に整理する

回収したPCやスマートフォンを別の従業員へ渡す場合は、前利用者のデータや認証状態をそのまま残さないようにします。

• ローカルファイルを必要な場所へ移したか
• ブラウザのログイン状態が残っていないか
• メールやチャットのキャッシュが残っていないか
• 同期アプリが前利用者のIDで動いていないか
• 必要に応じて初期化や再セットアップを行うか

端末の初期化方法はOSや管理方式に応じて決めます。

ログやメールを残す必要がある場合

退職者のアカウントを残すことと、必要な記録を残すことは同じではありません。

業務記録、メール、監査ログ等を一定期間保持する必要がある場合は、利用サービスの保持・エクスポート・アーカイブ機能と、自社の法務・契約・業務上の要件を確認します。

個別企業の保持義務をこの記事だけで判断しません。必要な場合は社内担当者や専門家へ確認します。

最小チェックリスト

退職日前

• 後任者と担当業務を決めた
• 必要データの所有者・アクセスを移した
• 管理者権限を別の会社管理者へ確保した
• 停止対象のサービスを一覧にした
• 停止時刻と実施担当者を決めた
• 回収する端末・機器を確認した

退職当日

• 会社資産を回収した
• 主アカウントを停止した
• SaaS・グループ・遠隔アクセスを止めた
• 管理者権限を外した
• セッション・MFA・復旧先を確認した

退職後

• グループ・共有・転送の残存を確認した
• 通知・自動処理の宛先を変更した
• 必要なデータ・記録を保持できているか確認した
• 回収端末を再利用できる状態へ整理した
• 作業漏れがなかったか記録を残した

この解説が断定しないこと

• すべてのサービスでアカウントを直ちに削除すべきだとは扱いません。
• 退職者のメールや業務データを無期限に保持すべきだとは扱いません。
• すべての会社に高度なID管理基盤を要求しません。
• 個人アカウント所有のデータ回収問題を、この手順だけで解決できるとは扱いません。
• 唯一の管理者がすでに不在のケースを通常の退職手順と同じには扱いません。

会社管理済みの環境では、退職日前に引き継ぎ、退職時にアクセスを止め、退職後に残りを確認するという定型を持つことが最初の改善になります。