每月头五天，财务办公室的气氛都不太好。账是做完了，但没人敢说「可以关了」：往来科目挂着几笔说不清的款，暂估入库还有三张单没冲，某张费用凭证的日期落在下个月，税金计提和申报表还差一点。
月结关账真正难的不是做账，是确认没有遗漏。而「有没有遗漏」这件事，恰好是最适合交给 Agent 的：它不需要判断该提多少折旧，只需要把该查的项一条条查完、把查出来的差异列清楚、把证据留下。判断仍然归人，但「查没查」不该靠人记。
先把位置说清楚。站内 OpenClaw 自动记账与对账 管的是日常流水进账本、分类和月度提醒；OpenClaw 做发票识别与报销整理 管的是票据进系统这一端；用 AI Agent 做报销初审 管的是单笔报销合不合规。这一篇管最后一公里：账已经记完，怎么证明这个月可以关。
一、三件事分清：日常记账、月末调整、关账确认
月结出问题，八成是三件事混成了一件：
- 日常记账：每天发生什么记什么，追求的是及时和完整。
- 月末调整：计提、摊销、暂估、结转、汇兑重估，追求的是权责发生制下「这个月该承担多少」。
- 关账确认：确认上面两件事都做完了、差异都解释了、证据都在，然后锁账。
三件事的节奏完全不同：日常记账是持续的，月末调整有硬截止日，关账确认是一个有明确通过条件的检查动作。很多团队把「关账」当成「做完调整的副产品」，结果每个月都在 T+8 才关，而且每次都有人事后发现漏项。
把「关账确认」单独拿出来做成一件事，是这套方案能成立的前提。
二、关账前必查的六类项
穷举所有科目没有意义，按出错方式分类才有意义。六类基本能覆盖九成的问题：
- 余额异常：出现反方向余额（资产类贷方余额、负债类借方余额）、余额为零但有本期发生额、余额整数得可疑。
- 往来挂账：应收应付的账龄超过阈值、同一客户既是应收又是应付、预付款长期不冲、其他应收款里挂着个人借款。
- 暂估与冲回：上月暂估本月是否冲回、暂估金额与实际发票差多少、有没有连续三个月以上没冲的暂估。
- 跨期：凭证日期与业务发生日期跨月、费用计入下月、收入提前确认。
- 税金与结转：进项销项是否匹配、计提数与申报数是否一致、成本结转是否与收入配比。
- 勾稽：明细账合计与总账是否一致、子系统（存货、固定资产、工资）与总账是否对得上。
这六类里，前四类是「看数就能看出来」的，适合规则化；后两类往往要跨系统比对，需要 Agent 去拉数据。不要把六类做成一张几百项的 checklist——项数一多，就没人真看，最后变成逐条打勾的形式主义。每类留 5 到 8 条硬规则，够了。
三、Agent 能自动做的四件
- 拉数并比对：从总账、明细账、子系统各拉一遍，按科目和期间做交叉核对。这块的数据来源和口径要跟 数据仓库分层与指标口径 一致，否则每个月算出来的数都不一样。
- 按规则跑检查、生成差异清单：每条差异带科目、金额、凭证号、触发的是哪条规则。
- 标可疑但不结论：比如「这张凭证金额是整数且没有附件」——标出来，别写「疑似虚增费用」。
- 出关账证据包：每个检查项的查询语句、执行时间、结果快照、处理人，打成一个包。做法可以直接套 证据包怎么留 那套。
四件事里，第四件最容易被忽略，但它决定了下次审计时你要不要重新跑一遍。
四、不能做的三件
- 不调整分录：Agent 可以建议「这笔应转入预付」，但不能自己过账。调账是会计判断，也是责任。
- 不定计提比例：坏账准备提多少、存货跌价提多少，涉及判断和估计，Agent 只能提供历史数据和计算过程。
- 不签字、不锁账：关账是一个责任动作，必须有人署名。系统层面就把「锁账」做成需要二次确认的动作。
把这三条写成权限边界，别写成提示词里的劝告——写法参考 权限管理与工具白名单。历史上自动化财务项目翻车，几乎都不是算错，而是「它自己改了数」。
五、时间表倒排：谁在等谁
关账不是一个人的活，是一条链。倒排比顺排有用：
- T+1：业务单据截止（报销、发票、出入库），迟到的单进下月。
- T+2：日常记账完成，Agent 跑第一轮六类检查，出差异清单。
- T+3：月末调整（计提、摊销、暂估冲回），差异处理，Agent 跑第二轮。
- T+4：勾稽与税金核对，出关账报告初稿。
- T+5：复核、签字、锁账。
倒排的价值在于把「谁在等谁」写清楚。很多月结拖到 T+8，不是会计慢，是业务部门 T+3 才把单子交上来。Agent 每天推一次「当前卡在哪个环节、谁没交」，比月底开会催有效得多（推法见 定时日报周报）。
六、规则怎么写才不误报
关账检查最容易死在误报上：第一周标了 200 条，第二周没人看，第三周关掉。
- 阈值要有依据：金额阈值按「占当月该科目发生额的百分比」定，不要拍一个「1 万元」。
- 加环比：单看余额没意义，看「比上月变动超过 X%」才有信号。
- 分级：硬拦（必须处理才能关）、待确认（解释即可）、提示（只记录）。三档比例大概是 1:3:6。
- 允许标注：每条差异可以标「已确认无问题」，下月同一条规则不再重复报。这一条能把噪音砍掉一半。
思路和 数据质量门禁 是一套：先让明显错的停下来，再谈精细。规则本身也要版本管理，改了口径必须能追到影响——这块参照 审计查询字段怎么设计，把规则编号、版本、执行时间一起记。
七、证据怎么留
关账证据不是「最后那张报表」，而是「你怎么确认它对的」。最少留四样：
- 每个检查项的查询语句与执行时间（下个月数据变了还能复现）。
- 结果快照：差异清单的原始版本，不是处理后的版本。
- 处理记录：每条差异谁解释的、依据是什么、附了什么材料。
- 口径版本：这个月用的科目映射表和规则版本号。
这四样凑齐，季度审计时不用重跑；凑不齐，每年都要重新解释一遍「当时为什么这么算」。
八、五个坑
- 把 Agent 当记账员：让它直接过账，第一次出错就再也没人信。只读、只提建议。
- 六类检查做成几百项：项数越多越没人看，最后全部走过场。
- 只跑一次：T+2 跑完就不管了，T+4 又冒出新的调整分录，等于没查。
- 差异没有出口：标出来但没人认领，第二个月还是同样的差异。每条差异要有责任人，超时按 失败升级规则 往上走。
- 拿关账报告当管理报告：关账报告回答「能不能关」，不回答「这个月赚得怎么样」，两件事别混。
九、适合谁
月结周期超过 5 个工作日、凭证量大、有多个子系统需要勾稽的团队最合适，共享服务中心收益最明显。业务简单、一个月几十张凭证的小公司，用一张 Excel 清单加提醒就够了，上 Agent 反而多一层维护。
最后一句实在话：关账检查能不能做成，不取决于 Agent 多聪明，取决于科目映射和检查规则有没有人认领。这两样不定，Agent 只会把混乱跑得更快。
