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 里已登记的收款人。可以写多条都以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），仅供参考