主題
- 如何透過應用程式開發介面 (API) 將所有時間輸入資料從 Asana 匯出為 CSV
- 規則整合和小工具
- HubSpot 規則整合
- 適用於生產力和溝通的規則整合
- PagerDuty 規則整合
- 雲端儲存和檔案共用的規則整合
- 規則中的條件和分支
- 工作流程產生器
- 表單自訂
- 篩選及排序自訂欄位
- 與表單提交者的電子郵件溝通
- 相依性類型
- 綁定
- 分享表單
- 執行規則動作
- 將綁定套用至專案
- 請設定規則權限
- 公式自訂欄位
- 自訂欄位
- 手動觸發規則
- 請使用 ID 自訂欄位。
- 表單中的字段映射
- 管理專案範本儀表板
- 請在規則中設定日期
- 套件管理和權限
- 綁定常見問題
- 觸發規則
- 請查看規則執行歷史記錄
- 全域欄位的管理儀表板
- 參考自訂欄位
- 自訂欄位類型和限制
- 自動變換依存任務的日期
- 請使用規則中的變數。
- 表單
- 專案範本
- 狀態更新範本
- 任務範本
- 在 Asana 中的時間追蹤
- 規則
- 任務相依性
- 核准
- Claude 中的 Asana 應用程式
- 將時間追蹤資料從 Everhour 遷移至 Asana
- Asana 與 Meta 推出的工作空間
- Asana for Adobe Creative Cloud
- Vimeo 與 Asana
- Jira Data Center 常見問題
- Jira 資料中心
- 合規性管理：應用程式開發介面 (API) 與整合支援
- Instagantt 和 Asana
- 使用 Google 智慧型方塊
- Google 日歷 + Asana
- 行事曆與Asana
- GitHub與Asana整合
- Google表單與Asana
- Google 和 Asana
- Google試算表與Asana
- 整合 Power BI
- 在 Asana 中的 Zoom 會議
- Asana for Gmail 附加元件
- Microsoft Teams與Asana整合
- 使用 Zapier 和 Asana
- Wufoo與Asana
- 使用 Tray.io 與 Asana
- 使用 AI Studio 建立 Zoom 通話筆記工作流程
- 自動化和 AI Studio 的 Zoom 轉錄文字
- 請參閱 Asana for Jira Cloud 常見問題
- 使用 Chrome 擴充功能與 Asana
- Zendesk整合
- 網頁表單與Asana
- Outlook行事曆與Asana
- 在 Asana 中整合 Salesforce
- Splunk + Asana
- ChatGPT 中的 Asana 應用程式
- ServiceNow 與 Asana
- 啟用 Asana 內建整合和 Microsoft 365 整合的權限
- Asana for Tableau 整合
- Asana for Jira Cloud
- 應用程式開發介面 (API)
- Asana for Outlook 附加元件
- Slack 與 Asana
- 存取和權限
- 使用 SCIM 在 Okta 中設定 Asana 角色
- 付費方案的驗證和存取管理選項
- 如何分離 Asana 帳戶
- 具有自訂角色的角色型存取控制 (RBAC)
- Asana歐盟資料中心
- 企業金鑰管理(EKM)
- 實施雙因素驗證
- eDiscovery資源中心
- 服務帳戶
- HIPAA合規性
- 雙因素驗證
- 隱私與安全
- 帳戶
- 請使用 SAML 群組對應和 SCIM 互動。
- 在系統管理主控台中管理密碼設定
- Asana和全球貿易合規
- 設定授權的 SAML 群組對應
- 多個帳戶和合併
- 刪除您的 Asana 帳戶
- Asana帳戶電子郵件政策
- 資料維繫政策
- 權限管理附加元件
- 遵守 FedRAMP 規範
- 合規管理附加元件
- 在 Asana 中允許 IP 清單
- 行動應用程式安全權限
- 自動移除訪客
- 全域驗證設定
- 使用 SCIM 佈建及取消佈建
- 對工作項目申請系統管理員權限
- 個人資料欄位可編輯性控制項
- 適用於Enterprise版組織的SecureAuth
- 應用程式管理和整合
- Asana日本資料中心
- 系統管理員安全控制項
- Asana IP 位址範圍和主機名稱
- Asana 的資料儲存
- 多組織部署
- 使用 SCIM 在 Microsoft Entra ID 中設定 Asana 角色
- 如何存取系統管理主控台
- Asana 中的系統管理員和超級管理員角色
啟用 Asana 內建整合和 Microsoft 365 整合的權限
若您想使用 Asana 內建的 Microsoft 365 整合，可能需要與具有 Microsoft Entra (原名 Azure Active Directory) 存取權限的 Microsoft 系統管理員合作，以授予所需的權限。同意這些權限即表示授權 Asana 在相應的 Microsoft 365 應用程式中讀取和/或寫入資料，以便 Asana 內建的整合能夠與這些應用程式「對話」。
在本文中，我們總結了 Asana 內建的 Microsoft 365 整合所需的權限，並介紹了幾種供您的 Microsoft 系統管理員為您啟用這些權限的方式。
依整合而定的必要權限
整合 | 必要權限 |
|---|---|
Calendars.ReadWrite | |
在 Asana 中使用 MS Teams 應用程式以建立 Asana 應用程式規則的權限：
MS Teams 中 Asana 標籤頁的權限：
| |
Outlook 電子郵件 + Asana：
| |
Files.Read.All |
Microsoft 系統管理員如何啟用這些權限
根據組織文化的不同，有幾種方式可以啟用這些權限。我們在下方總結了 3 種方式，您可以從中找到最適合您組織的方式。
將使用者或群組指派給整合
如果您的組織希望嚴格控制哪些使用者或群組可以存取 Asana 內建的特定整合，您的 Microsoft 系統管理員可以將整合指派給特定使用者或群組。絕大多數組織都傾向採用這種方法。
- 登入 Microsoft Entra > 企業應用程式
- 搜尋並開啟 Asana 內建的整合，例如：Asana for Outlook 電子郵件
- 點選「指派使用者和群組」，然後點選「新增使用者/群組」
- 已新增的使用者和群組將獲得此應用程式的權限授予。
啟用「允許使用者同意應用程式」
如果您的組織鼓勵員工嘗試並採用最適合其工作流程的整合，Microsoft 管理員可以啟用「應用程式的使用者同意」，讓員工能夠自主同意授予相關權限。
在 Microsoft Entra 中，前往「Enterprise 應用程式」|「同意與權限」，以便啟用使用者同意功能。這樣一來，當您的員工嘗試使用 Asana 打造的 Microsoft 整合時，他們就能彈性地接受或拒絕所請求的權限。
啟用「授予系統管理員同意」
您的 Microsoft 管理員還可以選擇針對 Asana 所建立的整合 (例如：Asana for Outlook Email) 所需的權限授予「管理員」同意。這樣做將授予同意給所有需要這些權限授權的 Microsoft 365 整合 (而不僅限於 Asana 建立的整合)。
如果這是您偏好的方法，您可以：
- 前往 Microsoft Entra > 企業應用程式
- 搜尋並開啟 Asana 內建的整合。例如，Asana for Outlook Email
- 按一下左側導覽列下方的Permissions (權限)
- 點選「為 {Your organization's domain name} 授予系統管理員同意」
注意
This article has been AI-translated.
Send translation feedback.
