Loading
製品
AI Platform
おすすめ機能
会社の規模別活用方法
チーム別活用方法
業界別
活用事例
学ぶ
サポート
サービス
ヘルプセンター
search-icon

トピック

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

カスタムロールを使用したロールベースのアクセス制御 (RBAC)

この記事の内容

この機能を利用できるユーザー
Enterprise+

詳細は料金ページをご確認ください。

Enterprise+ プラン (または権限管理アドオンを備えた Enterprise プラン) の組織およびディビジョンでご利用いただけます。

ディビジョン向けの RBAC サポートはベータプログラムの一部であり、一部のお客様のみがご利用いただけます。

カスタム役割を使用したロールベースアクセス制御 (RBAC) により、組織は組織レベルのカスタムユーザー役割を作成および管理でき、ユーザーが Asana で行えることを一元的に管理できます。特権管理者は、特定の権限セットを持つ役割を定義し、これらの役割をユーザーに割り当てることができます。これにより、組織はセキュリティとコンプライアンスの要件を満たし、Asana でのユーザーの働き方を統一できます。

関連記事

RBAC のメリット

  1. 一元管理: 管理者コンソールから組織レベルの権限を管理
  2. セキュリティとコンプライアンスの強化: ロール権限の詳細な管理により、セキュリティとコンプライアンスの要件を満たせます。
  3. 標準化されたワークフロー: ロールごとに適切なアクセスレベルを定義することで、組織全体の働き方を標準化できます。
  4. 管理業務の負担軽減:ユーザー管理を特定の管理者ユーザーに委任し、サポートされている IDP と連携してロールの割り当てを自動化することで、管理者のワークフローを簡素化します。

RBAC の仕組み

RBAC では、権限が個々のユーザーではなく役割に関連付けられるため、組織全体のアクセス管理が容易になります。

ユーザーの役割

  • 標準的な役割: Asana には、固有の変更不可の権限と、変更可能な権限の両方を含む標準的な役割のセットが用意されています。カスタムの役割は標準の役割に基づいており、変更できない権限と変更可能な権限のデフォルトを継承します。
    • 特権管理者: これは、ユーザーの管理を含む、Asana の組織を全面的に管理できる最上位の管理者ロールです。この役割の権限は変更できず、この役割に基づいてカスタム役割を作成することもできません。
    • 管理者: 組織の管理者は、管理者コンソールにアクセスでき、チームとメンバーの管理を含む管理者設定にアクセスできます。また、ドメイン設定に関する限定的な管理権限を持ちます。特権管理者は、この役割のユーザー管理権限を調整できます。これには、役割の管理を管理者またはカスタム管理者役割に委任することも含まれます。

      • 管理者の標準の役割は、組織でのみ利用でき、ディビジョンでは利用できません。

    • メンバー: これは、社内のメールアドレス (例: @yourcompany.com) を持つユーザーのデフォルトの役割です。メンバーは、Asana 組織内でコラボレーションするための標準的なアクセス権を持ちます。
    • ゲスト: これは、社外のメールアドレス (例: @yourclient.com) を持つユーザーのデフォルトの役割です。ゲストは、メインの組織外のユーザーとのコラボレーションを目的としており、固有の権限が制限されています。外部ユーザーには、ゲストロールまたはゲストロールをベースとしたカスタムロールのみを割り当てることができます。同様に、内部ユーザーにゲストの役割を割り当てることはできません。
  • カスタムの役割:特権管理者、ディビジョン管理者、および役割を管理する権限を付与された管理者は、標準の役割に基づいてカスタムのユーザー役割を作成し、設定可能な権限を変更できます。

RBAC の権限

作成、削除、アカウントの権限など、ユーザーが Asana 全体で実行できるアクションを管理できます。詳しくは、アクセス許可の概要に関する記事をご覧ください。

RBAC を使い始める

以下の手順に従って、組織の役割と権限を設定してください。

ステップ 1: RBAC 設定にアクセスする

管理者コンソールの「役割の管理」ページから、すべてのユーザーの役割を 1 か所で確認および設定できます。

  1. Asana で管理者コンソールに移動します。
  2. 左側のナビゲーションバーの「メンバー」セクションにある「ロールを管理」タブをクリックします。
  3. ここに、組織の役割の一覧と、役割の説明や各役割のメンバー一覧などの基本的な情報が表示されます。
  4. 最初にアクセスしたときは、標準のロールのみがここに表示されます。カスタムロールを作成すると、このページからも確認できるようになります。RBAC settings

ステップ 2: カスタムロールを作成する

カスタムロールは、ユーザーまたはユーザーグループが Asana で持つべき権限をより細かく制御する必要がある場合に作成します。

  1. 「ロールを管理」タブで、右上隅にある「ロールを作成」をクリックします。
    1. ディビジョン管理者がカスタム役割を作成できるのは、メンバーまたはゲストをテンプレートとして使用する場合のみです。テンプレートとして管理者ロールを利用できるのは、組織レベルのみです。
  2. カスタムロールの名前と説明を入力します (例:「プロジェクトマネージャー」「マーケティングチームメンバー」)。 
    1. ヒント: 具体的な名前と明確な説明は、後から役割のリストが増えた場合や、役割の管理を他の管理者に委任する予定がある場合に役立ちます。
  3. 新しいカスタム役割の基にする標準的な役割を選択します。これは、その役割に付与される設定不可の権限と設定可能な権限、およびその役割に割り当てられるユーザーのタイプ (社内ユーザー vs. 社外ユーザー) に影響します。
  4. この役割に付与する権限を設定します。
  5. 「役割を作成」をクリックします。
  6. これで、このロールにユーザーを割り当てる準備が整いました。

Create role

ステップ 3: ロールを変更する

組織のニーズの変化に合わせて、ロールを変更する必要があります。

  1. 「役割を管理」タブから、変更する役割を選択します。
  2. 「役割を編集」ページで、その役割に現在関連付けられている権限を確認します。
  3. 必要に応じて、役割の詳細と権限を編集します。
  4. 変更内容を保存します。
  5. 更新された権限設定が、そのロールを持つすべてのユーザーに適用されるようになります。

Edit role

ステップ 4: ロールの割り当て

ユーザーにユーザーロールを割り当てることで、ユーザーまたはユーザーグループが Asana で持つ権限を管理できます。

  1. 管理者コンソールで、左側のナビゲーションバーにある「メンバーを管理」をクリックします。
  2. 新しい役割を割り当てるユーザーを見つけます。
  3. 「ロール」のドロップダウンをクリックします。
  4. 割り当てる新しい役割を選択します。
    1. ヒント: IDP との連携を活用して、メンバーの役割の割り当てを一括管理する方法について詳しくご確認ください。IdP を介して役割を管理している場合、IdP がユーザーの役割に関する信頼できる情報源となり、管理者コンソールでの変更よりも優先されます。
      1. Okta で Asana のロールを設定する方法をご紹介します。
      2. Microsoft Entra IDで Asana のロールを設定する方法をご紹介します。
ヒント iconヒント

CSV によるユーザーインポートを使用して、ロールを一括で割り当てることができます。詳しくは[こちら](https://help.asana.com/hc/ja/articles/115004664368--CSV-%E3%81%AB%E3%82%88%E3%82%8B%E3%83%A6%E3%83%BC%E3%82%B6%E3%83%BC%E3%82%A4%E3%83%B3%E3%83%9 निका)をご覧ください。

Roles

ステップ 5: ロールのデフォルトを設定する

役割のデフォルト設定では、Asana に参加した新規ユーザーに割り当てられる役割を設定します。 

  1. 管理者コンソールで、左側のナビゲーションバーにある「セキュリティ」をクリックします。 
  2. 「役割のデフォルト設定」を見つけます。 
  3. 社内ユーザーと社外ユーザーのデフォルトの役割を選択します。 
 

ヒント: 役割のデフォルト設定は、ユーザーが組織に参加するために登録する場合、他のユーザーから招待された場合、および自動的に役割が割り当てられるようなまれなケースに適用されます。どのユーザーにもデフォルトで付与しても問題がない権限を持つデフォルトのロールを選択してください。ユーザーのロールは、管理者コンソールの「メンバー」タブからいつでも変更できます。

Role defaults

FAQ (よくある質問)

役割管理 

誰が役割を作成、管理、割り当てできるのか？

デフォルトでは、特権管理者のみが組織のロールを作成および管理できます。標準の管理者役割 (および管理者に基づくカスタム役割) を持つユーザーは、既存のユーザー役割にユーザーを割り当てられますが、新しいカスタム役割を作成したり、役割の権限を変更したりすることはできません。特権管理者は、管理者ユーザーの管理権限を管理し、ロールの管理権限を付与するか、ロールの割り当て権限を制限するかを選択できます。 

ディビジョン管理者は、自分のディビジョンのカスタムロールを作成および管理できます。

標準の役割の権限は変更できますか？

はい。特権管理者は、組織のニーズに合わせて、標準的な役割に関連付けられた設定可能な権限を変更できます。

「メンバー」をベースにカスタム役割を作成した場合、後で「メンバー」の標準の役割に変更が加えられると、カスタム役割にも変更が加えられますか？

 いいえ。カスタム役割の設定可能な権限は、作成後は独立したものになります。標準的な役割の設定可能な権限に変更が加えられても、それに基づいて作成された既存のカスタム役割に自動的に適用されることはありません。標準のロールに変更が加えられた後に作成された新しいカスタムロールでは、標準のロールの現在の権限が初期のデフォルトとして使用されます。 

ユーザーは、所属するディビジョンごとに異なる役割を持つことはできますか？

いいえ。ユーザーは組織内で 1 つの役割を持ち、所属するディビジョンごとに異なる役割を持つことはできません。複数のディビジョンに所属するユーザーの場合、このロールの権限はすべてのディビジョンに適用されます。

管理者は、複数のディビジョンに所属するユーザーの役割を変更できますか？

管理者がユーザーのロールを変更し、そのユーザーが複数のディビジョンに所属している場合、管理者は、ユーザーのロールを変更すると、そのユーザーが所属するすべてのディビジョンに適用されるという警告が表示されます。

組織の用語によりよく合うように、標準のロールの名前を変更できますか？

いいえ、標準的な役割の名前を変更することはできません。

標準の「特権管理者」ロールをカスタマイズすることはできますか？

いいえ。特権管理者の権限は固定されており、変更できません。

ディビジョン管理者は、自分のディビジョン内の役割を管理できますか？

はい。ディビジョン管理者は、ディビジョン管理者コンソールからユーザーの役割を管理し、ディビジョン固有のカスタム役割を作成できます。

役割の割り当て

社内外の新規ユーザーに割り当てられるデフォルトのロールを変更できますか？

はい。管理者コンソールの「セキュリティ」タブにある「デフォルトのロール」設定から変更できます。さらに、ロールレベルのデフォルト設定もあり、これによって、そのロールを持つユーザーが招待した新規ユーザーのロールが設定されます。権限のエスカレーションを避けるために、これらのデフォルト設定を慎重に使用することをおすすめします。

1 人のユーザーに複数の役割を割り当てることはできますか？

いいえ、各ユーザーに一度に割り当てられるロールは 1 つのみです。

ユーザーにはどのようなユーザー役割が割り当てられますか？

Asana では全員がユーザーロールを持っています。ロールは次の方法で割り当てられます。

  • 既存のユーザーの場合: ユーザーロールの管理に RBAC を使用するように移行すると、ユーザーはデフォルトで既存のユーザーロール (特権管理者、管理者、メンバー、ゲスト) を保持します。そこから、ユーザー管理権限を持つ特権管理者と管理者は、カスタム役割を追加し、ユーザーに役割を割り当てることができます。 
  • 新規ユーザーの場合、割り当てられる役割は、組織への参加方法によって異なります。
    • 招待済みユーザー: 
      • アプリ内からの招待: アプリから Asana に招待された場合、新規ユーザーに割り当てられるロールは、デフォルトのメンバーまたはゲストロールです。
      • 管理者コンソール: 管理者コンソールからユーザーが招待される場合、特権管理者および役割の割り当て権限を持つ管理者は、招待の手順中に新規ユーザーの役割を設定できます。 
       
  • 登録: 新規ユーザーがAsana.comから登録して組織に参加すると、組織全体のデフォルトのロールが割り当てられます。このロールは、最初は標準のメンバーロールとして設定されますが、ドメイン全体の {.bold}設定{.end}で変更できます。 
  • SCIM 連携: IdP を介して役割を管理している場合、IdP がユーザーの役割に関する信頼できる情報源となり、管理者コンソールでの変更は上書きされます。Okta で Asana のロールを設定する方法をご紹介します。  
  
  • ユーザーが自動的にロールを付与されるケースは、あまり一般的ではありませんが、いくつかあります。
    • ドメイン移行: ドメイン移行が行われると、ソースドメインのユーザーには、移行先ドメインの組織全体のデフォルトのロールが割り当てられます。組織の確認済みメールアドレスの変更: 組織に確認済みメールアドレスが追加または削除されると、既存のユーザーのロールタイプが外部 (ゲスト) ユーザーから内部ユーザーに、またはその逆に変更されることがあります。この場合、影響を受けるユーザーには、新しい役割タイプに対応する組織のデフォルトの役割が付与されます。 
     
  • ヒント: デフォルトのロールを管理して、新しいユーザーが最初から常に組織に対して適切なレベルのアクセス権を持つようにすることで、組織のセキュリティを確保しましょう。

ユーザーが招待を受け入れる前に複数のユーザーから招待された場合、どのような役割が割り当てられますか？

ユーザーが招待を承認する前に複数のユーザーから招待された場合、最初の招待で割り当てられたロールが付与されます。ユーザーが管理者コンソールから管理者によって招待された場合、管理者によって割り当てられたこのロールが、他の招待ロールよりも優先されます。特権管理者またはロールの割り当て権限を持つ管理者は、管理者コンソールで保留中の招待を確認し、ユーザーのロールを変更できます。

ユーザーの役割が変更された場合、ユーザーに自動的に通知されますか？

いいえ、ユーザーは役割や権限の変更について自動的に通知されません。 

ユーザーは Asana アプリから自分のロールを確認したり、ロールの変更をリクエストしたりできますか？

いいえ。ユーザーは自分のユーザーロールを確認することができず、現在 Asana から権限のアップグレードをリクエストする方法はありません。ユーザーエクスペリエンスは権限によって異なります。場合によっては、機能が完全に非表示になることもあれば、機能が無効化された状態で表示されることもあります。

組織内の別のディビジョンで作成されたカスタム役割を割り当てられますか？
いいえ。ディビジョン管理者が割り当てられるのは、自分のディビジョン内で作成されたカスタム役割のみであり、割り当て先も自分のディビジョンのメンバーに限られます。

組織設定

組織のデフォルト設定は、ユーザーの役割とどのように関連していますか？

組織のデフォルト設定は、RBAC を介してロールレベルでカスタマイズできる権限の一部に適用されます。これらの設定は、管理者コンソールの「セキュリティ」タブと「アプリ設定」タブからアクセスできます。これには次のような設定が含まれます。

  • ゲスト招待と信頼できるドメインの設定 
  • ファイルのアップロード 
  • モバイルアプリにファイルをダウンロードする 
  • 個人アクセストークンを使用する 
  • アプリを使用

組織のデフォルト設定を使用して組織レベルで権限が無効化または変更された場合、この設定が役割の権限に優先し、役割レベルで設定できなくなります。ロールレベルで設定を行うには、組織のデフォルト設定をオンにする必要があります。

以前、組織設定を使用してドメイン内の権限を変更したことがあります。RBAC の使用を開始しても、これらのデフォルト設定はそのまま維持されますか？

はい。RBAC の使用を開始しても、すでにドメインに設定されている権限設定はそのまま維持され、RBAC ロールの権限に反映されます。つまり、標準的な役割の初期デフォルト設定は、各役割の Asana のデフォルト設定とは異なる可能性があります。 

権限の全体的なフレームワーク

Asana でのユーザーロールは、プロジェクトやその他のワークオブジェクトの権限とどのように関連していますか？

RBAC のユーザーの役割と権限は、Asana インスタンス全体におけるユーザーの権限を決定しますが、オブジェクトのアクセスレベルの権限は、特定の Asana オブジェクトに対するユーザーの権限を決定します。Asana の権限システムは、さまざまなアクセス制御のユースケースに対応するために連携して機能します。 

次の表では、RBAC のユーザーの役割とオブジェクトのアクセスレベルを比較しています。 

比較

RBACユーザーの役割  

オブジェクトのアクセスレベル

誰が役割を割り当てるか？

組織の特権管理者

ディビジョン管理者

オブジェクト管理者

役割はどこで管理されますか？

組織管理者コンソール 

ディビジョン管理者コンソール

オブジェクトの「共有」モーダルまたは設定

ロール権限の対象範囲を教えてください。

組織全体、すべてのオブジェクトに適用されます

単一のオブジェクトに適用されます

権限の例

  • Asana へのゲストの招待 

  • Asana であらゆるものを削除する

  • チームを作成する

  • オブジェクトのメンバーシップを管理する

  • オブジェクトを削除する 

  • オブジェクト設定を管理 

ユーザーのライセンスと役割の関係は？

ライセンスと役割は互いに独立していますが、どちらもユーザーが Asana で最終的に行えることに影響します。 

  • ユーザーが Asana で機能にアクセスできるかどうかは、ライセンスによって決まります。 
  • Asana でのユーザーの権限は、役割によって決まります。 
 

Asana でアクションを実行するには、ユーザーは適切なライセンスとロールの両方が必要です。 

たとえば、Acme 社の 2 人のユーザーに、カスタムユーザーロール「プロジェクトマネージャー」が割り当てられているとします。この役割には「会社の目標を作成」権限が付与されています。

  • ユーザー A は Enterprise のフルライセンスを所持しており、会社の目標を作成できます。 
  • ユーザー B は「閲覧限定」ライセンスを所持しているため、ライセンスの種類による制限により、会社の目標を作成できません。ユーザー B が自分のロールで許可されているすべてのアクションを実行するには、アップグレードする必要があります。

トラブルシューティングのヒント

ユーザーが適切な役割を持っているにもかかわらず、アクションを実行できない

  1. アクションがオブジェクトレベルで制限されているかどうかを確認する
  2. 割り当てられたロールに対して権限が有効になっていることを確認する
  3. ユーザーが適切なライセンスを持っていることを確認する

AI の権限

RBAC 内の Asana の AI 権限を使用すると、管理者はロールごとに AI 機能の展開を管理できます。

現在、管理者は RBAC 内で 4 つの AI 関連の権限を制御できます。

Asana AI:トップレベルの Asana AI 権限を無効にすると、特定の役割のメンバーに対するサブ権限 (コア AI、プロアクティブ AI など) が無効になります。

  1. コア AI:このサブ権限により、特定の役割のメンバーは、オンデマンドのコンテンツ作成、要約、分析を行うための主要な Asana AI 機能 (スマートチャット、スマートサマリー、スマートエディターなど) を使用できます。
  2. プロアクティブ AI:このサブ権限により、特定の役割のメンバーは、ユーザーによる直接の指示なしに積極的にコンテンツを生成する Asana AI 機能 (目標やプロジェクトに関するプロアクティブな要約など) を使用できます。
  3. AI オートメーション:このサブ権限により、特定の役割のメンバーは、生成 AI (AI スタジオなど) を使用してルールやオートメーションを作成および変更できます。無効にすると、この役割のメンバーが所有する AI オートメーションは実行されません。
  4. AI チームメイトの作成と編集:このロールのメンバーがドメイン内でエージェント AI ユーザーを作成し、デプロイできるかどうかを制御します。

ロールベースの AI 権限は、組織全体の AI 設定とどのように関連しますか？

組織全体の AI 設定では、組織内の全ユーザーに対して Asana AI を有効または無効にできます。一方、RBAC の AI 権限では、特定の役割のメンバーに対してのみ同様の選択肢を設定できます。組織全体の AI 設定は、管理者コンソールの「Asana AI」セクションにあります。組織全体の AI 設定は、RBAC 内の AI 権限よりも優先されます。つまり、ユーザーが AI 機能にアクセスするには、まず組織全体でこれらの機能を有効化する必要があります。Asana AI を全体的に無効にしている場合、役割固有の権限にかかわらず、ドメイン内の誰も Asana AI を使用できなくなります。

既存のロールにおける AI アクセス権限のデフォルト設定は？

デフォルトでは、すべての標準およびカスタムの役割に対してすべての AI 権限が有効になっています。これらの権限を無効にしてアクセスを制限するには、役割を編集する必要があります。ユーザーが AI の権限を持っていても、組織が AI をオフにしている場合、そのユーザーは AI 機能を使用できません。

ユーザーの役割に対して AI 権限が無効になっている場合、ユーザーには何が表示されますか？

ユーザーの役割に AI の権限が含まれていない場合、その機能のエントリポイントが表示されないか、機能が無効として表示されます。これは、管理者によってアクセスが制限されていることを示します。

これらのコントロールにより、ユーザーは AI とまったくやり取りできなくなりますか？

いいえ。これらのコントロールは、ユーザーを AI から完全に遮断することを意図したものではありません。たとえば、AI の RBAC 権限を持たないユーザーでも、他のユーザーが作成し、所有する AI スタジオのルールをトリガーできる場合があります。組織の AI を無効にしたい場合は、組織全体の設定を使用してください。

    Note iconノート

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

    翻訳に関するフィードバックを送る。

    関連記事

    読み込み中
    Asana RBAC: カスタム役割を使用したロールベースアクセス | ヘルプセンター