產品
主題
- 在規則中設定日期
- 與表單提交者的電子郵件溝通
- 請使用 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 整合的權限
- Salesforce 在 Asana 中的整合
- 應用程式開發介面 (API)
- Asana for Outlook 附加元件
- 整合 Power BI
- Google試算表與Asana
- GitHub 與 Asana 整合
- Google 日歷 + Asana
- Vimeo 與 Asana
- 自動化和 AI Studio 的 Zoom 轉錄文字
- 使用 AI Studio 建立 Zoom 通話筆記工作流程
- Slack 與 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
- Microsoft Teams 與 Asana 整合
- Asana for Jira Cloud
- Outlook行事曆與Asana
- 在 Asana 中的 Zoom 會議
- 行事曆與 Asana
- 請使用 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 帳戶
- 適用於Enterprise版組織的SecureAuth
- 個人資料欄位可編輯性控制項
- Asana 的資料儲存
- 系統管理員安全控制項
- Setting up Licensing Division ID with SCIM
- Asana 合規性設定
- 應用程式管理和整合
- 權限管理附加元件
- 跨應用程式存取
- Asana 中的系統管理員和超級管理員角色
- 資料保留政策
- 行動應用程式安全權限
找不到此主題的文章。
找不到此主題的文章。
找不到此主題的文章。
找不到此主題的文章。
找不到此主題的文章。
找不到此主題的文章。
找不到此主題的文章。
找不到此主題的文章。
找不到此主題的文章。
找不到此主題的文章。
找不到此主題的文章。
找不到此主題的文章。
會議管理
可在Asana Starter版、Advanced 版、Enterprise版和Enterprise +版層級以及舊版層級Premium版、Business版和舊版Enterprise版上使用。 如需詳細資訊，請前往定價頁面。
組織和事業處的超級管理員可選擇工作階段持續時間。 工作階段持續時間是使用者在系統自動登出前，可登入Asana的時間。 為了提供更多控制權和靈活性，超級管理員可以控制Asana網頁版和電腦版使用者的工作階段持續時間。 設定工作階段持續時間控制項可讓超級系統管理員根據公司標準決定工作階段持續時間，並可選擇希望使用者的工作階段持續時間為14天還是無限長(使用者永遠不會自動登出)。
喜歡您看到的內容嗎？ 立即開始免費試用Asana。免費試用
工作階段持續時間
組織的超級管理員可透過以下方式管理工作階段持續時間：
組織的超級管理員可透過以下方式管理工作階段持續時間：
- 前往系統管理主控臺
- 前往系統管理主控臺的「安全性」區段，並捲動至「工作階段持續時間」
- 在這裡，您可以從兩個選項中進行選擇：從不自動登出，用戶無限期登入14天後退出
- 從兩個選項中選擇後，點擊「儲存配置」
注意
身為事業處的超級系統管理員，請聯絡Asana支援，以設定您事業處的工作階段持續時間
現有用戶如何使用此功能
如果超級系統管理員修改其組織的工作階段持續時間，則將終止所有現有的使用者工作階段。 當用戶再次登入時，他們將獲得新的工作階段持續時間。 例如，如果超級管理員選擇14天的自動登出，則所有現有的使用者工作階段將立即過期，當使用者再次登入時，他們的工作階段將過期14天。
位於多個網域中的使用者，其逾時時間將設定為所有網域的最低階段作業持續時間。
如何使用SAML登入功能
由組織的SAML登入所管理的使用者，將不受網域的工作階段持續時間設定所規範。 相反，他們的工作階段持續時間將繼續由SAML配置定義。
閒置逾時持續時間
組織的超級系統管理員可以管理閒置工作階段持續時間。
- 前往系統管理主控臺
- 點擊側邊欄的「安全性」，然後向下捲動至「驗證」
- 按一下工作階段管理
- 您可以在此處從兩個選項中選擇：
- 允許無限閒置時間，其中用戶沒有無限時間記錄
- 定義閒置一段時間後登出（請注意，此處提及的時間必須介於1至14天之間）
- 選擇後，點擊「儲存變更」
現有用戶如何使用此功能
他們已立即登出。 我們無法強制執行ABSE ，除非使用者在啟用後登入。 至於訪客用戶，我們將根據他們合作的房源域名和訪客域名，對訪客應用最嚴格的設置。
如何使用SAML登入
SAML網域中的使用者將受到閒置工作階段逾時的影響。
工作階段持續時間和閒置逾時持續時間如何相互作用
如果系統管理員同時設定工作階段持續時間和閒置逾時時間，兩者都將強制執行。 只要使用者的工作階段處於活動狀態，並達到由工作階段持續時間定義的最大工作階段長度，則使用者的工作階段將保持有效
SAML工作階段如何運作
- SAML配置中定義的工作階段持續時間將覆蓋使用SAML登入的使用者的工作階段持續時間。
- 如果由網域設定，使用SAML登入的使用者仍會受到閒置逾時持續時間的影響。
- 如果SAML工作階段持續時間短於閒置逾時持續時間，則不會遵循閒置工作階段持續時間，並且使用者將因SAML工作階段持續時間長度而自動登出。
- 訪客不會強制執行SAML工作階段，因為他們不需要透過SAML登入。
This article has been AI-translated.
Send translation feedback.
