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

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

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

一这件事现在是什么样

资金与收付 · 真实业务触发

老板每天早上都要看「今天账上还有多少钱、昨天收了哪些大额、这周要付哪些」。出纳要从工行/招行/建行三家网银分别查余额,再把昨天微信里收到的收款截图、待付的审批单拼成一张资金日报,天天如此。

二痛点 · 每条都有来源

不是流程描述,是调研出来的真痛点 —— 每条可点开核对出处

1
出纳的节奏是天天见老板:日清月结、编资金日报报给老板,但三家网银+微信截图+口头交代的数据从没进系统依据 · 会计月度/年度工作节奏:1-5号催单、6-10号凭证、15号前报税、25-30号计提结转关账
2
老板要的资金日报不是银行余额,是「可用资金=各账户余额+在途收款−待付款」,这个口径软件默认不出依据 · 经营周报拼表:老板要的12个指标分散在销售/财务/仓储三个模块,每周手工导出粘Excel花两小时
3
微信收款截图、口头交代的「这笔钱先记着」完全不进系统,是账实不符最大来源依据 · 小公司财务工作内容:一人全包记账报税管钱出报表兼行政人事

三换个做法之后

变化不在「快」,在「参与的角色」和「覆盖的范围」

✕ 现在的做法

  • 出纳的节奏是天天见老板:日清月结、编资金日报报给老板,但三家网银+微信截图+口头交代的数据从没进系统
  • 老板要的资金日报不是银行余额,是「可用资金=各账户余额+在途收款−待付款」,这个口径软件默认不出
  • 微信收款截图、口头交代的「这笔钱先记着」完全不进系统,是账实不符最大来源

✓ 交给 Agent 之后

  • 多来源文件一次读入,先做口径与完整性校验,再开始算
  • 每条结论绑定来源文件、字段或条号,可以被审
  • 产出是企业真会流转的正式件(带签批栏),不是一张展示用的表
  • 该拦的地方给出「现在还不能提交」,并给不用干等的替代方案

四场景闭环

4 步 · 每一步的产出都是下一步的输入

第 1 步
账户余额汇总 · 三账户工行/招行/建行余额各自多少、合计多少
第 2 步
在途收款归集 · 微信侧微信里发的收款截图逐条识别入表
第 3 步
待付款汇总 · 审批单侧本周待付金额按付款日排序
第 4 步
拼表 · 生成资金日报可用资金=余额+在途收款−待付款,一张表讲清

要准备什么

三家银行对账单/余额截图
工行/招行/建行,格式不同
微信收款截图、收据照片
业务员随时发,碎片化
待付款审批单
本周待付清单,含金额与付款日

为什么这个场景值得做

痛感 4 × AI 适配 3 ÷ 落地难度 2 = 6.0

最大差异点 · 不要求老板先学会看系统。日报从三家网银+微信截图直接拼,输出老板能一眼看懂的那张表。

评分口径:痛感看「这事没做好谁会生气、生气到什么程度」; AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」; 落地难度是分母 —— 需要客户先做数据治理的场景,分数会被压得很低。

五会产出什么

判断标准只有一个:这份东西能不能直接进企业的流程

正式件本体
资金日报.xlsx
正式件本体 · 可用资金口径 · 收款Top/待付清单
可派发清单
在途收款明细.xlsx
可派发 · 微信收款逐条 · 待确认项标注

这套东西不承诺什么

不做资金预测(预测不准会误导决策),不做自动付款(对外付款必须人审批)。只做当日事实的汇总拼表,不猜未来。

想看具体怎么跑?

Live Demo 里有一个完整案例的每一步,包括 Agent 在哪一步拦住了