主題
- 如何透過應用程式開發介面 (API) 將所有時間輸入資料從 Asana 匯出為 CSV
- 規則整合和小工具
- HubSpot 規則整合
- 適用於生產力和溝通的規則整合
- PagerDuty 規則整合
- 雲端儲存和檔案共用的規則整合
- 規則
- 規則中的條件和分支
- 任務相依性
- 專案範本
- 工作流程產生器
- 核准
- 表單自訂
- 篩選及排序自訂欄位
- 與表單提交者的電子郵件溝通
- 相依性類型
- 表單
- 綁定
- Asana時間追蹤
- 分享表單
- 執行規則動作
- 將綁定套用至專案
- 請設定規則權限
- 公式自訂欄位
- 自訂欄位
- 任務範本
- 手動觸發規則
- 請使用 ID 自訂欄位。
- 表單中的字段映射
- 管理專案範本儀表板
- 請使用規則中的變數。
- 請在規則中設定日期
- 套件管理和權限
- 綁定常見問題
- 觸發規則
- 請查看規則執行歷史記錄
- 全域欄位的管理儀表板
- 參考自訂欄位
- 自訂欄位類型和限制
- 自動變換依存任務的日期
- Claude 中的 Asana 應用程式
- 將時間追蹤資料從 Everhour 遷移至 Asana
- Asana 與 Meta 推出的工作空間
- Asana for Adobe Creative Cloud
- Vimeo 與 Asana
- Jira Data Center 常見問題
- Jira 資料中心
- Slack 與 Asana
- 合規性管理：應用程式開發介面 (API) 與整合支援
- Instagantt 和 Asana
- 使用 Google 智慧型方塊
- Google 日歷 + Asana
- 行事曆與Asana
- GitHub與Asana整合
- Google表單與Asana
- Google 和 Asana
- Google試算表與Asana
- 整合 Power BI
- 在 Asana 中的 Zoom 會議
- Asana for Gmail 附加元件
- Asana for Outlook附加元件
- 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
- Asana for Jira Cloud
- 應用程式開發介面 (API)
- ChatGPT 中的 Asana 應用程式
- ServiceNow 與 Asana
- 啟用 Asana 內建整合和 Microsoft 365 整合的權限
- Asana for Tableau 整合
- 存取和權限
- 使用 SCIM 在 Okta 中設定 Asana 角色
- 使用 SCIM 在 Microsoft Entra ID 中設定 Asana 角色
- 付費方案的驗證和存取管理選項
- 如何分離 Asana 帳戶
- 具有自訂角色的角色型存取控制 (RBAC)
- Asana歐盟資料中心
- 企業金鑰管理(EKM)
- 實施雙因素驗證
- 多組織部署
- eDiscovery資源中心
- 服務帳戶
- HIPAA合規性
- 雙因素驗證
- 隱私與安全
- 帳戶
- 請使用 SAML 群組對應和 SCIM 互動。
- 在系統管理主控台中管理密碼設定
- Asana和全球貿易合規
- 如何存取管理主控臺
- 設定授權的 SAML 群組對應
- 多個帳戶和合併
- 刪除您的 Asana 帳戶
- Asana帳戶電子郵件政策
- 資料維繫政策
- 權限管理附加元件
- 遵守 FedRAMP 規範
- 合規管理附加元件
- 在 Asana 中允許 IP 清單
- 行動應用程式安全權限
- 自動移除訪客
- 全域驗證設定
- 使用 SCIM 佈建及取消佈建
- 對工作項目申請系統管理員權限
- 個人資料欄位可編輯性控制項
- 適用於Enterprise版組織的SecureAuth
- 應用程式管理和整合
- 瞭解使用者角色權限
- Asana日本資料中心
- 系統管理員安全控制項
- Asana IP 位址範圍和主機名稱
- Asana中的系統管理員和超級管理員角色
- Asana 的資料儲存
Asana 的資料儲存
Asana 的資料落地功能可讓全球團隊選擇儲存特定類型靜態資料的地區。資料儲存地點功能，結合 Asana 的隱私承諾，可確保您的資料僅按照客戶要求的方式進行儲存和使用。
誰可以使用此功能？
Enterprise 版組織可購買資料代管作為附加元件，而 Enterprise+ 版層級則已包含此功能。超級管理員可以為組織啟用資料落地功能。
關於資料落地的須知事項：
- 客戶必須將所有 Asana 資料儲存在單一地區。
- 若要使用資料儲存，付費方案的客戶必須升級為 Enterprise 版組織方案或 Enterprise+。
- 請聯絡我們的銷售團隊，為您的組織設定資料儲存地點。
可使用 Asana 資料落地的地區
Asana 合作夥伴與 Amazon Web Services 合作，提供極具可靠性和高效能的區域內資料儲存服務。透過使用區域資料中心，客戶得以更加輕鬆地依循內部資料政策，同時遵守政府和第三方在支持資料落地要求上不斷沿革的規定。
請參閱下表，查看可提供資料落地的地區以及相應的備份地區。
| 資料落地地區 | 資料備份地區 |
| 美國維吉尼亞州 (預設) | 美國俄亥俄州 (預設) |
| 德國法蘭克福 | 愛爾蘭都柏林 |
| 日本東京 | 日本大阪 |
| 澳洲雪梨 | 澳洲墨爾本 |
Asana 資料落地的運作方式
儲存在資料區域中的資料
自啟用資料儲存地點之日起，以下類型的客戶資料將靜態儲存在客戶所選地區的資料中心中：
- 客戶資料：包括團隊、專案、任務、網域/CSV 匯出資料和附件。
- 使用者的第一個專案中包含的使用者產生內容
- 使用者個人資料資料：使用者名稱、個人資料照片和地區設定
儲存在資料區域外的資料
以下資料類型可能會儲存在客戶的資料區域之外：
- 使用者驗證：電子郵件地址、密碼 (訪客)、一次性金鑰 (例如密碼重設連結、註冊/邀請連結)、IP 位址、隨機識別碼
- 用於衡量席次數、使用情況和營收的資料
與 AI 合作夥伴分享用於 LLM 處理的資料
Asana AI 由合作夥伴提供支援的功能會與我們的 AI 合作夥伴分享相關的客戶資料。我們 AI 合作夥伴的伺服器通常位於美國，但對於在資料儲存地點設定中選擇歐盟的客戶，其資料將在位於歐盟的伺服器上進行處理。
請注意：資料儲存位置功能除了變更 Amazon Web Services 中靜態資料的儲存位置外，不會改變 Asana 的任何其他方面。Asana 將繼續依據 Asana 的隱私權聲明，以及在適用的情況下依據與 Asana 簽訂的資料處理增補合約，在美國和其他國際地點儲存和處理所有類別的資料。 如需更多有關資訊透過我們的轉承包處理者或 Asana 關係企業進行儲存和處理的地點之相關資訊，請參閱我們的「轉承包處理者和關係企業」頁面。
地區 AI 處理可用性
Asana AI 的區域資料處理目前僅適用於在歐盟啟用了「區域資料儲存」功能的客戶。對於這些客戶：
- 由 AI 功能處理的使用者產生內容仍保留在歐盟地區的伺服器上
- 若位於歐盟的伺服器上沒有提供基礎大型語言模型 (LLM)，AI 功能將自動停用。
對於資料歸屬位於其他地區 (例如澳洲、日本、中東) 的客戶：
- 客戶資料仍會儲存在您選擇的區域資料中心中
- 由於這些地區尚未提供區域 AI 處理端點，因此 AI 功能請求會在美國處理。
歐盟特定功能限制：
由於 AWS Bedrock 託管限制，目前無法為使用區域 AI 處理的歐盟客戶提供以下 Anthropic 功能：
- Anthropic 網頁搜尋功能
- 依賴於代理技能的功能，包括 AI 隊友和 Microsoft Office 文件編輯
若需要完整的 AI 功能存取權限，客戶可以聯絡其客戶團隊，以討論各種選項。
資料遷移
根據預設，新工作空間的資料和現有客戶的資料將繼續儲存在美國境內。客戶必須聯絡我們的銷售團隊，才能選擇資料落地，以便將其組織遷移至所選的資料區域。
Asana 如何處理隱私和安全問題？
Asana 遵守全世界的隱私法律和安全標準。如需進一步瞭解 Asana 信賴機制，請點選此處。客戶資料在待用和傳輸過程均需加密，並有跨區域備份的保護措施。
企業金鑰管理功能
新老企業金鑰管理 (EKM) 客戶都可以選擇在具有資料落地功能的特定資料區域中建立和儲存其加密金鑰。
多組織
為了滿足其跨地理位置合規需求，需要多個資料落地地區的新客戶和現有客戶可以選擇進行多組織部署，並獲得跨地理位置資料落地，以便將其資料分開儲存。
網路及資料流程圖
請前往 Asana 信任中心，查看高階資料流程圖和詳細的網路圖。
準備好開始了嗎？
今天就與我們的銷售團隊聯絡。
注意
This article has been AI-translated.
Send translation feedback.