複数のSaaSやクラウドサービスを業務で使う企業が増えています。従業員の入社・異動・退職のたびに各サービスのアカウントを作成・変更・削除する作業は、情報システムや人事の担当者にとって無視できない負担になっています。
製品やサービスの機能一覧で見かける「プロビジョニング機能」は、このアカウント管理を自動化するための機能です。ただしプロビジョニングという言葉はサーバーやネットワークの準備を指す場面でも使われるため、何を指す機能なのかが分かりにくいという声もあります。
本記事では、プロビジョニング機能とは具体的に何ができる機能なのかを、アカウント管理の観点から整理します。手作業との違い、人事データやSCIMと連携した自動化の仕組み、実際に機能を使うための製品カテゴリ、導入時の注意点までを解説します。
目次
一括ダウンロードする
プロビジョニング機能とは？アカウントを自動で作成・変更・削除する機能
プロビジョニング機能とは、SaaSや社内システムのユーザーアカウントを、人の手を介さずに作成・変更・削除する機能です。従業員の入社・異動・退職といった人事上の変化に合わせて、必要なアカウントの発行や権限の付け替え、不要になったアカウントの停止を自動で行います。
アカウントを使える状態に準備することを英語でプロビジョニング（provisioning）、逆に権限を取り上げて使えなくすることをデプロビジョニング（deprovisioning）と呼びます。退職時のアカウント停止・削除は、このデプロビジョニングにあたります。
ID管理の分野では、プロビジョニングはユーザーIDの作成に加えて、状態や役割が変わったときの更新（メンテナンス）と削除までを含むものとして説明されています。
あなたが探しているのは「ユーザー（アカウント）」か「サーバー・ネットワーク」か
プロビジョニングという言葉は、文脈によって二つの意味で使われます。自分の用件がどちらなのかを先に確かめると、知りたい情報に早くたどり着けます。
- ユーザー（アカウント）のプロビジョニング：SaaSや社内システムのアカウントを作成・変更・削除すること。入退社に合わせたID管理が目的で、本記事が中心に扱うのはこちらです。
- サーバー・ネットワーク・クラウドのプロビジョニング：サーバーやネットワーク機器、クラウド基盤などのITインフラを、利用できる状態に準備すること。インフラ運用の文脈で使われます。
製品の機能一覧でこの言葉を見て「入退社のアカウント管理を自動化できるのか」を知りたい場合は、本記事がそのまま答えになります。サーバーやネットワークの準備を指すインフラ側のプロビジョニングを調べている場合は、本記事の対象外です。
プロビジョニング機能で具体的にできること
ここからは、ユーザー（アカウント）のプロビジョニング機能が、具体的にどんな動作を自動化するのかを4つに分けて解説します。これらの機能は、IDaaS（ID管理システム）やSaaS管理ツールといった製品に組み込まれて提供されます。
アカウントの作成（オンボーディング時の一括発行）
新しく入社した従業員に対して、業務で使う複数のSaaSのアカウントをまとめて発行します。役職や所属部署の情報に基づいて、どのサービスのアカウントを作るかをあらかじめ決めておけば、入社日に合わせて必要なアカウントが一度に用意されます。管理者がサービスごとの管理画面を開いて1つずつ登録する必要がなくなります。
権限・ロールの付与
アカウントを作るだけでなく、その人がどこまで操作できるかという権限（ロール）も合わせて設定します。部署やグループごとにアクセスできる範囲をルールとして定義しておけば、アカウント発行と同時に適切な権限が割り当てられます。必要以上の権限を手作業で付けてしまう事故を防げます。
属性の変更（異動への追従）
部署異動や役職変更があったとき、新しい所属に合わせて権限を付け替えます。人事データ側で所属情報が更新されると、その変更が各SaaSの権限設定に反映される仕組みです。異動元で持っていた権限が残り続ける「権限の取り残し」を防ぎます。
停止・削除（デプロビジョニング＝退職者アカウント放置の防止）
退職や契約終了に合わせて、その人が使っていた全SaaSのアカウントを停止・削除します。これがデプロビジョニングです。退職者のアカウントが削除されずに残ると、第三者による不正アクセスや情報漏洩の入り口になりかねません。退職の登録を起点に自動で停止・削除することで、こうした放置アカウントのリスクを抑えられます。
手作業とプロビジョニング機能の違い（入社・異動・退職シーン別）
プロビジョニング機能を使うと、手作業のアカウント管理が入社・異動・退職の各場面でどう変わるのかを、以下の表に整理しました。
| シーン | 入社時 | 異動時 | 退職時 |
|---|---|---|---|
| 手作業だと | 各SaaSの管理画面を1つずつ開いてアカウントを個別に作成する。設定漏れや、初日に使えないアプリが発生しやすい | 所属・役職の変更に合わせて、関係するSaaSの権限を手で付け直す。異動元の権限が残りやすい | 退職者が使っていた全SaaSのアカウントを手作業で停止・削除する。削除漏れが情報漏洩リスクになる |
| プロビジョニング機能だと | 人事データの登録を起点に、必要なSaaSのアカウントと権限を一括で発行する。入社初日から必要なアプリにアクセスできる | 部署・役職などの属性変更に追従して、関係するSaaSの権限を自動で付け替える | 退職の登録を起点に全SaaSのアカウントを即時停止・削除する（デプロビジョニング）。退職者アカウントの放置を防ぐ |
手作業では、サービスの数が増えるほど作業量と設定ミスのリスクが積み上がります。プロビジョニング機能は、人事上の変化という1つの起点から各サービスへ反映を広げることで、この積み上がりを抑えます。
一括ダウンロードする
プロビジョニング機能が自動化する仕組み（人事データ・SCIM連携）
プロビジョニング機能が「人の手を介さずに」アカウントを管理できるのは、人事データと各SaaSを連携でつないでいるからです。ここでは、その流れと、連携の標準規格であるSCIMについて解説します。
人事データ起点で各SaaSへ反映が流れる
自動化の起点になるのは、従業員の情報を管理する人事システムや従業員マスターです。ここでの変更が、ID管理の中心となるIDaaSを経由して、連携済みの各SaaSへ反映されます。流れは次のとおりです。
- 人事システム・従業員マスターに入社・異動・退職を登録する（起点）
- その変更がID管理の中心となるIDaaSに伝わる
- IDaaSからSCIMやAPIで連携した各SaaSへ、アカウントの作成・変更・削除が反映される
この流れの中で、入社時にはアカウントの一括発行、異動時には属性に応じた権限の付け替え、退職時には即時のデプロビジョニングが起こります。人事データという1か所の変更が、各サービスへの反映の起点になります。
SCIMとは（標準規格で連携する仕組み）
IDaaSと各SaaSをつなぐ代表的な方法が、SCIM（スキム、System for Cross-domain Identity Management）という標準規格です。ユーザー情報をやり取りする形式や手順をあらかじめ共通化しておくことで、IDaaSからSCIMに対応したSaaSへ、アカウントの作成・更新・削除を自動で反映できます。
これらの課題に対処するため、クロスドメイン ID 管理システム (SCIM) 仕様では、アプリへの、アプリからの、およびアプリ内での移動に対し、共通のユーザー スキーマが提供されています。 SCIM は、プロビジョニングに対する事実上の標準になりつつあり、SAML (Security Assertions Markup Language) や OpenID Connect (OIDC) などのフェデレーション標準と一緒に使用すると、エンドツーエンドの標準ベースのアクセス管理用ソリューションが管理者に提供されます。
出典：Microsoft Entra ID でのアプリ プロビジョニングとは｜Microsoft Learn（https://learn.microsoft.com/ja-jp/entra/identity/app-provisioning/user-provisioning）
SCIMに対応していれば、SaaSごとに個別の連携を作り込まなくても、標準化された手順でアカウントを同期できます。一方で、SCIMに対応していないSaaSもあり、その場合は後述するように手作業のフローが残る点に注意が必要です。
出典・参考資料（2件）
プロビジョニング機能を備えた製品で入退社のID管理を効率化する
プロビジョニング機能は単体の製品ではなく、いくつかの製品カテゴリに組み込まれた機能として提供されます。アカウントのプロビジョニングを担う代表的な製品カテゴリが、IDaaS（ID管理システム）とSaaS管理ツールです。
IDaaSはシングルサインオン（SSO）や多要素認証と一体でアカウントのライフサイクル管理を行い、SaaS管理ツールは利用中のSaaSアカウントの可視化と入退社時の発行・停止を担います。ここでは、この2つのカテゴリから代表例を1つずつ取り上げます。
| サービス名 | CloudGate UNO | マネーフォワード Admina |
|---|---|---|
| 製品カテゴリ | IDaaS（ID管理・認証基盤） | SaaS管理ツール（IT資産管理・ID管理） |
| プロビジョニングでできること | アカウントの作成・更新・削除を自動化（ライフサイクル管理）。入社・異動・退職に合わせたID管理をまとめて実施 | Adminaから直接アカウントを発行し、SaaSごとのロール・グループも設定。退職者アカウントの検知・自動削除にも対応 |
| 人事データ・システム連携 | 人事システム・Active Directoryと連携（AD連携はEnterprise Plus以上のプラン） | Google Workspace・Microsoft 365・Okta等のIdPや人事DBを従業員マスターに連携 |
| SSO・多要素認証 | ●SSO・多要素認証・パスキー（FIDO2）を標準提供 | ×ログイン認証は提供せず、IdPと連携して利用 |
| 主な対象 | 認証の強化（SSO・多要素認証）とアカウントのプロビジョニングを1製品でまとめたい企業 | すでに使っているSaaSの棚卸しと、入退社時のアカウント発行・停止を一元化したい企業 |
| 料金（目安） | 月額440〜660円/ユーザー（税込、プラン別）。30日間の無料トライアルあり | 50ID以下は無料、51ID以上は1IDあたり月300円。14日間の無料トライアルあり |
| 詳細情報 | 公式資料を見る | オンライン相談を予約 |
※料金・機能は2026年11月時点の各社公式情報によります。最新の内容と詳細は各社の公式サイトをご確認ください。
CloudGate UNO（株式会社インターナショナルシステムリサーチ）
株式会社インターナショナルシステムリサーチが自社開発する、国産のIDaaS（ID管理システム）です。シングルサインオン・多要素認証・パスキー（FIDO2）によるパスワードレス認証・アクセス制限に加え、アカウントのプロビジョニングを含むID管理を一つにまとめています。
公式サイトでは、プロビジョニング機能・アクセス制限・多要素認証などの機能がすべてのプランに標準で搭載されると案内されています。アカウントの作成・更新・削除の自動化（ライフサイクル管理）に対応し、入社・異動・退職に合わせたID管理をまとめて行えます。Active Directoryとの連携は、上位のEnterprise Plus以上のプランで利用できます。
SSOや多要素認証といった認証の強化と、アカウントのプロビジョニングを一つの製品でまとめたい企業に向いています。
出典・参考資料（1件）
マネーフォワード Admina（マネーフォワードｉ株式会社）
マネーフォワードｉ株式会社が提供する、SaaS管理ツールです。利用中のSaaSアカウントの可視化・棚卸しに加えて、従業員マスターと連携したIDライフサイクル管理（アカウントの発行と、退職者アカウントの検知・削除）を行えます。
公式のIDライフサイクル機能では、Adminaから直接アカウントを発行（プロビジョニング）でき、SaaSごとのロールやグループも設定できます。退職ワークフローで条件を設定しておけば、退職者のアカウントを自動で削除し、Slackやメールへ通知することも可能です。アカウントの発行・削除の双方に対応するSaaSは200種類を超えています。
マネーフォワード Admina公式サイトの導入事例では、退職者アカウントの削除にかかる工数を8割削減した企業（アジアクエスト株式会社、従業員501名以上）も紹介されています。
Admina自体はログイン認証を提供するSSO・多要素認証の製品ではなく、Google WorkspaceやMicrosoft 365、Oktaなどを従業員マスターとして連携して使う位置づけです。すでに使っているSaaSの棚卸しと、入退社時のアカウント発行・停止を一元化したい企業に向いています。
出典・参考資料（1件）
ここで紹介したのは代表的な2製品です。プロビジョニング機能を含めてIDaaS全体を見比べ、選び方や導入事例まで確かめたい場合は、以下の記事もあわせてご覧ください。
プロビジョニング機能を導入するときのつまずきと対策
プロビジョニング機能は入退社のアカウント管理を大きく省力化しますが、導入時につまずきやすい点もあります。あらかじめ押さえておくと、運用を始めてからの想定外を減らせます。
連携に対応していないSaaSには手作業が残る
SCIMなどの標準連携に対応していないSaaSは、自動プロビジョニングの対象にできません。この場合、そのサービスだけは従来どおり手作業でアカウントを管理するフローが残ります。導入前に、自社で使っているSaaSが連携に対応しているかを確認しておくと、「一部だけ自動化できない」という想定外を避けられます。
退職者アカウントの削除漏れ
退職処理が人事データに反映されていなかったり、連携対象から外れているSaaSがあったりすると、退職者のアカウントが残ってしまいます。放置されたアカウントは不正アクセスの入り口になるため、デプロビジョニングが全サービスに行き渡っているか、定期的に棚卸しで確認する運用を合わせて持つことが対策になります。
権限の過剰付与（オーバープロビジョニング）
必要以上の権限を付与してしまうことを、オーバープロビジョニングと呼びます。自動化のルールをおおまかに作ると、本来不要な権限まで一律で付いてしまうことがあります。部署やロールごとに付与する権限を必要な範囲に絞って定義し、運用しながら見直していくことで、過剰な権限付与を抑えられます。
まとめ
プロビジョニング機能とは、SaaSや社内システムのアカウントを、入社・異動・退職に合わせて自動で作成・変更・削除する機能です。手作業では増え続けるSaaSの数だけ作業とミスのリスクが積み上がりますが、人事データとSCIMなどの連携を使えば、1か所の変更を起点に各サービスへ反映を広げられます。
この機能は、IDaaSやSaaS管理ツールといった製品に組み込まれて提供されます。自社で使っているSaaSが連携に対応しているかを確認し、退職者アカウントの削除漏れや権限の過剰付与に備えながら、自社に合った製品を比べてみてください。
一括ダウンロードする
よくある質問（FAQ）
Q. プロビジョニング機能とは何ですか？
A. プロビジョニング機能とは、SaaSや社内システムのユーザーアカウントを、人の手を介さずに作成・変更・削除する機能です。従業員の入社・異動・退職に合わせて、アカウントの発行・権限の付け替え・不要になったアカウントの停止を自動で行います。製品の機能一覧でこの言葉を見かけた場合、多くは入退社に伴うアカウント管理（ID管理）を自動化する機能を指します。
Q. プロビジョニングとデプロイの違いは何ですか？
A. プロビジョニングはアカウントやIT資源を「使える状態に準備する」こと、デプロイはソフトウェアやシステムを「配置して動かせるようにする」ことを指します。どちらもIT・開発の現場で使われるため混同されやすい言葉ですが、本記事で扱うアカウントのプロビジョニングは入退社に伴うユーザーアカウントの用意・停止が目的で、アプリケーションやシステムの配信・反映を指すデプロイとは目的が異なります。
Q. プロビジョニングにはどのような種類がありますか？
A. プロビジョニングは、大きく「ユーザー（アカウント）」を対象とするものと、「サーバー・ネットワーク・クラウド」などのITインフラを対象とするものに分かれます。インフラ側はさらに、サーバー・クラウド・ネットワーク・サービスなどに細かく分類されます。
製品の機能一覧にある「プロビジョニング機能」が入退社のアカウント管理を指すのか、インフラの準備を指すのかは文脈で変わります。自分の用件がどちらなのかをまず確かめると、必要な情報にたどり着きやすくなります。本記事が中心に扱うのはユーザー（アカウント）側のプロビジョニングです。
Q. SCIMとは何ですか？
A. SCIM（スキム、System for Cross-domain Identity Management）とは、IDaaSと各SaaSの間でユーザー情報をやり取りする形式や手順を共通化した標準規格です。SCIMに対応したSaaSであれば、サービスごとに個別の連携を作り込まなくても、アカウントの作成・更新・削除を標準化された手順で自動反映できます。
導入を検討する際は、自社で使っているSaaSがSCIMに対応しているかが、自動プロビジョニングできる範囲を左右します。
Q. プロビジョニングは社内の誰が担当しますか？
A. アカウントのプロビジョニングは、主に情報システム部門（情シス）が担当し、入退社・異動の情報を持つ人事・総務部門と連携して運用するのが一般的です。自動化していない場合は、情シスが各SaaSの管理画面でアカウントを一つずつ作成・削除する運用になりがちです。
プロビジョニング機能を使うと、人事側の登録を起点に各サービスへ反映が流れるため、情シスの手作業と、部門をまたいだ申請・依頼のやり取りの両方を減らせます。
Q. プロビジョニング機能を導入すると、アカウント管理の手間はどのくらい減りますか？
A. 入社・異動・退職のたびに各SaaSを一つずつ操作していた作業が、人事データの登録一つを起点に自動で反映されるようになり、サービス数が多い企業ほど削減効果が大きくなります。具体的に減らせる工数は、利用中のSaaS数や従業員の入れ替わりの多さによって変わります。
たとえば、1人の入社や退職のたびに10個のSaaSを1つずつ操作していた作業が、人事データの登録1回で各SaaSへ反映されるイメージです。使うサービスが多いほど手作業の積み上がりと設定ミスのリスクが大きいため、自動化の効果も出やすくなります。あわせて、手作業で起こりやすい退職者アカウントの削除漏れや権限の付け間違いといったミスも防げます。
Q. プロビジョニング機能を使うには、どの製品を選べばいいですか？
A. プロビジョニング機能は単体の製品ではなく、IDaaS（ID管理システム）やSaaS管理ツールに組み込まれて提供されます。シングルサインオンや多要素認証とアカウント管理をまとめて統合したい場合はIDaaS、すでに多数のSaaSを使っていて棚卸しと入退社時の発行・停止を一元化したい場合はSaaS管理ツールが向きます。
どちらの場合も、導入前に自社で使っているSaaSが各製品の連携（SCIMなど）に対応しているかを確認しておくことが大切です。対応していないSaaSが混ざっていると、その分だけ手作業が残るためです。
入退社のID管理・プロビジョニングに使えるサービスの資料を一括チェック
MCB FinTechカタログでは、プロビジョニング機能を備えたIDaaSやSaaS管理ツールの最新資料を無料で一括請求できます。アカウントの自動発行・停止の範囲や対応SaaS、料金を比べられます。
一括ダウンロードする
MCB FinTechカタログに掲載しませんか？
MCB FinTechカタログでは、掲載企業様を募集しています。マネックスグループの金融実務ノウハウを活かした独自の評価軸と検索設計により、導入検討者が最適なサービスを効率的に発見できる法人向け比較プラットフォームです。掲載後は管理画面から料金表や導入事例を随時更新でき、常に最新の情報を訴求可能。まずは下記フォームより、お気軽にお問い合わせください。
マネックス証券 フィナンシャル・インテリジェンス部 暗号資産アナリスト
松嶋真倫
監修の範囲は記事の一般的な解説部分であり、比較表および各製品・サービスの紹介内容は監修の対象外です。
