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