退職・異動時のアカウント削除漏れを防ぐ｜停止と引継ぎの順序

退職時の処理は、人事システムから名前を消すことだけではありません。認証基盤、個別SaaS、共有ファイル、端末、VPN、API鍵など、利用していた入口と権限を確認します。人の利用を止める処理と、業務データやサービスの所有者を引き継ぐ処理は目的が異なり、両方を計画する必要があります。

異動では、アカウントを残すため過去の権限が積み上がりやすくなります。新しい権限を追加する時に、旧部署の権限を取り消す確認を組み合わせます。シングルサインオンを停止しても、別認証のアカウント、発行済みの鍵、既存セッションがどこまで失効するかはサービスごとに確認してください。

停止と削除は同じではありません。本人の利用を止める時点、データを引き継ぐ時点、記録を保全する期間、最終削除の条件を分けて決めます。

人事からの通知を受ける窓口、利用停止の時刻、確認するシステム一覧を定めます。完了報告は単なる作業済みではなく、対象ごとの実行結果と未処理項目を残します。

法令や契約、調査の必要に応じた記録保持と、最終削除を混同しません。個人の情報を不必要に長く保存する理由として、退職処理を使わないようにします。

退職日と最終出勤日が異なる場合、いつまで何を利用できるかを人事と業務責任者が決めます。利用停止の時刻を担当者が推測して書くと、早過ぎる停止や権限の残存につながります。決まった時点と、各システムで実施した時点を区別し、未完了があれば引き継ぎます。

メールの受渡しや顧客資料の移管は、本人の認証を共有して行うものではありません。承認された管理方法で必要な範囲を移します。退職処理を理由に私的な情報まで広く収集するのではなく、目的と対象を確認します。

サイバーセキュリティの学習ガイドで、このテーマを資産・リスクと運用管理の中に位置付けてください。関連する前提はサービスアカウントの管理、情報資産台帳の作り方で確認できます。

資格対策との接点は情報・サイバーセキュリティ管理士の概要へ。用語を理解した後は登録不要の無料お試し20問で、別の状況でも判断できるか確かめてください。記事のテーマを全て公式の出題項目とする説明ではありません。