开篇：一句话结论
现金流预测系统能帮你算三件事：未来十三周的可用现金、应收的回款概率、在途和库存占压的资金。它算不了两件事：某个客户会不会赖账，上游会不会突然断供。
可算的部分靠三张表——13 周滚动表、应收账龄概率表、三池水模型。不可算的部分靠规则和额度兜底。下面给模板、算法和四条预警线。
别急着买，先看你的业务在系统里长什么样。
一、热点场景还原：账上有钱，付不出货款
佛山一家做功率器件和存储模组的贸易商，十八个人。去年十月，老板遇到一件想不通的事：账面显示这个月赚了二十多万，但发工资前三天，他发现账户上只剩下六万块，而月初要付给供应商的货款是三十一万。
他让财务拉了一遍账，问题清楚了：三十八万应收挂在四个客户名下，其中两个已经超过约定账期二十天以上；仓库里压着一批两个月前进的货，占款五十二万；还有一笔已经下单、货在路上的采购，十九万。
赚的钱全变成了三种东西：别人欠的、货架上的、路上的。账上有钱和手上没钱，在元器件贸易里是两件经常同时发生的事。
这家公司不是没有财务。是财务每月出的是损益表和资产负债表，没有一张表回答「下个月我能不能付得出货款」这个问题。
2026 年这个矛盾被放大了两层。第一层是价格：据 TrendForce 公开数据，2026 年一季度通用 DRAM 合约价环比上涨约 93% 至 98%，二季度再涨约 58% 至 63%。同样的现金，能买的货变少了，库存占款的绝对金额上升。
第二层是汇率：据新华财经与新浪财经的宏观专题报告，2026 年以来人民币兑美元累计升值约 4.3%，美元兑人民币从 1 月 5 日的 6.98 降至 10 月 9 日的 6.69；央行副行长邹澜表示人民币汇率运行在 6.8 附近、处于近年中值水平。进口商的成本随汇率变动，出口商的回款折算也随汇率变动，两头都在动，现金预测就必须短周期滚动，不能一季算一次。
行业这一侧：现金预测确实被做成了产品
2026 年各家大厂在现金流这一块都上了 Agent：Oracle 的 Fusion Agentic Applications 里有 Cash Flow Forecasting Agent，基于历史与实时数据动态预测现金流（Oracle 公开资料、ai2.work）；Microsoft 的 Copilot for Dynamics 365 支持跨财务、运营、供应链的自然语言查询（Microsoft 公开资料）；SAP 的 Joule 也在向自主智能体演进（SAP 公开路线图、ai2.work）。
这些产品是真的，但它们跑在已经结构化的历史数据上。Redwood Software 2026 年 1 月对 300 名制造业从业者的全球调研给出了反面的那一半：多数企业一直在「错误地自动化」——优化各个孤立系统，却把系统之间的关键交接留在人工和碎片化里（Redwood 调研）。
放到元器件贸易，这句话可以翻译得很具体：应收在会计的 Excel、在途在采购的微信、库存在仓管的脑子里。工业 AI 真实的难点不是模型能力，而是「数据在哪」——如果喂给大模型的只是几个 Excel 和 PDF，它最终很容易退化成「一个会聊天的知识库」（人人都是产品经理对 Harmoni/HAL 工厂 AI 的报道）。
所以这篇文章把话说清楚：下面的三张表是你自己就能做的算术，不是模型预测。 模型预测要买，算术不用买——但要有人做，而且要有干净的数据做。
经营分析这一层的完整口径，放在经营分析的专题入口里。
二、核心方法：三张表，四条线
1. 13 周滚动表
为什么是 13 周？因为元器件贸易的一个完整循环——下单、到货、出货、回款——通常在 8 到 14 周之间。短于一个循环，看不到全貌；长于两个循环，数据的可信度开始下降。
表格结构（每周一列，共 13 列）：
| 行 | 内容 | 数据来源 |
|---|---|---|
| 期初现金 | 上周末实际余额 | 银行对账 |
| 预计回款 | 按应收到期日归入各周 | 应收账款 + 回款概率 |
| 预计付款 | 采购付款、工资、税、租金 | 应付账款 + 付款条款 |
| 净现金流 | 回款 - 付款 | 计算 |
| 期末现金 | 期初 + 净额 | 计算 |
| 安全线 | 固定开支 × 1.5 | 自设 |
每周一更新一次，把过去一周换成实际数，把第 13 周补上新预测。滚动的意思是表永远有 13 周，不是做完一次用一季度。
关键动作：期末现金跌破安全线的那一周，要提前两周开始处理。 第 6 周跌破，第 4 周就要动手——要么催回款，要么推迟一笔非紧急采购。等到第 6 周才反应，通常已经晚了。
2. 应收回款概率三档
不是所有应收都会按时回来。按账龄和历史表现分三档：
| 档 | 判定条件 | 计入预测的权重 | 动作 |
|---|---|---|---|
| A 档 | 未到期，该客户过去一年无逾期记录 | 100% | 正常跟踪 |
| B 档 | 未到期但有过逾期，或已逾期 1 至 30 天 | 70% | 提前一周提醒 |
| C 档 | 逾期超过 30 天，或有争议 | 30% | 停止新订单放账期，专人催收 |
权重的意义在于：预测里用的是加权后的回款，不是应收总额。总额会让你高估可用现金，这正是那家佛山公司踩的坑。
三档不是固定值。每季度复核一次，把实际回款情况回代进去，看权重是不是偏高了——偏高的权重比没有权重更危险。
3. 三池水模型
钱停在三个池子里：
第一池，应收。 客户欠你的。看两个维度：总额和加权后的可回款额。
第二池，在途。 已经下单付了款或承诺付款，货还没到。这一池最容易被忘——它不在库存里，也不在应付里，是采购单上的一行。
第三池，库存。 货架上的。按库龄拆成三段（90 天内、90 至 365 天、365 天以上），三段的变现能力完全不同。
三个池子加起来，加上账上现金，等于你这门生意占用的全部资金。健康的做法是让三池的比例保持稳定，而不是让某一池无限膨胀。
判断标准很简单：如果三池合计超过月均销售额的 4 倍，资金效率就要出问题了。 这个 4 倍是经验起点，按自己的周转速度调整。
4. 三池之间的两个常见错配
三池不是孤立的，钱会在池子之间搬家。两种错配最常见，也最伤现金。
错配一，在途和库存同时膨胀。 采购按自己的判断下单，销售那边的订单没跟上，钱从现金流入在途，又从在途流入库存，两池一起涨。这种错配的信号是：在途资金上升的同时，库存周转天数也在变慢。原因是采购和销售各看各的数，中间没有一张「销售需求 - 可用库存 - 在途量」的三项比对表。
解法很具体：每周出一张待采清单，把销售需求、可用库存、在途量三列并排放，差额才是真正要采购的量。没有这张表，采购看到的是「库存不够了」，看不到「货已经在路上了」。
错配二，应收膨胀的同时库存也在涨。 说明你在用赊销消化自己多进的货——把库存压力转成了应收压力。表面上库存周转改善了，实际上风险从货架搬到了客户那边，而且更难回收。
解法是两条规则同时生效：新客户一律现款或短账期；老客户超出信用额度的订单走审批。规则不写成系统里的硬约束，靠人记是记不住的。
两种错配的共同点是：每一个单独的池子看起来都还在合理区间，两池一起看才露出问题。 这也是为什么三池要放在同一张表上，而不是分散在三个报表里。
5. 四条预警线
线一，可用现金低于固定开支。 触发动作：暂停非紧急采购、启动 C 档催收。
线二，B 档加权回款占比超过三成。 说明客户质量在下降。触发动作：重新评客户分层，收紧账期。
线三，在途资金超过在手订单金额。 说明采购跑在销售前面。触发动作：暂停新采购申请，核对是不是重复下单。
线四，365 天以上库龄占比上升。 说明现金正在固化。触发动作：进呆滞处置流程，按分级做降价或打包。
四条线都要绑定动作和时间点。没有动作的预警线等于没设。
业财对不上会让这三张表全部失真，病根拆在这里：业财一体化：业务数据和财务账对不上的病根。
三、落到经营：太帅ERP 给你的是事实账，不是预测账
先把边界说死：太帅ERP 的九大能力域里没有任何 AI 功能，也没有现金流预测模型。 它不会告诉你「下个月现金会是 82 万」，也不会给一个带置信区间的预测曲线。Oracle 那种 Cash Flow Forecasting Agent，太帅ERP 没有，也不假装自己有。
它给的是事实账——把已经发生的、已经承诺的、已经占压的三类数，摆在同一个时间轴上，让你自己做算术。差别在哪？预测账给你一个结论，事实账给你一组可以逐笔核对的数字。对贸易商来说，后者往往更有用，因为你要拿着这个数去跟供应商谈付款节奏，说不出依据的数谈不下去。
事实账的四个来源：
财务模块：收付款、发票管理、总账、报表、汇率中心、税率中心、付款条款、日结快照。付款条款记的是每家客户的账期规则，这是 13 周表里「预计回款」那一行的来源；日结快照提供每天的现金断面，省掉手工拉银行流水。
经营分析模块：经营大屏、销售漏斗、客户洞察、现金与信用额度、经营预警。现金与信用额度这一项是系统唯一的「自动兜底」：给每个客户设一个上限，超了就卡住新订单，不需要人去记「这个客户欠太多了」。这是规则约束，不是预测——它不判断客户会不会赖账，只在你自己设的线上拦一道。
采购侧：待采清单支持销售需求、可用库存、在途量三项比对，差额一键生成采购单。这一项直接服务于第三池——在途资金是不是超了，在这张清单上一眼能看出来。同样要说清楚，这里的「智能比对」是三数对撞的规则比对，不是 AI 预测。
库存侧：低库存预警与 90 / 180 / 365 天三级库龄预警，触发条件是你设的阈值，报警时说得出为什么。
四组数据凑齐，13 周滚动表里除了「回款概率权重」这一栏需要你自己定，其余都是现成的。而权重那一栏恰恰是预测里唯一该由人拍板的部分——它反映的是你对客户的了解，模型替不了。
交付与金额：标准版 ¥2980 一次付费永久使用（活动价，原价 ¥5960，前 50 名名额制），15+ 功能模块、60+ 权限点、不限用户数，本地部署、内置数据库，数据不出本机——客户账期、回款记录、成本价这类最敏感的数字留在你自己的机器里。
系统算不了的部分要说清楚：客户会不会赖账、上游会不会断供、下游行业会不会突变——这三类任何系统都算不了，只能靠信用额度、供应商分散度和客户集中度这三条规则兜底。太帅ERP 也没有手机原生端，老板出差在外面看不了现金表，这一点要提前想好替代办法。
四、常见误区
- 看利润不看现金。错在把损益表当现金表。正确的是：每月看 13 周滚动表，利润只用来解释现金变化的原因。
- 应收按总额计入预测。错在高估可用现金。正确的是：按 A/B/C 三档加权，权重每季度回代校准。
- 只看应收不看在途。错在漏掉最隐蔽的一池。正确的是：三池一起看，在途资金超过在手订单就要停手。
- 预警线设了没人管。错在线和动作脱节。正确的是：每条线写清触发动作、责任人和时间点。
- 指望系统给一个预测数字。错在把预测当结论用。正确的是：先看事实账（应收、在途、库存三池 + 到期日），预测权重由人定，模型没有干净的历史数据也是摆设。
FAQ
为什么是 13 周，不是一个月或者一年？
一个完整的买卖循环通常 8 到 14 周。短于一个循环看不到全貌，长于两个循环数据不可信。13 周是覆盖一个循环加一点余量的经验值。
回款概率权重怎么定？
从 100% / 70% / 30% 起步，每季度把实际回款情况回代一次。如果 B 档的实际回款率只有 50%，就把权重调到 50%。权重偏高比没有权重更危险。
小公司也要做 13 周表吗？
要，但可以简化到 8 周。原则是覆盖你自己的一个完整循环——如果你的客户都是现款现货，4 周就够；如果账期普遍 60 天以上，就要 13 周。
系统在预测里到底能省多少事？
省的是取数和汇总这两步：到期日从付款条款自动带出、三池数据从采购和库存自动汇总。判断和决策这两步，系统替不了。
太帅ERP 有现金流预测功能吗？
没有。它给的是事实账：应收、在途、库存三池的当前数和到期日，加上日结快照和信用额度约束。预测曲线要靠你自己用 13 周表算。想要现成的预测 Agent，得看 Oracle 那一类产品，太帅ERP 不提供。
规则预警和预测模型，哪个更实用？
看你要拿这个数做什么。要跟供应商谈付款节奏，可解释的事实账更有说服力；要做长期资金规划，模型预测有价值，但前提是历史数据够干净。多数十来人的贸易商，先把事实账做出来更实际。
信用额度设多少合适？
按客户的月均采购额和历史付款表现定。一个常见的起点是月均采购额的 1.5 倍，付款记录差的往下压。超额度的新订单走审批，不要自动放行。
写在最后
现金流预测的可算部分，是三个池子和十三周的时间轴；不可算的部分，靠信用额度和分散度兜底。把这两块分开，你就不会指望系统给你一个百分之百准确的答案——它给的是提前两周的预警时间。
别急着买，先看你的业务在系统里长什么样。带上你现在的应收账龄表和在途采购单，按你的业务流程走一遍演示。
主 CTA：按我的业务流程走一遍演示 次 CTA：继续读：太帅ERP经营大屏：毛利、漏斗、现金流一屏看清 → 太帅ERP经营大屏：毛利、漏斗、现金流一屏看清