Actual 怎么套用官方自定義規則示例處理收款人與轉賬自動化【免費下載鏈接】actualA local-first personal finance app項目地址: https://gitcode.com/GitHub_Trending/ac/actual銀行導入的交易收款人名稱經常每筆略有不同Actual 會為每個新名稱各建一個收款人商戶支出難以匯總在自己賬戶之間劃轉資金時導入的交易顯示為普通交易而不是轉賬兩個賬戶都開銀行同步時同一筆劃轉還會被兩邊各導入一次。Actual 在 budgeting/rules/custom.md 中給出了針對這兩個問題的官方自定義規則示例收款人問題用一個Pre規則以contains條件讀取imported payee字段來統一收款人轉賬問題則把動作中的收款人設置成另一個賬戶讓交易變成轉賬。下面按這兩條官方示例給出設置步驟、匹配核對方式和已知邊界。規則的執行與導入/同步綁定官方文檔的表述是交易在導入或同步時會按你看到的順序跑一遍全部規則列表。想讓規則作用于已有交易需要在規則編輯界面手動應用動作見核對規則匹配并補跑已有交易一節。設置規則前需要弄懂的概念階段、條件字段與匹配規則在側邊欄進入More Rules可以查看和管理全部規則。交易導入時它會按你看到的順序依次對照所有規則某條規則的全部條件左側都匹配時它的全部動作右側都會執行交易被修改后繼續跑剩余的規則每條規則總是只運行一次。有三個機制直接影響下面兩個示例的設置方式三個運行階段pre/default/post把規則標記為pre或post強制它在其他階段所有規則之前或之后運行同一階段內規則按條件從最寬泛到最具體自動排序。官方收款人示例使用Pre階段Actual 自動創建的收款人重命名規則也總是位于pre階段——目的一致都是先把收款人設置好再讓分類等其他規則起作用。imported payee與payee不同imported payee始終是導入時原始文本payee指向 Actual 里已登記的收款人?？梢詫懚鄺l都以imported payee為條件、各自設置收款人的規則而互不干擾反過來如果前面的規則已經改過收款人條件對payee的判斷就不可靠。匹配細節所有字符串匹配不區分大小寫PuBlix能匹配contains publix。條件可用字段imported payee、payee、account、category、date、notes、amount、amount (inflow)、amount (outflow)、cleared條件運算符is/is not精確匹配、contains/does not contain子串、matches正則、one of/not one of多選。動作可設置category、payee、notes、cleared、account、date、amount也可以向notes字段前插或追加文本。還有一條沖突規則兩條規則設置了同一字段時后運行的規則獲勝。同一階段內更具體的條件排序更靠后is條件永遠排在contains之上。示例一用 Pre 規則統一經常變化的收款人官方示例的問題同一商戶在不同交易里的收款人名稱略有差異不處理的話每次導入新交易都會新建一個收款人。示例文檔給出的真實收款人字符串是AMAZON.COM*5C7QC7MH0 AM 10/26 PURCHASE AMZN.COM/BILL。主路徑手動新建規則側邊欄進入More Rules在右下角點擊Create new rule。添加條件字段imported payee運算符contains值是商戶名的穩定關鍵詞示例文檔用的是amazon。用imported payee而不是payee做條件是為了多條這類規則互不干擾。添加動作set payee為你想統一成的規范名稱示例文檔用的是Amazon。把規則設置為pre階段確保它先于其他規則運行。可選路徑復用 Actual 的自動規則如果你曾經手動改過某筆交易的收款人且原收款人名稱已不再被任何地方使用Actual 會詢問是否以后自動應用這次重命名確認后它會創建一條重命名規則始終位于pre階段。此時點擊該規則右側的edit把條件改成商戶關鍵詞的contains例如contains amazon一條規則就能覆蓋該商戶的全部交易和官方示例的效果一致。官方示例頁附有這條規則在編輯器中的配置截圖見 custom.md。規則建好后按下一節核對匹配范圍。示例二賬戶間轉賬自動創建并避免重復官方示例的問題使用銀行同步時賬戶之間的劃轉在導入結果里顯示為普通交易。原理Actual 會為你的每個賬戶創建一個收款人。因此要創建轉賬把動作中的收款人設置成轉賬的另一方賬戶即可。官方建議同時把規則限定到某個具體賬戶。設置步驟More Rules→ 右下角Create new rule。條件字段account限定到轉賬交易出現的那個賬戶這就是官方建議的limit the rule to a specific account。如果這類劃轉的導入描述有穩定關鍵詞可以再加一條imported payee contains條件收窄匹配范圍。動作set payee為轉賬的另一方賬戶。如果轉賬兩端都開了銀行同步必須在另一端賬戶再建一條對應規則條件 account 限定為另一端賬戶動作把收款人設置為第一端賬戶。官方文檔說明兩端都建規則是prevent the creation of duplicate transfers。完整流程是這樣的賬戶A先導入其中帶有這筆劃轉A 端的規則捕獲到應標記為轉賬的交易并創建轉賬轉賬同時顯示在兩個賬戶中賬戶B隨后導入其中包含同一筆劃轉的交易B 端的規則捕獲該交易并將其設為轉賬Actual 的去重邏輯發現兩筆同金額、同日期、同收款人的轉賬刪掉重復的那一筆。第 6 步是去重生效的前提只有兩次導入的結果滿足同金額、同日期、同收款人去重才會刪除重復項。官方示例頁同樣附有這條轉賬規則的配置截圖見 custom.md。核對規則匹配并補跑已有交易打開規則的edit界面核對編輯界面會列出當前匹配條件的所有交易這是判斷條件是否寫得符合預期的最直接的反饋。如果希望規則對已有交易也生效從匹配列表中選中要修改的交易點擊表頭可全選再點擊Apply actions把規則的動作手動應用到這些交易上。官方文檔把這種用法同時描述為規則編輯器的批量編輯能力一次應用任意多個動作并能清楚看到哪些交易會被修改。已知邊界沖突處理兩條規則設置同一字段時后運行者獲勝同一階段內不需要手動排序按條件具體程度自動排序is恒高于contains。確實需要某條規則永遠最后運行時把它標記為post。去重邊界轉賬去重只認同金額、同日期、同收款人三項任一不同去重不會刪除該交易兩端導入結果的差異需要自行核對。收款人條件可靠性前面的規則改過收款人之后條件對payee的判斷不可靠收款人相關規則應統一以imported payee為條件。官方示例原文 中另有兩條示例新增交易時設置默認賬戶、現金/Venmo 類即時清算賬戶自動標記 cleared完整規則機制參考 Rules 總覽。【免費下載鏈接】actualA local-first personal finance app項目地址: https://gitcode.com/GitHub_Trending/ac/actual創作聲明：本文部分內容由AI輔助生成（AIGC），僅供參考