退職者のアカウント対応は、情シスが担う業務の中でも「ミスが許されない」領域の筆頭です。SaaSの数が増え続ける今、1人の退職処理で停止すべきアカウントが20〜30に上る企業は珍しくなく、手作業に頼った運用では漏れが生じるのは時間の問題といえます。退職通知を受けてから最終削除の完了まで、何をいつやるべきかを体系化し、機械的に処理できる仕組みを持つことが、セキュリティリスクの低減と情シスの工数削減を同時に実現する鍵になります。

本記事では、退職時のアカウント削除手順を「退職通知受領〜最終出社2週間前」「最終出社日」「最終出社後72時間以内」「退職30〜90日後」の4フェーズに整理し、フェーズごとの実施項目と注意点を具体的に解説します。自動化に役立つツールカテゴリとジョーシスを活用した運用例も併せて紹介しますので、手順の標準化を検討している情シス担当者の方はぜひ参考にしてください。

退職時のアカウント削除が情シスにとって重要な理由

退職時のアカウント削除が、なぜ情シスの最優先業務に位置づけられるのか。理由は大きく3点に集約されます。

第1に、退職者アカウントの放置は攻撃者にとって見つけやすい侵入経路になります。退職者本人による意図的な情報持ち出し、外部攻撃者による踏み台利用、認証情報の売買など、リスクの種類は多岐にわたります。退職後も有効なアカウントは日常的に利用されないため、ログ監視の目が届きにくく、不正アクセスが長期間発覚しないケースもあります。

第2に、ライセンスコストの直接的な無駄が発生します。1ライセンスあたり月数千円から数万円のSaaSが20本以上あれば、退職者1名あたり年間数十万円の不要なコストが積み上がります。複数部門で個別に契約したSaaSがある場合、情シスが全容を把握していないまま料金だけが発生し続けるケースも少なくありません。

第3に、監査・コンプライアンス対応の問題です。ISO 27001やPマーク、ISMAPをはじめとする認証・規制では、退職時のアクセス権削除プロセスが審査対象になります。削除実施の記録がなければ、審査で指摘を受けるリスクがあります。

これらの問題を解消するために、退職処理を仕組み化することで得られる効果は以下のとおりです。

• 退職者アカウントの放置によるセキュリティリスクの低減
• ライセンスコストの即時削減
• 情シスの作業工数の削減（手動から自動化へ）
• 監査対応の根拠資料の自動蓄積

参考：個人情報の漏えい等事案の対応について（個人情報保護委員会）

退職処理の全体フロー（4フェーズ）

退職時のアカウント削除は、単なる「アカウント無効化」にとどまりません。引き継ぎ・データ保全・コスト管理・監査記録までを含む、4フェーズのプロセスとして整理することで、抜け漏れのない運用が可能になります。

フェーズ1: 退職通知受領〜最終出社2週間前（準備フェーズ）

人事部門から退職通知を受けた時点でスタートする準備期間です。退職予兆の監視、引き継ぎ計画の策定、ライセンス棚卸し、優先停止対象SaaSの特定など、最終出社日に向けた下準備をすべてここで完了させます。

フェーズ2: 最終出社日（当日フェーズ）

ハイリスクSaaSの先行停止、デバイス回収、業務データの引き継ぎフォルダへの移動、社内通知が中心です。当日中に完了すべき作業をチェックリスト化しておくことが、抜け防止の基本となります。

フェーズ3: 最終出社後〜72時間以内（即時処理フェーズ）

連携済みSaaSアカウントの停止、認証情報無効化、データ持ち出しログの確認、ライセンス回収を実施します。ハイリスクSaaSはフェーズ2で当日対応済みですが、残りのSaaSも72時間以内の完了を目標とします。

フェーズ4: 退職30〜90日後（最終削除フェーズ）

法定保存期間に応じたデータアーカイブ、アカウントの完全削除、削除証跡の保存を実施します。データ復旧の必要性が消えた段階で、最終削除を確実に実施することで退職処理の全工程が完了します。

以下、各フェーズの実施内容を詳しく説明します。

参考：サイバーセキュリティ経営ガイドライン Ver3.0（経済産業省）

フェーズ1: 最終出社前の準備作業

退職処理の品質は、準備フェーズの仕事量で決まるといっても過言ではありません。最終出社日までに済ませておく作業を漏らさず実施することで、当日と当日以降の処理が機械的に進みます。

退職予兆の監視と異常検知

退職通知を受けてから最終出社日までの期間は、情報持ち出しのリスクが高まるタイミングです。通常の業務範囲を超える大量ダウンロード、業務外時間帯の社内システムアクセス、個人メールや外部ストレージへの大量送信、USBメモリへの大量コピー、共有フォルダから個人領域への不審なファイル移動などを継続的に監視します。

異常が確認された場合は、人事・情報セキュリティ部門と速やかに連携し、調査を実施してください。CASB、SWG、UEBA製品のログが活用できます。部門によっては情シスが単独で対応できないケースもあるため、エスカレーションフローをあらかじめ明文化しておくことが重要です。

引き継ぎ計画の策定

退職者が利用しているSaaS・データ・権限を一覧化し、後任者への引き継ぎ計画を作成します。整理すべき項目は以下のとおりです。

• 個人領域に保管された業務データ: 共有フォルダへの移動先を決定
• 共有フォルダ内の所有権: 後任者または上長への移管先を確定
• メール・チャット履歴: アーカイブ方針（30日後・90日後・1年後など）を決定
• カレンダー: 後任者への予定移管・委任設定を事前準備
• ライセンス: 削除か後任者への割当変更かを確定
• 外部委託先・取引先: 担当者交代の通知計画を立案

リスク優先SaaSの特定

最終出社日に即時停止するSaaSの優先リストを作成します。CRM、ERP、人事システム、財務会計システム、機密情報を扱うクラウドストレージなど、業務情報の機微性が高いSaaSが対象です。最終出社日の業務終了時刻に合わせて停止できるよう、事前に手順を確認しておきます。

SMP（SaaS管理プラットフォーム）を導入している場合、退職者が利用しているSaaSを自動的に可視化できます。手動のExcel台帳では更新が追いつかず、実態との乖離が生じやすいため、ツールを活用したSaaSの全件特定が推奨されます。

法務・コンプライアンス対象データの保全

訴訟・調査・監査の対象になりうるデータは、退職処理を始める前にリーガルホールドを設定します。法務部門と連携し、対象データの範囲・保全期間・アクセス制限を明確化してください。リーガルホールドの設定が不十分なまま退職処理を進めると、後日の調査で証拠保全が困難になるリスクがあります。

参考：個人情報保護法ガイドライン（個人情報保護委員会）

フェーズ2: 最終出社日の処理

最終出社日は、退職者本人と直接やり取りできる最後の機会です。当日中に完了すべき作業を効率よく実施するため、以下の手順を機械的に進めます。

業務開始直後〜業務終了時の引き継ぎ・回収

退職者の業務終了予定時刻の30分後を目安に、ハイリスクSaaSの先行停止を開始します。それと並行して、以下の物品回収と引き継ぎを実施します。

• デバイス回収: PC・スマートフォン・ICカード・社員証・入退室カード
• 物理的な機器: USBメモリ・外付けハードディスクなど
• 文書・印刷物の回収と確認
• VPN・社内ネットワーク接続の停止

データ面では、個人領域のファイルを引き継ぎフォルダへ移動し、重要なメール・チャット履歴のアーカイブを実施します。社外向けメールの自動応答（後任者の連絡先を明記）を設定し、カレンダー予定の後任者への移管も当日中に完了させます。

業務終了後のアカウント停止処理

最終出社日の業務終了時刻以降、以下を順次実施します。

• メールアカウント: サインインブロック有効化、既存セッションの強制サインアウト、社外向け自動応答オン
• チャットツール: アカウント停止、過去メッセージのアーカイブ
• グループウェア: アカウント停止、未対応タスクの後任者への割当
• 業務基幹SaaS: 全アカウント停止
• 社内WikiやドキュメントSaaS: 編集権限剥奪、閲覧権限の必要性確認

注意点として、Microsoft 365などのクラウドサービスは「パスワード変更」ではなく「サインインのブロック」が正しい対応です。パスワード変更だけでは既存のセッションが継続するため、セッションの強制サインアウトと合わせて実施することが必要です。

退職者本人への確認事項

• 私物の持ち帰りと社用品の返却完了確認
• 退職時の機密保持・競業避止に関する誓約書の最終確認
• 退職後の緊急連絡先の確認

参考：情報セキュリティ（IPA 独立行政法人 情報処理推進機構）

フェーズ3: 最終出社後〜72時間以内の全アカウント停止

最終出社日以降、残りの連携済みSaaSアカウントの停止を72時間以内に完了させます。IDaaSやSCIM連携で自動化されている部分と、個別対応が必要な部分を分けて運用するのが現実的です。

[画像: 複数のSaaSアイコンが並んだ管理画面上で、担当者が停止操作を行っている様子]

SaaSアカウントの停止手順

停止方法は、各SaaSのIDaaS連携状況によって異なります。

• IDaaS連携SaaS: SCIM経由でユーザーを無効化し、プロビジョニング先のSaaSへ自動的に反映。ただしSCIM連携を設定したSaaSに限定される点に注意が必要
• SCIM未対応SaaS: APIまたは管理画面から個別停止
• 共有アカウント: 退職者のみが知っていた認証情報のリセット
• 外部協力者として登録されているSaaS: ゲスト権限の削除

IDaaS・SCIMを活用した自動化は、設定済みの連携SaaSに対して効果を発揮します。連携外のSaaSについては手動対応が残るため、SMPによるSaaS全件の可視化と組み合わせることで、対応漏れを低減できます。

認証情報の完全無効化

アカウント停止と並行して、以下の認証情報を無効化します。

• パスワードリセット
• APIキー・アクセストークンの失効
• リフレッシュトークンの無効化
• セッションの強制終了
• MFA（多要素認証）設定の解除
• 公開鍵認証（SSH等）の鍵削除

共有アカウントのバックアップコードはローテーションし、後任者が個別に再設定します。認証情報の失効漏れは、退職後の不正アクセスにつながる最も多い原因の一つです。

データ持ち出しログの確認

過去1〜3か月のログを対象に、異常な持ち出しがなかったかを確認します。確認すべき項目は以下のとおりです。

• ダウンロード量の異常スパイク
• 通常と異なる時間帯・地点からのアクセス
• 外部メールへの大量送信
• 共有設定の変更履歴
• 印刷ジョブの異常増加

異常が確認された場合は、フォレンジック調査の実施を法務・情報セキュリティ部門と協議します。調査の記録は後日の対応根拠になるため、発見した事実と対応経緯を文書化してください。

ライセンス回収・コスト整理

停止完了と合わせて、以下のライセンス整理を実施します。

• 不要となったSaaSライセンスの解約または後任者への割当変更
• 月次・年次契約の更新タイミングに合わせたコスト最適化
• 削減コストの記録（経営層・上長への報告資料として活用）

ライセンスの棚卸しを退職処理と連動させることで、1人の退職をコスト最適化のきっかけにできます。積み重なると年間数百万円規模のコスト削減につながるケースもあります。

人事・法務への完了報告

処理結果を所定のフォーマットで記録し、人事・法務部門へ報告します。

• 連携済みSaaSアカウントの停止状況
• 認証情報無効化の完了確認
• データ持ち出しログの確認結果（異常の有無）
• ライセンス回収の結果

参考：情報セキュリティ10大脅威 2025（IPA）

フェーズ4: 30〜90日後の最終削除と監査記録

最終出社後30〜90日が経過した時点で、データの最終削除と監査記録の整備を実施します。期間の設定は法定保存期間と業界規制に応じて調整してください。

データアーカイブと完全削除

退職者に関連するデータは、法令に基づく保存義務を確認したうえで保管期間を設定します。

• 労働基準法・税法・個人情報保護法に応じた保管期間の設定
• アーカイブ先のセキュリティ管理（暗号化・アクセス制限）
• 保存期間経過後のデータ完全削除
• 削除実施記録の作成・保管

データの完全削除は、アーカイブの必要性が消えた段階で実施します。「念のため残す」という曖昧な方針は、後日の個人情報管理問題につながります。

アカウントの完全削除

無効化状態のアカウントを最終削除します。削除は復旧不可能な操作であるため、引き継ぎが完了していることとデータ保全の必要性がないことを確認してから実施します。

• 無効化状態のアカウントの完全削除
• 復旧不可能な削除手順の実施
• 削除完了の証跡保存（スクリーンショット・ログエクスポートなど）

監査記録の整理と保管

退職処理全体の記録を以下のフォーマットで保管します。ISO 27001やISMAPの審査、内部監査で証拠資料として活用できます。

• 退職通知日・最終出社日・処理完了日
• 処理担当者と確認者
• 各フェーズの実施項目と完了日時
• 異常検知の有無と対応内容
• 削減ライセンス数とコスト
• 完了報告先（人事・法務・上長）

振り返りと手順改善

四半期に1度、退職処理の実績を集計し、手順書・ツール・自動化範囲の見直しを行います。

• 平均処理日数と最大処理日数
• 処理漏れの発生件数
• 削減ライセンスコストの累計
• インシデント発生有無

頻発する問題があれば、チェックリストの見直しやツールの追加導入を検討します。完璧なフローを最初から作ることよりも、運用しながら改善を重ねることが定着への近道です。

フェーズ別チェックリスト

フェーズ別の実施項目を一覧化しています。自社の環境に合わせてカスタマイズしてご活用ください。

準備フェーズ（最終出社2週間前〜）

• 人事部門から退職通知を受領し、退職処理担当者を確定
• 退職予兆監視の開始（CASB・ログ監視）
• 退職者が利用しているSaaSの一覧化
• ハイリスクSaaSの特定と優先停止スケジュールの作成
• データ引き継ぎ計画の策定（個人領域・共有フォルダ・メール・カレンダー）
• リーガルホールド対象データの確認・設定（法務部門と連携）
• 共有アカウントの洗い出しと認証情報リセット計画の作成

最終出社日フェーズ

• ハイリスクSaaSのアカウント停止（業務終了後30分以内）
• M365/Google Workspaceのサインインブロックと既存セッション強制切断
• MFA認証情報の削除
• PC・スマートフォン・ICカードなどの物品回収
• 個人領域ファイルの引き継ぎフォルダへの移動
• 社外向け自動応答の設定
• カレンダー予定の後任者への移管
• 退職者本人への誓約書・返却確認の最終実施

72時間以内フェーズ

• 連携済みSaaSアカウントの停止完了確認
• APIキー・アクセストークン・リフレッシュトークンの失効
• SSHキーの削除
• 過去1〜3か月のデータ持ち出しログの確認
• OAuth連携の棚卸しと不要な連携の削除
• ライセンス解約または後任者への割当変更
• 人事・法務への処理完了報告

30〜90日後フェーズ

• メール転送設定の停止確認
• アーカイブデータの保存期間確認
• アカウントの完全削除実施
• 削除証跡（スクリーンショット・ログ）の保管
• 監査記録の整理と保管
• 四半期振り返りへの集計

参考：ISMS適合性評価制度（JIPDEC）

退職処理を自動化するツールカテゴリ

退職処理を手動で運用すると、SaaS数の増加に応じて作業量が膨らみ、漏れが発生しやすくなります。以下のツールカテゴリを組み合わせることで、自動化と監査記録の整備を同時に実現できます。

IDaaS（Identity as a Service）

SSO・MFA・SCIMプロビジョニングを統合提供するID管理基盤です。代表製品はMicrosoft Entra ID、Okta、Google Cloud Identity。退職処理では、IDaaSでユーザーを無効化することで、SCIM連携先のSaaSアカウントが自動的に停止されます。ただし自動停止の対象は連携設定済みのSaaSに限られる点に留意が必要です。

SaaS管理プラットフォーム（SMP）

SaaSの契約・利用・アカウントを統合管理するプラットフォームです。退職時に停止すべきSaaSを漏れなく特定し、停止操作を一画面から実行できます。監査ログも自動で記録されるため、退職処理の証跡保全にも活用できます。ジョーシスはこのカテゴリの代表製品です。

MDM（Mobile Device Management）

業務用デバイスの遠隔管理を行います。代表製品はMicrosoft Intune、Jamf。退職時のリモートワイプ、業務アプリの遠隔停止、デバイス追跡が可能で、物理的な機器回収と合わせてデバイスセキュリティを完結させます。

CASB（Cloud Access Security Broker）

退職予兆検知に活用できる、SaaS利用ログの可視化基盤です。退職通知後の異常なデータ持ち出しや、業務時間外アクセスを検出するために使用します。SaaS利用状況の可視化とセキュリティ監視を組み合わせることで、情報持ち出しのリスクを早期に察知できます。

ジョーシスによる退職処理の自動化

退職処理を高い品質で継続的に運用するには、3つの課題があります。第1に、停止すべきSaaSの全件特定。第2に、停止操作の確実な実行。第3に、処理結果の監査記録。これらを個別ツールで対応すると運用が複雑化するため、SMPで一元管理するアプローチが現実的です。

ジョーシスは、SaaS・デバイス・人を一元管理するAI駆動のSaaSマネジメントプラットフォームです。退職処理の文脈では、以下の機能が直接的な効果をもたらします。

• 利用SaaSの自動可視化: 退職者が使用していたSaaSを漏れなく特定
• アカウント一括停止: 連携済みSaaSへの停止操作を一画面から実行
• ライセンス回収: 停止と同時にライセンス使用状況を更新し、コスト最適化を実現
• 監査ログ: 停止操作・実施者・タイムスタンプを記録し、監査対応の根拠資料として活用
• 人事マスタ連携: 退職通知を起点とした自動ワークフローの設定が可

ジョーシス導入前は退職処理に数時間を要していた企業でも、導入後は数十分に短縮した事例があります。国内外700社以上の導入実績を持ち、350以上のSaaSと連携可能。IT工数を最大50%、ITコストを最大75%削減した事例も報告されています。

退職処理の自動化と監査記録の整備を実現したい方は、まず資料をご覧ください。

5分でわかるジョーシス 資料ダウンロード

関連記事：Josysによる従業員の退職処理の自動化

関連記事：数秒で完了するアクセス権の削除

退職処理でよく見落とされる5つのポイント

退職処理の標準手順を整備していても、実務では見落としが起きやすい領域があります。現場の情シス担当者が陥りやすい5点を整理します。

シャドーIT（未承認SaaS）のアカウント処理

部門のクレジットカードで個別契約したSaaS、退職者の個人Googleアカウントで管理していた業務データ、承認なしに試用を続けていたSaaSなど、情シスが把握していないSaaSが退職処理の対象から漏れるケースが多くあります。SMP導入や定期的なSaaS棚卸しを通じて、利用実態を継続的に把握する仕組みが必要です。

共有アカウントの認証情報リセット漏れ

特定チームで共有していたツールの認証情報を、退職者が単独で管理していたケースでは、退職後も有効な認証情報が放置されます。共有アカウントのリストを事前に作成し、退職処理のタイミングで認証情報を必ずリセットします。

SaaS管理者権限の残存

退職者がSaaSの管理者権限を持っていた場合、ユーザー権限だけを停止して管理者権限を残したままにするミスが起きることがあります。ユーザー停止と管理者権限剥奪は別操作を要するSaaSもあるため、二重確認が必要です。

外部サービスへのOAuth連携の残存

退職者が個人のGoogleアカウントやGitHubアカウントと業務SaaSをOAuth連携させていた場合、ユーザーアカウントを停止しても連携トークンが残ることがあります。OAuth連携の棚卸しと失効操作を退職処理に含めることが望ましいです。

退職後のメール転送設定の放置

退職者のメールアドレスへの転送を一時的に有効にした後、停止を忘れるケースがあります。転送先が個人メールアドレスの場合、業務情報が継続して外部へ流出します。転送設定の有効期限を明確に定め、カレンダーにリマインダーを設定することで防止できます。

関連記事：休眠アカウントの特定とリスク対策

退職時のアカウント削除に関するよくある質問

Q1. 退職者のアカウントはすぐに削除すべきですか、しばらく残すべきですか

まず「無効化」を実施し、最終削除は30〜90日後が一般的な対応です。退職直後はデータ引き継ぎや法務調査の必要性が残るため、復旧可能な無効化状態で保持します。無効化により不正アクセスは防止しながらも、必要に応じてデータアクセスが可能な状態を維持します。必要性が消えた段階で完全削除を実施します。法定保存期間や業界規制に応じて期間を調整してください。

Q2. SaaSアカウントを停止すると過去のデータも消えてしまいますか

SaaSによって挙動が異なります。多くのSaaSはアカウント停止時に「データを保持したまま無効化」と「データごと削除」のいずれかを選択できます。引き継ぎが必要な場合は、停止前にデータをエクスポートするか別アカウントへ移管します。SaaSごとの仕様を事前確認し、引き継ぎ計画に反映しておくことが重要です。

Q3. IDaaSと連携していないSaaSが退職処理の対象に入っていない場合はどうすればよいですか

IDaaS未連携のSaaSは個別停止が必要です。リストを事前に整備し、退職処理の際に手動で対応します。SMPを導入していれば、利用中のSaaSが自動的に可視化されるため、IDaaS未連携のSaaSも漏れなく対象に含められます。Excel管理台帳は更新が追いつかないケースが多く、SMPによる自動検出との組み合わせが現実的な解決策となります。

Q4. 退職処理にかかる情シスの工数を削減するには何から始めるべきですか

3つのステップが現実的です。第1に、IDaaSを基盤としたSCIMプロビジョニングの対象SaaSを拡大すること。第2に、SMPで利用SaaSを全件可視化し、停止操作を一元化すること。第3に、人事マスタとIDaaS・SMPを連携させ、退職通知を自動トリガーとして処理を開始する仕組みを整えることです。手作業を減らすほど、漏れの発生率は下がり、作業時間も短縮されます。

Q5. 監査対応のために退職処理の記録はどの程度残すべきですか

最低限、退職通知日・最終出社日・各SaaSの停止完了日・処理担当者・ライセンス回収の結果を記録します。ISO 27001の審査では、アクセス権削除プロセスの実施証跡として、チェックリストの完了記録・ログのエクスポート・削除操作のスクリーンショットが審査対象になります。SMPの監査ログは自動で記録されるため、記録作業の工数を削減しながら証跡を蓄積できます。

まとめ

退職時のアカウント削除は、情シスのセキュリティ運用において最も重要度の高いテーマの一つです。SaaSの数が増え続ける環境では、手作業に頼った運用では処理が追いつかず、漏洩リスクとコストの両面で問題が拡大します。

本記事で解説した4フェーズ（準備・最終出社日・即時処理・最終削除）のプロセスを標準化し、IDaaS・SMP・MDMの自動化基盤と組み合わせることで、漏れの少ない退職処理が実現します。特に「停止すべきSaaSの全件特定」「操作の自動化」「監査記録の蓄積」の3点が、退職処理の品質を決定づける要素です。

退職処理の自動化と監査記録の整備を一体で実現したい方は、ジョーシスの資料をご覧ください。

5分でわかるジョーシス 資料ダウンロード

無料デモを申し込む

関連記事：Josysによる従業員ライフサイクル管理の自動化