退職者のアカウントが消えないまま残っている｜中小企業でID棚卸しが後回しになる理由と要件整理

「先月辞めた人のGoogleアカウント、まだ生きてますよね」。社内の誰かがそう言い出すのは、たいてい月末の請求書を見たときです。従業員30人の会社で、有効ライセンスが38。差の8人分は、この2年で辞めた人のアカウントでした。

「消していない」のではなく「消せない」状態になっている

退職者のIDが残る理由を、担当者の怠慢に求めても解決しません。実際に起きているのは、次のような詰まり方です。

退職者のGoogleアカウントを削除すると、その人が作ったスプレッドシートの共有が切れる。営業の受注管理表がその一つだと、翌日から誰も開けなくなる。だから「とりあえずログインだけ止めて、削除は保留」にする。その保留が2年続く。

似た構図は、会計ソフトの承認者設定、ECの管理画面、勤怠システムの承認ルートにもあります。IDを消すと、そのIDにぶら下がっていた権限・所有権・履歴が一緒に動く。これはバラバラに増えたクラウドサービスを1つにまとめるべきかで触れた「境界の数」の問題と同じで、サービスが1つ増えるたびに退職時にやることが1本増えます。

ここ1年で、この列に生成AIのアカウントが加わりました。ChatGPTやCopilotは個人が業務で使い始めることが多く、情シスの管理台帳に載らないまま増えていきます。退職時に止め忘れると、会話履歴に残った社内情報ごと手元に残る点が、従来のIDと違うところです。具体的な回収の手順は退職した社員のChatGPTアカウントが3か月生きていましたにまとめています。

あわせて読みたいバラバラに増えたクラウドサービスを1つにまとめるべきか｜中小企業の「システムが多すぎる」問題

制度上、どこまで求められているのか

ID管理は、単独の法律で「退職後◯日以内に削除せよ」と決まっているわけではありません。複数の制度が別々の角度から要求しています。

制度・基準	ID管理に関わる要求内容	実務上のポイント
個人情報保護法（安全管理措置）	個人データを取り扱う従業者の監督、アクセス者の限定	退職者は「従業者」ではないため、アクセス権が残っていること自体が管理不備と見られる
不正アクセス禁止法	他人の識別符号での不正なログインの禁止	退職者本人が退職後にログインした場合、会社側も管理責任を問われうる
労働基準法（記録の保存）	賃金台帳・出勤簿等を5年間（当分の間3年）保存	勤怠システムのIDを消すと履歴も消える製品があり、削除前に確認が必要
電子帳簿保存法	電子取引データの保存と検索性の確保	退職者アカウント配下に請求書PDFがある場合、削除前に移管が必須
各種認定・取引先監査（Pマーク、ISMS等）	アクセス権の定期的な見直しと記録	「棚卸しをした記録」まで求められる。実施しても記録がなければ未実施扱い

保存年数や要件の細部は改正・経過措置で変わります。上の年数は2026年8月時点の整理として読み、実際の判断時には最新の条文と自社の取引先要件を確認してください。

削除・保留・移管の3つを分けて決める

実務で使えるようにするには、「アカウントを消すかどうか」ではなく、IDに紐づく4つの要素を別々に処理するという整理が要ります。

要素	退職時の扱い	よくある失敗
ログイン（認証）	最終出社日に即時停止	「引き継ぎが終わるまで」と延ばして数か月放置
権限（承認・決裁）	停止前に後任へ付け替え	承認者が不在になり、月次処理が止まる
所有物（ファイル・フォルダ）	部門共有ドライブへ移管	個人ドライブのまま削除し、資料が消える
履歴（ログ・作成者名）	保存年限まで残す	削除と同時に履歴も消える製品がある

この4つのうち、即日やるべきなのは認証の停止だけです。残る3つには期限を切った猶予を置く。「30日以内に移管、90日でアカウント完全削除」のように日数で決めておくと、判断のたびに悩む必要がなくなります。

棚卸しが後回しになる本当の理由

多くの会社で棚卸しが進まないのは、現在のIDの一覧を作る作業そのものが重いからです。Google Workspace、会計ソフト、勤怠、名刺管理、ECの管理画面、VPN、共有NAS。管理画面を7つ開いて、CSVを7本落として、氏名の表記ゆれを手で突き合わせる。これで半日が消えます。

だから、最初にやるべきは削除ではなく一覧化の自動化です。多くのSaaSは管理者向けのユーザー一覧APIを持っているので、月次で取得して人事マスタと突き合わせるだけで、棚卸しは「確認作業」に変わります。

# 月次の突き合わせで見るべき3種類の差分
1. 人事マスタに退職日あり × SaaSにアカウント有効 → 停止漏れ
2. 人事マスタに存在しない × SaaSにアカウント有効 → 外部委託・テスト用・不明
3. 人事マスタに在籍 × SaaSに90日以上ログインなし → 不要ライセンス（コスト削減対象）

3つ目は経営側に説明しやすい項目です。冒頭の例なら、退職者8人分のライセンス（1人月額約1,000円として年間約9.6万円）が浮きます。セキュリティの話としてより、コストの話として持ち込むほうが予算がつきやすい、という現実的な事情もあります。

属人化した「あの人しか知らないID」をどう扱うか

もう一つ厄介なのが、個人名ではないIDです。info@の共有メール、ドメイン管理会社のログイン、決済サービスの管理者、SNSの投稿アカウント。これらは退職時の手続きに乗らず、担当者の頭の中にだけあります。

退職者が出てから探し始めると、パスワードリセット用のメールアドレスが退職者の個人アドレスだった、といったことが起きます。棚卸しでは、個人IDよりむしろこの共有IDのほうを先に台帳化してください。数は少なく、影響は大きい領域です。

共有ID台帳に持たせる項目（最低限）
- サービス名 / 用途
- ログインID
- パスワードの保管場所（パスワード管理ツール上の名前）
- リセット用メールアドレス・電話番号 ← 退職者の個人連絡先になっていないか
- 契約者・支払い方法
- 最終確認日

えらびの道は業務システムをオーダーメイドで開発しています。卸売の受発注・請求、出張販売の管理、介護のシフト管理、ECサイトなどを手がけてきました。今回のテーマでいえば、複数SaaSのユーザー一覧を定期取得して人事データと突き合わせる仕組みや、共有ID台帳と棚卸し記録を残す画面、退職手続きのチェックリストを既存の勤怠・人事情報とつなぐところが実装の対象になります。データの可視化やレポートの自動化から、収集基盤の構築まで対応しています。作り方としては、まず1つのサービスの一覧取得と月次の差分表示だけを作り、動かしながら対象を増やしていく進め方をとっています。既存システムがExcel中心の場合は、業務システムが定着せず現場がExcelに戻る4つの理由で書いた通り、入力先を変えずに集計だけ寄せる形から始めることもあります。

ID棚卸しの仕組み化まで、えらびの道でお手伝いできること

合同会社えらびの道は、中小企業向けのシステム受託開発と、データ活用・DX支援を行っています。卸売の受発注と請求、介護のシフト管理、出張販売の管理、EC・決済、業務データを集めて予測に使う基盤まで、実際に現場で使われるものを作ってきました。制度の解説だけでなく、日々の運用が続く形に落とすことを重視しています。

この記事で扱った退職者アカウントの棚卸しも、御社が使っているサービスに合わせて組み立てられます。各SaaSのユーザー一覧を定期的に取得して人事マスタと突き合わせ、停止漏れや長期未ログインを一覧で出す仕組み、共有ID台帳と棚卸しの実施記録を残す画面あたりが実装の対象です。退職手続きのチェックリストを勤怠・人事の情報とつなぐところまで含めて相談いただけます。

えらびの道の進め方としては、全部を一度に置き換えることはしません。まず1つのサービスの一覧取得と月次の差分表示だけを作り、動かしながら対象を増やしていきます。止まると困る業務を抱えたまま大きく切り替えると、現場が元のやり方に戻ってしまうためです。

打ち合わせから開発まで同じ人間が担当しますので、要件の細かい事情が途中で抜け落ちることもありません。まずはオンラインで30分ほど、現状をお聞かせください。費用はかかりません。

よくある質問

退職者のアカウントはいつまでに削除すればいいですか？

法律で一律の日数が定められているわけではありませんが、ログイン停止は最終出社日に行うのが原則です。アカウント本体の削除は、ファイルの移管や履歴の保存年限を確認したうえで、社内規程で30日・90日などの期限を決めておくと運用が安定します。

アカウントを削除するとファイルや履歴も消えてしまいますか？

サービスによって異なります。個人ドライブのファイルは削除と同時に失われる製品が多く、勤怠や会計の操作履歴は残る製品もあります。削除前に、部門共有への移管と、保存年限のある記録が残るかどうかの確認を必ず行ってください。

中小企業でもID棚卸しの記録は必要ですか？

PマークやISMSの認証を取得している場合、取引先の監査を受ける場合は記録が求められます。認証がなくても、個人情報保護法の安全管理措置としてアクセス権の見直しは求められるため、実施日と確認結果を残す形にしておくと説明の手間が減ります。