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. 前往 Asana 中的系統管理主控台。
  2. 在左側導覽列的「成員」區段中，點選「管理角色」標籤頁。
  3. 您會在此處看到組織的角色清單，以及關於這些角色的部分基本資訊，包括角色描述和每個角色的成員清單。
  4. 剛開始時，此處只會顯示標準角色；建立自訂角色後，您也可以在此頁面中檢視這些角色。RBAC settings

步驟 2：建立自訂角色

當需要更精確地控制使用者或使用者群組在 Asana 中應擁有的權限時，應建立自訂角色。

  1. 在「管理角色」標籤頁中，點選右上角的「建立角色」 。
    1. 事業處系統管理員只能以成員或訪客作為範本來建立自訂角色。將系統管理員角色作為範本僅在組織層級可用。
  2. 為自訂角色提供名稱和描述 (例如：「專案經理」、「行銷團隊成員」)。 
    1. 提示：當您的角色清單增加，或者您計劃將角色管理委託給其他系統管理員時，具體的名稱和清晰的描述在稍後可能會很有幫助。
  3. 選擇作為新自訂角色基礎的標準角色。這將影響該角色可用的不可設定和可設定權限，以及可以指派至該角色的使用者類型 (內部與外部)。
  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

常見問答集

角色管理 

誰可以建立、管理和指派角色？

依照預設，只有超級管理員可以建立和管理組織的角色。標準系統管理員角色 (以及基於系統管理員的自訂角色) 可以將使用者指派至現有的使用者角色，但無法建立新的自訂角色或修改角色權限。超級管理員可以管理管理員使用者管理權限，以授予管理角色的權限，或限制指派角色的權限。 

事業處系統管理員可以為其事業處建立和管理自訂角色。

是否可以修改標準角色的權限？

可以，超級管理員可以修改與標準角色相關的可設定權限，以更好地滿足其組織的需求。

如果我根據「成員」建立自訂角色，而「成員」標準角色後來有所更新，我的自訂角色是否也會跟著變更？

 不會，自訂角色的可設定權限在建立後是獨立的。對標準角色可設定權限的變更不會自動套用至基於該角色的現有自訂角色。在標準角色變更後建立的新自訂角色將使用標準角色目前的權限作為初始預設值。 

使用者是否可以在其所屬的每個事業處中擁有一個獨特的角色？

否，使用者在組織中擁有一個角色，且無法在其所屬的每個事業處中擁有獨特的角色。對於屬於多個事業處的使用者，此角色的權限適用於所有事業處。

系統管理員是否可以變更屬於多個事業處使用者的角色？

如果系統管理員變更使用者的角色，而該使用者隸屬於多個事業處，系統管理員會看到一則警告，指出變更使用者的角色將適用於該使用者隸屬的所有事業處。

我能否將標準角色重新命名，以更符合我們組織的術語？

不可以，標準角色不得重新命名。

我可以自訂標準的「超級管理員」角色嗎？

不行，超級管理員角色的權限是固定的，無法變更。

事業處系統管理員是否可以管理其特定事業處中的角色？

可以，事業處系統管理員可以在事業處系統管理主控台中管理使用者的角色，並建立專屬於其事業處的自訂角色。

我是否能阻止事業處系統管理員管理角色？

若您是超級管理員，您可以在「安全」下方設定網域設定，以阻止事業處管理員為其事業處內的使用者管理或建立角色。

角色指派

我可以變更指派給新內部或外部使用者的預設角色嗎？

可以，您可以使用系統管理主控台的「安全性」標籤頁中的「預設角色」設定來完成此操作。此外，還有角色層級的預設值，用於為具有該角色的使用者所邀請的新使用者設定角色。我們建議您謹慎使用這些預設值，以避免權限提升。

是否可以將多個角色指派給單一使用者？

否，每位使用者一次只能被指派一個角色。

使用者會被指派為哪種使用者角色？

在 Asana 中，每個人都有一個使用者角色。以下是角色指派的不同方式：

  • 對於現有使用者：當您轉換為使用 RBAC 來管理使用者角色時，使用者將預設保留其現有使用者角色 (超級管理員、系統管理員、成員或訪客)。在此之後，具有使用者管理權限的超級管理員和系統管理員可以新增額外的自訂角色，並將使用者指派至角色。 
  • 對於新使用者，使用者獲得的角色可能會因其加入您組織的方式而異：
    • 已邀請的使用者： 
      • 應用程式內邀請：當使用者從應用程式受邀使用 Asana 時，新使用者獲得的角色是預設的成員或訪客角色。
      • 系統管理主控台：當使用者從系統管理主控台受到邀請時，擁有角色指派權限的超級管理員和系統管理員可以在邀請步驟中為新使用者設定角色 
       
  • 註冊：當新使用者從Asana.com註冊以加入您的組織時，他們將獲得全組織的預設角色。此角色最初為標準成員角色，但可透過全域設定進行設定。 
  • 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 組織中，兩名使用者可能會被指派為專案經理的自訂使用者角色。此角色已啟用「建立公司目標」權限。

  • 使用者 A 擁有完整的 Enterprise 版授權，可以建立公司目標 
  • 使用者 B 具有「僅檢視」授權，由於受到授權類型的限制，因此可能無法建立公司目標。使用者 B 必須升級，才能執行其角色允許的所有動作

疑難排解提示

儘管擁有適當的角色，使用者仍無法執行動作

  1. 檢查該動作是否在物件層級受到限制
  2. 確認已對其指派的角色啟用權限
  3. 確認使用者具有適當的授權

AI 權限

Asana 在 RBAC 中的 AI 權限允許系統管理員依角色管理 AI 功能的部署。

系統管理員目前可以在 RBAC 中控制四項與 AI 相關的權限：

Asana AI：停用頂層 Asana AI 權限會停用特定角色成員的子權限 (例如核心 AI、主動式 AI 等)。

  1. 核心 AI：此子權限允許特定角色的成員使用核心 Asana AI 功能，以便隨需要建立、摘要和分析內容 (例如，智慧聊天、智慧摘要和智慧欄位)。
  2. 主動式 AI：此子權限允許特定角色的成員使用 Asana AI 功能，無需直接使用者提示即可主動產生內容 (例如，目標或專案的主動式摘要)。
  3. AI 自動化：此子權限允許特定角色的成員使用生成式 AI (例如：AI Studio) 建立和修改規則或自動化。如果停用，此角色成員擁有的 AI 自動化將不會執行。
  4. 建立並編輯 AI 隊友：控制該角色成員是否可以在其網域中建立和部署代理式 AI 使用者。

角色型 AI 權限如何與組織範圍內的設定互動？

全組織 AI 設定可為組織內的所有使用者啟用和停用 Asana AI，而 RBAC AI 權限則僅為特定角色的成員提供類似的選擇。整個組織的 AI 設定可在系統管理主控台的「Asana AI」區段中找到。全組織的 AI 設定優先於 RBAC 中的 AI 權限。這表示，若要讓任何使用者存取 AI 功能，必須先為整個組織啟用這些功能。如果您已整體停用 Asana AI，則無論其角色特定權限為何，您的網域中都將無人能夠使用。

我現有角色的 AI 權限預設設定為何？

所有標準角色和自訂角色皆預設為啟用所有 AI 權限。您必須編輯角色，才能停用這些權限並限制存取權限。如果使用者具有 AI 權限，但組織已關閉 AI，則使用者將無法使用 AI 功能。

如果使用者的角色已停用 AI 權限，他們會看到什麼？

如果使用者的角色不包含 AI 權限，他們將不會看到該功能的進入點，或者該功能將顯示為已停用。這表示其存取權限已受到管理員限制。

這些控制項是否完全阻止使用者與 AI 互動？

否。這些控制項並非旨在完全讓使用者遠離 AI。例如，沒有 AI RBAC 權限的使用者可能能夠觸發由其他人建立和擁有的 AI Studio 規則。若您想為組織停用 AI，請使用全組織設定。

    Note icon注意

    This article has been AI-translated.

    Send translation feedback.

    相關文章

    正在載入
    Asana RBAC：使用自訂角色的角色型存取 | 說明中心