先月、あるクライアント企業の総務担当者から連絡があった。年に一度のセキュリティ診断を受けたところ、退職して2年が経つ元社員のアカウントが、勤怠管理システムと社内チャット、そしてクラウドストレージの3つに、ログイン可能な状態のまま残っていたという。パスワードは退職時のまま。権限も在籍中と同じ。診断レポートにその事実が指摘として並んだとき、担当者は言葉を失ったそうだ。「まさか、うちがそんな初歩的なことを見落としているとは思わなかった」と。
だが、これは特別に杜撰な会社の話ではない。むしろ、日々の業務に追われながら人事も総務も情報システムも一手に引き受けている中小企業では、驚くほどよくある光景だ。退職者が出るたびに、貸与物の回収、健康保険や年金の資格喪失手続き、源泉徴収票の準備など、期限が明確に決まっている作業に追われる。その陰で、ログインIDやパスワードという目に見えにくい存在は、静かに置き去りにされていく。
この記事では、なぜ退職者のアカウント削除が後回しにされやすいのか、その構造的な理由を整理したうえで、放置することの具体的なリスク、そして明日から使えるオフボーディングのチェックリストまでを一気にお伝えする。壁を越えて日々の業務を回している総務担当者のみなさんに、ほんの少しでも「これで安心して眠れる」という感覚を持ち帰ってもらえたら嬉しい。
なぜ退職者のアカウント削除は後回しにされやすいのか
退職の手続きには、法律で期限が定められているものが少なくない。健康保険と厚生年金の資格喪失届は退職日から5日以内、雇用保険の資格喪失届は退職日の翌々日から10日以内に提出しなければならない。源泉徴収票は退職後1か月以内に発行する必要がある。総務担当者の頭の中は、こうした「守らないと罰則や行政指導につながりかねない期限」で埋め尽くされる。
一方で、システムアカウントの削除には、法律で定められた期限がない。誰かに催促されることもなければ、忘れていても目に見える形で誰かが困るわけでもない。だからこそ、優先順位のリストの一番下に沈んでいってしまう。
さらに厄介なのは、多くの会社で退職者が利用していたシステムの全体像を、誰も正確に把握していないという事実だ。勤怠管理、給与計算、社内チャット、経費精算、クラウドストレージ、営業支援ツール、外部の取引先ポータル、さらには部署ごとに契約している専門ツールまで含めると、社員一人あたり10個を超えるシステムに何らかのアカウントを持っているケースは珍しくない。情報システム担当者が一元管理しているならまだしも、多くの中小企業では、各部署が必要に応じて個別にツールを契約し、IDを発行している。退職の連絡を受けた総務担当者が把握しているのは、せいぜい人事評価システムと給与システムくらいで、営業部が独自に契約したSFAツールや、開発チームが使っているクラウドサービスのアカウントは、そもそも存在自体を知らされていない、ということが起こる。
加えて、退職の申し出から実際の退職日までの期間が短い場合、引き継ぎ資料の作成や後任への説明、顧客への挨拶回りといった、目の前の業務が優先される。システムのアカウント整理は「最後にまとめてやればいい」と考えられがちだが、その「最後」が来る前に、担当者自身が次の対応に追われて忘れてしまう。誰も悪意を持って放置しているわけではない。ただ、仕組みがないまま人の記憶と善意に頼っているから、こぼれ落ちるのだ。
生きたままのアカウントが持つ具体的なリスク
「もう辞めた人のアカウントだから、実害はないだろう」と思ってしまいがちだが、実際には看過できないリスクが複数存在する。
まず一つ目は、不正アクセスのリスクだ。退職者本人が悪意を持ってアクセスするケースは稀かもしれないが、退職者が使っていたパスワードが別のサービスの流出事故で漏れていた場合、同じパスワードを使い回していれば、第三者がそのアカウントを使って社内システムに侵入できてしまう。特に、退職後にプライベートのメールアドレスやパスワード管理が甘くなりがちなタイミングと重なると、リスクは決して小さくない。
二つ目は、情報の持ち出しや漏洩のリスクだ。クラウドストレージやチャットツールのアカウントが生きていれば、退職者が転職先で必要な資料をこっそりダウンロードすることも、技術的には可能な状態のままになる。悪意がなくても、退職者が「これくらいは自分の仕事の記録として持っておいても大丈夫だろう」と軽い気持ちでアクセスしてしまうことも起こり得る。会社としては、そうした行為自体を未然に防ぐ体制を敷いていることが重要になる。
三つ目は、監査や認証取得の場面での指摘だ。ISMSやプライバシーマークの審査、あるいは取引先からのセキュリティチェックシートへの回答で、「退職者のアカウントを速やかに無効化する運用があるか」は必ずと言っていいほど確認される項目だ。冒頭の事例のように、実際の診断で発覚してから慌てて対応するのでは、信頼を損なうリスクすらある。特に近年は、取引先が新規契約や継続契約の条件として、委託先企業のセキュリティ体制を細かく確認するケースが増えている。退職者アカウントの放置は、その確認プロセスで最も見つかりやすい穴の一つだ。
四つ目として見落とされがちなのが、共有アカウントの問題だ。個人に紐づくアカウントだけでなく、部署やチームで共有して使っているアカウント、例えば経費精算システムの管理者アカウントや、外部サービスの共通ログイン情報を、退職者が知っている状態のまま放置してしまうケースがある。個人アカウントの削除だけに気を取られていると、こうした共有情報の扱いが漏れやすい。
オフボーディング手順に組み込むべきチェックリスト
ここからは、実際に手順として組み込める内容を具体的に挙げる。退職の連絡を受けた瞬間から、退職日以降までの時系列で整理した。
退職の意思確認を受けた段階でやること
- その社員が利用している業務システムを、部署をまたいで洗い出す。人事・給与系だけでなく、本人が所属していたチームの担当者にヒアリングし、独自契約しているツールがないか確認する。
- 洗い出したシステムごとに、権限のレベル(管理者権限を持っているか、一般ユーザーか)を確認する。
- 退職日を情報システム担当、あるいはシステム管理を任せている外部の担当者と共有し、当日にアカウントを停止するスケジュールを組む。
退職日当日にやること
- すべての業務システムのアカウントを、その日のうちに停止または削除する。特にメールアカウントとチャットツールは、社外とのやり取りが残っている可能性が高いため優先度を上げる。
- クラウドストレージや共有フォルダへのアクセス権を削除する。ファイル自体の引き継ぎが必要な場合は、事前に後任者へ移管を済ませておく。
- 会社支給のスマートフォンやパソコンから、社内システムへの自動ログイン設定やアプリを削除し、端末そのものを回収する。
- 入退室管理システムのICカードやスマートロックの権限を無効化する。オフィスへの物理的な立ち入りも、システムアカウントと同様に扱うべき対象だ。
共有アカウントについて確認すること
- 退職者が知っているパスワードで、他の社員も使い続ける共有アカウントがないかを洗い出す。該当するものがあれば、退職日までにパスワードを変更する。
- 取引先や外部パートナーとの共有ツール(オンラインの見積システムや共同編集ドキュメントなど)についても、権限の見直しを行う。
退職後のフォローアップ
- 1か月後を目安に、停止したはずのアカウントが本当に無効化されているかを再確認する。システムによっては停止と削除が別操作になっており、停止設定だけで安心してしまうケースがある。
- 棚卸しの記録を残す。いつ、どのシステムの、どのアカウントを、誰が対応したかを一覧化しておくことで、次回の監査対応や引き継ぎがスムーズになる。
仕組み化のコツ
チェックリストを作っただけでは、次の退職者が出たときにまた同じことが起こる。大切なのは、これを退職手続き全体のフローの中に組み込んでしまうことだ。
具体的には、すでに運用している退職手続きのチェックリスト(貸与物返却、保険・年金手続き、源泉徴収票発行などが並んでいるはずのもの)に、システムアカウントの項目を追加する。「システム利用状況の洗い出し」「退職日当日のアカウント停止」「共有アカウントのパスワード変更」を、貸与物の回収やロッカーの鍵の返却と同じ行の並びに置くのだ。人は、慣れ親しんだリストに新しい項目が加わると、それを自然に実行する。逆に、別紙で「セキュリティチェックリスト」のようなものを新設すると、既存の手続きとは別物として扱われ、結局は忘れられてしまう。
もう一つのコツは、システムの持ち主を明確にしておくことだ。「このツールは誰が契約して、誰が管理者権限を持っているか」を一覧表にしておけば、退職者が出るたびにゼロから洗い出す必要がなくなる。この一覧表自体は、一度作ってしまえば更新の手間はそれほど大きくない。新しいツールを導入するたびに一行追加するだけでよい。逆に言えば、この一覧表がないまま何年も運用している会社ほど、退職のたびに「あのシステムどうだったっけ」と手探りになりやすい。
可能であれば、情報システム担当者と人事・総務担当者が、退職の連絡を受けた時点で必ず一度連携する仕組みを作っておくとよい。両者が別々に動いていると、どちらも「相手がやってくれているだろう」と思い込み、結果として誰も手をつけないまま時間が過ぎてしまう。退職連絡を受けたら誰が誰に一報を入れるか、その一本の連絡ルールを決めておくだけで、抜け漏れは大きく減る。
よくある失敗パターン
実際に相談を受ける中で、繰り返し見かける失敗パターンがいくつかある。
一つ目は、退職日と最終出社日を混同してしまうケースだ。有給休暇を消化してから退職する社員の場合、最終出社日と実際の退職日が数週間から数か月ずれることがある。この場合、最終出社日にアカウントを止めてしまうと、給与や年末調整に必要な情報にその後アクセスできず業務に支障が出ることがある一方、退職日まで待ちすぎると、その間ずっとアカウントが生きたままになる。最終出社日の時点で不要な権限を先に絞り込み、退職日にすべて停止するという二段階の対応が現実的だ。
二つ目は、削除したつもりが停止設定のままになっているケースだ。多くのシステムでは「無効化」と「完全削除」が別の操作として用意されている。無効化しただけでログイン画面自体は残り続け、設定の見直しやシステム更新のタイミングで意図せず有効に戻ってしまう事故も起きている。定期的な棚卸しで、本当に消えているかを確認する工程が欠かせない。
三つ目は、退職者本人が使っていた個人のメールアドレスやスマートフォンとの紐付けを見落とすケースだ。多要素認証の通知先や、パスワード再設定用のメールアドレスに退職者の私用連絡先が登録されたままになっていると、システム側のアカウントを削除しても、復旧経路として残ってしまうことがある。
四つ目は、後任者への引き継ぎを優先するあまり、退職者のアカウントをそのまま後任者に使い回してしまうケースだ。IDとパスワードをそのまま引き継げば手間は省けるが、誰が何をしたかという操作履歴が曖昧になり、監査上も望ましくない。多少手間がかかっても、後任者には新しいアカウントを発行し、必要な権限とデータだけを移管するのが本来の姿だ。
まとめ
退職者のアカウント整理は、地味で、誰にも褒められることのない仕事だ。期限に追われる保険や年金の手続きと違って、後回しにしても誰かがすぐに困るわけではない。だからこそ、意識して仕組みに組み込まない限り、確実にこぼれ落ちていく。
けれど、日々忙しい中でこの仕組みを整えた会社と、整えないままの会社との差は、何かが起きたときに初めて表面化する。セキュリティ診断や監査で指摘されるとき、あるいは万が一の情報漏洩が起きたとき、その差が会社の信頼そのものを左右する。
まずは今日、自社で使っている業務システムを紙一枚に書き出すところから始めてみてほしい。全部を洗い出せなくても構わない。「思いつく限り書き出してみる」その最初の一歩が、次の退職者が出たときの安心につながる。日々の業務の壁を越えて働くあなたのその一手間が、会社全体の安全を支えている。