產品
主題
- 在規則中設定日期
- 與表單提交者的電子郵件溝通
- 請使用 ID 自訂欄位。
- 表單中的欄位對應
- 將綁定套用至專案
- 專案範本的管理儀表板
- 規則整合和小工具
- 請查看規則執行歷史記錄
- 觸發規則
- 表單自訂
- 自訂欄位
- 任務相依性
- 自動變換依存任務的日期
- 核准
- 公式自訂欄位
- 規則中的條件和分支
- 在 Asana 中的時間追蹤
- 相依性類型
- 篩選及排序自訂欄位
- 手動觸發規則
- 自訂欄位類型和限制
- 規則
- 請設定規則權限
- 雲端儲存和檔案共用的規則整合
- 執行規則動作
- 分享表單
- 請使用規則中的變數。
- 適用於生產力和溝通的規則整合
- PagerDuty 規則整合
- 綁定常見問題
- 套件管理和權限
- 全域欄位的管理儀表板
- HubSpot 規則整合
- 參考自訂欄位
- 綁定
- 如何透過應用程式開發介面 (API) 將所有時間輸入資料從 Asana 匯出為 CSV
- 任務範本
- 表單
- 狀態更新範本
- 專案範本
- Instagantt 和 Asana
- 使用 Zapier 和 Asana
- 合規性管理：應用程式開發介面 (API) 與整合支援
- Asana for Gmail 附加元件
- Asana for Tableau 整合
- Google 和 Asana
- Google 表單與 Asana
- Asana for Adobe Creative Cloud
- 使用 Google 智慧型方塊
- 使用 Chrome 擴充功能與 Asana
- 請參閱 Asana for Jira Cloud 常見問題
- Jira 資料中心
- 啟用 Asana 內建整合和 Microsoft 365 整合的權限
- Asana for Jira Cloud
- Salesforce 在 Asana 中的整合
- 應用程式開發介面 (API)
- Microsoft Teams與Asana整合
- Asana for Outlook 附加元件
- 在 Asana 中的 Zoom 會議
- 整合 Power BI
- Google試算表與Asana
- GitHub 與 Asana 整合
- 行事曆與 Asana
- Google 日歷 + Asana
- Vimeo 與 Asana
- 自動化和 AI Studio 的 Zoom 轉錄文字
- 使用 AI Studio 建立 Zoom 通話筆記工作流程
- Slack 與 Asana
- Outlook行事曆與Asana
- 使用 Tray.io 與 Asana
- ServiceNow 與 Asana
- Wufoo與Asana
- 網頁表單與Asana
- Zendesk整合
- Jira Data Center 常見問題
- Asana 與 Meta 推出的工作空間
- Splunk + Asana
- ChatGPT 中的 Asana 應用程式
- Claude 中的 Asana 應用程式
- 將時間追蹤資料從 Everhour 遷移至 Asana
- Microsoft Single Sign-On
- 請使用 SAML 群組對應和 SCIM 互動。
- 使用 SCIM 在 Microsoft Entra ID 中設定 Asana 角色
- 在系統管理主控台中管理密碼設定
- 在 Asana 中的 IP 允許清單
- 具有自訂角色的角色型存取控制 (RBAC)
- 對工作項目申請系統管理員權限
- 使用 SCIM 佈建及取消佈建
- 付費方案的驗證和存取管理選項
- Asana IP 位址範圍和主機名稱
- eDiscovery資源中心
- 多組織部署
- 實施雙因素驗證
- 企業金鑰管理(EKM)
- Asana日本資料中心
- Asana歐盟資料中心
- HIPAA合規性
- Asana和全球貿易合規
- 如何存取系統管理主控台
- 隱私與安全
- 雙因素驗證
- 帳戶
- 使用 SCIM 在 Okta 中設定 Asana 角色
- 服務帳戶
- 設定授權的 SAML 群組對應
- 多個帳戶和合併
- 資料保留政策
- Asana帳戶電子郵件政策
- 刪除您的 Asana 帳戶
- 存取和權限
- 合規管理附加元件
- 遵守 FedRAMP 規範
- 權限管理附加元件
- Asana 中的系統管理員和超級管理員角色
- 全域驗證設定
- 自動移除訪客
- 行動應用程式安全權限
- 應用程式管理和整合
- 如何分離 Asana 帳戶
- 適用於Enterprise版組織的SecureAuth
- 個人資料欄位可編輯性控制項
- Asana 的資料儲存
- 系統管理員安全控制項
- 跨應用程式存取
- Setting up Licensing Division ID with SCIM
使用 SCIM 佈建及取消佈建
注意
透過 SCIM 同步至 Asana 的任何屬性資料均可供所有下游 Asana 功能使用，包括 Asana Intelligence (Dash) 等 AI 功能。若您不希望特定屬性出現在這些功能中，請在其與 Asana 同步之前，從 Okta 或 Microsoft Entra ID 等身分識別提供商中的 SCIM 設定中將其移除或取消對應。
藉助 SCIM 功能，超級管理員可以快速輕鬆地在 Asana 中藉助其身份管理提供者的服務來佈建和取消佈建使用者。 您的組織也可用於設定 SCIM。SCIM 佈建功能可供超級管理員做到：
- 建立新使用者
- 更新使用者個人資料的屬性 (限 Okta 及 Microsoft Entra ID)
- 將 Asana 使用者資訊匯入身分管理工具
- 將 Asana 團隊資訊匯入身份管理提供者 (限 Okta)
- 從身份管理提供者在 Asana 中建立團隊 (限 Okta 及 Microsoft Entra ID)
- 停用使用者
Asana 不支援以下佈建功能：
- 重新啟用使用者
- 刪除 Asana 中的團隊
喜歡您看到的內容嗎？立即開始免費試用 Asana。免費試用
設定佈建
若要使用 SCIM 佈建，您需要將組織的 Asana 帳戶與其中一個受我們支援的身份提供者進行連結。設定方式因您所使用的身分提供商而異。Asana 透過以下提供商，支援 SCIM 佈建：
- Microsoft Entra ID - 瀏覽 Asana - Microsoft Entra ID 整合教學課程
- Google 工作空間
- Okta
- OneLogin
Okta
功能
超級管理員可以輕鬆地從 Okta 佈建及取消佈建在 Asana 中的使用者。Asana 與 Okta 的整合建立在稱為「SCIM」的業界標準協定上，使超級管理員得以做到：
- 建立使用者：在 Okta 中被指派到 Asana 應用程式 Okta 使用者會自動新增為您在 Asana 中的組織成員。
- 更新使用者的個人資料屬性：可從 Okta 個人資料將其中的userName、title和department等屬性同步到 Asana。
- 匯入使用者：在 Asana 中建立的使用者可以匯入 Okta，或與 Okta 既有的使用者整合，或建立為新的 Okta 使用者。
- 匯入群組：在 Asana 中建立的團隊可以匯入為 Okta 群組。然而 Okta 無法管理這些匯入群組的成員。
- 推送群組：Okta 中的群組及其成員能夠以 Asana 團隊及團隊成員的身份推送至 Asana。
- 連結群組：Asana 中繼有的團隊在匯入至 Okta 後，可連結至 Okta 中的群組。
- 停用使用者：如果使用者已經不再被指派至 Okta 中的應用程式，則可在 Asana 中停用之。
暫不支援以下佈建功能：
- 重新啟用使用者
- 刪除 Asana 中的團隊
Okta 僅支援以 3 個 (或以下) 位元組編碼的字元，故無法將名稱中帶有表情圖示的使用者或群組匯入 Okta。
要求
再為您的組織開啟 SCIM 前，請確保您符合以下的要求。
- 您是 Asana Enterprise、Enterprise+ 或舊版 Enterprise 版組織中的超級管理員。SCIM 可供整個組織的方案使用，但不適用於事業處。
- 您有透過 SCIM 佈建使用者的正確 Okta 計劃。請參閱 Okta 的生命週期管理方案以瞭解更多資訊。
如果您符合這些條件，請執行下列步驟來為您的組織啟用 SCIM。
步驟
步驟 1：將 Asana 的 Okta 整合應用程式新增至您的 Okta 帳戶
- 點選側邊欄上的Applications (應用程式)
- 點選Browse App Catalog (瀏覽應用程式目錄)
- 點選「協作和生產力」
- 點選 Asana
步驟 2：連結您組織的 Asana 帳戶與您的 Okta 帳戶
如欲使用 SCIM 佈建，您需要將組織的 Asana 帳戶連結至 Okta 帳戶。
在 Asana 中執行下列步驟
在 Asana 上登入超級管理員帳戶，然後點選右上角的個人資料照片並點選系統管理主控台，以前往系統管理主控台功能表。前往應用程式標籤頁，並按一下新增服務帳戶。
從「權限範圍」中選擇「範圍權限」，勾選「使用者佈建 (SCIM)」方塊，並確保勾選以下所有權限。範圍權限僅提供應用程式開發介面 (API) 權杖對使用者佈建 (SCIM) 的存取權。透過限制存取，您可降低與應用程式開發介面 (API) 權杖使用相關的安全風險。
若您不希望 Okta 將群組推送至 Asana 團隊、重新命名團隊或修改團隊，請取消勾選與團隊相關的權限。
新增服務帳戶將會生成一組應用程式開發介面 (API) 權杖，您可以在 Okta 內的 Asana 應用程式中之Provisioning (佈建) 標籤頁使用之。
在 Okta 中執行下列步驟
登入您的 Okta 系統管理員入口網頁，並進入「Application」(應用程式) 標籤頁，然後前往 Asana 應用程式。
若要連結 Asana 與您的 Okta 帳戶：
- 點選佈建
- 在Settings (設定)側邊欄中，點選Integration (整合)，然後點選Configure API Integration (設定 API 整合)
- 核取「啟用應用程式開發介面 (API) 整合」方塊
- 在 API Token (API 權杖) 欄位輸入您在 Asana 中的「服務帳戶」標籤頁中取得的權杖。
- 點選Test API Credentials (測試應用程式開發介面 (API) 認證)，驗證是否正確設定權杖
- 點選Save (儲存) 將 Okta 中的配置存檔
步驟 3：在您的 Okta 帳戶中設定 Asana 的佈建選項
在 Okta 之中
在應用程式標籤頁中找到 Asana 應用程式並點選Provisioning (佈建)。
- 在Settings (設定)側邊欄中點選To App (佈建至應用程式)
- 點選右上角的Edit (編輯)
- 啟用 Asana 應用程式的使用者佈建選項，然後點選Save (儲存)以套用整合設定值。
我們建議您啟用「建立使用者」、「更新使用者屬性」和「停用使用者」。
使用Import (匯入)標籤頁整合 Okta 網域中現有的使用者以及在 Asana 中偵測到的使用者。匯入您想要為其建立或指派 Okta 帳戶的所有 Asana 使用者。
使用「指派」標籤頁，像使用 SAML 一樣管理指派至 Asana 的使用者。使用者將透過 Asana 成員名單自動同步。
步驟 4：將已佈建的使用者指定給 Asana 中的團隊
如欲將 Okta 群組指定給 Asana 團隊，您可以選擇將新的群組推送至 Asana，或將 Okta 群組連結至現有的 Asana 團隊。如果您要連結群組，請確保您想為其指派至的目標團隊已經在 Asana 中設定完畢。進一步瞭解如何在 Asana 中建立團隊。
在 Okta 系統管理原入口網頁：
- 前往 Asana 應用程式並點選「推播群組」標籤頁中的「重新整理應用程式群組」，即可更新任何 Asana 中的匯入或變更。這可以確保所有來自目標應用程式的群組都在 Okta 中獲得呈現。
- 若希望能在連結時重新命名 Asana 中的群組，請按一下「動作」按鈕 (群組推播設定)。我們建議不要重新命名應用程式群組，以免意外變更 Asana 中的團隊名稱。
- 點選Push Groups (推送群組)
- 選取By name (按名稱) 並使用關鍵字找出 Okta 群組
- 當群組顯示於表格中時，點選Match results and push action (比對結果與推送動作) 下拉式選單。如果您嘗試將群組指定至現有團隊，請選擇「連結群組」。否則，請選擇「建立群組」。點選「儲存」以套用整合設定。
請注意，本整合不支援從 Okta 刪除 Asana 中的團隊。請使用 Asana 中系統管理主控台中的「團隊」標籤頁來管理及刪除團隊。
步驟 5：設定 Asana 的屬性對應
如欲在 Asana 中設定及指定使用者個人資料中的屬性，請執行下列步驟。
- 前往 Asana 應用程式，然後點選「Provisioning」(佈建) 標籤頁。
- 在Asana Attribute Mappings (Asana 屬性對應)區段下設定正確的選項。
- 在Apply on (套用於)一欄中選取Create (建立)或Create and Update (建立並更新)。
限制同步至 Asana 的屬性
若要停止將特定屬性同步至 Asana，請在您的身分提供商中移除或取消對應該屬性。例如，在 Okta 中，您可以在「佈建」和「屬性對應」下更新對應。Asana 不提供單獨的控制項，無法在 Asana 端排除個別 SCIM 屬性。
移除屬性對應會停止未來對該資料的同步。此操作不會刪除已同步至 Asana 的資料。
步驟 6：如何更新您目前的 Asana - Okta 整合
如果您目前已經正在使用 Asana - Okta 整合，請執行下列步驟啟用/取得最新的更新。
- 按一下「佈建」
- 按一下整 合
- 點選編輯
- 取消勾選Enable API integration (啟用 API 整合) ，然後點選Save (儲存)
然後再度依序點選Edit (編輯) 和Enable API integration (啟用 API 整合)，接著輸入 API 權杖，再點選Save (儲存)。接下來請啟用佈建功能。最後，您就會看到新的屬性變更及整合功能出現在整合中。
- 在 Okta 中從 Asana 取消佈建使用者時，該使用者會在 Asana 中刪除 (與在 Asana UI 中移除帳戶時相同的動作)。停用使用者時請小心。
- 將 Asana 應用程式指派至 Okta 中的使用者時，即在 Asana 中建立該使用者的個人資料，並觸發與他們受邀加入 Asana 時相同的動作。在通知使用者他們獲指派 Asana 應用程式時，請務必注意這一點。
- 在 Asana 應用程式層級變更 Okta 使用者名稱 (亦即覆寫使用者名稱) 將會向 Asana 發出停用原使用者名稱的命令。如果該原使用者名稱有任何關聯的啟用中 Asana 帳戶，則該帳戶會被刪除。在套用應用程式層級的覆寫時，請特別注意。
- 建立或更新使用者時，使用者必須擁有與 Asana 中組織網域相符的電子郵件 (例如，您只能將具有 @asana.com 電子郵件網域的使用者佈建至 asana.com Asana 組織)。您仍然可以對組織訪客進行佈建和取消佈建，且僅需在系統管理主控台的「成員」標籤中進行管理。
- 使用者的 formattedName 必須與 givenName 和 familyName 相符。當發現不相符時，以 formattedName 為優先，並且可以還原/覆寫 givenName 和 familyName 欄位值的變更。因此，在屬性對應或手動更新應用程式使用者個人資料期間，請確保在個人資料推送期間，formatted name 的值與 givenName 和 familyName 的字串組合相符。例如：
- givenName = 新名字
- familyName = 新姓氏
- formattedName = new firstname new lastname
OneLogin
請在此處瞭解如何使用 OneLogin 設定 SCIM 佈建。
若要使用非原生整合的 IdP 啟用 SCIM 功能，請於此處查閱必要的接受屬性。
SCIM 取消佈建自訂
組織的超級管理員可以選擇在使用者透過 SCIM 或應用程式開發介面 (API) 取消佈建後，如何處理使用者的任務。
當使用者從 Asana 取消佈建時，即建立一個「先前指派的任務」專案，其中包含此前指派給該使用者的所有公開任務。
系統管理主控台中的全組織設定可讓您選擇一位超級管理員成為此專案的所有者。專案所有者可以根據需要重新指派任務。
若要指派專案所有者角色給超級管理員：
前往系統管理主控台的「安全」標籤頁中的「成員移除設定」。
- 切換開啟為之前指派給已移除成員的任務建立一個新專案的選項。
- 從下拉式功能表選擇「所有超級管理員」或特定超級管理員。
- 若要將已完成的任務包含在專案中，請勾選此方塊。
這些自訂設定僅適用於透過 SCIM 或使用服務帳戶權杖的應用程式開發介面 (API) 從組織移除使用者的情況。
如欲了解更多有關使用者取消佈建的資訊，請參閱我們的常見問題文章。
This article has been AI-translated.
Send translation feedback.
