產品
主題
- 在規則中設定日期
- 與表單提交者的電子郵件溝通
- 請使用 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 Teams 與 Asana 整合
- Asana for Jira Cloud
- Outlook行事曆與Asana
- 在 Asana 中的 Zoom 會議
- 行事曆與 Asana
- 在 Slack 頻道中與 Asana 聊天
- 在 Asana 中的 Slack 評論同步
- Microsoft 單一登入
- 請使用 SAML 群組對應和 SCIM 互動。
- 使用 SCIM 在 Microsoft Entra ID 中設定 Asana 角色
- 在系統管理主控台中管理密碼設定
- 在 Asana 中的 IP 允許清單
- 對工作項目申請系統管理員權限
- 使用 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 中的系統管理員和超級管理員角色
- 行動應用程式安全權限
- 服務帳戶
- 資料保留政策
- 應用程式管理和整合
- 具有自訂角色的角色型存取控制 (RBAC)
使用 SLA (服務等級協定) 來定義您的團隊承諾回應和解決支援單的速度。Asana Service Management 會自動追蹤這些計時器，並強調顯示任何可能無法趕上期限的支援單。
佇列層級 SLA 目標
SLA 目標在佇列層級進行設定，因此每個團隊都可以設定適合其工作負荷的時間目標。可以針對每個優先順序等級的解決和首次回應定義 SLA。
首次回應 SLA 追蹤從支援單建立到專員首次回覆之間的時間。解決 SLA 會追蹤從建立到支援單被標記為已解決之間的時間。
若要為佇列設定 SLA 目標，請執行以下操作：
- 前往您要設定的佇列。
- 按一下設定。
- 按一下服務等級合約。
- 點選解決方案 SLA或首次回應 SLA。
- 輸入您的佇列 SLA 目標。
- 點選「儲存」。
注意
兩個 SLA 計時器都會獨立運作，且會顯示在每張支援單上。
類別層級 SLA 目標
對於無論優先順序為何都需要固定解決時限的支援單，您可以設定類別層級的 SLA 目標，以覆寫預設 SLA。例如，IT 佇列可能會對中斷支援單套用 30 分鐘的解決目標，而一般支援單則繼續遵循標準目標。
必須先設定類別選項，才能在佇列設定中使用類別層級 SLA 目標。
若要設定類別層級 SLA 目標：
- 導覽至您要設定的佇列。
- 按一下「設定」。
- 按一下服務等級合約。
- 點選解決方案 SLA或首次回應 SLA。
- 按一下「佇列 SLA 目標」下方的「新增類別覆寫」。
- 點選您要套用覆寫 SLA 的類別。
- 輸入該類別的SLA 目標 。
- 點選「儲存」。
自訂您的工作排程
您可以自訂每個佇列的工作排程，以確保 SLA 計時器僅計算工作時間內的時間。工作時間適用於該佇列中的所有 SLA 計時器。
若要自訂您的排程：
- 前往您想設定的佇列。
- 按一下設定。
- 按一下排程。
- 將團隊的工作日設定為工作日、每天或自訂。
- 切換為「選擇工作時間」，以選取時區並指定工作時間。
- 點選「儲存」。
工作排程是在個別佇列層級設定。若您管理多個具有不同團隊排程的佇列，請為每個佇列設定單獨的排程。
SLA 計時器的運作方式
SLA 目標和工作時間就緒後，Asana Service Management 會自動處理每個支援單的計時器追蹤。
計時器會在建立支援單時開始，並在支援單設定為擱置中或等待請求者時暫停。當支援單恢復為活動狀態時，計時器會自動繼續。
接近期限的支援單會在佇列摘要中以視覺方式標示，而任何未達目標的支援單都會標記為逾期。
This article has been AI-translated.
Send translation feedback.
