プロビジョニングって�なにやってるの！？
SCIMの基礎からEntra IDのカタログ掲載まで
@yokotaso /
JPEMSUG × JOUG合同会 Part 2 LT
SCIMってなに!？
Microsoft
Okta
OktaもEntra IDも裏側は同じ仕組み
ユーザー属性マッピングについて知ろう
ID管理システムと�連携先システムの�仕様差異を吸収
ユーザー属性マッピングについて知ろう
user-PrincipalName
externalId
SCIM用ID
mailNickName
userName
ログイン名
emails[type eq “work”].value
Emailアドレス
IsSoftDeleted
active
使用状態
情シスがユーザー属性のマッピングの変更も可能
プロビジョニングの中身はJSONベースAPI
https://learn.microsoft.com/ja-jp/entra/identity/app-provisioning/use-scim-to-provision-users-and-groups
IDベースでの�ユーザーの取得
プロビジョニングの中身はJSONベースAPI
https://learn.microsoft.com/ja-jp/entra/identity/app-provisioning/use-scim-to-provision-users-and-groups
ユーザーの�差分更新
２つのプロビジョニングについて知ろう
初期プロビジョニング�プロビジョニング連携初回設定時に行われる全ユーザーのシンク処理
差分プロビジョニング�ユーザー更新時に行われる１ユーザーのみのシンク処理
初期プロビジョニングの動きを知ろう
Id管理システムと初連携時を初期プロビジョニングと呼びます
初期プロビジョニングの動きを知ろう
初期プロビジョニング
① ユーザーの存在確認�GET /Users
② Entra IDにのみ存在するユーザー同期�POST /Users
初期プロビジョニングの動きを知ろう
① ユーザーの存在確認�GET /Users
② Entra IDにのみ存在するユーザー作成�POST /Users
初期プロビジョニング
差分プロビジョニングの動きを知ろう
Id管理システムでユーザー情報が更新後、変更が同期されます
差分プロビジョニングの動きを知ろう
差分プロビジョニング
① ユーザーの存在確認�GET /Users?id=0190bad9-81e7-7f49
② 差分が存在するユーザー更新�PATCH /Users/0190bad9-81e7-7f49
差分プロビジョニングの動きを知ろう
差分プロビジョニング
① ユーザーの存在確認�GET /Users?id=0190bad9-81e7-7f49
② 差分が存在するユーザー更新�PATCH /Users/0190bad9-81e7-7f49
差分プロビジョニングの動きを知ろう
差分プロビジョニング
① ユーザーの存在確認�GET /Users?id=0190bad9-81e7-7f49
③ ユーザー削除�DELETE /Users/0190bad9-81e7-7f49
② 差分が存在するユーザー更新�PATCH /Users/0190bad9-81e7-7f49
ギャラリー 申請への道
ギャラリーとは？
プロビジョニングをかんたん設定できるテンプレートの仕組み�ギャラリーが用意されていればポチポチして終わり�なければ、プロビジョニングの設定を手作業で行う(苦行)��各社に申請する必要があるが、申請フローはほぼ同じ
Microsoft
Step1: 自動テストツールでシナリオをパスする
各社がプロビジョニング・シナリオをテストできるツール提供している
申請を行う前にテストツールのパスが必要
GET /Users
GET /Users/{id}
POST /Users
PUT /Users�DELETE /Users/{id}
PATCH /Users/{id}
Microsoft Entra ID
Entra ID SCIM Validatorでテストできる
Okta NIO
Braze MeterでOkta用のテストを実行できる
Step2: 申請する
① 会社の申請フォームから登録依頼をする
② 先方の方で動作確認してもらう (+メールでのやり取り)
�③ 公開される
ガチ実装する立場になってしまった場合は...
ブログ記事を参考にしてみてね