SCIMとaxeアカウントの連携方法
Not for use with personal data
SCIMはユーザーとグループをコアコンセプトとして使用します。このページでは、これらをaxeアカウントのコンポーネントにマッピングし、アイデンティティプロバイダーを自信を持って設定できるようにします。
コアコンセプト
| SCIMコンセプト | axeアカウントで | それが何か |
|---|---|---|
| テナント(APIキーのスコープ) | エンタープライズ | あなたのaxeアカウント組織。すべてのSCIMリクエストは1つのエンタープライズにスコープされます。それは、適用されるサブスクリプション、ユーザー、および設定を決定します。 |
| ユーザー | axeアカウントユーザー | axeでの個人のアイデンティティ。 |
| グループ(サブスクリプション) | 製品サブスクリプション | 例えば、「Axe Monitor」や「Axe DevTools for Web」。このグループにユーザーを追加すると製品シートが付与されます。 |
| グループ(チーム) | チーム | 名前付きのユーザーグループ(例えば、「デザインシステムチーム」)。製品内でアクセスを整理するために使用されます。 |
active属性 |
エンタープライズメンバーシップ | active: trueはユーザーがあなたのエンタープライズのメンバーであることを意味します。active: falseはそれを削除します。 |
グループの2種類
アイデンティティプロバイダーがグループをリストする際(GET /Groups)、2種類のグループを一緒に表示します。見た目は同じですが、動作は異なります。これが理解すべき最も重要な違いです。
サブスクリプショングループ—製品アクセスを付与
サブスクリプショングループは、エンタープライズが購入したDeque製品を表します(例えば、axe Monitor)。その製品のユーザーをサブスクリプショングループに追加するとシートが付与されます。削除するとシートが解放されます。
- サブスクリプショングループは購入したシート制限が適用されます。
- SCIMを通じて製品を作成または削除することはできません—シートを持っている人を管理するのみです。
チームグループ—ユーザーを整理する
チームグループは名前付きのユーザーの集合です。チームメンバーシップ自体は製品アクセスを付与しません。 チームは内部特定の製品内でアクセスを整理するために使用されます—例えば、axe Monitor管理者が特定のスキャンやスカングループへのアクセスをチームに割り当てます。
- チームはSCIMを通じて作成および削除できます。
- もしあなたのアイデンティティプロバイダーがDeque製品名と一致するグループをプッシュした場合、それはその製品サブスクリプションにマップされます。名前が製品と一致しない場合、axeは新しいチームを作成します。
典型的なプロビジョニングフロー
通常、あなたのアイデンティティプロバイダーは以下の操作を順に実行します。
1. Create the user → user is added to the enterprise + sent an invite
2. Add to a group → user is granted a product seat (e.g. axe Monitor)
3. Add to a team (optional) → user is placed on a team for in-product access
4. Later: deprovision the user → user is removed from the enterprise (access revoked)「アクティブ」の意味
このactive属性は、アカウントの存在ではなく、エンタープライズメンバーシップを反映します。
active: true— ユーザーはあなたの企業のメンバーであり、アクセス権があります。active: false— ユーザーはあなたの企業から削除されました。サインインアカウントはまだ存在しますが、アクセス権はありません。再アクティベートすると、アクセス権が復元されます。
