S标准T2优先级 6.0多账户汇总收款Top现金流日报

RQ-03 · 资金日报自动拼表

老板每天早上问「账上还有多少钱」 · 出纳要从三家网银+微信截图里现凑

!
演示模式 · 可视化预演

本页展示的是「应该怎么跑、每一步看什么、交付什么」,用的是真实业务格式的脱敏构造数据, 不宣称已接入客户生产系统,也不承诺任何效率提升百分比。 案例设定:华峰精密机械制造有限公司(虚构 · 87 人 · 苏州)6 月 22 日资金日报,三家对公账户余额 + 微信在途收款 + 本周待付款拼成可用资金日报。

三家银行余额
864,000
在途收款(已确认)
78,000
待付款
30,000
可用资金
912,000
输入

财务手上能拿到的东西

不需要整理格式、不需要改文件名 · 直接拖进对话框
银行账户余额_2026年6月22日.xlsx
三家对公账户余额 · 出纳早上从网银截图转录
出纳王敏维护 · 每日早 8:30 查一次
微信收款截图转录.txt
业务员在群里发的收款截图,出纳转录成文字,含两张模糊待确认
业务员随时发 · 无结构化
待付款审批单_本周.xlsx
本周已批待付 4 笔 · 按付款日排序
会计李静维护 · 付款前更新
历史资金日报口径说明.txt
张伟上个月的手记,记了老板问 18 万货款那次的教训
财务主管张伟 · 5 月写后再没更新

注意标橙色那一份 —— 历史资金日报口径说明.txt。它财务主管张伟 · 5 月写后再没更新,平时压根不在核对范围里。这个场景的价值,很大一部分就来自把它读进来。

提示词

就说这么几句

没有模板、没有表单 · 专业规则由 Skill 兜底
帮我把今天三家银行的钱、微信里收到的钱、这周要付的钱,拼成一张资金日报。 银行余额多少、微信收了哪些、要付哪些,都要有。最后给我一个「现在真正能用的钱是多少」的数。 微信截图看不清的别硬填,标出来我去问。

短是因为「可用资金怎么算、微信收款怎么归集」都写在能力包里了。你只需要说清是今天。

触发

事情是这么来的

每天一早 · 老板要看钱 · 三处数据拼一张表

6 月 22 号早上,老板赵总问张伟:「今天账上还有多少钱、昨天收了哪些大额、这周要付哪些?」张伟把活派给出纳王敏。王敏手里有工行、招行、建行三家网银的余额,还有群里一堆微信收款截图,和这周的待付款审批单,得拼成一张老板能一眼看懂的资金日报。

1

账户余额汇总 · 三账户

工行/招行/建行余额各自多少、合计多少
账户银行余额(元)
基本户工商银行486,000
一般户招商银行238,000
专户建设银行140,000
合计—864,000

三家余额合计 864,000。这个数是「账面余额」,不含微信里还没存对公的钱。

这一步的看点 · 从历史里想起了公司踩过的坑汇总到 864,000 时,Agent 顺手翻了历史资金日报口径说明(张伟那份手记,平时没人看),发现上个月 5-18 老板问「账上钱够不够付鼎力那笔 18 万的货款」,出纳只报了银行余额 79 万说够,结果付款日对公账户余额不够,差点让老板临时去调头寸。

于是 Agent 这次没停在 864,000,直接把这个数标了一句:「银行余额不是可用资金——上个月就栽在只报余额、没算在途收款和待付款上。」
2

在途收款归集 · 微信侧

微信里发的收款截图逐条识别入表
来源对方金额(元)状态
微信收款恒通汽车零部件18,000已确认
微信收款苏州耀华精工30,000已确认
微信收款苏州耀华精工30,000已确认
微信收款华瑞供应链待确认截图模糊
微信收款明远商贸待确认截图模糊
已确认合计—78,000—

5 条微信收款,3 条金额清楚、2 条截图模糊。模糊的标「待确认」,先不计入在途。

这一步的看点 · 排除性结论归集微信收款时,Agent 发现苏州耀华精工有两笔 3 万,同一客户、同一天(6-21),看起来像同一笔重复记了两遍。它核了一遍:两笔备注都写了「尾款」,是分两笔转的 6 万,不是一笔 3 万重复——排除重复,按 6 万入在途。

顺手它还认出了恒通那笔 18,000:「这笔就是工行对账时那笔没存对公的微信收款,日记账 6-30 记过、银行侧还没到的 18,000。」两个场景的同一笔钱对上了。
3

待付款汇总 · 审批单侧

本周待付金额按付款日排序
付款单号供应商金额(元)付款日
FK-06-01鼎力办公8,5006-23
FK-06-02苏州耀华精工12,0006-24
FK-06-03明远商贸6,0006-25
FK-06-04苏州机电维修3,5006-26
合计—30,000—

4 笔都已批、待付,合计 30,000,是这周账上马上要划出去的钱。

这一步的看点 · 把技术动作翻译成钱待付款 30,000 归集完,三块数据齐了,Agent 第一次能把「可用资金」算出来:「三家余额 864,000 + 在途收款 78,000 − 待付款 30,000 = 可用资金 912,000。」

老板如果只看余额 86.4 万,会以为比可用资金少了 4.8 万——这 4.8 万就是在途 7.8 万抵掉待付 3 万之后的净差,是「已经在路上、还没进对公户、而且这周还要划出去一部分」的钱。
4

拼表 · 生成资金日报

可用资金=余额+在途收款−待付款,一张表讲清
口径金额(元)说明
三家银行余额864,000工行 486,000 + 招行 238,000 + 建行 140,000
+ 在途收款(已确认)78,000恒通 18,000 + 耀华 60,000
- 待付款30,000本周 4 笔
可用资金912,000余额 + 在途 − 待付
结论可用资金 912,000—

可用资金 912,000,比余额 864,000 多 48,000——多出来的就是净在途。

这一步的看点 · 该拦的地方拦住了拼表到最后,Agent 的结论是 「这份日报今天还不能直接发」——因为微信里有两张收款截图金额模糊看不清(华瑞供应链、明远商贸各一笔),这两笔金额是空的,没进在途收款。

它给的替代方案不是干等:方案 A:先按「已确认」口径出表,可用资金 912,000 先发,两张模糊的标「待确认」,不耽误老板看大头;方案 B:等业务员补发两张原图,把两笔金额补进在途收款,再出一版完整的日报。
这份日报今天还不能直接发
三家余额、在途收款、待付款都拼齐了,可用资金算出来是 912,000,但微信里有两张收款截图金额模糊看不清(华瑞供应链、明远商贸各一笔),这两笔金额没进表,日报就还差两块拼图。

不用干等的两个方案:
· 方案 A:先按「已确认」口径出表——可用资金 912,000(余额 864,000 + 已确认在途 78,000 − 待付 30,000),两张模糊的标「待确认」,不耽误老板今天看大头;
· 方案 B:等业务员补发两张原图,把华瑞、明远两笔金额补进在途收款明细再出完整版——这一版在途先按 78,000 锁,模糊两笔到了再加,老板当天要看的余额 864,000 和待付 30,000 不受影响。
之后

这一次跑完,公司多了什么

不讲省了多久 · 讲少了几个隐患、沉淀了什么
✓
口径固定了一条:「可用资金=余额+在途收款−待付款」,老板以后不用再问「到底有多少」
✓
微信收款第一次被结构化:以前散在聊天记录里的收款,现在进表了
✓
出纳的角色变了:从「现凑数字」变成「把三处数据拼成一张能直接发的日报」

追问现场可能被问到的

答不上来的问题,比答得漂亮的问题更能决定这场演示的结果

能自动付款吗?
不能。对外付款必须人审批,它只汇总待付清单,付不付、什么时候付由人定。
能预测下个月现金流吗?
不能。预测需要应收应付的完整数据和信用假设,中小企业数据不足,猜出来的数会误导决策。
微信截图看不清怎么办?
标「待确认」放进在途收款,不影响出报,你补了原图再更新。

想回顾完整案例?

返回场景引入页,可查看完整案例背景、演示步骤与提示词