1. 课程导入

很多财务人员都有这样的经历:现金预测表做得漂漂亮亮,付款计划也排得井井有条,但一到实际执行,账户余额还是频频告急。问题往往不在“算得不准”,而在于预测与付款是两条平行线——预测归预测,付款归付款,中间缺少一个联动的决策机制。本课程要解决的,正是这个“两张皮”问题。

一、学习目标

学完本课程,你应当能够独立完成以下四件事:

  • 建体系:搭建以“滚动周预测”为核心的现金预测框架,明确直接法与间接法的适用边界。
  • 定规则:设计付款优先级规则与账期策略,让付款计划有据可依,而非凭感觉排序。
  • 做联动:把预测结果转化为可执行的付款额度与时间窗口,实现“以收定支、以支促收”。
  • 控风险:识别预测偏差来源,建立预警阈值与滚动修正机制,守住流动性安全底线。

二、三个核心概念

在展开之前,先把三个高频概念说清楚,它们贯穿全部30章。

1. 现金预测(Cash Forecast):对未来某一期间现金流入、流出的数量与时间的估计。它回答的是“什么时候、有多少钱进来和出去”。关键在时间颗粒度——月度预测看趋势,周度预测才能指导付款。

2. 付款计划(Payment Plan):在既定现金约束下,对到期应付款项安排的支付顺序、金额与日期。它回答的是“先付谁、付多少、什么时候付”。

3. 联动(Linkage):预测结果不是报表终点,而是付款计划的输入变量;付款执行结果又反过来修正下一轮预测。二者构成闭环,而非单向传递。

一句话理解联动:预测决定“能不能付”,付款计划决定“先付谁”,执行结果决定“下次怎么预测”。

三、整体框架:四层联动模型

本课程的知识体系可以概括为“数据层—预测层—决策层—反馈层”四层结构。下图展示了各层之间的输入输出关系与联动路径。

现金预测与付款计划四层联动模型 数据层 应收/应付台账 银行流水·合同 预测层 滚动周预测 直接法+间接法 决策层 付款优先级规则 额度与时间窗口 反馈层 偏差分析 滚动修正 执行结果反馈修正预测 联动核心逻辑 ① 数据层归集应收应付的“金额+到期日” → ② 预测层按周排布现金流入流出 → ③ 决策层依据净现金流与安全余额,确定付款优先级与额度 → ④ 反馈层比对实际与预测, 修正下期假设,形成滚动闭环。

四层之间不是简单的先后顺序,而是双向循环:反馈层的偏差分析会直接调整预测层的假设参数,决策层的付款结果也会改变数据层的应付余额。理解这一点,才能避免把联动做成“一次性动作”。

四、一个典型场景:为什么预测准了,付款还是出问题

某制造企业月度现金预测显示当月净流入80万元,财务经理据此批准了全部到期应付款。但月中出现三个情况:

  1. 最大客户的一笔60万元回款因验收延迟,推迟了12天;
  2. 供应商A的付款账期恰好在同一周集中到期,金额45万元;
  3. 一笔银行短期借款利息8万元在月中扣划,未纳入周度预测。

结果:月中账户余额一度跌至安全线以下,不得不临时拆借。复盘发现,问题不在“月度预测错了”,而在于预测颗粒度太粗、付款计划没有优先级、未预留安全缓冲。这正是本课程要解决的核心痛点。

关键认知:现金预测的精度取决于时间颗粒度,付款计划的质量取决于优先级规则。二者缺一,联动就是空谈。

五、常见误区与学习建议

常见误区 典型表现 正确做法
预测与付款分离 预测表只给管理层看,付款按发票到期日排 付款计划以预测净现金流为约束条件
颗粒度过粗 只做月度预测,无法指导周内付款 核心期间用周度滚动预测
无优先级规则 谁催得急先付谁 按“刚性—重要—弹性”分级排序
忽视安全余额 账上不留缓冲,全额安排付款 设定最低安全余额,动态调整可付额度
不做偏差复盘 预测偏差不追溯、不修正 每周比对实际与预测,更新假设参数

提醒:本课程强调“联动”而非“预测”本身。如果你已有较成熟的预测表,重点应放在付款优先级规则与反馈修正机制上;如果预测基础薄弱,则需先补齐数据层与预测层的基本功。

接下来的章节将沿着“数据归集—预测编制—规则设计—联动执行—偏差复盘”的主线逐步展开。每一章都会给出可落地的模板、参数与判断标准,帮助你把四层模型真正跑起来,而不是停留在概念层面。