Securo对账引擎深度剖析它用怎样的算法保证你的财务数据绝对一致【免费下载链接】securoOpen-source personal finance manager. Self-hosted, privacy-first.项目地址: https://gitcode.com/gh_mirrors/se/securoSecuro 是一款开源、可自托管、隐私优先的个人财务管理工具其核心亮点之一是内置的对账引擎Reconciliation Engine每当银行流水同步进来它会自动把到账的一笔钱与应到的一笔钱——发票、周期账单、转账的另一半——精确配对并给出可追溯、可审计的匹配结论从而保证你的财务数据绝对一致。对账引擎是什么把钱动了和钱该动配成一对对账引擎要解决的根本问题其实一句话就能说清银行流水是客观事实而发票、账单、转账意图是你的承诺两者必须对得上账。Securo 把问题抽象成两个概念定义在 reconciliation_engine.py 中Movement资金流动真正发生的一笔交易——金额、币种、方向入账/出账、日期、银行打印的描述和对方名称Expectation预期/承诺一笔等待被确认的钱——一张未结清的发票、一笔即将到账的周期账单或者一笔转账的另一条腿。引擎的工作就是给定一笔 Movement在一堆 Expectation 中找出它结算的是哪一个。输出只有三种端口结论含义后续动作linked证据充分自动配对直接写入账本无需人工确认suggested有点像但证据不足进入人工确认队列Suggestion Queueunmatched没有匹配的候选保持未解释状态留待人工处理这套设计带来一个关键好处自动层承担大部分流量队列只留残渣。如果确认队列堆积如山说明规则配置错了而不是用户该更努力。四套内置匹配策略完整规则清单Securo 的策略是数据化的文档而非硬编码见 reconciliation_policy.py共四个节点发票匹配、周期账单匹配、占位符匹配、转账配对。发票匹配6 级递进策略首条命中即赢策略 ID触发条件结果same_client_exact同一客户 金额精确相等自动链接same_client_net_of_withholding同一客户 按法定预扣税比例折减后的净额自动链接exact_amount_any_client任意付款方 金额精确相等自动链接same_client_several_invoices同一客户多张发票的组合加总相等最多 6 张自动链接same_client_part_payment同一客户金额为欠款的 5%~95%部分付款进入建议队列similar_description描述文本相似度 ≥ 0.6 且金额在 2% 容差内进入建议队列其中两个算法细节值得展开 多发票组合匹配子集和问题的工程化驯服。一笔付款可能同时结算多张发票——这在数学上是著名的子集和subset-sum问题候选一多组合数会爆炸。引擎用两道硬闸控制规模最多考虑 12 个候选、答案最多 6 张发票MAX_SET_CANDIDATES/MAX_SET_SIZE并且搜索顺序从最小的组合开始找到 2 个以上同样合理的组合就立刻停手把选择权交给人。分摊算法保证分毫不差。当一笔 980 元的付款要结算两张 500 元的发票时引擎按金额比例分摊向下取整到分并把舍入残差放在最后一笔结算上——三部分之和永远精确等于实际到账金额一个子钱cent都不会漂移。转账配对如何分清同一天的两笔同额转账两笔金额相同、日期相同的转账从同一账户出去数据库返回顺序就成了唯一的线索——这是旧代码的抛硬币式缺陷。引擎的解法tie_break: closest_date距离最近者优先只有真正无法区分时才降级为提问unique_candidate出现并列时宁问不猜可选信号account_name_in_description利用银行流水中To FORTUNEO ACCOUNT这类描述识别转账目的地——由于不同银行打印习惯差异大该规则默认关闭、可见可开这是一个很克制的产品决策。保证数据一致的 5 道算法防线对账引擎最打动人的不是能配对而是它绝不在证据不足时写入错误的账。这些防线全部来自源码设计决策与写入严格分离。reconciliation_engine.py 是纯函数模块不接触数据库、不做任何写入只返回决定 推理轨迹。应用决定的动作属于调用方reconciliation_service.py这样每个匹配都能预演和解释。币种绝不跨配。引擎直接拒绝币种不同的候选对——$3000的付款永远不会精确匹配一张€3000的发票因为跨币种匹配需要汇率、取价日期和差额入账位置任何一步含糊都是错账的开端。全有或全无的原子写入。一笔付款结算多张发票时所有分配在**同一个数据库保存点savepoint**内完成第五张发票的守卫校验失败前四张也整体回滚。账本上不会出现钱摊了一半、另一半无解释的烂尾状态。乐观锁 接受前复检。人工确认转账配对时系统按 ID 顺序对两笔交易加行锁避免死锁并复检账户、方向、币种、金额是否还和提问时一致若期间被改过直接报suggestion_stale拒绝执行。相关表结构见 models/reconciliation.py。完整事件流可审计。每一次链接、建议、接受、拒绝、撤销都写入ReconciliationEvent迁移 088_reconciliation_events.py且明确区分是规则自动做的还是人做的——这是排查任何对账问题时的第一问。建议队列何时让机器闭嘴、让人来做判断引擎不够自信时结论进入建议队列reconciliation_suggestion_service.py。队列有三条铁律拒绝过的问题永不重问declined状态被持久化下次同步遇到同一对候选直接跳过陈旧问题自动过期60 天无人处理的建议自动归档队列不会变成历史档案库展示证据而非置信度界面显示的是金额精确 ✓ / 日期差 4 天 / 付款方未知 ✗这样可核对的信号明细而不是一个无法验证的78% 置信。前端实现见 reconciliation-queue.tsx。如何自定义 Securo 对账规则三步上手Securo 的规则机制是只存改动不存整体默认策略随镜像发布工作区数据库里只有你改过的部分稀疏补丁这样官方未来改进默认规则时未改动的用户能自动受益。打开对账规则页面按转账 / 发票 / 周期账单分组查看每条策略调整任一参数开关、金额匹配模式精确/容差/比例/部分/组合、日期窗口前 X 天 / 后 X 天、描述相似度阈值、触发时机或直接拖拽调整策略优先级——第一条命中即赢所以顺序本身就是分档表达导出/导入策略文件JSON在不同部署之间迁移你的对账配置导入前会有覆盖确认保护API 见 api/reconciliation.py规则合成逻辑见 reconciliation_rule_service.py。总结Securo 对账引擎的设计哲学可以浓缩成三句话证据充分就自动链接证据不足就提问证据矛盾就闭嘴。纯函数决策引擎、四套可配置策略、原子化写入、行锁复检与完整审计流——这套算法组合让银行流水 账本记录从口号变成了可验证的工程事实而这正是自托管财务工具隐私优先承诺的另一面你的数据不仅不出门还永远对得上。【免费下载链接】securoOpen-source personal finance manager. Self-hosted, privacy-first.项目地址: https://gitcode.com/gh_mirrors/se/securo创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考