把现金余额除以本月支出，得到的月份数可能忽略回款延迟和一次性付款。
本文使用虚构经营数据与简单股权、现金流模型。经营模型先服务于识别假设和约束。文中没有真实融资交易、客户财务或收益承诺；比例与金额只是演算输入，实际条款仍需专业人员结合完整材料确认。
1. 从现象推到机制
可用现金要扣除已受限制或必须预留的部分，未来流入按实际收款条件估算。固定支出、项目支出与资本性采购有不同节奏。简单 runway（现金支撑期）只适合稳定假设，项目型公司更需要按月列收付款。
图中的四个节点分别表示可用现金、收付款表、情景变化、最低余额。顺着实线检查输入如何变成输出，再沿虚线核对反馈条件。图示表达的是本文讨论的关系，不是实测曲线或现场截图。
2. 最小实现与输入条件
建立基准、回款延后和新增支出三种情景，观察最低现金点。不要把尚未签约的机会全部计作确定流入。
1
2
3
4
closing_cash[t] = opening_cash[t] + receipts[t] - payments[t]
scenario A: expected collection
scenario B: collection delayed
scenario C: delayed collection + committed purchase
把原始数据、假设和推导结果分别保存，明确时间范围与单位。至少改变一个关键变量做敏感性比较，不因单一乐观情景看起来可行，就把预测当作已经实现的结果。
3. 用对照区分原因
下表列出需要主动改变的条件。预期行为来自机制分析，复现时还需记录运行环境和原始输出，不能将预期当作已经测得的结果。
| 改变的条件 | 需要验证的行为 |
|---|---|
| 回款比预计晚一个月 | 现金低点可能早于账面盈利期 |
| 存在已承诺的大额采购 | 不能只按平均月支出估算 |
| 商机尚未签约 | 应作为情景而非确定现金 |
对照 1：回款比预计晚一个月
现金低点可能早于账面盈利期。观察时记录付款日期与实际回款条件。把这个条件与基准情形分开，有助于判断变化来自哪一层；若得到相反结果，应先核对前提，再修改实现。
对照 2：存在已承诺的大额采购
不能只按平均月支出估算。观察时记录合同付款节点。把这个条件与基准情形分开，有助于判断变化来自哪一层；若得到相反结果，应先核对前提，再修改实现。
对照 3：商机尚未签约
应作为情景而非确定现金。观察时记录证据等级与转化假设。把这个条件与基准情形分开，有助于判断变化来自哪一层；若得到相反结果，应先核对前提，再修改实现。
4. 适用条件与取舍
模型需要随实际收付款更新。现金预测不能替代正式财务报表，也不应把不确定回款写成无条件保证。
一次正常运行只覆盖了这组输入。继续扩展前，应把上面的异常对照保留下来，尤其关注“商机尚未签约”这一分支。后续方案若改变了图中任意一处依赖，原来的判断就要重新验证，不能仅凭界面相似或返回值相同沿用结论。
