主題
- 表單自訂
- 任務範本
- 自訂欄位
- 公式自訂欄位
- Asana時間追蹤
- 綁定
- 相依性類型
- 表單
- 與表單提交者的電子郵件溝通
- 篩選及排序自訂欄位
- 請使用 ID 自訂欄位。
- 表單中的字段映射
- 手動觸發規則
- 請設定規則權限
- 將綁定套用至專案
- 執行規則動作
- 分享表單
- 請使用規則中的變數。
- 請在規則中設定日期
- 管理專案範本儀表板
- 請查看規則執行歷史記錄
- 觸發規則
- 綁定常見問題
- 套件管理和權限
- 全域欄位的管理儀表板
- 參考自訂欄位
- 自動變換依存任務的日期
- 自訂欄位類型和限制
- 如何透過應用程式開發介面 (API) 將所有時間輸入資料從 Asana 匯出為 CSV
- 核准
- 工作流程產生器
- 專案範本
- 任務相依性
- 規則中的條件和分支
- 規則
- 雲端儲存和檔案共用的規則整合
- PagerDuty 規則整合
- 適用於生產力和溝通的規則整合
- HubSpot 規則整合
- 規則整合和小工具
- Microsoft Teams與Asana整合
- Asana for Outlook附加元件
- Asana for Gmail 附加元件
- 在 Asana 中的 Zoom 會議
- 整合 Asana for Tableau
- 整合 Power BI
- Google試算表與Asana
- Google 和 Asana
- Google表單與Asana
- GitHub與Asana整合
- 行事曆與Asana
- Google 日歷 + Asana
- 使用 Google 智慧型方塊
- Instagantt 和 Asana
- 使用 Zapier 和 Asana
- 使用 Vimeo 和 Asana
- 使用 Chrome 擴充功能與 Asana
- 請參閱 Asana for Jira Cloud 常見問題
- 自動化和 AI Studio 的 Zoom 轉錄文字
- 使用 AI Studio 建立 Zoom 通話筆記工作流程
- 使用 Tray.io 與 Asana
- 使用 ServiceNow 與 Asana
- Wufoo與Asana
- 啟用 Asana 建立和 Microsoft 365 整合的權限
- Outlook行事曆與Asana
- 網頁表單與Asana
- Zendesk整合
- Asana for Jira Cloud
- 來自Meta的Asana與工作空間
- Splunk + Asana
- 在 Asana 中整合 Salesforce
- 應用程式開發介面 (API)
- Claude 中的 Asana 應用程式
- ChatGPT 中的 Asana 應用程式
- 將時間追蹤資料從 Everhour 遷移至 Asana
- 合規性管理：應用程式開發介面 (API) 與整合支援
- Slack 與 Asana
- 使用 Asana for Adobe Creative Cloud
- Jira 資料中心
- Jira Data Center 常見問題
- eDiscovery資源中心
- 多組織部署
- 實施雙因素驗證
- 企業金鑰管理(EKM)
- Asana歐盟資料中心
- HIPAA合規性
- Asana和全球貿易合規
- 如何存取管理主控臺
- 隱私與安全
- 帳戶
- 雙因素驗證
- 服務帳戶
- 設定授權的 SAML 群組對應
- 資料維繫政策
- Asana帳戶電子郵件政策
- 刪除您的 Asana 帳戶
- 多個帳戶和合併
- 在系統管理主控台中管理密碼設定
- 請使用 SAML 群組對應和 SCIM 互動。
- 在 Asana 中允許 IP 清單
- 合規管理附加元件
- 遵守 FedRAMP 規範
- 權限管理附加元件
- 全域驗證設定
- 自動移除訪客
- 行動應用程式安全權限
- 瞭解使用者角色權限
- 應用程式管理和整合
- 適用於Enterprise版組織的SecureAuth
- 個人資料欄位可編輯性控制項
- 對工作項目申請系統管理員權限
- 使用 SCIM 佈建及取消佈建
- Asana IP 位址範圍和主機名稱
- 系統管理員安全控制項
- Asana日本資料中心
- Asana中的系統管理員和超級管理員角色
- 具有自訂角色的角色型存取控制 (RBAC)
- 如何分離 Asana 帳戶
- Asana 的資料落地
- 使用 SCIM 在 Microsoft Entra ID 中設定 Asana 角色
- 付費方案的驗證和存取管理選項
- 使用 SCIM 在 Okta 中設定 Asana 角色
- 存取和權限
Asana讓整個組織的團隊能夠順暢地進行協作。 對於有嚴格資料隔離要求的客戶，多組織部署讓這些組織能夠保持其資料的獨特性和隔離性。 這意味著客戶可以選擇將一個電子郵件網域綁定到多個Asana組織，從而將團隊和資料分類並拆分為子組織。
服務對象是誰？
多組織部署適用於需要滿足其資料歸屬、《健康保險攜帶和當責法案》(HIPAA)和企業金鑰管理(EKM)的組織，以遵守地區資料保護和隱私法。
這可讓客戶將Asana的影響力擴展至單一現有Asana部署中的多個地理區域，並符合當地資料需求。 多組織部署還可在每個子層級組織中實現資料隔離、系統管理員分離以及系統管理員控制。
此功能可解決以下問題：
- 需要硬數據分離的組織，例如當法規要求業務單位（即投資銀行）之間的數據完全分離時。
- 組織需要將來自不同地理位置的資料儲存在不同的資料中心
- 當組織僅能對其組織的某些部分實施EKM或HIPAA等控制時
設定子組織
遷移至多組織部署後，請務必檢閱您Asana子組織的系統管理主控臺中的所有設定。
請在設定標籤頁中選擇唯一的組織名稱和特定標誌，以清楚區分每個子組織。
- 範例：若您有多個業務單位有不同的資料駐留需求，請依據標記組織以突出顯示其地區，以便多個組織的成員知道他們在哪個組織工作。 （組織1 ： ACME組織-美國，組織2 ： ACME組織-歐盟）
使用多組織部署時，請務必注意：
- 建立新的子組織時，它將為空白，需要邀請使用者才能存取它
- 仍會有一個所有使用者都有權存取的主要組織(以及新自動加入的使用者將登入該組織)
- SAML與Google SSO上的任何變更將影響連結至您電子郵件網域的所有Asana組織
請聯絡我們的銷售團隊，選擇加入多機構部署。
注意
This article has been AI-translated.
Send translation feedback.