Appearance
2.1 创建现金流
一个项目要花钱，也要赚钱。但钱什么时候花、什么时候进，决定了你的资金链会不会断。本章教你在 Primavera 中建立第一条现金流。
为什么要有现金流？
工期风险分析回答的是「什么时候完工」，而现金流分析回答的是「钱够不够用、什么时候需要钱」。
一个真实场景：你的项目计划工期 18 个月，总预算 1.2 亿。传统计划软件显示「1.2 亿刚好够」。但真实情况是：
- 前 6 个月要花掉 8000 万（设备采购 + 开工准备）
- 业主的第一笔进度款在第 9 个月才到账 5000 万
- 中间有 3000 万的资金缺口需要垫付
如果不做现金流分析，你的项目可能在「总成本不超预算」的前提下，因为阶段性缺钱而停工。这种事在工程项目中屡见不鲜。
创建现金流的核心思路
在 Primavera Risk Analysis 中，现金流本质上是一个名为 CASH 的特殊资源：
- 给任务分配正现金 → 表示收入（业主付款、政府补贴）
- 给任务分配负现金 → 表示支出（材料、人工、设备租金）
- 这些现金随任务的时间分布自动展开
第一步：创建项目
打开 Primavera Risk Analysis，创建一个新项目或使用现有计划文件。确保任务之间已建立正确的逻辑关系（FS、SS、FF 等）。
第二步：添加 CASH 资源
操作路径：Plan → Resources
在资源表中填写以下信息：
| 字段 | 值 | 说明 |
|---|---|---|
| ID | CASH | 资源 ID，不必叫 CASH，任何名称均可 |
| Description | 现金 | 描述性名称 |
| Type | Expenses | 费用类型，表示一次性费用而非按日消耗 |
| Loading | Spread | 关键！ 将现金分摊到任务整个工期中 |
| Cost | 1 | 单位成本为 1，这样分配 100 → 就表示 ¥100 |
!> Loading = Spread 还是 Normal？
如果选择 Normal，系统会按「每天消耗」计算。比如一个 10 天的任务分配了 ¥1000，Normal 模式下每天花 ¥100，但总花费会变成 ¥100 × 10 = ¥1000——还是 ✓。但如果哪天改了工期，计算结果就会变。
Spread 模式是将总金额均匀分摊——无论工期多少天，总额不变。对于现金流建模，选 Spread。
**小贴士：**如果你的项目已经有带成本分配的其他资源，本身就隐含了现金流——此时可以跳过本章，直接进入 2.2 概率现金流分析。
第三步：为任务分配现金
有两种方法，分别适合不同场景。
方法一：Task Details 对话框（适合少量任务）
| 步骤 | 操作 |
|---|---|
| ① | 双击任务，打开 Task Details 对话框 |
| ② | 点击 Resources 选项卡 |
| ③ | 在 ID 下拉菜单中选择 CASH` |
| ④ | 输入分配金额（正值 = 收入，负值 = 支出） |
| ⑤ | 点击下一个任务，重复以上步骤 |
方法二：甘特图列公式（推荐，批量操作利器）
这种方法通过自定义公式列，直接在甘特图中为所有任务批量录入现金。
| 步骤 | 操作 |
|---|---|
| ① | Format → Columns |
| ② | 点击 Right Columns 选项卡 |
| ③ | 找到并添加 Calculated Value 列 |
| ④ | 点击该列，在 Column Formula 输入：@DEM("CASH",U) |
| ⑤ | 设置 Top Heading 为 Cash |
| ⑥ | 点击 OK，新列出现在甘特图中 |
| ⑦ | 直接在列中为每个任务输入金额 |
公式说明：@DEM("CASH",U) 表示「显示资源 CASH 的需求量」，U 表示以单位（units）显示。
负值会自动以会计括号格式显示，例如
-1234.56显示为($1234.56)。
方法三：利用已有资源成本（零额外工作）
如果你的项目已经配置了资源（人力、材料、设备），每个资源都带有费率和成本，那么项目天然就有现金流——不需要再额外创建 CASH 资源。
Primavera 可以直接基于这些已有资源的成本来生成现金流分析。跳过本章创建步骤，直接进入下一页即可。
实战案例：市政道路改造项目的现金流建模
案例：某市主干道改造工程现金流
项目背景
某市政道路改造项目，全长 3.2km，合同额 ¥6800 万，工期 14 个月。业主按节点付款：开工预付款 10%，路基完成 20%，路面完成 30%，竣工验收 40%。总包方需要自行垫付前期材料费和人工费。
问题分析
- 资金错配：开工预付款 ¥680 万，但前两个月仅设备进场就要花 ¥1200 万，缺口 ¥520 万
- 回款周期长：从「路面完工」到「业主审批付款」平均要 45 天，这期间所有支出全靠垫资
- 赶工加钱：雨季可能需加班赶工，人工成本可能多出 20%
建模过程
| 任务 | CASH 分配 | 备注 |
|---|---|---|
| 施工准备 | -12,000,000 | 设备进场 + 临建 |
| 路基施工 | -8,000,000 | 材料 + 人工 |
| 路基完成节点 | +13,600,000 | 业主 20% 付款 |
| 路面施工 | -15,000,000 | 沥青 + 摊铺 |
| 路面完成节点 | +20,400,000 | 业主 30% 付款 |
| 附属工程 | -5,000,000 | 路灯 + 绿化 |
| 竣工验收 | +27,200,000 | 业主 40% 尾款 |
分析结果
传统确定性现金流分析：总利润 ¥21,200,000，看似没问题。
但概率分析发现了两个风险：
- P80 情景下，路基施工因管线迁改延误 30 天，导致第二笔业主付款推迟，出现 ¥820 万的阶段资金缺口
- 工期每延长 1 个月，管理费增加 ¥180 万
决策与总结
财务部据此申请了 ¥1000 万的银行授信额度（应急贷款），并在合同中增加了「逾期付款每日万分之三违约金」条款。项目最终按 P70 节点完成，授信仅动用了 ¥300 万。
一句话启示：现金流不只看总数，更看时序——钱早到一天和晚到一天的差距，可能比超预算还致命。
本章小结
| 要点 | 一句话 |
|---|---|
| 现金流本质 | CASH 资源 + Spread 加载模式 |
| 关键设置 | Loading = Spread（分摊），Type = Expenses（费用） |
| 批量操作 | 甘特图 + @DEM("CASH",U)` 公式列 |
| 正负含义 | 正 = 收入，负 = 支出 |
| 已有资源 | 如果项目已配资源成本，可直接基于它们生成现金流 |
英文原版内容版权归 Oracle Corporation 所有。中文翻译、案例、习题由 计划工程师 独立创作。