技能介绍

要解决的问题

货币资金底稿里，银行存款（1002）和其他货币资金（1012）经常需要把银行对账单与序时账逐笔勾稽。难点不在于“有没有数据”，而在于两边粒度和记账方式天然不一致：银行流水通常一笔一记录，序时账却可能出现多借多贷、合并供应商、摘要缺失或名称写法不同。传统金额相等匹配会把大额分拆误判成多笔小额，也可能把同一凭证下的明细错配到别的流水上。

工作机制

bankflow-match-local 是 large-amount-two-way-check 的模式 A 执行器，完全在本地离线运行，输入两份 Excel：序时账和银行对账单，输出匹配结果、未匹配差异表和月度汇总表。

核心算法是“银行流水匹配算法 2.0”，不再依赖区域划分或特征矩阵，而是用四个组件组合：

对方科目分析：先把序时账中银行存款的借贷方向拆到最明细。简单类型直接拆分；复杂多借多贷不乱拆金额，而是压缩成 {"金额": 5200, "明细": [供应商A, B, C]}，保留“可能包含哪些供应商”的标签，交给后续相似度筛选。
名称向量化：对公司名做无效词清洗、Bigram 分词、TF-IDF 和 L2 归一化，把交易方相似度变成向量点积。
6 阶段漏斗匹配：

1. 1v1 精确匹配；
2. GL 聚合 Bank；
3. Bank 聚合 GL；
4. 一对一回溯；
5. DP 双向子集和兜底；
6. 时间窗口聚合兜底。

余弦相似度筛选：候选池有多个金额相同项时，按交易方名称筛选；快速通道可让清洗后完全相等、或 2 字符以内包含关系直接匹配。

其中 Phase 1 的“按兵不动”机制很关键：同一凭证、同一交易方的 GL 拆分明细不参与初始一对一匹配，避免被其他流水抢走，留给聚合阶段或回溯阶段处理。

金额处理会去除千位分隔符、解析 (100.00) 为 -100.00、强制保留两位小数；默认容差 0.01，日期窗口 31 天。

适用边界与注意点

它适合对账单已经落成本地 Excel、非 IPO 常规项目、需要离线可复核计算的场景。如果项目需要在平台留痕、多对象协同，或属于 IPO 项目，应走模式 B/C，本技能只作为本地基准层计算器。

还要注意：这里的对方科目分析是简化版，完整算法在 reconciliation 技能中；它不做穷举求解。若序时账缺少客商名称、银行流水缺少交易方，名称筛选会退化为纯金额匹配。多借多贷压缩后的信息只能辅助相似度排序，不能保证把每个供应商付款金额精确拆开。因此最终未匹配差异表仍应由审计人员人工复核，不能直接当作审计结论。