アイデンティティープロバイダーの 設定
This page is not available in the language you requested. You have been redirected to the English version of the page.
Link to this page copied to clipboard
Not for use with personal data
アイデンティティープロバイダーの設定
このページでは、アイデンティティープロバイダーのSCIMコネクタをaxeに接続する方法を説明します。具体的な手順はプロバイダーによって異なりますが、設定は同じです。
始める前に、前提条件とセットアップを完了し、SSOが設定されていること、ベースURL、およびSCIM APIキーがあることを確認してください。
接続設定
次の設定でSCIMコネクタを設定します：
| 設定 | 値 |
|---|---|
| SCIMベースURL | https://<your-base-url>/api/scim/v2 |
| 認証 | APIキー（ベアラ／ヘッダートークン） |
| トークン | あなたのSCIM APIキー |
| トークンヘッダー | Authorization: <API_KEY> または X-API-Key: <API_KEY> |
属性マッピング
アイデンティティープロバイダーのユーザー属性をaxeにマッピングします：
| axe属性 | ソース |
|---|---|
userName |
ユーザーの職場メール |
emails[].value（プライマリ） |
ユーザーの職場メール |
name.givenName |
名 |
name.familyName |
姓 |
externalId |
ディレクトリの一意のユーザー識別子（推奨） |
externalIdをディレクトリの安定した識別子にマッピングすることをお勧めします。これにより、axeが同期間で信頼性のあるユーザーの一致を行うことができます。
非準拠サーバーモード（オプションだが推奨）
tip
一部のコネクタ（例：SailPoint）は、セットアップ中に完全なSCIMスキーマを検証しようとします。コネクタが「非準拠サーバー」（または「リラックスした」）オプションを提供する場合、それを有効化すると検証ステップをスキップできます。axeは標準のディスカバリーエンドポイント（/ServiceProviderConfig、/Schemas、/ResourceTypes）を公開しているので、まずこのオプションを使わずに接続を試みてください。認証が成功してもコネクタの接続テストやスキーマディスカバリーが失敗する場合のみ有効化してください。
プロバイダー固有のメモ
Okta
- SCIM 2.0アプリケーションを作成する（または既存のアプリのプロビジョニングタブを使用する）。
- SCIMコネクタのベースURLとAPIキーを上記のように設定します。
- Oktaはユーザーのメールを一意の識別子として使用します。
Microsoft Entra ID（Azure AD）
- エンタープライズアプリケーション内でプロビジョニングを開き、モードを自動に設定します。
- テナントURLとしてベースURLを、シークレトトークンとしてAPIキーを入力します。
- EntraはオブジェクトIDを
externalIdとしてディレクトリに送信します、それをマッピングしてください。
SailPoint（IdentityIQ / Identity Security Cloud）
- SCIM 2.0ソースをAPIトークン認証で構成します。
- ベースURLとAPIキーを入力します。
- 「非準拠サーバー？」 オプションを有効にすると、スキーマ検出をスキップできます（
/Usersと/Groupsのみが必要です）。
接続の検証
コネクタの設定後、次の順序で統合を検証してください。
- 接続テスト — 認証が成功することを確認してください。
- グループを読み込む — 製品サブスクリプションとチームが表示されることを確認してください（
GET /Groups）。 - テストユーザーを作成する — 単一ユーザーをプロビジョニングし、axe に表示され、招待メールを受信することを確認してください。
- 製品を割り当てる — ユーザーをサブスクリプショングループに追加し、製品のシートが提供されることを確認してください。
- テストユーザーを非アクティブ化する — アクセスが取り消されることを確認してください。
いずれかのステップに失敗した場合は、トラブルシューティング を参照してください。