產品
主題
- 在規則中設定日期
- 與表單提交者的電子郵件溝通
- 請使用 ID 自訂欄位。
- 表單中的欄位對應
- 將綁定套用至專案
- 專案範本的管理儀表板
- 規則整合和小工具
- 請查看規則執行歷史記錄
- 觸發規則
- 表單自訂
- 任務相依性
- 核准
- 規則中的條件和分支
- 在 Asana 中的時間追蹤
- 相依性類型
- 篩選及排序自訂欄位
- 手動觸發規則
- 自訂欄位類型和限制
- 規則
- 請設定規則權限
- 執行規則動作
- 請使用規則中的變數。
- 適用於生產力和溝通的規則整合
- PagerDuty 規則整合
- 綁定常見問題
- 套件管理和權限
- 全域欄位的管理儀表板
- HubSpot 規則整合
- 參考自訂欄位
- 綁定
- 任務範本
- 狀態更新範本
- 適用於雲端儲存和檔案共用的規則整合
- 分享表單
- 如何透過應用程式開發介面 (API) 將 Asana 中的所有時間紀錄資料匯出為 CSV 檔
- 專案範本
- 自訂欄位
- 表單
- 自動變換依存任務的日期
- 瞭解 Asana 中的自動化觸發因素和動作
- 公式自訂欄位
- 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 整合的權限
- 應用程式開發介面 (API)
- Asana for Outlook 附加元件
- 整合 Power BI
- Google試算表與Asana
- GitHub 與 Asana 整合
- Google 日歷 + Asana
- Vimeo 與 Asana
- 自動化和 AI Studio 的 Zoom 轉錄文字
- 使用 AI Studio 建立 Zoom 通話筆記工作流程
- 使用 Tray.io 與 Asana
- ServiceNow 與 Asana
- Wufoo與Asana
- 網頁表單與Asana
- Zendesk整合
- Jira Data Center 常見問題
- Asana 與 Meta 推出的工作空間
- Splunk + Asana
- ChatGPT 中的 Asana 應用程式
- Claude 中的 Asana 應用程式
- 將時間追蹤資料從 Everhour 遷移至 Asana
- 在 Asana 中的 Zoom 會議
- 行事曆與 Asana
- 在 Slack 頻道中與 Asana 聊天
- 在 Asana 中的 Slack 評論同步
- Microsoft Teams 與 Asana 的整合
- Slack 與 Asana
- Asana for Jira Cloud
- Microsoft 單一登入
- Salesforce 在 Asana 中的整合
- Outlook 行事曆與 Asana
- 請使用 SAML 群組對應和 SCIM 互動。
- 在系統管理主控台中管理密碼設定
- 在 Asana 中的 IP 允許清單
- 對工作項目申請系統管理員權限
- 付費方案的驗證和存取管理選項
- Asana IP 位址範圍和主機名稱
- eDiscovery資源中心
- 多組織部署
- 實施雙因素驗證
- 企業金鑰管理(EKM)
- Asana日本資料中心
- Asana歐盟資料中心
- HIPAA合規性
- Asana和全球貿易合規
- 如何存取系統管理主控台
- 隱私與安全
- 雙因素驗證
- 帳戶
- 使用 SCIM 在 Okta 中設定 Asana 角色
- 設定授權的 SAML 群組對應
- 多個帳戶和合併
- Asana帳戶電子郵件政策
- 存取和權限
- 合規管理附加元件
- 遵守 FedRAMP 規範
- 自動移除訪客
- 如何分離 Asana 帳戶
- 適用於Enterprise版組織的SecureAuth
- 個人資料欄位可編輯性控制項
- Asana 的資料儲存
- Setting up Licensing Division ID with SCIM
- Asana 合規性設定
- 權限管理附加元件
- 跨應用程式存取
- 服務帳戶
- 資料保留政策
- Asana 中的系統管理員和超級管理員角色
- 資料提供
- 行動應用程式安全權限
- 使用 SCIM 在 Microsoft Entra ID 中設定 Asana 角色
- 具有自訂角色的角色型存取控制 (RBAC)
- 全域驗證設定
- Asana 的 SCIM 佈建
- 進階設定：使用 SCIM 佈建授權
- 進階設定：使用 SCIM 指派 Asana 角色
- 使用 SCIM 佈建及取消佈建使用者
- 應用程式管理和整合
- 系統管理員安全控制項
- 刪除您的 Asana 帳戶
Asana 支援 Microsoft 單一登入 (SSO)，讓您組織的成員能夠使用其 Microsoft 帳戶認證登入 Asana。若要使用 Microsoft 登入，請在 Asana 登入頁面上點選繼續使用 Microsoft ，並依循提示使用您的 Microsoft 帳戶進行驗證。
您在 Asana 中使用 Microsoft 單一登入的方式取決於您的方案。任何成員皆可使用其 Microsoft 帳戶登入，但只有付費方案才能將 Microsoft SSO 設定為必填，而只有 Enterprise 和 Enterprise+ 方案才能使用搭配 Microsoft Entra ID 的 SAML。
將 Microsoft 單一登入設定為必填
可在 Asana 付費方案上使用。
組織系統管理員可以將 Microsoft SSO 設定為所有成員的必要登入和註冊方式。設定必要的 SSO 後，除訪客外，所有成員都必須使用其 Microsoft SSO 選項登入，且所有其他登入選項均會重新導向使用者。
若要將 Microsoft SSO 設定為必要選項，請前往系統管理主控台，並點選「安全性」標籤頁。在「驗證設定」下方，點選「單一登入 (SSO)」。
請注意：您必須使用您想要設定為必選的方式登入。
找到Microsoft列，然後勾選Required (必填) 核取方塊。
注意
您必須使用您要設定為必要的方法進行登入。
系統會提示您登出，並使用您的 Microsoft 帳戶重新登入，以確認變更。確認後，Microsoft 單一登入將成為貴組織成員的唯一登入方式。
請注意：若您有其他方法設為必填，則需要先取消勾選其必填狀態。
瞭解不同的 Microsoft 驗證選項
雖然標準的 Microsoft SSO 按鈕允許使用 Microsoft 認證快速存取，但您的組織可能需要更進階的企業級身分識別管理。針對此情況，Asana 支援兩種截然不同的選項： Microsoft SSO和以Microsoft Entra ID為 IDP 的 SAML 設定。
1. Microsoft SSO
擁有 Microsoft 帳戶的任何人都可以使用 Microsoft 單一登入 (SSO) 選項。您不需要企業安全性設定，也不需要使用 Microsoft Entra ID (前身為 Azure Active Directory) 作為您的身分識別提供者 (IDP)。
請注意，若您有 Microsoft Entra ID，則可以為想要使用 Microsoft SSO 的應用程式設定系統管理員同意工作流程。有時 Asana 會屬於此工作流程。如果是這樣，當您嘗試使用 Microsoft SSO 時，系統會提示您向 Microsoft 系統管理員提交請求，以取得使用 Asana SSO 的權限。如需更多有關如何在 Microsoft 端進行此設定的資訊，請參閱：設定系統管理員同意工作流程 - Microsoft Entra ID | Microsoft Learn
2. 使用 Microsoft Entra ID (前身為 Azure Active Directory) 設定 SAML
適用於 Asana Enterprise 版和 Enterprise+ 版方案。
Asana 提供 SAML 作為登入選項，以提供額外的驗證和安全控制。這與 Asana 提供的 Microsoft SSO 原生選項是分開的。
Microsoft Entra ID 是 Microsoft 的完整雲端身分識別和存取管理平台。此設定可讓 Microsoft Entra ID 使用SAML通訊協定作為您的主要身份識別提供者 (IdP)。此選項直接在 Asana 的一般 SAML 主控台中進行設定，非常適合需要額外安全控制或集中式驗證管理的組織。參 閱此文章，瞭解如何使用 Microsoft Entra 設定 SAML for Asana。
This article has been AI-translated.
Send translation feedback.
