共有アカウントを廃止する移行手順｜個人ID・所有権・緊急利用を切り替える

共有IDは誰が操作したか分かりにくく、退職者を利用者から外す時も認証情報の変更が必要になる。ただし、IDだけを止めると、そのIDが所有するファイル、連携、予約、通知まで止まることがある。廃止は権限設定ではなく業務移行として扱う。

退職時の個人アカウント停止は退職者アカウントのオフボーディング、AIを含む利用ルールは社内AIルールが扱う。まず社内ツールの利用業務と所有者を棚卸しし、引継ぎ時の属人化はAIツールの引継ぎリスクと照合する。この記事は残存する共有IDを個人IDと管理された緊急手順へ切り替える一回の計画に絞る。

共有IDごとに利用業務を一行で出す

利用者一覧だけでなく、月末処理、顧客連絡、外部連携、管理者作業など、そのIDがないと止まる業務を確認する。自動処理なら実行元、接続先、通知先も記録する。

共有IDの権限を全員へ複製すると過剰権限が残る。閲覧、入力、承認、設定、所有権移転を分け、業務に必要な人へ必要な範囲だけ付ける。移行確認者は本人だけにしない。

ファイル、共有メール、予定、フォーム、API連携、請求通知などを棚卸しし、個人ではなく部署や管理主体へ移せるものを分ける。旧ID停止後も履歴を参照できるか確認する。

IPAは「中小企業の情報セキュリティ対策ガイドライン」第4.0版と付録資料を公開している（IPA「中小企業の情報セキュリティ対策ガイドライン」）。自社のアカウント管理、アクセス制御、事故対応の規程と照合し、責任者が切替を承認する。

業務改善カテゴリでは、同じように担当者へ集中した運用を表と手順へ変える記事をまとめている。

先に利用業務、所有データ、連携、個人ID、緊急時手順を確認します。停止日を決めることは重要ですが、未移行の業務を残したまま一斉停止しません。

通常業務では使わず、保管責任者、利用条件、承認、認証情報の管理、利用後の確認を定めた緊急用IDとして分離します。必要性は定期的に見直します。

窓口アドレスとログイン主体を分けます。共有窓口を残す場合も、各担当者が個人IDでアクセスし、操作主体を追える権限方式へ移します。