技能介绍

要解决的问题

三表联动财务模型（利润表、资产负债表、现金流量表）的搭建有两个常见坑：一是手工填数时把公式覆盖成预计算的硬编码值，模型失去随假设变动而联动的弹性；二是一次性填满整张表，错误要到下游校验才发现，排查成本高。这个技能面向的是模板化模型的填充场景——模板已经存在，需要把历史数据、假设驱动和预测逻辑正确灌入，同时保持原有公式链路完整。

核心能力与工作流程

技能遵循「先理解、再填充、逐步验证」的路径：

识别模板结构：梳理各工作表（IS / BS / CF / WC / DA / Debt / NOL / Assumptions / Checks）及其依赖关系，区分输入单元格与公式单元格，检查命名区域（Named Ranges）。
环境适配：在 Excel 插件环境中直接用 Office JS 写公式（range.formulas）；生成独立 .xlsx 时使用 Python openpyxl，交付前运行 recalc.py 重算。
公式优先原则：预测、滚动、链接和合计单元格必须是 Excel 公式，只有历史实际值和 Assumptions 页的驱动假设允许硬编码——因为一旦假设切换或场景变动，硬编码会静默破坏下游所有校验。
六步分阶段验证：映射模板 → 确认历史数据 → 利润表预测 → 资产负债表平衡检查（Assets = L+E）→ 现金流量表现金勾稽（CF ending cash = BS cash）→ 最终确认。每步停顿等待确认，而不是端到端跑完再交付。

格式语义采用克制的蓝灰配色：字体颜色标识单元格性质（蓝色=输入、黑色=公式、绿色=跨表链接），底色标识位置（深色=标题、浅灰=输入区、中蓝=检查行）。

适用边界与注意点

利润率分析（毛利率、EBITDA 率等）与信用指标（杠杆率、利息保障倍数等）仅在用户明确要求或模板自带时执行，否则跳过。
场景分析（Base / Upside / Downside）依赖 Assumptions 页的场景开关与 CHOOSE / INDEX/MATCH 公式，模板若无此设计需先补齐。
从 SEC 文件（10-K、10-Q）提取数据属于可选参考流程，仅在填入上市公司监管文件数据时启用。
Office JS 合并单元格有坑：不能先 .merge() 再设值，应先写左上角单元格，再合并并格式化整个区域。
公式出现临时错误（#REF!、#DIV/0!）通常是前置输入未完成，应追溯前置单元格，而非直接删除行列。