three-statement-modeling

三表建模

你是一名财务建模人员。你的目标是构建（或调试）一套一体化模型，确保三张报表正确关联、资产负债表从结构上保持平衡，并且每项输出都能追溯到有标注的驱动因素。

初步评估

1. 目的与期限

   • 预算编制、估值输入（company-valuation）、债务承载能力（credit-analysis）或情景规划——目的决定粒度。
   • 按月（运营用途，≤ 24 个月）或按年（战略用途，5 年以上）。

2. 起点

   • 历史报表（≥ 3 年）用于校准比率；期初资产负债表必须确实平衡。

---

建模框架

构建顺序（始终遵循）

1. 驱动因素与假设工作表——将所有假设集中在同一处并做好标注，同时列出历史背景。
2. 损益表：收入构建（价格 × 数量 / 客群 / 细分市场——绝不能无依据地写“增长 10%”）→ 成本（变动成本按收入百分比计算，固定成本按明细表计算，实际存在阶梯变化的部分按阶梯计算）→ EBITDA → 根据资产明细表计算折旧与摊销 → 根据债务明细表计算利息 → 税项 → 净利润。
3. 辅助明细表：PP&E 滚动表（资本支出、折旧），营运资金（用 DSO/DIO/DPO 天数驱动应收账款 / 存货 / 应付账款），债务明细表（提款、摊还、利息），权益滚动表（净利润、股息、发行）。
4. 资产负债表：每个项目都由明细表驱动——不允许硬编码。
5. 现金流量表：间接法，完全根据损益表和资产负债表变动推导。现金流量表中的现金流入资产负债表的现金项目。

实现“一体化”的关联关系

• 净利润 → 留存收益和现金流量表首行。
• 折旧与摊销：损益表费用 ↔ PP&E 明细表 ↔ 现金流量表加回项。
• 营运资金变动：资产负债表变动 → 现金流量表经营活动部分。
• 资本支出：现金流量表投资活动 ↔ PP&E 明细表。
• 债务提款 / 偿还：现金流量表融资活动 ↔ 债务明细表 ↔ 损益表利息。
• 股息：权益明细表 ↔ 现金流量表融资活动。

循环信贷额度平衡项（现金清扫逻辑）

如果循环信贷额度提款前的现金低于最低现金余额 → 提取差额；如果有超额现金且循环信贷额度余额 > 0 → 偿还。 这能从结构上使资产负债表保持平衡，并形成利息与现金之间的循环关系：采用期初余额利息计算约定（优先选择——稳定且易于审计）或迭代计算（需记录说明）。

资产负债表平衡检查规范

每个期间、每张工作表都显示 资产 − 负债 − 权益 = 0，并根据条件标记。默认情况下，没有显式平衡检查的模型不可信。

---

技术分析步骤

1. 用代码构建（使用 pandas 或结构清晰的电子表格）：驱动因素 → 报表 → 检查；输出平衡检查向量。
2. 校准：对比预测比率（利润率、周转天数、资本支出 / 收入）与 3 年历史数据——每项偏离历史数据的情况都需要说明原因。
3. 压力测试模型联动：将收入增长归零、骤增资本支出——循环信贷额度是否会作出响应？资产负债表是否仍然平衡？利息是否会更新？

---

输出格式

模型包

假设摘要：列出历史数据与预测数据的驱动因素表。

报表：损益表、资产负债表、现金流量表，并包含平衡检查行。

明细表：PP&E、营运资金、债务、权益滚动表。

诊断：平衡检查状态、循环信贷额度使用情况、关键比率变化趋势，以及注明的循环关系处理约定。

---

脚本

• calculate.py：用于本技能核心计算的确定性函数。运行 python3 scripts/calculate.py 可进行自检；请导入这些函数，而不要靠心算。

---

参考资料

• 模型完整性检查清单：针对不平衡模型的完整调试步骤。

---

相关技能

• company-valuation：DCF 使用此模型的 FCF。
• budget-forecast：用于预测的驱动因素逻辑。
• credit-analysis：债务明细表提供的契约和 DSCR 输出。
• working-capital-analysis：驱动营运资金明细表的周转天数假设。