この記事では、Asana と Microsoft Entra ID の両方で、自動ユーザー プロビジョニングを構成するために必要な手順について説明します。 構成すると、Microsoft Entra ID で、Microsoft Entra プロビジョニング サービスを使って、Asana に対するユーザーおよびグループのプロビジョニングおよびプロビジョニング解除が自動的に行われます。 このサービスの機能、しくみ、よく寄せられる質問の重要な詳細については、「Microsoft Entra IDを使用して SaaS アプリケーションへのユーザー プロビジョニングとプロビジョニング解除を自動化する」を参照してください。
サポートされている機能
- Asana でユーザーを作成する。
- アクセスが不要になった場合に Asana のユーザーを削除します。
- Microsoft Entra ID と Asana の間でユーザー属性の同期を維持します。
- Asana でグループとグループ メンバーシップを設定する。
- Asana にシングル サインオンします (推奨)。
[前提条件]
この記事で説明するシナリオでは、次の前提条件が既にあることを前提としています。
- アクティブなサブスクリプションを持つ Microsoft Entra ユーザー アカウント。 まだアカウントがない場合は、無料でアカウントを作成することができます。
- 次のいずれかのロール:
- 有効な Enterprise プラン以上の Asana テナントが有効化されています。
- Admin アクセス許可がある Asana のユーザー アカウント
注
Microsoft Entra プロビジョニング統合では、Asana で使用できる Asana API が必要です。
手順 1: プロビジョニングデプロイメントを計画する
- プロビジョニング サービスのしくみを確認します。
- プロビジョニングの範囲に含めるユーザーを決定します。
- Microsoft Entra ID と Asana の間でマップするデータを決定します。
手順 2: Microsoft Entra ID を使ったプロビジョニングをサポートするように Asana を構成する
ヒント
Asana で SAML ベースのシングル サインオンを有効にするには、説明されている手順に従ってください。 シングル サインオンは自動プロビジョニングとは別に構成できますが、これらの 2 つの機能は相補的な関係にあります。
Asana でサービス アカウント トークンを生成する
管理者アカウントを使用して Asana にサインインします。
上部のバーからプロファイル写真を選択し、[ 管理コンソール] を選択します。
管理コンソールで [アプリ] タブを選択します。
[サービス アカウント] を選択します。
[ サービス アカウントの追加] を選択し、次の手順を実行します。
- 必要に応じて 、名前 と 説明 を更新します。
- [ アクセス許可スコープ ] セクションで、[ スコープ付きアクセス許可 ] と [ ユーザー プロビジョニング (SCIM)] を選択します。 次のアクセス許可スコープが選択されていることを確認します。
- ユーザー: 読み取り
- ユーザー: 作成と変更
- Teams: 読み取り
- Teams:チームの作成と変更
- [ 変更の保存] を選択します。
トークンをコピーします。
手順 3: Microsoft Entra アプリケーション ギャラリーから Asana を追加する
Microsoft Entra アプリケーション ギャラリーから Asana を追加して、Asana へのプロビジョニングの管理を開始します。 SSO のために Asana を以前に設定している場合は、その同じアプリケーションを使用することができます。 ただし、最初に統合をテストするときは、別のアプリを作成することをお勧めします。 ギャラリー からアプリケーションを追加する方法の詳細については、を参照してください。
手順 4: プロビジョニングのスコープに含まれるユーザーを定義する
Microsoft Entra プロビジョニング サービスを使用すると、アプリケーションへの割り当てに基づいて、またはユーザーまたはグループの属性に基づいてプロビジョニングされるユーザーをスコープできます。 割り当てに基づいてアプリにプロビジョニングされるユーザーのスコープを設定する場合は、 手順を使用してユーザーとグループをアプリケーションに割り当てることができます。 ユーザーまたはグループの属性のみに基づいてプロビジョニングする対象を決定する場合、スコープフィルターを使用できます。
小規模から始めます。 すべてのユーザーとグループにロールアウトする前に、少数のユーザーとグループでテストします。 プロビジョニングのスコープが割り当てられたユーザーとグループに設定されている場合は、1 つまたは 2 つのユーザーまたはグループをアプリに割り当てることで、これを制御できます。 スコープがすべてのユーザーとグループに設定されている場合は、 属性ベースのスコープ フィルターを指定できます。
追加のロールが必要な場合は、 アプリケーション マニフェストを更新 して新しいロールを追加できます。
手順 5: Asana への自動ユーザー プロビジョニングを構成する
このセクションでは、Microsoft Entra ID でのユーザーやグループの割り当てに基づいて、Asana でユーザーとグループが作成、更新、無効化されるように Microsoft Entra プロビジョニング サービスを構成する手順について説明します。
Microsoft Entra ID で Asana の自動ユーザー プロビジョニングを構成するには:
クラウド アプリケーション管理者以上として Microsoft Entra 管理センターにサインインします。
Entra ID>企業向けアプリケーションを参照する
アプリケーションの一覧で [Asana] を選択します。
[プロビジョニング] タブを選択します。
[ + 新しい構成] を選択します。
[ テナント URL ] フィールドに、Asana によって提供される Asana テナント URL とシークレット トークンを入力します。 [ テスト接続] を選択して、Microsoft Entra ID が Asana に接続できることを確認します。 接続できない場合は、Asana にお問い合わせいただき、アカウントのセットアップを確認してください。
[ 作成] を選択して構成を作成します。
[概要] ページで [プロパティ] を選択します。
鉛筆を選択してプロパティを編集します。 通知メールを有効にし、検疫メールを受信する電子メールを提供します。 誤削除防止を有効にします。 [適用] を選択して変更を保存します。
左側のパネルで [属性マッピング ] を選択し、ユーザーを選択 します。
[属性マッピング] セクションで、Microsoft Entra ID から Asana に同期されるユーザー属性を確認します。 [Matching](照合) プロパティとして選択されている属性は、更新処理で Asana のユーザー アカウントとの照合に使用されます。 一致する対象の属性を変更する場合は、その属性に基づいたユーザーのフィルター処理が確実に Asana API でサポートされているようにする必要があります。 [保存] ボタンをクリックして変更をコミットします。
特性 タイプ フィルター処理でサポートされます Asana によって要求される ユーザー名 糸 ✓ ✓ 活動中 ブール値 name.formatted 糸 タイトル 糸 urn:ietf:params:scim:schemas:extension:enterprise:2.0:User:department 糸 urn:ietf:params:scim:schemas:extension:enterprise:2.0:User:manager リファレンス addresses[type eq "work"].country 糸 addresses[type eq "work"].region 糸 アドレス[タイプ eq "職場"].ローカリティ 糸 phoneNumbers[type eq "work"].value 糸 urn:ietf:params:scim:schemas:extension:enterprise:2.0:User:employeeNumber 糸 urn:ietf:params:scim:schemas:extension:enterprise:2.0:User:costCenter 糸 urn:ietf:params:scim:schemas:extension:enterprise:2.0:User:organization 糸 urn:ietf:params:scim:schemas:extension:enterprise:2.0:User:division 糸 [グループ] を選択します。
[属性マッピング] セクションで、Microsoft Entra ID から Asana に同期されるグループ属性を確認します。 [照合] プロパティとして選択されている属性は、更新処理で Asana のグループとの照合に使用されます。 [保存] ボタンをクリックして変更をコミットします。
特性 タイプ フィルター処理でサポートされます Asana で必要 displayName 糸 ✓ ✓ members リファレンス スコープ フィルターを構成するには、スコープ フィルターに関する 記事の記事 で提供されている次の手順を参照してください。
オンデマンド プロビジョニングを使用して、少数のユーザーとの同期を検証してから、組織内でより広範にデプロイします。
プロビジョニングの準備ができたら、[概要] ページから [プロビジョニングの開始] を選択します。
手順 6: デプロイを監視する
プロビジョニングを構成したら、次のリソースを使用してデプロイを監視します。
- プロビジョニング ログを使用して、どのユーザーが正常にプロビジョニングされたか、または正常にプロビジョニングされなかったかを判断する
- 進行状況バーを確認して、プロビジョニング サイクルの状態と完了までの近さを確認します
- プロビジョニング構成が異常な状態にあると思われる場合、アプリケーションは検疫に入ります。 検疫状態についての詳細は、アプリケーションプロビジョニングの隔離状態に関する記事をご覧ください。
変更ログ
- 11/06/2021 - externalId, name.givenName および name.familyName のサポートが削除されました。 preferredLanguage、title、および urn:ietf:params:scim:schemas:extension:enterprise:2.0:User:department のサポートが追加されました。 グループ プロビジョニングが有効になりました。
- 2023 年 5 月 23 日 - preferredLanguage のサポートが削除され、urn:ietf:params:scim:schemas:extension:enterprise:2.0:User:manager のサポートが追加されました。
- 09/07/2023 - Added support for addresses[type eq "work"].locality, addresses[type eq "work"].region, addresses[type eq "work"].country, phoneNumbers[type eq "work"].value, urn:ietf:params:scim:schemas:extension:enterprise:2.0:User:employeeNumber, urn:ietf:params:scim:schemas:extension:enterprise:2.0:User:costCenter, urn:ietf:params:scim:schemas:extension:enterprise:2.0:User:organization and urn:ietf:params:scim:schemas:extension:enterprise:2.0:User:division.