Loading

トピック

このトピックに関する記事は見つかりませんでした。

このトピックに関する記事は見つかりませんでした。

このトピックに関する記事は見つかりませんでした。

Advanced 設定: SCIM を使用したライセンスのプロビジョニング

特権管理者は、メンバーを手動で招待したり、CSV によるユーザーインポートを使用したりするだけでなく、SCIM プロビジョニングの一環として、ワークマネジメント、ワークマネジメント閲覧限定、およびアドオンライセンスを自動的に割り当てることができます。これにより、メンバーは ID プロバイダーのグループや属性に基づいて、作成された瞬間に適切な種類のライセンスを取得できます。

関連記事

機能の使い方

Asana は、licenses 属性を使用した SCIM 2.0 のライセンスプロビジョニングに対応しています。ID プロバイダーは、プロビジョニングされたメンバーごとに値のリストを送信します。 

不要なプロビジョニングサイクルを防ぐため、ライセンスは、余分なスペースを入れずに、コンマで区切ったアルファベット順のリストとして設定してください。これにより、Asana のデータが IdP のデータと一致しない場合に、IdP が適切にそれを識別できるようになります。

例:
タイムシートと予算、AI リクエストのアドオンを使用している Enterprise ユーザーの場合:

"licenses":"ai requests,timesheets and budgets,work management"

Asana ワークマネジメントの閲覧限定ユーザーの場合:

"Licenses":"ワークマネジメント閲覧限定"

有効な値はすべてhttps://developers.asana.com/docs/scimでご確認いただけます。

これを設定するには、IdP でカスタムの licenses 属性を作成し、グループメンバーシップまたはアプリのロール割り当てにマッピングして、通常のプロビジョニングサイクルで適用させます。

前提条件

Okta 側のセットアップ

要件

ステップ

  1. Okta の Asana アプリケーションの「Provisioning」(プロビジョニング)タブで、「Update User Attributes」(ユーザー属性の更新) が有効になっていることを確認します。
  2. 同じタブで、「編集可能ユーザー」を開き、「属性を追加」をクリックします。次を入力します。
    1. 表示名:ライセンス
    2. 変数名: licenses
    3. 外部名: licenses
    4. 外部名前空間: urn:ietf:params:scim:schemas:core:2.0:User
    5. 説明:ライセンスのプロビジョニング
    6. [任意]「値の列挙リストを定義する」にチェックを入れ、希望する各ライセンス状態に対して属性メンバーを追加します。例:
      1. 表示名: エンタープライズ、値: AI チームメイト、ワークマネジメント
      2. 表示名: 閲覧限定、値: ワークマネジメント閲覧限定
      3. 表示名: タイムシートユーザー、値: AI リクエスト、タイムシートと予算、ワークマネジメント
    7. 属性タイプ:グループ
    8. 保存」をクリックします。

 

  1. ディレクトリ」>「グループ」で、各ライセンスの状態ごとにグループを作成します (例: Asana - EnterpriseAsana - 閲覧限定)。そして、メンバーを付与すべきライセンスに該当するグループに割り当てます。

  2. Asana - Enterprise」を開き、「アプリケーション」>「アプリケーションを割り当てる」に移動して、Asana 連携をこのグループに割り当て、「ライセンス」フィールドを「Enterprise」(または希望する値) に設定します。「保存」をクリックして戻ります。プロビジョニングする各グループに対してこの操作を行います。

  1. 「アプリケーション」>「Asana」>「割り当て」で、優先するライセンスの状態が最初に表示されるようにグループを並べ替えます。

この順序は重要です。メンバーが両方のグループに属している場合、Okta は優先順位リストで上位にあるグループのライセンスを適用します。Enterprise を「表示のみ」の上に配置すると、競合が発生した場合は Enterprise が優先されます。表示のみを優先させたい場合は、順序を逆にしてください。

Okta で SCIM を介して役割を割り当てることも行っていますか?ライセンスグループと役割グループ (「Advanced 設定: SCIM を使用した Asana の役割の割り当て」を参照) は、同じ「割り当て」の優先順位リストを共有します。ライセンスグループは、ロールグループよりも上位にランク付けする必要があります。正しい順序で並べられた完全なグループリストの例については、同記事の「ロールとライセンスのプロビジョニングを組み合わせる」セクションの実例をご覧ください。

  1. メンバーライセンスを割り当てたり変更したりするには、「ディレクトリ」>「People (メンバー)」(Okta での組織のメンバーの呼称) の順に移動し、メンバーを見つけて、そのプロフィールから 2 つのグループ間でメンバーを追加または移動します。

Microsoft Entra ID でセットアップ

要件

ステップ

  1. スキーマ編集可能ユーザーを強制的に有効にして Entra ポータルを開き、Asana アプリケーションのカスタム属性の編集を有効にします: https://portal.azure.com/?Microsoft_AAD_Connect_Provisioning_forceSchemaEditorEnabled=true

  2. Microsoft の Asana プロビジョニングチュートリアルのステップ 1~4 および 5.1~5.8 に従い、サービスアカウントを使用して Asanaドメインを Entra に接続します。

  3. Asana–Entra アプリケーションの「プロビジョニング」タブで「属性マッピングの編集」をクリックし、「マッピング」の下にある「Microsoft Entra ID ユーザーのプロビジョニング」をクリックします。

  4. Advanced Options (高度なオプション)」をクリックし、「Edit Asana user attributes (Asana ユーザー属性を編集)」をクリックします。

 

  1. licenses (ライセンス)」という名前の新しい属性を追加し、「String (文字列)」と入力して「Save (保存)」をクリックします。

 

  1. マッピングを新規追加」をクリックし、以下のように設定します。

  • マッピングのタイプ:

  • 式:

Switch(SingleAppRoleAssignment([appRoleAssignments]), "ワークマネジメント閲覧限定", "Asana Enterprise", "AI リクエスト、ワークマネジメント", "Asana 閲覧限定", "ワークマネジメント閲覧限定")

  • デフォルト値をスキップします。

  • ターゲット属性: licenses

  • OK」をクリックし、「保存」をクリックします。

この式は、Entra でユーザーのアプリロールを確認します。ユーザーが Enterprise アプリのロールを持っている場合、「ai requests,work management」という値を licenses 属性に送信します。ユーザーにアプリのロールが割り当てられていない場合、またはユーザーがアプリの閲覧限定ロールを持っている場合は、「ワークマネジメント閲覧限定」を送信します。 

式の結果は、式の結果を変更するか、チェックするアプリのロールをさらに追加することで、追加のライセンスで動作するように調整できます。

メンバーが両方のロールを持つ場合のデフォルト:上記の式は、メンバーが Enterprise と View-only の両方のアプリロールに割り当てられている場合(たとえば、異なるロールを持つ 2 つのグループに属している場合)、Enterpriseを割り当てます。 

  1. 管理」>「ユーザーとグループ」で「アプリケーションの登録」を開き、サポートする各ライセンス状態に対して「アプリのロールを作成」します。式を機能させるには、表示名が式で使用されているものと一致している必要があります。上記の例式の場合、2 つ作成します。

  • 表示名: Asana Enterprise、値: enterprise、説明: Asana Enterprise ライセンス、許可されたメンバータイプ: ユーザー / グループ、有効

  • 表示名: Asana 閲覧限定; 値: view_only; 説明: Asana 閲覧限定ライセンス; 許可されるメンバータイプ: ユーザー / グループ; 有効

表示名では大文字と小文字が区別されます。上記の表記と完全に一致するようにしてください。

  1. Asana-Entra アプリケーションの「ユーザーとグループ」ページでユーザーまたはグループを選択し、「割り当てを編集」をクリックして、Enterprise または表示専用のアプリの役割を割り当てます。Entra の次のプロビジョニングサイクルが完了すると、ライセンスが Asana で有効になります。

ライセンスの状態が異なる役割をさらに追加する場合は、ステップ 7 の Switch 式に役割名と希望するライセンスの値を追加して拡張する必要があります。

アプリのロールがないユーザー、またはアプリのロールがオプションのいずれとも一致しないユーザーのデフォルト値を「サービスマネジメントリクエスター」にしたいと想定しましょう。

「IT サポート」という名前のロールを作成し、そのメンバーには企業向けワークマネジメントライセンスとサービスマネジメントライセンスを付与したい。

「タイムシートユーザー」という名前のロールを作成し、そのメンバーにはエンタープライズワークマネジメントライセンスとさまざまなアドオンを提供したいと考えています。

Switch 関数は以下のようになります。

Switch(SingleAppRoleAssignment([appRoleAssignments]), "サービスマネジメントリクエスター", "Asana Enterprise", "AI リクエスト、ワークマネジメント", "Asana 閲覧限定", "ワークマネジメント閲覧限定", "IT サポート", "サービスマネジメント、ワークマネジメント", "タイムシートユーザー", "AI リクエスト、AI スタジオ、タイムシートと予算、ワークマネジメント")

その他のリソース

SCIM を介してメンバーのライセンスタイプを変更した場合、Asana で変更が反映されるまで数分かかることがあります。

既知の制限事項

  • SCIM を介したライセンス変更に関するレート制限や一括プロビジョニングの制限については、現時点ではガイダンスがありません。
  • SCIM を介した閲覧限定ライセンスのプロビジョニングについては、現在、Okta と Microsoft Entra ID のみが対象として記載されており、Google Workspace や OneLogin は対象外です。

上記に該当しないケースについては、担当のアカウントエグゼクティブまたはAsana サポートにお問い合わせください。

Note iconノート

この記事は AI によって翻訳されています。

翻訳に関するフィードバックを送る。
読み込み中
Advanced セットアップ: SCIM によるライセンスのプロビジョニング | Asana ヘルプセンター