1. SaaS時代のアカウント管理という課題
クラウドサービス（SaaS）の利用が当たり前になった今、多くの企業が数十から数百のSaaSを使っています。すると、こんな悩みが生まれます。「社員が入社するたびに、使うSaaSすべてでアカウントを1つずつ手作業で作らなければならない」「退職するたびに、それらを1つずつ止めて回らなければならない」——。
この手作業は、負担が大きいだけでなく、ミスや漏れの温床になります。とくに深刻なのが「退職したのに、あるSaaSのアカウントだけ止め忘れていた」というケース。放置されたアカウントは、情報漏えいや不正アクセスの入口になりかねません。この課題を解決するのが、本記事で解説するSCIMです。
「プロビジョニング」という言葉
アカウント管理の文脈でよく出てくる「プロビジョニング（Provisioning）」とは、ユーザーアカウントを作成し、必要な設定・権限を用意することを指します。逆に、退職時などにアカウントを無効化・削除することを「デプロビジョニング（Deprovisioning）」と呼びます。SCIMは、この一連のプロビジョニング／デプロビジョニングを自動化する仕組みです。
2. SCIMとは——アカウント連携の共通規格
SCIM（System for Cross-domain Identity Management／スキム）は、異なるシステムの間で、ユーザーアカウント情報を自動的に連携するための標準規格です。具体的には、社内のID管理基盤（IdP：アイデンティティプロバイダー）と、各種SaaSの間で、アカウントの作成・更新・削除を自動的に同期させます。
SCIMは、IETFによって標準化されたオープンな規格です。現在広く使われているSCIM 2.0は、2015年に3つのRFC（RFC 7642：概念と要件、RFC 7643：コアスキーマ、RFC 7644：プロトコル）として標準化されました。REST/JSONというWebで一般的な技術をベースにしているため、多くのSaaSやID管理製品が共通してSCIMに対応しています。
「共通規格である」ことが重要です。SCIMに対応した製品同士であれば、個別に作り込みをしなくても、標準的な方法でアカウント連携を実現できます。これにより、多数のSaaSを使う環境でも、アカウント管理を統一的に自動化できるのです。
3. SCIMの仕組み——IdPからSaaSへ自動で反映
SCIMの基本的な動きは、「1か所（IdP）での変更を、連携先のSaaSへ自動で反映する」というものです。SCIMでは、ユーザーを表す「Users」やグループを表す「Groups」といった標準的な単位（リソース）と、それらを操作するための標準的な窓口（エンドポイント）が定められています。
典型的な流れを、入社・異動・退職の場面で見てみましょう。
- 入社時：ID管理基盤に新入社員を登録すると、SCIMを通じて、連携している各SaaSに自動的にアカウントが作成される。手作業でSaaSごとに登録する必要がない。
- 異動・情報変更時：所属や氏名などを基盤側で更新すると、その変更が各SaaSに自動的に反映される。
- 退職時：基盤側でアカウントを無効化すると、連携する各SaaSのアカウントも自動的に無効化・削除される。止め忘れが起きない。
つまりSCIMは、「ID管理基盤を中心（ハブ）にして、多数のSaaSのアカウントを一元的に、かつ自動的にコントロールする」ための仕組みです。管理者は基盤側の操作に集中でき、各SaaSへの反映は自動化されます。
SaaSのアカウント管理、手作業で消耗していませんか？
入退社に連動したアカウントの自動連携で、作成漏れ・止め忘れをなくす。Net Peaceが、SaaS時代のID統制を支援します。
4. SSOとの違い——「認証」と「アカウント連携」
SCIMは、SSO（シングルサインオン）と混同されがちですが、役割が異なります。両者はしばしばセットで使われますが、担当する仕事が違います。
| 観点 | SSO（シングルサインオン） | SCIM |
|---|---|---|
| 担当する仕事 | ログイン時の認証（本人確認） | アカウント情報の連携（作成・更新・削除） |
| いつ働くか | ユーザーがログインするとき | 入退社・異動など、アカウントに変化があるとき |
| 解決する課題 | サービスごとに何度もログインする手間 | サービスごとにアカウントを作成・削除する手間 |
分かりやすく言えば、SSOは「入るときの鍵」、SCIMは「そもそもアカウントを用意・撤去する仕組み」です。SSOだけでは、アカウントの作成・削除は各SaaSで手作業のまま残ります。逆にSCIMだけでは、ログインの一元化はされません。両者を組み合わせることで、「アカウントの用意から、日々のログインまで」を一貫して効率化・統制できます。
5. SCIM導入のメリット
SCIMを導入することで、企業は次のようなメリットを得られます。
- 管理工数の削減：SaaSごとの手作業によるアカウント登録・削除が不要になり、情報システム部門の負担が大きく減る。
- ミス・漏れの防止：手作業に伴う登録漏れ・止め忘れがなくなる。とくに退職時のアカウント停止漏れという重大リスクを解消できる。
- スピードの向上：入社した社員が、初日から必要なSaaSをすぐ使える。異動時の権限切り替えも速い。
- 一貫性の確保：すべてのSaaSのアカウント情報が、ID管理基盤の情報と常に一致する。バラつきがなくなる。
- ガバナンスの強化：「誰がどのSaaSのアカウントを持っているか」を基盤側で一元把握でき、棚卸し・監査もしやすくなる。
利用するSaaSの数が多いほど、SCIMのメリットは大きくなります。数個のSaaSなら手作業でも回せますが、数十・数百となると、自動化なしでは正確な管理は現実的に困難です。
6. セキュリティの観点——退職者アカウントを残さない
SCIMは業務効率化の仕組みであると同時に、重要なセキュリティ対策でもあります。その核心は、「退職者アカウントを残さない」という点にあります。
情報漏えいの典型的な原因の1つが、退職・契約終了した人物のアカウントが放置され、悪用されることです。多数のSaaSを手作業で止めていると、どうしても止め忘れが発生します。SCIMを使えば、ID管理基盤でアカウントを無効化するだけで、連携する全SaaSのアカウントが自動的に無効化されます。「1か所止めれば、すべて止まる」——この確実性が、退職者アカウントという長年の課題への有効な答えになります。
自動化の前提は「正確な基盤情報」
SCIMは、ID管理基盤の情報を各SaaSに反映する仕組みです。裏を返せば、基盤側の情報が不正確なら、その不正確さがそのまま全SaaSに広がってしまいます。SCIMの効果を最大化するには、入退社・異動の情報が基盤に正しく・タイムリーに反映されていることが前提になります。人事の動きとID管理基盤を確実に連動させる運用が、自動化を支える土台です。
SaaSが増え続ける現代において、アカウントの作成・削除を人手だけで正確に回し続けるのは、もはや現実的ではありません。入退社に応じてアカウントが自動で用意・撤去され、退職者のアクセスが確実に断たれる——こうしたアカウントのライフサイクルを自動で統制する仕組みを持つことは、効率とセキュリティを同時に高める投資になります。自社のSaaSアカウント管理が今どれだけ手作業に頼っているか、そこにどんなリスクが潜んでいるか、一度見直してみることをおすすめします。