ようやくといっていい機能がEntra IDでパブリックプレビューしましたね!(2023年10月現在)
今まではGraph APIなどでごりごりやらないとアカウントが作成できませんでした、純粋なSCIM APIに対応したことによって、人事(HR)システムからデータを流して、アカウント作成や停止ができるようになりますね!
今回は、Postmanを利用してEntra IDを作成してみたいと思います。
アイキャッチの画像はDALL E3に作成してもらいました。
前提
作業を進めるには、以下のいずれかのロールを持ったユーザーが必要です。
- アプリケーション開発者
- アプリケーション管理者
- グローバル管理者
ここでは、オンプレADは考慮せず Entra IDのみを対象とします。
端末にPostmanをインストールしています。
設定手順
- Entra管理センターにアクセスします。
- 「アプリケーション」→「エンタープライスアプリケーション」→【新しいアプリケーション】をクリックします。
![](https://blog.intracker.net/wp-content/uploads/2023/08/f1a5771075232648d185751b6f33c9ce-1024x379.png)
- 検索ボックスに、「API-driven」と入力し、表示された中から「API-driven Inbound User Provisioning to Azure AD」をクリックします。
![](https://blog.intracker.net/wp-content/uploads/2023/08/74328add84d4600051370a0088de9bba-1024x532.jpg)
- わかり易い名前に変更し、【作成】をクリックします。
![](https://blog.intracker.net/wp-content/uploads/2023/08/80af44ae3178195bb3f296f11d0f607a-1024x673.png)
- 左ペインから「プロビジョニング」をクリックし、【作業の開始】をクリックします。
![](https://blog.intracker.net/wp-content/uploads/2023/08/3944d083edcb20800c1934d591ecc0f9-1024x526.jpg)
- 「プロビジョニングモード」から「自動」を選択し、【保存】をクリックします。
![](https://blog.intracker.net/wp-content/uploads/2023/08/e6b9bf59a1e28078da1c911d8b5d85c9.png)
- 保存後、「マッピング」設定が表示されたことを確認します。
![](https://blog.intracker.net/wp-content/uploads/2023/08/b53bf8b764972af9af2a53905a37aa9f.png)
- 必要に応じて、「設定」配下にある設定をし、【保存】をクリックします。
![](https://blog.intracker.net/wp-content/uploads/2023/08/f5ccbedbc61ba92dd5829a25540a318c.png)
SCIMリクエスト要求受信を開始する
- プロビジョニングの概要ページを開き、【プロビジョニングの開始】をクリックします。
![](https://blog.intracker.net/wp-content/uploads/2023/08/214aea08dc01358f4e094f4245541511-1024x328.png)
- API エンドポイントURLを確認し、控えておきます。
![](https://blog.intracker.net/wp-content/uploads/2023/08/027e896e686575feb065cecd0515d598-1024x383.png)
SCIM APIへのアクセス権を付与する
ここではサービスプリンシバルを構成してアクセス権を付与します。
- 「アプリケーション」→「アプリの登録」→【新規登録】をクリックします。
![](https://blog.intracker.net/wp-content/uploads/2023/08/c410e049355f324837eafc522531c4ee-1024x492.png)
- 名前を入力し、【登録】をクリックします。
![](https://blog.intracker.net/wp-content/uploads/2023/08/cb3823429cf8aa45465dd07f7a775f01-1024x794.jpg)
- 「証明書とシークレット」→【新しいクライアントシークレット】をクリックします。
![](https://blog.intracker.net/wp-content/uploads/2023/08/371c4055af4aeb4b90b32ec362916739-1024x526.jpg)
- 説明欄を入力し、有効期限を選択し、【追加】をクリックします。
- 表示されたシークレットキーを控えておきます。(ここでしか確認ができないので注意!!)
![](https://blog.intracker.net/wp-content/uploads/2023/08/d76b4c28caf367c6859ebc342c76b11d-1024x300.png)
- 「APIのアクセス許可」→【アクセス許可の追加】をクリックします。
- 「Microsoft Graph」→「アプリケーションの許可」をクリックします。
![](https://blog.intracker.net/wp-content/uploads/2023/08/8418e96705174d64edd9e3b597d8b6c9-1024x339.png)
- 以下のアクセス許可を付与し、【アクセス許可の追加】をクリックします。
- AuditLog.Read.All
- SynchronizationData-User.Upload
![](https://blog.intracker.net/wp-content/uploads/2023/08/368732e30ba6c3d68ac2bd1e952f335d-1024x660.png)
- 【 [組織名]に管理者の同意を与えます 】をクリックし、【はい】をクリックします。
![](https://blog.intracker.net/wp-content/uploads/2023/08/72dc8eba3b59a86f08713c46df87bb59-1024x387.png)
Postmanを利用して、SCIM APIを実行してみる
- 以下のファイルをダウンロードします。
- Postmanを起動します。
- わかりやすくするため、新規Workspaceを作成します。
![](https://blog.intracker.net/wp-content/uploads/2023/08/99b8d6fa3ebda0f5bced1127304e39cd.png)
![](https://blog.intracker.net/wp-content/uploads/2023/08/26ffa2a2bbe3843b61a786b4c60a3a27-1024x1017.png)
- 「File」→「Import」を選択し、ダウンロードしたJSONファイルをすべて読み込みます。
![](https://blog.intracker.net/wp-content/uploads/2023/08/6f70f0f981308990fdddae902aaed0a9.png)
- いくつかのリクエストサンプルがインポートされます。
認証初期設定
- 「Environments」→「Test-API2AAD」をクリックします。
- 事前に控えたそれぞれの値をInitial valueとCurrent vaueへ登録し右上の【Save】をクリックします。
client_id | 登録したアプリ概要欄の、「アプリケーション (クライアント) ID」の値 |
client_secret | 事前に作成したシークレットキー |
token_endpoint | 登録したアプリ概要欄の、「エンドポイント」→「OAuth 2.0 トークン エンドポイント (v1)」のURL |
jobid | エンタープライスアプリケーションで登録したアプリの概要→「技術情報の表示」にある「ジョブID」の値 |
bulk_upload_endpoint | エンタープライスアプリケーションで登録したアプリの概要→「技術情報の表示」にある「APIエンドポイントのプロビジョニング」の値 |
![](https://blog.intracker.net/wp-content/uploads/2023/08/0e7c1acafb1362c443b2dbca31326f1a-1024x338.png)
- 「Collections」→「Entra ID Inbound Provisioning」を選択します。
- 右上にあるプルダウンから「Test-API2AAD」を選択します。
![](https://blog.intracker.net/wp-content/uploads/2023/08/e0e8282ee6b4028d1fbfae9cd37d4487-1024x281.png)
- 「SCIM bulk request upload」を選択し、「Authorization」タブをクリックします。
- 下のほうにある【Get New Access Token】をクリックします。
![](https://blog.intracker.net/wp-content/uploads/2023/08/c7c7aab3b2850be3d31c3c86d4e3828c-1024x526.png)
- 値が正常な場合は以下のような画面が表示されます。
![](https://blog.intracker.net/wp-content/uploads/2023/08/8030d35b4142c9e6f6a8ebff3d934076.png)
- Tokenが表示されるので、【Use Token】をクリックします。
![](https://blog.intracker.net/wp-content/uploads/2023/08/c6ffb6b31648f942d1ed7a09a2051e37-1024x582.png)
SCIM APIへリクエストを送信してみる
すでにサンプルJSONが入っているので、このままPostmanからリクエストを送信してみます。
- Postmanの【Send】をクリックします。
![](https://blog.intracker.net/wp-content/uploads/2023/08/b53f43012f7122e4e6830d79eca7081d-1024x508.png)
- Consoleに何か表示されたので、Entara ID管理画面を確認してみます。
![](https://blog.intracker.net/wp-content/uploads/2023/08/d8ed276e2c0c1c3f3be9e1913d2f9d1e-1024x125.png)
ユーザーが作成されていなくてなんでだろ?と思ったのですが、Sample JSONをそのまま渡してしまっていたので、当然ですがドメインが一致せず作成されていませんでした(笑)
例) “userName”: “[email protected]”, → bjensen@独自ドメイン or 初期で決めたonmicrosoftへ変更
”emails”: [ { “value”: “[email protected]”, も同様ですね。
Bodyの内容をテナントのドメインにあわせて再度実行してみました。
発表当時試していたときにはここで401になってしまい、先に進むことができませんでした。
フィードバックしたところ解消していただけました。
どんどんフィードバックしていきましょう!
202 Acceptedが返ってきたのでリクエスト自体は正常に行えたようです。
ユーザーが作成されているか、Entra ID管理センターから確認してみます。
サンプルのJSON通り、Kathy JensenとBabs Jensenアカウントが作成されていました!
![](https://blog.intracker.net/wp-content/uploads/2023/10/93862d3052eed17510c5d81457e3670f-1024x578.jpg)
ただ現状バグなのか仕様なのかわかりませんが、メール属性へは反映されないようです。
たぶんExchange Onlineがあった場合に書き換えられると困るからとかなのかなと予想しますが、EMSライセンスユーザーはmail属性に入ってくれないと困るんだよーーーーーー!と悲痛な叫びをしておきます(笑)
IdPとしての役割を果たしてほしい。
まとめ
ようやくEntra IDもSCIM APIに対応してくれました。
これで、人事システムを起点にSCIM APIを利用してEntra ID側でユーザーを作成するや、退職時にアカウントを無効化するなどが汎用的にできるようになりそうですね。
learnを見る限りカスタム属性の同期も可能なようなので、色々なことに利用できそうです。
きっとSmartHRさんとかも対応してくれて、Oktaへと同じように対応してくれるはず!