產品
主題
- 在規則中設定日期
- 與表單提交者的電子郵件溝通
- 請使用 ID 自訂欄位。
- 將綁定套用至專案
- 專案範本的管理儀表板
- 規則整合和小工具
- 請查看規則執行歷史記錄
- 觸發規則
- 表單自訂
- 任務相依性
- 核准
- 規則中的條件和分支
- 在 Asana 中的時間追蹤
- 篩選及排序自訂欄位
- 手動觸發規則
- 請設定規則權限
- 執行規則動作
- 請使用規則中的變數。
- PagerDuty 規則整合
- 套件管理和權限
- 全域欄位的管理儀表板
- HubSpot 規則整合
- 參考自訂欄位
- 綁定
- 任務範本
- 狀態更新範本
- 適用於雲端儲存和檔案共用的規則整合
- 分享表單
- 如何透過應用程式開發介面 (API) 將 Asana 中的所有時間紀錄資料匯出為 CSV 檔
- 瞭解 Asana 中的自動化觸發因素和動作
- 公式自訂欄位
- 自訂欄位類型和限制
- 自動變換依存任務的日期
- 適用於生產力和溝通的規則整合
- 規則
- 表單
- 專案範本
- 自訂欄位
- 表單中的欄位對應
- 相依性類型
- 綁定常見問題
- 使用 Zapier 和 Asana
- 合規性管理：應用程式開發介面 (API) 與整合支援
- Asana for Gmail 附加元件
- Asana for Tableau 整合
- Google 和 Asana
- Google 表單與 Asana
- 使用 Google 智慧型方塊
- 使用 Chrome 擴充功能與 Asana
- 請參閱 Asana for Jira Cloud 常見問題
- 啟用 Asana 內建整合和 Microsoft 365 整合的權限
- Asana for Outlook 附加元件
- 整合 Power BI
- Google試算表與Asana
- GitHub 與 Asana 整合
- Google 日歷 + Asana
- 自動化和 AI Studio 的 Zoom 轉錄文字
- 使用 Tray.io 與 Asana
- ServiceNow 與 Asana
- Wufoo與Asana
- 網頁表單與Asana
- Zendesk整合
- Asana 與 Meta 推出的工作空間
- Splunk + Asana
- ChatGPT 中的 Asana 應用程式
- Claude 中的 Asana 應用程式
- 將時間追蹤資料從 Everhour 遷移至 Asana
- 在 Asana 中的 Zoom 會議
- 行事曆與 Asana
- 在 Slack 頻道中與 Asana 聊天
- 在 Asana 中的 Slack 評論同步
- Microsoft Teams 與 Asana 的整合
- Slack 與 Asana
- Microsoft 單一登入
- Salesforce 在 Asana 中的整合
- Outlook 行事曆與 Asana
- Vimeo 與 Asana
- 使用 AI Studio 建立 Zoom 通話筆記工作流程
- Asana for Adobe Creative Cloud
- Asana for Jira Cloud
- Jira Data Center
- 應用程式開發介面 (API)
- Jira Data Center 常見問題
- 請使用 SAML 群組對應和 SCIM 互動。
- 企業金鑰管理(EKM)
- Asana日本資料中心
- Asana歐盟資料中心
- Asana和全球貿易合規
- 隱私與安全
- 雙因素驗證
- 帳戶
- 設定授權的 SAML 群組對應
- 多個帳戶和合併
- Asana帳戶電子郵件政策
- 存取和權限
- 合規管理附加元件
- 遵守 FedRAMP 規範
- 自動移除訪客
- 如何分離 Asana 帳戶
- 適用於Enterprise版組織的SecureAuth
- 個人資料欄位可編輯性控制項
- Asana 的資料儲存
- Setting up Licensing Division ID with SCIM
- Asana 合規性設定
- 權限管理附加元件
- 跨應用程式存取
- 服務帳戶
- 資料保留政策
- Asana 中的系統管理員和超級管理員角色
- 資料提供
- 使用 SCIM 在 Microsoft Entra ID 中設定 Asana 角色
- 全域驗證設定
- Asana 的 SCIM 佈建
- 進階設定：使用 SCIM 佈建授權
- 進階設定：使用 SCIM 指派 Asana 角色
- 使用 SCIM 佈建及取消佈建使用者
- 應用程式管理和整合
- 系統管理員安全控制項
- 刪除您的 Asana 帳戶
- 付費方案的驗證和存取管理選項
- 在 Asana 中的 IP 允許清單
- 具有自訂角色的角色型存取控制 (RBAC)
- 行動應用程式安全權限
- 使用 SCIM 在 Okta 中設定 Asana 角色
- 如何存取系統管理主控台
- HIPAA 合規性
規則可在以下版本中使用：Asana Starter、Advanced、Enterprise 版 和 Enterprise+ 版 層級，以及 舊版層級 Premium 版、Business 版和舊版 Enterprise 版。
請前往我們的定價頁面以取得更多資訊。
規則可讓您簡化例行性任務，並輕鬆建立工作流程。 本文將更詳細地介紹各種規則觸發因素。如需瞭解規則動作的相關資訊，請參閱此說明中心文章。
請參閱相關文章：
什麽是觸發因素？
在 Asana 中，規則觸發因素是一個啟動預先定義規則的事件，導致自動化動作發生。若要讓規則運作，請提供兩個主要元素：觸發因素和動作。觸發因素會啟動規則，以便自動執行動作。觸發
請使用此事件啟動規則。範例觸發因素包括：
- 將任務標記為已完成
- 設定截止日期
- 將任務新增至專案。
動作
觸發事件發生後，自動發生的情況。範例行動包括：
- 將任務指派給特定人員
- 將任務移動到不同區段
- 建立子任務
讓我們來看個範例：
建立規則，在設定截止日期（這將是觸發因素）時，自動將任務指派給某人（這將是動作）。
- 觸發因素：設定截止日期
- 動作：將任務指派給…
選擇觸發因素
請按照以下步驟選擇規則觸發因素：
- 開啟您的專案，然後點擊右上角的「自訂」按鈕。
- 在「新增」區段下選擇「規則」。
- 選擇「建立自訂規則」。
- 點擊「+ 當…」卡片，然後從右側的選項中選擇一個觸發因素。
觸發範例
以日期為基礎的範例
觸發因素：任務已逾期
建立自訂規則時，請選擇「任務逾期」觸發因素。請從預先設定的選項中進行選擇，或按一下「自訂」以使用更多選項。
使用 自訂 選項，指定任務逾期多少分鐘、小時、天或週後觸發規則。 設定觸發因素時，若您選擇天數或週數，將會忽略截止時間，而僅會根據截止日期觸發。然而，若您選擇分鐘數或小時數，則會遵守截止時間。
請注意
- 此觸發因素會根據任務變成逾期的時刻觸發，而不僅僅是因為任務逾期。
- 此觸發因素不會在建立規則時對專案中所有符合其條件的現有任務進行追溯觸發。僅針對規則建立後發生的到期事件觸發。這些觸發因素僅針對未完成的任務觸發。具有日或週精準度的規則不會在午夜精確執行。相反，這些規則將在 00:00 到 01:00 之間的時間範圍內執行。
以任務為基礎的範例
觸發因素：任務已移動
這些 任務已移動 觸發因素將在以下情況下執行規則：
- 將任務移動到設定規則的專案中的特定區段。
- 將新任務新增到設定規則的專案中。
自訂欄位變更範例
觸發因素：自訂欄位已變更
請根據自訂欄位變更建立自訂規則。監控所選自訂欄位的變更，並在其值變更時執行規則。
注意
注意：在這些情況下，使用耦合條件可能會有所幫助。耦合條件可讓您在特定情境下結合觸發因素和條件。耦合可建立更直觀的規則，並透過減少所需的設定步驟數量來簡化建立某些類型規則的流程。深入瞭解耦合條件
This article has been AI-translated.
Send translation feedback.
