自動化
自動化可幫助獨立的看板或工作區自動執行可重複的卡片管理工作。它們是由一個 何時 觸發器和一個或多個 多 行動。
當卡片每次達到工作流程時刻時,都應該發生相同的事情時,使用自動化:新增正確的標籤,分配正確的人員,應用清單,設定到期日期,填充結構化欄位資料,釋出模板評論,呼叫另一個系統,移動卡片或標記工作完成。
自動化屬於獨立的板或工作區。獨立的自動化僅在其板上執行。工作區自動化可以使用共享列表、標籤、成員、自定義欄位和清單模板在其板上的卡片上執行。
為什麼使用自動化
當流程足夠可預測以至於人們不必記住每一個小步驟時,自動化就會很有用。
良好的自動化用例包括:
- 新增一個 質量保證審查 當一張卡進入時的檢查清單 審查.
- 當卡片移動到 完成.
- 當卡被分配給支援佇列所有者時,分配支援線索。
- 新增一個 被阻止 當卡片進入時的標籤 等待.
- 設定一個 升級日期 當一個 升級 標籤被新增。
- 當卡片進入時設定後續到期日 客戶審查.
- 當卡片到期日到來時,將其移到列表的頂部。
- 新增一個 即將到期 卡到期前三天的標籤。
- 當卡片的開始日期到來時,將其置於列表頂部。
- 標記超出其估計工作時間的工作。
- 新增一個 時間表風險 當一個先決條件計劃完成時間過晚時,標記。
- 當卡片離開時移除傳遞標籤 審查.
- 應用啟動清單 階段 變動 已批准.
- 新增一個 需要注意 當卡片變得不活動時,顯示標籤。
- 分配卡片後移除傳遞標籤。
自動化並不能替代良好的工作流程設計。列表、標籤、自定義欄位和清單模板仍應清楚地描述流程。自動化是保持日常步驟順利進行的部分。
開啟自動化設定
- 開啟工作區或獨立看板。
- 去看看 工作區設定 或 看板設定.
- 選擇 自動化.
自動化設定 頁面允許工作區管理員和所有者建立、啟用、禁用、重新排序、配置和刪除自動化。
自動化是如何構建的
每個自動化都具有:
- 何時:啟動自動化的事件。
- 多:Kanera 在卡上執行的一項或多項操作。
- 啟用或禁用:自動化當前是否處於活動狀態。
- 秩序:自動化相對於工作區中其他自動化的位置。
匹配事件的自動化按工作區順序執行。自動化內部的操作按照以下所示的順序執行 多 將相互依賴的步驟放入同一自動化中;例如,新增標籤並同時釋出傳遞註釋。
編輯器有一個觸發器和動作,每個觸發器都有特定的設定。 如果 工作區規則的條件生成器或板過濾器:選定的列表、標籤、成員或欄位是縮小其在工作區板中的匹配範圍的因素。
啟用的自動化必須至少有一個完整的 多 如果您刪除了最後的動作,Kanera 將禁用自動化,因此它無法在不做任何事的情況下保留匹配的卡片。
建立自動化
點選 新的自動化 在 工作區設定 -> 自動化. 例項 旁邊開啟現成的自動化,你可以從中開始。
新的自動化開始時會有預設觸發器和預設操作。 展開自動化以編輯 何時 以及 多 各款。
使用啟用/禁用 切換鍵控制自動化是否實時。 禁用的自動化保持配置狀態,但不會執行。
從一個例子開始
該 例項 選單組預製規則下 入學, 進行中, 規劃, 和 總結。它與您自己的列表、標籤、欄位和清單模板相匹配。一個不可用的示例解釋了您需要新增的內容;工作區中關閉的規劃功能的示例已隱藏。
選擇一個例子來建立它 關閉 檢查其選定的目標和操作,為您的團隊進行調整,然後啟用它。
第一自動化:為活動審查提供所有者和截止日期
截圖顯示了來自Kanera的規則 營銷&創意 演示工作區:當卡片移動到 審查&批准, 新增 阿米莉亞·哈特 相同的規則適用於該工作區中的每個看板,因此,廣告活動團隊在廣告、網頁和電子郵件工作中都有一個稽核流程。
使用您自己的稽核列表和稽核者來構建此規則。 如果您正在探索演示,請檢查其已啟用的現有規則,而不是建立重複的規則。
- 點選 新的自動化 並在配置它時保持關閉。
- 下 何時, 選擇 卡進入列表,然後選擇 審查&批准.
- 選擇 搬到這裡 休假 在此建立 如果直接建立的評論卡片應該得到相同的處理,則啟用兩者。
- 下 多,配置 新增受讓人 與 阿米莉亞·哈特,然後新增 設定到期日 偏離
2日和 工作日結束 插槽 - 啟用該規則並將測試卡從另一個列表移動到"審閱和批准 " 。
- 開啟卡片並確認 Amelia 已新增,且截止日期已更改。 執行歷史 太好了
新增受讓人 保留卡片的現有所有者,因此準備工作的人員與審閱者一起被分配。 設定到期日 取代以前的截止日期。 兩天的偏移計算日曆日,包括週末。
啟用此列表條目規則不會處理已在"審閱和批准"中的卡片。 測試將新移動到列表中的卡片,然後刪除測試卡片或恢復其原始狀態。
觸發器
該 何時 該部分控制什麼會導致自動化執行。
| 觸發器 | 意味著什麼 | 額外設定 |
|---|---|---|
| 卡進入列表 | 當卡片進入選定的工作區列表時執行。 | 選擇列表。選擇是否在該列表中建立卡片、移動到該列表中或同時應用這兩種情況時應用它。 |
| 卡離開列表 | 當卡片從選定的工作區列表中移出時執行。 | 選擇源列表。 |
| 到期日期到來 | 當卡的到期日到來或過期時執行。 | 沒有額外的目標。 Kanera 根據計劃檢查到期日自動化。 |
| 到期日期即將到來 | 當活動的不完整卡片在到期日之前進入可配置視窗時執行。 | 選擇截止日期之前的天數。 |
| 開始日期 | 當活動的不完整卡片達到計劃開始日期時執行。 | 在卡片上設定開始日期;時間軸必須啟用。 |
| 卡變為非活動狀態 | 當活動卡達到獨立板或工作區不活動期間時執行。 | 無額外目標。 在"不活動期"下配置不活動期。 常規 設定。 |
| 卡片處理時間過長 | 當開啟的卡片超過時間限制或其自身的估計值時執行。 | 使用工作區警報、設定的小時或天數或數字欄位。 |
| 所有清單專案均已完成 | 當卡片上的每個頂級清單項都已完成時執行。 子清單項不計算在內。 | 沒有額外目標。 沒有清單專案的卡片不會觸發此功能。 |
| 分配給使用者的卡 | 當卡片分配給選定的工作區成員之一時執行。 | 選擇一名或多名可分配成員。 |
| 卡標記為完成 | 當卡片從不完整變為完整時執行。 | 沒有額外的目標。 |
| 卡被封鎖 | 當一個活動卡片從沒有開放的阻止器變成至少一個時執行。 | 沒有額外的目標。 |
| 卡已解鎖 | 當活動卡失去其最後一個開放的阻止器時執行。 | 沒有額外的目標。 |
| 出現排程衝突 | 當一個開啟的卡片獲得其第一個排程衝突與一個先決條件時執行。 | 必須啟用時間線和依賴項。 |
| 關鍵路徑錯誤 | 當臨界路徑卡的計劃終點移動後期並延遲板的預計完成時執行。 | 必須啟用時間線和依賴項。 |
| 標籤新增到卡片 | 當新將選定的工作區標籤新增到卡片時執行。 | 選擇標籤。 |
| 自定義欄位更改為值 | 當自定義欄位從另一個值過渡到選定的鍵入值時執行。 | 選擇欄位和值。 |
卡進入列表
使用 卡進入列表 用於工作流程階段自動化。
此觸發器對於共享工作區列表(如 審查, 等待, 準備發射, 或 完成.
您可以選擇:
- 在此建立:直接在選定列表中建立卡片時執行。
- 搬到這裡:當現有卡移動到所選列表時執行。
無論卡片是如何進入該列表的,在應用自動化時都要啟用這兩個選項。
卡離開列表
使用 卡離開列表 例如,在一個場景中,一個卡片正在離開,而另一個卡片正在離開。 審查 您可以刪除稽核標籤、分配交付所有者或應用釋出清單。
選定的列表是移動的源。 觸發器在移動到同一板中的另一個列表時執行,並且在移動到使用不同工作區列表的另一個板時執行。
到期日期到來
使用 到期日期到來 對時間敏感的工作。
Kanera 檢查伺服器上的到期日自動化,並對到期日已到達的活動、不完整的卡片執行自動化。 Kanera 記錄到期日自動化執行,以便同一自動化不會對同一卡片和同一到期日反覆觸發。
到期日期即將到來
使用 到期日期即將到來 輸入從 1 到 3,650 天的週轉時間;例如,如果您的專案是 1 個月,則輸入 1 個月。 3 當卡片在到期日之前進入三天視窗時執行。
Kanera 檢查伺服器上即將到期的自動化。 如果計劃檢查發生在確切的邊界之後,則規則仍然在卡片保留在視窗內時執行,因此延遲檢查不會丟失事件。 已完成、存檔和已到期的卡片將被跳過。 規則對每張卡片的到期日期和週轉時間設定執行一次;更改卡片的到期日期或更改配置的週轉時間將建立新事件。
開始日期
使用 開始日期 例如,將卡片移動到當前列表的頂部,並新增一個新的工作,然後將卡片移動到當前列表的頂部。 準備開始 這並不會自動將其移入"正在進行中"列表或清除其阻止程式。
觸發器使用卡片的計劃開始日期,而不是到期日期,在卡片到期日期時區的當天開始時,觸發器就成為合格的,並返回到工作區時區。 Kanera 會在對開放的、未歸檔的卡片進行一次計劃檢查的基礎上執行觸發器,每張卡片和開始日期一次。
過去的開始日期也會計算在內:啟用規則可以處理已到達開始日期的現有開啟卡片。 在啟用全工作區規則之前,使用小型測試板或檢視這些卡片。
卡變為非活動狀態
使用 卡變為非活動狀態 例如,自動化可能會新增一個新的表面,並且在表面上新增一個新的表面。 需要注意 標籤、分配專案領導、將卡片移動到當前列表的頂部,或設定跟進欄位。
Kanera 使用在 配置 中的不活動期 工作區設定 -> 常規 或 看板設定 -> 常規。它按計劃檢查伺服器上不活動的自動化,並僅考慮活動的、非存檔的卡。已完成和存檔的卡片不會觸發自動化。
當卡片跨越當前不活動邊界時,觸發器會執行一次;以後的計劃檢查不會對未更改的邊界重複執行相同的自動化。 新的卡片活動會重置該期限,因此如果卡片以後第二次變得不活動,自動化可以再次執行。 更改配置的不活動期限也會建立新的邊界:延長該期限可以使卡片再次處於活動狀態,直到達到後一邊界,而縮短該期限可以使舊卡片在下一次檢查時符合條件。
卡片處理時間過長
使用 卡片處理時間過長 例如,在一個專案中,您可以新增一個新的專案。 有風險 標籤,將卡片移動到其列表的頂部,或發表評論,詢問是什麼阻礙它。
選擇一個 限制:
| 限制 | Kanera 與其他產品相比 | 例 子 |
|---|---|---|
| 工作區警報 | 當前時間的日曆時間 進行中時長 警報值為 0 將禁用此選項的執行。 | 工作區發出 7 天警報後進行跟進。 |
| 設定時間 | 當前階段的日曆時間與此規則的 金額 以及 單位 (幾小時或幾天)。 | 在過去 24 小時後標記請求為正在處理。 |
| 數字欄位,如估計值 | 針對卡片上的正數字段,跨各個工作時間追蹤的總工作時間。 選擇 工作時間 或 工作日,其中一個工作日是 8 個跟蹤小時。 | 當跟蹤工作達到其目標值時標記卡片 估計小時數 16. 一個人 |
日曆限制包括夜間和週末。數字欄位限制僅計算跟蹤的工作時間:週一至週五的 09:00–17:00,工作區時區。空估計、零估計或負估計不會觸發執行。該卡必須已開啟並且當前正在處理中;已完成和存檔的卡片將被跳過。
自動化執行 每張卡一次,其限額,而不是每次每小時檢查或每次返回進行中列表時。在列表之間移動不會重置其執行。由於數字欄位限制,只有當卡片也達到更高的估計值時,提高估計值才允許再次執行;降低它或來回切換不會繼續觸發規則。
包括已超過限制的卡片 預設情況下關閉。 啟用規則或更改其限制時,已超過限制的卡片將被跳過。 如果要在下一次檢查中包括這些卡片,請開啟此選項。 首次填寫估計值時已超過估計值的卡片也將被記錄,而不會觸發,因此批次填充估計值不會對每張舊卡片發出警報。
這些自動化設定不會更改工作區的琥珀色晶片或其內建的警報通知。 進行中時長.
所有清單專案均已完成
使用 所有清單專案均已完成 當清單完成時應提前卡。
例如,完成所有 QA 專案可能會標記卡片完成,將其移動到 準備發貨,或刪除一個 需求審查 標籤。
此觸發器僅在卡片有頂級清單項並且最後一個未完成的清單項已完成時才會執行。 子清單項不計入此觸發器,僅完成子清單不會觸發此觸發器。
分配給使用者的卡
使用 分配給使用者的卡 分配人員時應啟動相關流程。
例如,分配交付所有者可能會應用 傳輸 檢查清單,新增一個 交付 標籤,或設定到期日期。
所選使用者必須是可分配工作區成員。
卡標記為完成
使用 卡標記為完成 當完成一張卡片應觸發後續的清潔。
例如,標記卡片為完整可能會移除 活躍 標籤,清除其到期日期,指定審閱者進行後期檢查,或將其移動到共享資料夾。 完成 列表。
此觸發器在卡片從不完整變為完整時執行,而不會在卡片已經完整、卡片被標記為不完整或自動化作為其自身操作之一標記卡片為完整時執行。
卡被凍結和卡被解鎖
使用 卡被封鎖 當一張牌獲得其第一個活躍 依賴性。例如,將其移至等待並新增需要注意標籤。重新開啟或恢復先決條件可以再次觸發規則;在已經被阻止的情況下新增第二個阻止程式則不會。
使用 卡已解鎖 當最後一個活動的阻止器完成、存檔或取消連結時,包括在其看板或列表被刪除時,將移交的時間設定為 1 秒鐘。 例如,將從屬卡片移動到"準備開始 ", 指定下一個所有者,併發布移交評論。
這兩個觸發器都包括來自整合、其他自動化和映象的更改。每個觸發器在每張卡每筆交易中最多執行一次以繫結鏈。準備開始通知反映了操作執行後的最終狀態,因此自動化立即完成的卡不會被宣佈為準備開始。
出現排程衝突
使用 出現排程衝突 當一個開放的阻塞器被計劃完成時,它會在依賴卡上執行,並且在執行時會被記錄。 上或下 任何一張卡片的日期都可能導致衝突。
例如,在演示中 秋季活動啟動 看板, 批准活動啟動包 等待 製作釋出日解釋影片。如果影片重新安排在批准的計劃開始時間或之後完成,則規則可以新增 時間表風險 如果您想嘗試這個擴充套件,請建立這個標籤和規則;它們不是演示版審查規則的一部分,您可以在您的測試版中新增標籤和規則。
這與 卡被封鎖:被阻止意味著先決條件仍然開放;日程安排衝突意味著計劃的日期重疊。當卡的日期仍有足夠的時間進行交接時,卡可能會被凍結。
當卡已經存在衝突時新增另一個衝突不會重複該規則。清除所有衝突,然後引入新的衝突再次觸發它。
關鍵路徑錯誤
使用 關鍵路徑錯誤 當延遲影響到板的預計結束時。 臨界路徑卡沒有排程間隙:將其計劃結束時間推遲也會推遲鏈的結束時間。
例如, 構建釋出 → QA → 釋出 延遲構建版本釋出將預計完成時間推遲兩個工作日。 新增一個 有風險 標記或呼叫 webhook 來更新發布儀表板。 卡片在可用間隙內移動不會觸發此規則,新增新卡片以延長板的完成時間並不會導致現有卡片的移動。
Kanera 在影響排程的編輯(包括整合和自動化所導致的編輯)後不久就評估這兩種排程觸發器。 未更改的排程不會持續觸發;進一步的臨界路徑延遲可能會產生新的滑動。 第一次評估會預設建立基線,因此這些觸發器在首次啟用排程時不會公佈每個現有問題。
兩者都需要 時間軸 以及 依賴性 要在組織和工作區級別啟用。 它們在卡片上執行操作,而不會自動修復其日期。 檢視 以及 卡依賴性.
標籤新增到卡片
使用 標籤新增到卡片 標籤應該在什麼時候開始標準響應。
例如,新增 被阻止 將卡片移到當前列表的頂部,並設定一個標記。 自此被遮蔽 使用者名稱自定義欄位 客戶 設定一個新的密碼 審查型別 外地。
此觸發器僅在新新增所選標籤到卡片時執行。 重新儲存已有標籤的卡片不會再次執行自動化。
自定義欄位更改為值
使用 自定義欄位更改為值 當結構化工作流狀態應啟動標準響應時,選擇文字、數字、核取方塊、日期、URL、選擇或使用者欄位,然後選擇要匹配的確切鍵入值。
觸發器基於過渡:當編輯將欄位從非匹配值更改為配置值時,觸發器將執行。 重新儲存相同的匹配值不會再次執行觸發器。 對於多選擇和多使用者欄位,當配置的選項或成員成為欄位值的一部分時,觸發器將匹配。
刪除欄位或選定的選項將禁用受影響的規則,以便管理員可以選擇替換規則,而不會無聲無息地使啟用的自動化無法執行。
行動
該 多 該部分控制了觸發發生後,Kanera在卡片上所做的變化。
| 行動 | 它能做什麼 | 所需設定 |
|---|---|---|
| 新增標籤 | 將選定的工作區標籤新增到卡中。 | 選擇一個標籤。 |
| 刪除標籤 | 從卡片中移除選定的工作區標籤。 | 選擇一個標籤。 |
| 新增受讓人 | 將一名或多名工作區成員分配給該卡。 | 選擇成員。 |
| 刪除受讓人 | 從卡片中刪除一個或多個分配人。 | 選擇成員。 |
| 應用清單 | 將一個或多個清單模板應用到卡片。 | 選擇清單模板。 |
| 設定到期日 | 使用相對天數偏移設定卡片到期日期。 | 輸入偏移值並選擇到期日期間隔。 |
| 清楚的到期日期 | 刪除卡片到期日期。 | 沒有目標 |
| 填充自定義欄位 | 在卡片上設定選定的自定義欄位。 | 選擇一個欄位,然後設定一個值或從相同型別的另一個欄位複製,然後選擇是否覆蓋現有值。 |
| 標記完整或不完整 | 標記卡片是否完整。 | 選擇完整或不完整。 |
| 移動到列表 | 將卡片移動到選定的列表。 | 選擇列表以及頂部或底部位置。 |
| 返回頂部 | 將卡片移動到當前列表的頂部。 | 沒有目標 |
| 移動到底部 | 將卡片移動到當前列表的底部。 | 沒有目標 |
| 發表評論 | 向卡新增 Markdown 註釋,並使用該卡填充的可選佔位符。 | 寫註釋模板。 |
| 呼叫網路鉤子 | 透過 Kanera 的簽名交付管道將卡片傳送到一個選定的通用 webhook 端點。 | 從同一工作區中選擇一個 Webhook 端點。 |
動作細節
標籤
使用標籤操作,在工作移動時保持卡片類別的準確性。
例如:
- 新增 需求審查 當一張卡進入 審查.
- 刪除 需求審查 當所有清單專案都完成時。
- 新增 被阻止 當一張卡進入 等待.
負責人
當階段或觸發器具有可預測的所有者時,使用分配者操作。
例如:
- 當卡片進入時分配 QA 負責人 審查.
- 卡進入時指定客戶經理 客戶審查.
- 將卡片分配給最終所有者後刪除分類所有者。
如果自動化將某人分配到他們需要訪問的看板上的卡片上,Kanera 可以在工作區和看板規則允許時將其新增到看板上。
清單模板
使用 應用清單 當卡片需要一組可重複的步驟時。
例如:
- 申請 質量保證審查 當一張卡進入 審查.
- 申請 發射準備 當一張卡進入 準備發射.
- 申請 支助分類 當建立支援卡時。
Kanera 會跟蹤已應用於每張卡片的清單模板,如果同一自動化操作再次執行,它將不會第二次將同一模板新增到同一張卡片。
到期日期
使用 設定到期日 設定相對於自動化執行日期的到期日期。
為 到期日期到來,偏移量是相對於卡的到期日而言的;為了 開始日期,它與計劃開始日期相關。即使計劃的檢查延遲,這也會使結果與預期日期相關。其他觸發器使用規則執行的日期。
偏移量可以是:
0為了今天- 觸發後天數為正數。
- 觸發日期之前的天數為負數。
截止日期為:
| 插槽 | 意義 |
|---|---|
| 任何時間 | 僅限日期。 |
| 上午 | 早上到期 |
| 下午 | 下午截止時間。 |
| 工作日結束 | 當天結束時到期。 |
使用 清楚的到期日期 當卡片進入一個階段不再需要上一個截止日期。
自定義欄位
使用 填充自定義欄位 當自動化應將結構化後設資料寫入卡片時。
例如:
- 集合 優先權 至 高 當 升級 增加了。
- 集合 自此被遮蔽 當前日期 被阻止 增加了。
- 集合 審查月份 當卡進入時,將會顯示當前月份的 審查.
- 集合 可計費 當卡片進入時,選中 客戶工作.
- 集合 審查員 當所有清單專案完成時,將向工作區成員傳送通知。
- 複製 估計小時數 入 實際時間 當一張卡進入 完成.
對於每個自定義欄位操作,您選擇要寫入的欄位,然後如何提供其值:
- 設定值:提供與所選欄位型別匹配的固定值或計算值。文字欄位可以使用固定文字或格式化為日期、月份或日期和時間的當前日期。數字、日期、核取方塊、選擇和使用者欄位使用匹配型別的值。
- 從外地複製:複製同一張卡上另一個自定義欄位的當前值。源欄位必須與您設定的欄位型別相同。使用它可以在欄位之間傳遞值,例如將估計值複製到實際值欄位中。
當在兩個選擇欄位之間複製時,Kanera 會根據標籤匹配選項,因為每個選擇欄位都有自己的選項。 目標欄位上沒有匹配標籤的源選項將被跳過。 當源欄位在卡片上沒有值時,自動化將不會更改目標欄位。
預設情況下,Kanera 僅在欄位為空時填充該欄位。當自動化對於該欄位應該具有權威時,您可以允許自動化覆蓋現有值。
Kanera 如果配置的值不匹配欄位型別,選擇選項已存檔,或選定的使用者不再是工作區成員,則自動化執行時驗證欄位。 Kanera 跳過無效值,而不是寫入破損的資料。
評論意見
使用 發表評論 當結果應該留在卡片上時。 該模板支援 Markdown 和以下佔位符:
| 佔位符 | 插文 |
|---|---|
{{card.title}} | 卡標題 |
{{card.key}} | 人工可讀卡鑰匙 |
{{card.url}} | 規範卡連結 |
{{card.startDate}} | 計劃開始日期,或者當卡片沒有時為空值 |
{{card.dueDate}} | 到期日期,或卡片沒有值時的空值 |
{{list.name}} | 當前列表名稱 |
{{board.name}} | 看板名稱 |
{{workspace.name}} | 工作區或獨立看板名稱 |
{{schedule.blocker}} | 衝突的阻止器的金鑰和標題,當安全時顯示;僅在出現排程衝突時顯示 |
{{schedule.days}} | 衝突的工作日,或臨界路徑滑點的看板預計完成時間的增加 |
例如, {{card.key}} is ready in **{{list.name}}**: {{card.url}} 每次執行規則時,都會成為卡片特定的傳遞說明。 未知佔位符會保持可見,而不是預設刪除,因此可以找到並修復拼寫錯誤。
對於其他觸發器,計劃佔位符為空。 對於跨板依賴關係或會員限制在指定卡片的看板,阻止器也為空。 寫下一個沒有阻止器名稱仍有意義的評論,例如 Scheduling conflict on {{card.key}}: review the planned dates on Timeline. {{card.url}}。對於關鍵路徑失誤,請嘗試 The projected finish moved later by {{schedule.days}} working days. Please review {{card.url}}.
自動化註釋已標記 自動化 它們是資訊系統註釋:它們更新連線的客戶端並保留在稽核跟蹤中,但不傳送提及、註釋電子郵件或觀察者通知。
Webhook
使用 呼叫網路鉤子 當一個特定的外部系統僅在此自動化匹配時才應接收卡片時。 工作區設定 -> API 首先,然後在操作上選擇它。 聊天目標不會出現在此列表中。
Kanera 傳送一封 automation:webhook:called 包含以下內容的事件 automationId, boardId, cardId、完整卡片和當前列表。該呼叫僅針對選定的端點,並忽略該端點的普通事件過濾器,因為在規則上選擇端點就是訂閱。它仍然使用端點的簽名金鑰、重試和傳送日誌。參見 Webhook 核查和交付行為。
禁用的端點使該操作成為無操作,直到重新啟用為止。如果端點被刪除,稍後的匹配將失敗,並且自動化會在其執行歷史記錄中記錄該錯誤。
完成
當工作流程階段應控制卡片的完成狀態時,使用完成操作。
例如:
- 當卡片進入時標記為完成 完成.
- 當卡片移動回到 正在進行中.
流動和優先權
使用移動動作,以保持卡在正確的地方。
例如:
- 將卡片移動到 完成 當所有清單專案都完成時。
- 將過期卡片移動到當前列表的頂部。
- 移動卡進入 升級 到那個列表的頂部。
移動到列表時,選擇卡片是停留在頂部還是底部。
自動化示例
廣告系列審查示例與演示資料匹配。 開發小組, 專案交付, 和 運營/支援 下面的示例來自工作區模板;這些模板已經配置了列出的規則。 其餘行是您可以使用自己的目標構建的想法。
| 目標 | 何時 | 多 |
|---|---|---|
| 給予活動評論所有者和截止日期(演示) | 卡移動到 審查&批准 | 新增 阿米莉亞·哈特;將截止日期設定為 2 個日曆日內 工作日結束. |
| 對傳入的錯誤進行分類(開發團隊) | 卡進入 錯誤/問題/反饋 | 新增 問題/錯誤 標籤。 |
| 完成工程工作(開發團隊) | 卡進入 完成 | 標記完成;填寫 計費月份 當前月份的日期 |
| 準備交付審查(專案交付) | 卡進入 審查 | 申請 交付情況審查 核對表。 |
| 標記被擱置的交付品(專案交付) | 卡進入 被阻止 | 新增 風險 標籤。 |
| 升級逾期請求(運營/支援) | 到期日期到來 | 返回上一頁 升級;設定 升級 核取方塊。 |
| 當它移動回來時重新開啟工作 | 卡進入 正在進行中 | 標為不完整;加上 活躍 標籤。 |
| 分類新的支助卡 | 卡建立於 新增 | 新增 支援 標籤; 應用 支助分類 核對表;分配支援領導。 |
| 清理稽核傳遞 | 卡葉 審查 | 刪除 需求審查;指定送貨所有人。 |
| 為最後期限做好準備 | 到期日期接近3天 | 新增 即將到期;移至頂部。 |
| 表面規劃工作 | 開始日期 | 移動到頂部;新增 準備開始. |
| 標記工作超過其估計值 | 辦卡時間過長;極限= 數字欄位,如估計值; 估計小時數, 計入 工作時間 | 新增 有風險;發表評論,要求修改計劃。 |
| 固定延遲後的跟進 | 辦卡時間過長;極限= 設定時間, 金額 = 24, 單位 = 小時 | 移動到頂部;新增 需要注意. |
| 接收依賴關係傳遞 | 卡已解鎖 | 移動到頂部; 刪除 等待;發表一條隨時可取的評論。 |
| 標記一個新的阻止器 | 卡被封鎖 | 新增 被阻止;移至 等待. |
| 捕捉重疊的計劃 | 出現排程衝突 | 新增 時間表風險;發表評論,要求進行時間線審查。 |
| 升級釋出延遲 | 關鍵路徑錯誤 | 新增 有風險;呼叫釋出儀表板 webhook。 |
| 開始核准的工作 | 階段 變動 已批准 | 申請 發射準備 專案領導人; |
| 表面工程逾期 | 到期日期到來 | 移動到頂部;新增 已逾期 標籤。 |
| 表面停工 | 卡變為非活動狀態 | 新增 需要注意 標籤; 分配專案領導; 移動到頂部。 |
| 推進清單驅動的工作 | 所有清單專案均已完成 | 移動到 準備發貨;刪除 質量保證 標籤。 |
| 準備移交 | 分配給送貨人的卡 | 申請 傳輸 清單;設定到期日為2天后。 |
| 清理已完成的工作 | 卡標記為完成 | 刪除到期日期;刪除 活躍 標籤。 |
| 始終如一地升級 | 標籤 升級 增加 | 集合 優先權 至 高;設定 升級自 返回上一頁 |
| 將估計值轉化為實際值 | 卡進入 完成 | 複製 估計小時數 入 實際時間. |
| 留下傳遞說明 | 卡進入 客戶審查 | 發表評論,並附上卡片連結、到期日期和當前列表。 |
| 啟動外部工作流 | 階段 變動 已批准 | 致電 發射管道 網路鉤子。 |
配置估計值超支規則
該 專案交付 模板提供一個名為 估計數, 一個 正在進行中 清單和一份 風險 當您的團隊記錄以小時為單位的估計值時,請使用此規則擴充套件它;模板不會為您建立超時規則。
- 填寫一個正面 估計數 對於本例,輸入 1 來表示 1 個測試卡。
16如果您使用的是不同的工作區,請先新增一個等效的數字欄位和一個風險標籤。 - 確保卡的工作列表被標記 進行中 工作區的 進行中時長 功能已啟用。
- 建立一個規則 卡片處理過程太長.
- 集合 限值 → 數字欄位,如估計值,選擇 估計數,並選擇 計入 → 工作時間。使用 工作日 相反,如果你的團隊是這樣填補的話。
- 新增 新增標籤→風險 以及 發表評論,例如:
{{card.key}} has reached its estimate. Please review the remaining work and update the plan. {{card.url}}. - 休假 包括已超過限制的卡片 關閉僅適用於未來的交叉,然後啟用規則。
預計工作時間為 16 小時的卡一旦跟蹤了 16 個小時的工作時間,就符合資格,即使這些時間跨度多次訪問 In Progress。返回列表不會重複相同的警報。如果估計時間提高到 24 小時,則當總數達到 24 小時時,該規則可以再次執行。
測試排程衝突規則
- 啟用時間線和依賴項,然後在一個板上建立兩張開放式測試卡: 批准資產 以及 釋出活動.
- 將釋出廣告系列設定為等待批准資產。 在釋出計劃開始之前為批准設定到期日,以便初始計劃不會發生衝突。
- 建立和啟用 排程衝突出現 → 新增標籤: 排程風險 → 發表評論.
- 允許工作人員評估健康的時間表,然後將批准的截止日期移至釋出的開始日期或更晚。
- 日程複核後,確認標籤和註釋出現在 釋出活動,並檢視規則的執行歷史記錄。
要測試第二次執行,請清除重疊,允許重新檢查以檢視健康狀態,然後再次引入衝突,然後刪除測試卡。 工作區規則涵蓋每個看板,因此如果需要進行孤立測試,請使用臨時獨立看板。
規則何時執行以及什麼可以暫停它們
列表、標籤、任務、檢查列表、自定義欄位、完成和阻止觸發器會對更改做出反應。 啟用一個觸發器不會重播所有已匹配的卡片;請進行新的匹配更改以進行測試。
伺服器檢查到期日期、即將到期日期、開始日期、不活動和進度時間限制 每小時,因此它們不會在到達邊界的那一刻執行。計劃衝突和關鍵路徑滑動使用單獨的重新檢查,通常在影響計劃的編輯後幾秒鐘內進行。自託管安裝需要 工人服務 為這些背景調查執行。
規劃功能可以暫停相關觸發器:
| 功能關閉 | 暫停的觸發器 |
|---|---|
| 依賴關係 | 卡片被阻塞、卡片解除阻塞、出現排期衝突、關鍵路徑延誤 |
| 時間軸 | 開始日期到來,排程衝突出現,臨界路徑滑動 |
| 進行中時長 | 卡片處理時間過長 |
組織和工作區必須啟用一項功能。將其關閉會保留規則和儲存的卡資料。重新開啟它即可恢復該功能;安排重新檢查建立新的基線,而不會宣佈現有的衝突或失誤。
每個獨立板或工作區可容納多達 30 種自動化,最多可達 每個自動化 5 個操作。 Kanera 雲還應用您計劃的啟用規則和每月執行限額;檢查 賬戶設定 → 計劃 如果無法啟用規則或停止進行更改。 自託管安裝沒有計費或計劃執行配額。
檢視執行歷史記錄
每個自動化都顯示了它上次執行的時間以及上次更改卡片的時間。 規則上會顯示失敗執行的時間,以便管理員可以修復過時的目標或無效配置,而不是假設自動化正常執行。
公共 API、MCP 工具 automations.list_executions和 TypeScript SDK 的 kanera.automations.executions() 每行都標識了結果 ( ),並且每個結果都有一個值。effectful, noop, 或 failed)、卡片、操作型別、時間和任何被截斷的錯誤文字。無操作仍然是有用的證據:觸發器匹配,但不需要任何配置的操作來更改任何內容。
個別執行記錄保留六個月;終身執行計數器保留。
如果自動化不執行
| 你看到什麼 | 要檢查什麼 |
|---|---|
| 配置後不執行 | 啟用規則,保留至少一個完整的動作,並進行新的匹配更改。 基於更改的觸發器不會重播現有卡片。 |
| 列表規則忽略新卡 | 檢查 在此建立 以及 搬到這裡,並確認所選列表是卡輸入的列表。 |
| 日期或不活動規則尚未觸發 | 允許下一次每小時檢查。確認該卡已開啟、未存檔,並且具有相關日期或不活動期。對於截止日期,還請檢查其截止日期時段和時區。 |
| 正在進行的規則會跳過卡片 | 確認它當前正在進行中,其限制有效,並且它尚未被處理。 檢查 包括已超過限制的卡片、數字欄位的值和單位,或工作區警報 0。 |
| 排程規則保持安靜 | 檢查兩個設定級別的時間線和依賴性。在健康基線後測試新的衝突;如果出現失誤,牌的計劃結束時間和棋盤的預計結束時間都必須推遲。 |
| 觸發器執行了,但沒有改變 | 檢查無操作計數。 標籤或分配人可能已經存在,檢查列表可能已經應用,或者欄位可能受到僅空格設定的保護。 |
| 失敗的執行 | 檢查錯誤並替換已刪除或無效的目標,然後測試新的觸發器。對於 Webhook 傳送失敗,請檢查其單獨的傳送日誌。 |
| 背景檢查不在自託管上執行 | 確認工作程式正在執行並檢查其日誌。 |
自動評論保留在卡片上,而不傳送評論或提及通知。如果評論存在但沒有人收到通知,這是正常的;當需要呼叫外部系統時選擇 webhook 操作。
重新排列自動化和操作
拖移自動化以更改其工作區順序。
在自動化中拖移操作以更改它們的執行順序。 當一個操作影響下一個操作時,這一點很重要。 例如,您可能想要在移動卡片之前應用一個檢查列表,或者在分配新所有者之前標記卡片為不完整。
刪除自動化
刪除自動化將其存檔,以便其不再執行。
刪除自動化不會刪除已經發生的標籤、指派人、清單、到期日期、自定義欄位值、註釋、完成狀態或卡片移動,也不能呼叫已經傳送的 Webhook 交付,因此,刪除自動化不會影響卡片的可用性。
自動化立即消失,Kanera提供 撤銷 然後等待 10 秒鐘,然後再提交刪除。 撤銷最近的操作.
良好的自動化設計
從執行一個可預測任務的小型自動化開始。
好的自動化是:
- 很容易用一句話來描述。
- 由共享工作區列表、標籤、成員、自定義欄位和清單模板構建。
- 安全執行不止一次。
- 是故意下令的
- 工作區工作流程發生變化時進行審查。
將相關步驟保留在同一條規則中。 自動化的自身列表移動、標籤、分配、自定義欄位編輯或完成操作不會啟動相應的更改觸發自動化。 標記為完整 該規則也不依賴於單獨的 卡進入列表 → 完成 規則。
避免為同一結果而爭奪的規則,例如兩條規則匹配相同的事件,並將卡片移動到不同的列表中。
使用自動化來完成可重複的流程步驟。 與人們保持判斷電話。



