入社・異動・退職のたびに、社内システムやクラウドサービスのアカウントを一つずつ手作業で作成・変更・削除していませんか。4月の入社・異動期には作業が一気に集中し、退職者のアカウントを消し忘れたまま放置してしまう、といった悩みは多くの情報システム部門に共通します。
こうした作業を漏れなく回す考え方が「IDライフサイクル管理」です。言葉は知っていても、入社・異動・退職の各場面で具体的に何をすることなのか、どこから自動化すればよいのかは、意外と整理されていないのではないでしょうか。
本記事では、IDライフサイクル管理とは何かを入社・異動・退職の流れに沿って整理し、手作業に頼ったときの限界、人事データを起点にした自動化と棚卸しで漏れなく回す方法、そして自社環境で使える具体的な仕組みまでを解説します。ID管理の属人運用から抜け出す道筋を描くための材料としてご活用ください。
目次
一括ダウンロードする
IDライフサイクル管理とは（入社・異動・退職で何をするか）
IDライフサイクル管理（ILM：Identity Lifecycle Management）とは、従業員など組織に関わる個人のID（アカウント）とアクセス権を、入社・異動・退職という節目に合わせて発行・変更・停止していく一連の管理のことです。英語では入社・異動・退職の頭文字を取ってJML（Joiner・Mover・Leaver）とも呼ばれます。
この考え方は、特定の製品に固有のものではありません。アイデンティティ管理の国際規格であるISO/IEC 24760-1は、アイデンティティ管理を、属性のライフサイクル（属性の値・種別・任意のメタデータを含む）を管理するプロセスとポリシーと定義しています。同規格にはIDのライフサイクルを扱う節も設けられています。
マイクロソフトも、組織に属する個人を「入社・異動・退職」の流れでモデル化すると説明しており、公式ドキュメントでは参加・移動・離脱の3場面を次のように整理しています。
参加 – 個人がアクセス権が必要なスコープに入ると、用途ごとに ID が必要となるため、デジタル ID がまだ利用できない場合は、新たに作成する必要があります
出典：Microsoft Entra ID Governance を使用して従業員のライフサイクルを管理する｜Microsoft Learn
移動 – 個人が境界を越えて移動するとき、新たなアクセスの認可をその個人のデジタル ID に追加したり、そこから削除したりする必要があります
離脱 – 個人がアクセス権が必要なスコープから離脱すると、アクセス権を削除する必要があり、その後は監査やフォレンジクス以外の用途では、その ID は不要になります
つまりIDライフサイクル管理は、入社で「作る」、異動で「権限を足し引きする」、退職で「止める・消す」という3つの場面を、抜け漏れなく回し続けることだと言い換えられます。まずはこの全体像を、場面ごとの作業と起こりがちな失敗の形で押さえておきましょう。
【一覧】入社・異動・退職でやること／よくある失敗
入社・異動・退職の各場面で、ID管理として何をするのか、そして手作業で回すときに起こりがちな失敗を一覧にまとめました。自社の運用と照らし合わせながら読んでみてください。
| 場面 | 入社（Joiner） | 異動（Mover） | 退職（Leaver） |
|---|---|---|---|
| やること | アカウントの新規作成と、役割に応じた初期権限の付与。各システム・SaaSへの登録 | 新しい部署・役割に必要な権限の追加と、前の部署で使っていた権限の削除 | 全アカウントの無効化・削除と、利用していたSaaSアクセスの停止 |
| よくある失敗 | 初日にアカウントが揃わず業務が始められない。付与する権限が人によってばらつく | 新しい権限は足すが、前部署の権限を外し忘れ、権限が積み重なっていく | 一部のSaaSアカウントが消されず、ログインできる状態のまま放置される |
入社時の「揃わない」、異動時の「外し忘れ」、退職時の「消し忘れ」は、いずれも手作業で複数のシステムを個別に操作していると起きやすい失敗です。次章では、これらがなぜ起こるのかを場面ごとに掘り下げます。
手作業によるID管理の限界
ここからは、手作業や表計算ソフトの台帳でID管理を回したときに生じる3つの代表的な問題を見ていきます。いずれも担当者の努力不足ではなく、仕組みに頼らない運用そのものが抱える構造的な限界です。
退職者アカウントの放置（ゾンビ／幽霊アカウント）
退職した従業員のアカウントが削除されずに残ったものは、ゾンビアカウントや幽霊アカウントと呼ばれます。利用者が組織を離れても、各SaaSにログインできる状態が残っていれば、第三者による不正利用や内部からの情報持ち出しの経路になりかねません。
放置が起こるのは、退職の情報が各システムの管理者に正確に伝わらず、削除作業がどこかで漏れるからです。アカウント管理の国際的な基準であるNIST SP 800-53のアカウント管理（AC-2）でも、アカウント管理のプロセスを退職・異動のプロセスと整合させることが管理策として挙げられています。退職という事実をID停止まで確実につなぐ仕組みがなければ、消し忘れは繰り返されます。
権限の盛られすぎ（権限クリープ）
異動を繰り返すうちに、過去の部署で付与された権限が外されないまま積み重なっていく状態を、権限クリープ（権限の盛られすぎ）と呼びます。本人が現在の業務では使わない権限を持ち続けることになり、万一アカウントが乗っ取られたときの被害範囲が広がります。
異動のたびに「足す」作業は忘れにくい一方で、「外す」作業は業務が止まらないため後回しにされがちです。誰がどの権限を持っているかを棚卸しする仕組みがないと、不要な権限は気づかれないまま蓄積していきます。
異動時の変更漏れ
異動では、新しい役割に必要な権限の追加と、前の役割で使っていた権限の削除を同時に行う必要があります。新しい部署で権限が足りなければすぐ本人から声が上がる一方、前部署の余分な権限が残っていても業務は止まらないため、削除だけが後回しにされ、漏れが起こりがちです。
この変更漏れは、先ほどの権限クリープの入り口でもあります。入社・異動・退職のどの場面でも、やるべき作業が人の記憶や個別の連絡に依存しているほど、漏れは生まれやすくなります。こうした属人運用から抜け出す鍵が、次章で見る自動化と棚卸しです。
一括ダウンロードする
漏れなくIDライフサイクルを回す仕組み（人事データ起点の自動化と棚卸し）
ここからは、入社・異動・退職を漏れなく回すための仕組みを、実務の順序に沿って解説します。鍵になるのは、人事データを起点にした自動化と、定期的なアクセス権の棚卸しの2つです。あわせて、自動化をどの段階から進めるか、関連する枠組みであるIGA・特権ID管理（PAM）との関係も整理します。
人事データ（記録システム）起点のプロビジョニング／デプロビジョニング自動化
アカウントを自動で作成・付与することをプロビジョニング、停止・削除することをデプロビジョニングと呼びます。これを漏れなく回すには、「誰が在籍しているか」という正しい情報の出どころを一つに定めることが出発点になります。マイクロソフトの公式ドキュメントは、この出どころを「記録システム」と呼び、次のように説明しています。
記録システム (組織が信頼できるとして扱うデータ ソース) が既に存在するかどうかを判定します。 たとえば、組織に Workday や SuccessFactors などの人事システムがある場合、そのシステムが、従業員とそのプロパティ (従業員の名前や部署など) の一部の最新リストを提供する際の正式なものになります。
出典：Microsoft Entra ID Governance を使用して従業員のライフサイクルを管理する｜Microsoft Learn
人事システムを記録システムに据えると、入社・異動・退職の情報が人事側で登録された時点で、各システムのアカウント発行・権限変更・停止を自動で連動させられます。NIST SP 800-53のアカウント管理（AC-2）でも、アカウント管理を自動化された仕組みで支援することが管理策として挙げられています。手作業の伝達漏れを仕組みで埋める考え方は、国際的な基準とも整合します。
人事システムと各SaaSをつなぐ連携には、アカウント情報を標準化して受け渡すSCIMのような標準仕様が使われます。対応するサービス同士なら、設定でアカウントの発行・停止を同期できます。
自動化の段階と自社の現在地
自動化は、いきなり完成形を目指すものではなく、段階を踏んで進めるものです。自社が今どの段階にいるかを把握すると、次の一歩が見えやすくなります。マイクロソフトも、小規模な組織では手作業で維持できる一方、中規模・大規模になるほど自動化の効果が高まると説明しています。おおまかな段階を整理すると次のようになります。
| 段階 | 手作業 | 台帳・スクリプト | イベント起動 | API連携（自動連携） |
|---|---|---|---|---|
| やり方 | 依頼を受けて管理者が各システムを個別に操作する | 表計算の台帳や簡易スクリプトで一部の作業を効率化する | 人事側の入社・異動・退職の登録をきっかけに、アカウント処理を呼び出す | 人事システムと各SaaSをAPIでつなぎ、発行・変更・停止を自動で連動させる |
| 向いている規模・状態 | 利用システムが少なく、人の出入りも少ない組織 | 手作業では回らなくなり始めた組織 | 入退社が季節的に集中し、漏れを無くしたい組織 | 多数のSaaSを使い、全社で統制を効かせたい組織 |
重要なのは、最上段を一足飛びに目指すことではなく、自社の現在地から一段ずつ上げていくことです。まずは入退社の多いシステムだけをイベント起動で自動化する、といった部分的な適用から始めても構いません。
アクセス権の棚卸し（アクセスレビュー）で滞留を防ぐ
自動化で発行・停止を漏れなく回せても、それだけでは権限クリープのような「溜まっていく権限」は防ぎきれません。そこで欠かせないのが、定期的に「誰がどの権限を持つべきか」を見直すアクセス権の棚卸し（アクセスレビュー）です。
NIST SP 800-53のアカウント管理（AC-2）でも、アカウント管理の要件に沿っているかを定期的にレビューすることが管理策として定められています。レビューの頻度は、扱うデータの機微さや監査上の要件に応じて決めるのが現実的で、特に強い権限を持つアカウントほど見直しの優先度は高くなります。自動化が入口と出口を締め、棚卸しが途中の滞留を洗い出す、という役割分担で考えると整理しやすいでしょう。
IDライフサイクル管理とIGA・特権ID管理（PAM）の関係
IDライフサイクル管理の周辺には、よく似た言葉としてIGA（アイデンティティ・ガバナンス＆アドミニストレーション）とPAM（特権ID管理）があります。混同しやすいので、関係を整理しておきます。
IGAは、IDライフサイクル管理やアクセス権の棚卸しを含め、「誰がどの権限を持ってよいか」を統制する、より広い枠組みを指します。一方PAMは、システム管理者のような強い権限を持つアカウント、すなわち特権アカウントの利用を重点的に制御する仕組みです。特権アカウントは、NISTの用語集では「特権ユーザーの認可を持つシステムアカウント」と定義されています。
IDライフサイクル管理は全ユーザーの発行から停止までの流れを扱い、PAMはそのうち特に危険度の高い特権アカウントの統制に踏み込む、という関係にあります。
本記事はIDライフサイクル管理の回し方に絞って解説しています。権限の妥当性までを統制するIGAや、特権アカウントを集中管理するPAMは、それぞれ専門の仕組みとして別途検討する領域になります。
自社で使えるIDライフサイクル管理の仕組み
ここからは、ここまで見てきた課題を自社環境で解くための具体的な選択肢を紹介します。IDライフサイクル管理に関わるツールは、大きく2つのアプローチに分かれます。1つは認証基盤としてアカウント発行・停止を標準で備えるIDaaS、もう1つは多数のSaaSアカウントの可視化・棚卸し・入退社処理をまとめるSaaS管理ツールです。
この2つは二者択一ではなく役割が異なり、認証基盤をIDaaSで固めつつ、横断的なSaaSアカウントの可視化・棚卸しをSaaS管理ツールで補う、といった併用もよくある構成です。ここでは各アプローチの代表例を1つずつ取り上げます。まず比較表で、それぞれが何を担うかを見比べてください（IDaaS全体の比較・選び方は後述の関連記事で確認できます）。
| 比較項目 | CloudGate UNO | マネーフォワード Admina |
|---|---|---|
| アプローチ（系統） | 認証基盤（IDaaS） SSO・多要素認証にID管理を内蔵 | SaaS管理・IT資産管理ツール 多数のSaaSを横断して管理 |
| ライフサイクル管理（入社の発行・異動の変更・退職の停止） | ●アカウントの作成・更新・削除を自動化（プロビジョニングは全プラン標準搭載） | ●発行から退職者アカウントの検知・削除まで一貫管理（ワークフローで自動削除） |
| 人事システム・IdP連携 | Active Directory連携（Enterprise Plus以上） 外部IdP連携は有償オプション | Google Workspace・Microsoft 365・SmartHR・Okta等を従業員マスターとして連携 |
| 認証（SSO・多要素認証） | ●SSO・パスキー等の多要素認証を標準提供 | ×認証は提供せず、IdPと連携して利用 |
| SaaSアカウントの可視化・棚卸し | ×SaaS管理ツールではない | ●利用状況の可視化・シャドーIT検知・退職/未利用アカウントの棚卸し |
| 料金 | 月額400〜600円/ユーザー（税抜） 初期費用別途／30日間の無料トライアル | 50ID以下は無料 51ID以上は1IDあたり月額300円／14日間の無料トライアル |
| 詳細情報 | 公式資料を見る | オンライン相談を予約 |
※上記は2026年11月時点の各社公式情報にもとづく整理です。料金の税区分や各機能の対応プラン・提供形態（標準・オプション等）は変更される場合があるため、最新の内容は各社の公式情報・資料でご確認ください。
上の表はIDライフサイクル管理に使える代表的な2サービスに絞った比較ですが、認証基盤としてアカウントの発行・停止を担うIDaaSには、ほかにも多くの選択肢があります。IDaaS全体のおすすめや機能・選び方・導入事例をまとめて比較検討したい方は、以下の記事もあわせてご覧ください。
1. CloudGate UNO（株式会社インターナショナルシステムリサーチ）
CloudGate UNOは、株式会社インターナショナルシステムリサーチが自社開発する国産のクラウド型ID基盤（IDaaS）です。シングルサインオン（SSO）や多要素認証とあわせて、アカウントの作成・更新・削除を自動化するID管理（プロビジョニング・ライフサイクル管理）を提供しており、認証基盤そのものに入退社の発行・停止を組み込める点が特徴です。
公式サイトによると、プロビジョニング機能はすべてのプランに標準で搭載されています。人事異動にともなうアカウント管理をActive Directoryと連携して一元化する機能は、上位のEnterprise Plus以上で利用できます。認証の強化とIDライフサイクル管理を同じ基盤でまとめたい企業に向いた選択肢です。
出典・参考資料（1件）
2. マネーフォワード Admina（マネーフォワードｉ株式会社）
マネーフォワード Adminaは、マネーフォワードｉ株式会社が「情シス向け業務OS」として提供するSaaS管理・IT資産管理のプラットフォームです。認証そのものを担うのではなく、Google WorkspaceやMicrosoft 365などを従業員マスターとして連携し、社内で使われているSaaSアカウントの可視化・棚卸し・入退社時の発行と停止をまとめて行います。
従業員マスターと連携したIDライフサイクル管理の機能では、退職済みアカウントをアラートで表示してボタン操作で削除できるほか、退職日や雇用区分を条件にしたワークフローでアカウントを自動削除し、Slackやメールへ通知することもできます。
公式サイトによると連携できるSaaSは380以上（2026年1月時点の付記）で、料金は50ID以下なら無料、51ID以上は1IDあたり月額300円です。多数のSaaSにまたがる退職者アカウントの放置を防ぎたい情報システム部門に向いています。
ここで紹介した2サービスのように、ID管理システムは初期費用や課金単位がサービスごとに異なります。主要なID管理システムの初期費用・月額ユーザー単価・最小契約人数を実額で横並びに比較したい場合は、以下の記事が参考になります。
まとめ
IDライフサイクル管理は、入社でアカウントを作り、異動で権限を足し引きし、退職で確実に止める・消すという一連の流れを、漏れなく回し続ける管理です。手作業に頼ると、退職者アカウントの放置・権限の盛られすぎ・異動時の変更漏れが起こりやすく、これらは担当者の努力ではなく仕組みの不在から生まれます。
解決の軸は、人事データを記録システムに据えた発行・停止の自動化と、定期的なアクセス権の棚卸しの2つです。自社の現在地を踏まえて一段ずつ自動化を進めつつ、認証基盤にアカウント管理を組み込むIDaaSや、多数のSaaSアカウントをまとめて扱うSaaS管理ツールを、自社の課題に合わせて検討してみてください。各サービスの詳しい機能や料金は、資料で見比べるのが確実です。
一括ダウンロードする
よくある質問（FAQ）
Q. IDライフサイクル管理とは何ですか？
A. IDライフサイクル管理（ILM）とは、従業員など組織に関わる個人のID（アカウント）とアクセス権を、入社・異動・退職という節目に合わせて発行・変更・停止していく一連の管理のことです。
英語では入社・異動・退職の頭文字からJML（Joiner・Mover・Leaver）とも呼ばれます。特定の製品に固有の概念ではなく、アイデンティティ管理の国際規格ISO/IEC 24760やMicrosoft Entraの公式ドキュメントでも共通して用いられる枠組みです。
Q. IDライフサイクル管理の手順（流れ）はどうなりますか？
A. IDライフサイクル管理は、入社でアカウントを作成して初期権限を付与し、異動で権限を足し引きし、退職で全アカウントを停止・削除する、という3つの場面を繰り返し回すのが基本の流れです。
各場面の具体的な作業とよくある失敗は、本文の一覧表で場面ごとに整理しています。いずれの場面も手作業で回すほど、入社時の「アカウントが揃わない」、異動時の「前部署の権限の外し忘れ」、退職時の「消し忘れ」が起こりやすくなります。
Q. IDライフサイクル管理とIGAは何が違いますか？
A. IDライフサイクル管理がIDと権限の発行・変更・停止という「流れ」を扱うのに対し、IGAはその流れに加えて、権限の妥当性の統制・棚卸し・ポリシー適用までを含む、より広い枠組みです。
IDライフサイクル管理はIGAを構成する機能の一つに位置づけられ、日々のプロビジョニングやアカウントの取り消しを担います。コンプライアンスや内部統制の観点から、権限の妥当性や職務分掌まで踏み込んで管理したい場合は、IGAが検討範囲になります。
Q. デプロビジョニングとは何ですか？
A. デプロビジョニングとは、退職や異動にともなって不要になったアカウントや権限を停止・削除する処理のことです。反対に、アカウントを作成・付与する処理はプロビジョニングと呼びます。デプロビジョニングは、退職者アカウントの放置（ゾンビアカウント）を防ぐうえで要となる処理で、退職という事実をアカウントの停止まで確実につなぐ仕組みがないと、消し忘れが繰り返される原因になります。
Q. 退職者アカウントの消し忘れを防ぐにはどうすればよいですか？
A. 退職者アカウントの消し忘れを防ぐには、「誰が在籍しているか」の情報源を人事システムなどの記録システムに一本化し、退職の登録をきっかけに各システムのアカウント停止を自動で連動させるのが有効です。
手作業では退職情報が各システムの管理者に正確に伝わらず、削除がどこかで漏れがちです。アカウント管理の国際的な基準であるNIST SP 800-53のアカウント管理（AC-2）でも、アカウント管理のプロセスを退職・異動のプロセスと整合させ、自動化された仕組みで支援することが管理策として挙げられています。
多数のSaaSにまたがる場合は、退職者アカウントを検知して削除するSaaS管理ツールの活用も選択肢になります。
Q. プロビジョニングの自動化はどこから始めればよいですか？
A. プロビジョニングの自動化は、完成形をいきなり目指すのではなく、入退社の多いシステムだけをイベント起動で自動化するなど、自社の現在地から一段ずつ進めるのが現実的です。
自動化は、手作業→台帳・スクリプト→人事側の入社・異動・退職の登録をきっかけに処理を呼び出すイベント起動→人事システムと各SaaSをAPIでつなぐ自動連携、という段階で整理できます。利用システムや人の出入りが少なければ手作業でも維持できますが、SaaSが増え入退社が季節的に集中する組織ほど、イベント起動以上の自動化の効果が高まります。
Q. アクセス権の棚卸しはどのくらいの頻度で行うべきですか？
A. アクセス権の棚卸し（アクセスレビュー）の頻度は一律ではなく、扱うデータの機微さや監査上の要件に応じて決めるのが現実的です。
一般的には権限の強さに応じて間隔を変え、強い権限を持つ管理者アカウントほど短い間隔で見直します。定期的な棚卸しに加えて、異動や組織変更のタイミングでも随時見直すと、権限の滞留をより早く防げます。NIST SP 800-53のアカウント管理（AC-2）でも、アカウントが要件に沿っているかを定期的にレビューすることが管理策として定められています。
Q. IDライフサイクル管理はどんなツールで実現できますか？
A. IDライフサイクル管理に使えるツールは、大きく、認証基盤としてアカウントの発行・停止を標準で備えるIDaaSと、多数のSaaSアカウントの可視化・棚卸し・入退社処理をまとめるSaaS管理ツールの2つのアプローチに分かれます。
認証の強化とID管理を同じ基盤でまとめたい場合はプロビジョニングを標準搭載するIDaaS、社内に散らばるSaaSアカウントの放置を可視化して防ぎたい場合はSaaS管理ツールが向いています。どちらが自社の課題に合うかは、本記事の比較表や各社の資料で機能と料金を見比べて検討するのが確実です。
IDaaS・ID管理システムの料金・資料を一括チェック
MCB FinTechカタログでは、IDライフサイクル管理に使えるIDaaS・SaaS管理ツールの資料を無料で一括請求できます。プロビジョニングの標準対応や人事システム連携、退職者アカウントの自動削除といった機能を各社の資料で見比べて、自社に合う仕組みを効率的に検討できます。
一括ダウンロードする
MCB FinTechカタログに掲載しませんか？
MCB FinTechカタログでは、掲載企業様を募集しています。マネックスグループの金融実務ノウハウを活かした独自の評価軸と検索設計により、導入検討者が最適なサービスを効率的に発見できる法人向け比較プラットフォームです。掲載後は管理画面から料金表や導入事例を随時更新でき、常に最新の情報を訴求可能。まずは下記フォームより、お気軽にお問い合わせください。
マネックス証券 フィナンシャル・インテリジェンス部 暗号資産アナリスト
松嶋真倫
監修の範囲は記事の一般的な解説部分であり、比較表および各製品・サービスの紹介内容は監修の対象外です。
