Rapprochement Bancaire — 银行调解

技能 rapprochement-bancaire 读取已分类的银行对账单和发票。 生成每个客户每月的 CSV 文件，并更新 followup.md。 仅此而已。 何时使用 客户/月份的明确对账请求。 在重新分类文件后，重新计算相关月份。 在添加历史月份后。 不使用： 分类/移动文档 → organisation-documents。 编程或发送跟进 → relances。 生成发票 → facturation。

工作流程 加载 clients////bank-statements/ 目录中的所有文件。 加载客户的当月发票（in + out）从 index.json。 还包括相邻月份（M-1 和 M+1）的发票，以处理跨月付款。 匹配交易与发票（参考 references/matching-rules.md）。 检测异常（参考 references/csv-schema.md）。 写入 clients////rapprochement.csv（参考 references/csv-schema.md）。 更新 followup.md 中的“支付状态”列，用于强匹配和中等匹配。 向会计人员报告。

匹配（摘要） 每笔交易的聚合评分 = 金额 × 0.5 + 标签 × 0.3 + 日期 × 0.2。 评分 信任度 行动 ≥ 0.85 强匹配 在 CSV 中更新 followup.payée <日期> 0.65 – 0.85 中等匹配 在 CSV 中更新 followup.payée？<日期> 0.45 – 0.65 低匹配 在 CSV 中建议，不更新 followup < 0.45 无匹配 交易保持未匹配状态。 强制一致性：信用对应销售发票，借记对应购买发票。 永远不允许交叉匹配。 详细信息（规范化、模糊标签、日期窗口 ±30 天、边界情况银行费用/工资/多付款/多账户）→ references/matching-rules.md。

输出 客户////rapprochement.csv，UTF-8 编码，带 BOM，分隔符；，小数点，，CRLF。 每次调用时完全重写（幂等）。 仅保留注释列。 完整模式（16 列，异常枚举：支付孤儿、无发票收款、未付发票、金额不一致、支付重复、部分支付、模糊匹配等）→ references/csv-schema.md。

更新 followup.md 对于每个强匹配或中等匹配的发票： 找到 followup.md 中原始月份的“## 发出本月”部分的行。 更新“支付状态”列： 强匹配 → 支付 中等匹配 → 支付？ 部分支付 → 部分（X%） 清除“下次跟进”如果状态变为已支付。 如果 followup.md 不存在，则不创建（facturation 负责）。 只写 CSV。 不修改其他列或“## 待发出”部分。

与会计人员的沟通 遵循与 organisation-documents 相同的规则： 使用专业词汇，永远不使用技术术语（OFX、pipeline、原始数字评分、绝对路径）。 默认情况下保持沉默，如果调用期间没有异常。 否则，提供紧凑的摘要： 🔍 对账 —— 3 个异常需要审查 ACME SA / 四月：1 个支付孤儿（1,248 欧元，4 月 12 日，无发票） Trendex Tech / 三月：未付发票 F-2026-03-008，850 欧元，过期 8 天 Foo SAS / 四月：发票 F-2026-04-021 金额不一致（发票 720 欧元，支付 700 欧元 —— 折扣？） 详细信息在 clients////rapprochement.csv 中。 专业词汇： 对账、支付、收款、扣款、转账、发票、到期日、折扣、预付、部分、重复、孤儿、异常、待审查。

防护措施 只读源文件：bank-statements/、invoices/*、index.json、clients.json。 本地写入：rapprochement.csv + followup.md 的支付列 + 客户的 audit.log。 不移动任何文件 —— 如果分类错误，则将其报告为异常，organisation-documents 负责更正。 日志中不包含个人身份信息（PII）： 发票号码、金额、日期 —— 可以； 完整的交易标签和 IBAN —— 禁止。 幂等： 不变的数据 —— 字节级别相同的 CSV。 补充参考 references/matching-rules.md —— 匹配级联、规范化、模糊标签、日期窗口、边界情况 references/csv-schema.md —— CSV 列、异常枚举、fr-FR 区域设置、注释保留