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

トピック

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

この記事の内容

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

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

この機能は、Enterprise+ プランの組織 (または権限管理アドオンを使用する Enterprise プランの組織) でご利用いただけます。

カスタム役割を使用したロールベースアクセス制御 (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. 「ロールを管理」タブの右上隅にある「ロールを作成」をクリックします。
  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 によるユーザーインポートを使用して、役割を一括で割り当てることができます。詳しくはこちらをご覧ください。

Roles

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

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

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

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

Role defaults

よくある質問

役割の管理 

誰が役割を作成、管理、割り当てることができますか？

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

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

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

「メンバー」に基づいてカスタム役割を作成し、後で「メンバー」の標準の役割を更新した場合、カスタム役割も変更されますか？

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

組織の用語に合わせて標準的な役割の名前を変更できますか？

いいえ。標準的な役割の名前は変更できません。

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

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

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

いいえ。現在、RBAC は組織のみが利用でき、役割の権限は組織レベルのユーザーに適用されます。 

役割の割り当て

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

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

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

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

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

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

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

招待を受け入れる前に複数のユーザーから招待された場合、ユーザーはどの役割を受け取りますか？

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

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

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

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

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

組織設定

組織のデフォルト設定はユーザーの役割にどのように影響しますか？

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

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

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

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

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

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

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

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

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

比較

RBAC ユーザーの役割  

 

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

誰が役割を割り当てますか？

組織の特権管理者

オブジェクト管理者

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

組織管理者コンソール 

 

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

ロールの権限の対象範囲はどこまでですか？

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

1 つのオブジェクトに適用

権限の例

  • 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 権限を無効にすると、特定の役割のメンバーに対するサブ権限 (Core AI、Proactive AI など) が無効になります。

  1. Core AI:このサブ権限により、特定の役割のメンバーは、オンデマンドのコンテンツ作成、要約、分析を行うための主要な Asana AI 機能 (スマートチャット、スマートサマリー、スマートエディターなど) を使用できます。
  2. Proactive AI:このサブ権限により、特定の役割のメンバーは、ユーザーによる直接の指示なしに積極的にコンテンツを生成する Asana AI 機能 (目標やプロジェクトに関する Proactive Summary など) を使用できます。
  3. AI オートメーション:このサブ権限により、特定の役割のメンバーは、生成 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 によって翻訳されています。

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

    関連記事

    読み込み中
    RBAC とカスタムロールの使用方法 | Asana ヘルプセンター