名前定義と構造化参照｜使いどころと「乱用しない」規律

名前定義とは

セルや範囲に名前を付け、数式で =C5*税率 のように参照できる機能です（数式タブ→名前の管理）。読みやすさが上がる一方、財務モデルの世界では「限定的に使う」のがプロの多数派です。理由を理解した上で、効く場所にだけ使います。

使いどころ（推奨3か所）

• ①全モデル共通の定数：税率・基準日・ケース番号（スイッチ）など、モデル全体から参照される少数の前提。=EBIT*(1-税率)は誰が読んでも誤解しません。
• ②印刷範囲・入力範囲などの運用系：VBAや入力規則から参照する範囲の固定に。
• ③外部から参照される「出力の窓口」：他ブックやBIツールが読むセルに安定した名前を与え、行挿入で参照が壊れるのを防ぎます。

乱用が壊すもの

• 追跡可能性の喪失：名前だらけの数式は、どのセルを参照しているかが即座に分からず、トレース（数式チェック）の速度を落とします。レビュアーは名前の管理を往復する羽目に。
• 暗黙のスコープ問題：ブック/シートスコープの重複名は、同じ見た目で違う参照になり得る時限装置です。
• コピー時の巻き込み：シートを別ブックへコピーすると名前がリンク付きで移り、外部リンク（チェックリスト#10）の温床になります。
• 結論：横コピーで走る計算行には普通のセル参照（$の規律）を使い、名前は「動かない少数の前提」に限る——が実務のバランスです。

テーブルと構造化参照

• Ctrl+Tでテーブル化すると、=SUM(実績[売上])のような構造化参照が使え、行追加で範囲が自動拡張します。
• 向く場面：実績データの置き場（月次の実績エリア）、Compsの母集団リスト（1行1社の表）、ピボットのソース（実務Tips）——「増えていく一覧」。
• 向かない場面：時間軸が横に走る予測グリッド。テーブルは列方向の自動拡張・相対参照の挙動が財務モデルの横コピー文化と相性が悪く、計算ブロックには使わないのが定石です。
• 使い分けの原則：データは縦のテーブル、計算は横のグリッド。

まとめ

• 名前は「動かない少数の前提」＋運用系＋出力窓口の3か所限定。計算行は$の規律で。
• テーブルは増える一覧に、計算グリッドには使わない——データは縦、計算は横。
• 読みやすさより追跡しやすさ。モデルは他人が検証する成果物である。