この​記事で​分かる​こと

  • 月次モデルから四半期・年次の表を作るときの標準的な集計設計
  • SUMIFSの条件に日付そのものではなく「期間ラベル」を使う理由
  • 整数設例による月次→四半期→年次の集計と検算
  • フロー項目は合計、ストック項目は期末値という集計の使い分け

30秒で​分かる​定義

期間集計とは、月次や日次で作った明細を、四半期・半期・年次といった上位の期間単位へ束ね直す処理のことで、Excelでは条件付き合計関数のSUMIFSを使って実装するのが標準です。英語では Period Aggregation（読み方：きかんしゅうけいとサムイフス）と呼ばれます。単純に3列ずつ足すのではなく、各列がどの期間に属するかを示すラベル行を用意し、そのラベルを条件に合計するのが要点です。この作り方にすると、期間の区切りが変わっても数式を書き換えずに済みます。

なぜ実務で​重要なのか

実務のモデルは、作る単位と見せる単位が一致しません。事業計画の議論は月次で行い、取締役会には四半期で報告し、バリュエーションは年次で回す、という三重構造が普通です。四半期・​月次​モデルを組む場面では、この変換をどう実装するかがモデルの寿命を決めます。

LBOモデルでは、初年度だけ月次で資金繰りを追い、2年目以降は年次で回すという設計がよく使われます。買収直後は現金が薄く、季節性で月中に資金がショートしないかを確認する必要があるためです。プロジェクトファイナンスでは、DSCRを半期ごとの返済スケジュールに合わせて集計する必要があり、返済期日の区切りが暦年と一致しないことも珍しくありません。事業会社の予実管理でも、月次実績を四半期・累計・通期見込みへ束ねる処理が毎月発生します。手作業で列を足していると、期ズレや3月決算・12月決算の切り替えのたびに数式を作り直すことになり、そこが必ず事故の発生源になります。

計算式​（または仕組み）

基本の形は次のとおりです。

=SUMIFS(合計対象範囲, 条件範囲1, 条件1, 条件範囲2, 条件2, …)
例：=SUMIFS($D5:$O5, $D$3:$O$3, Q$3)

この例では、5行目に月次の数値、3行目に各月が属する会計年度（または四半期コード）のラベルが入っており、Q列以降の集計表のヘッダー（Q$3）と一致する月だけを合計しています。合計対象範囲と条件範囲の列幅を完全に揃えるのが絶対条件で、ずれていれば静かに誤った値を返します。

ラベルの持たせ方には主に2通りあります。

方式条件の書き方長所と注意点
期間ラベル方式FY2027・FY2027Q1 などの文字列で完全一致読みやすく検証しやすい。決算期の変更にも強い。ラベル行の生成が必要
日付範囲方式“>=”&期首日 と “<=”&期末日 の2条件ラベル行が不要。日付の型と境界（期首日を含むか）の扱いを誤りやすい

実務では期間ラベル方式を推奨します。集計結果が意図どおりかを目視で確認しやすく、閏年や月末日の扱いといった日付特有の落とし穴を避けられるためです。ラベル行はタイムラインと​フラグ行のブロックに置き、="FY"&YEAR(期末日) や ="FY"&YEAR(期末日)&"Q"&ROUNDUP(MONTH(...)/3,0) のように、日付行から数式で自動生成します。ラベルを手打ちすると、必ずどこかで打ち間違いが混ざります。

整数設例で​確認する

設例（架空数値）。3月決算の会社の月次売上（単位：百万円）を、四半期と通期へ集計します。第1四半期は4〜6月です。

四半期対象月と月次売上四半期合計
FY2027Q14月100・5月110・6月120330
FY2027Q27月130・8月140・9月150420
FY2027Q310月160・11月170・12月180510
FY2027Q41月190・2月200・3月210600
FY2027 通期12か月合計1,860

検算します。Q1は 100 ＋ 110 ＋ 120 ＝ 330、Q2は 130 ＋ 140 ＋ 150 ＝ 420、Q3は 160 ＋ 170 ＋ 180 ＝ 510、Q4は 190 ＋ 200 ＋ 210 ＝ 600。四半期の合計は 330 ＋ 420 ＋ 510 ＋ 600 ＝ 1,860です。月次12か月を直接合計しても、初項100・末項210・項数12の等差数列なので（100 ＋ 210）÷ 2 × 12 ＝ 155 × 12 ＝ 1,860となり一致します。

ここで必ず作るべきなのが、この一致を自動で確認するチェック行です。月次行の合計と、四半期集計行の合計が一致しているかを =SUM(月次全体)-SUM(四半期集計) で計算し、常にゼロであることを監視します。ラベル行に打ち間違いがあって、ある月がどの四半期にも属さなくなった場合、この差額が即座にゼロ以外になって発見できます。集計の誤りは合計値を見ただけでは気づけないため、この検算行の有無が品質を分けます。

PL・​BS・​CFへの​影響

集計方法は項目の性質で変わります。ここを取り違えるのが最も多い誤りです。

  • フロー項目（PL・CF）は合計：売上・費用・減価償却費・営業CF・設備投資額などは、期間内の月次値をすべて足し上げます
  • ストック項目（BS）は期末値：現金・借入残高・売上債権・固定資産などの残高は、足してはいけません。四半期の残高はその四半期の最終月の残高であり、SUMIFSではなくINDEX/MATCHやXLOOKUPで最終月の値を取りに行くか、期末フラグが1の列だけを合計する形にします
  • 比率・単価は再計算：利益率や1株当たり利益を月次の平均や合計で求めてはいけません。集計後の分子と分母から改めて計算し直します。四半期の売上高利益率は、月次利益率3つの平均ではなく、四半期利益÷四半期売上です

ストック項目を誤って合計すると、借入残高が3倍になるといった目立つ誤りになるため比較的発見しやすいのですが、比率の平均は数値がもっともらしい範囲に収まるため、レビューをすり抜けやすい危険な誤りです。年次のPLとCFを月次から積み上げる設計では、合計・期末値・再計算の3種類を項目ごとに明示的に決め、集計表の各行にどの方式かを注記しておくのが安全です。

財務​モデル・​Excelでの​使い方

  • ラベル行の配置：日付ヘッダーの直下に、会計年度ラベル・四半期ラベル・期末フラグの3行を置きます。これらはすべて日付行からの数式で生成し、手入力しません
  • 絶対参照の設計：=SUMIFS($D5:$O5, $D$3:$O$3, Q$3) のように、合計対象は行だけを相対、条件範囲は完全固定、条件は列だけを相対にします。この参照設計にすると、1つのセルを縦にも横にもコピーするだけで集計表全体が完成します
  • ストック項目の取得：期末フラグ行（四半期末の列だけ1、他は0）を用意し、=SUMIFS(残高行, 四半期ラベル行, Q$3, 期末フラグ行, 1) とすれば、SUMIFSのまま期末残高を取得できます。関数を統一できるので、INDEX/MATCHや​XLOOKUPと混在させるより保守しやすくなります
  • 名前の定義：条件範囲に名前を​定義しておくと、数式が読みやすくなり、範囲のずれも防げます
  • 計算負荷：SUMIFSは範囲全体を走査するため、行数の多いモデルでは再計算が重くなります。モデルの​高速化の観点では、条件範囲を必要最小限の列に限定する、集計は出力シートで一度だけ行う、といった設計が効きます

なお、集計方向を逆にする配分処理（年次前提を月次へ割り振る）も同じブロックで扱います。年間のCapexを月別の稼働計画に応じて配分する場合などは、配分比率行を持たせて掛け算する形にし、配分比率の合計が1になっていることをチェック行で確認します。

この​用語を​Excelで​「組める」​状態に​する

日付行から​期間ラベルと​期末フラグを​自動生成し、​月次​モデルから​四半期・​年次の​三表を​1つの​数式で​集計できるようになる。

Excel​実務​シリーズの​教材で​実装する →

実務家が​確認する​ポイントと​よく​ある​誤解

誤解1：「3列ずつ足せば四半期になる」→ 一度きりの資料ならそれで足りますが、モデルとしては最悪の設計です。決算期の変更、期首の1か月ずれ、実績と予測の境界移動が起きるたびに、すべての数式を手で直すことになります。ラベルを条件にすれば、ラベル行を直すだけで集計全体が追随します。

誤解2：「残高もSUMIFSで足せばよい」→ BS項目を期間合計すると意味のない数値になります。残高は期末値を取ります。期末フラグを条件に加える方式なら、関数を変えずに正しい値を取得できます。

誤解3：「四半期の利益率は月次利益率の平均」→ 売上規模が月ごとに違えば、単純平均は加重されないため誤ります。必ず集計後の分子・分母から計算し直します。

確認ポイント：集計表を作ったら、①月次合計と年次合計の差がゼロか、②各月がちょうど1つの期間ラベルにのみ属しているか（ラベルの出現回数を数える）、③期末フラグの合計が期間数と一致するか、の3点をチェック行で常時監視します。この3行があれば、集計まわりの事故はほぼ防げます。

日本実務での​扱い

日本では3月決算の会社が多く、会計年度と暦年が3か月ずれるため、期間集計の設計が特に重要になります。「2027年3月期」は2026年4月から2027年3月までを指し、第1四半期は4〜6月です。海外本社向けの資料や外資系の投資家向け資料では暦年ベースが求められることがあり、同じ数字を会計年度と暦年の両方で集計する必要が生じます。ラベル方式で組んでおけば、ラベル行を2本（会計年度用・暦年用）持たせるだけで両方の集計表を並行して出力できます。

開示制度の面では、金融商品取引法に基づく四半期開示について制度改正が行われ、2024年4月以降に開始する事業年度から第1・第3四半期の四半期報告書が廃止され、取引所規則に基づく四半期決算短信へ一本化されました（2026年7月時点で施行済み）。半期報告書は法定開示として残ります。この結果、実務で入手できる期中データの粒度と時期が変わっており、実績を四半期で追うモデルでは、決算短信のどの数値をどの時点で取得できるかを前提に設計する必要があります。開示上の四半期は累計ベースで表示される項目と3か月ベースで表示される項目が混在する点にも注意が必要で、実績を取り込む際は累計値から前四半期累計を差し引いて3か月値へ変換する処理を、モデル内で明示的に行います。

面接・​モデルテストで​問われる​ポイント

Q：月次モデルから四半期・年次の三表を出力する仕組みをどう作りますか。
「日付ヘッダーから会計年度ラベル・四半期ラベル・期末フラグを数式で自動生成し、集計はSUMIFSでラベルを条件に行います。PL・CFのフロー項目は期間内の合計、BSのストック項目は期末フラグを条件に加えて期末値を取得し、利益率などの比率は集計後の分子と分母から再計算します。最後に、月次の総合計と年次の総合計の差額がゼロであることをチェック行で監視します。3列ずつ足す方式は決算期の変更に耐えられないため使いません。」

深掘りでは「ストック項目をどう取るか」「決算期が変わったときに何を直すか」「集計の誤りをどう検知するか」が問われます。手を動かした経験があるかが素早く分かる質問です。

よく​ある​質問​（FAQ）

Q. SUMIFSとSUMPRODUCTのどちらを使うべきですか？
A. 単純な期間集計であればSUMIFSのほうが高速で、数式も読みやすくなります。SUMPRODUCTは複雑な条件の組み合わせや、条件範囲と合計範囲の形が揃わない場合に有効ですが、行数が多いモデルでは計算負荷が大きくなります。まずSUMIFSで組み、それで表現できない場合に限ってSUMPRODUCTを検討するのが実務的な順序です。

Q. 実績と予測が混在する期間の集計はどう扱いますか？
A. 実績月と予測月を判別するフラグ行を別に持ち、集計表では実績部分と予測部分を分けて表示できるようにしておきます。買収時期が期の途中である場合など、1つの会計年度の中で実績と予測が切り替わる状況では、どこまでが実績かを表側に明記しないと、受け取った側が誤読します。集計そのものは同じSUMIFSで処理でき、条件にフラグを1つ加えるだけです。

出典・参考​（2026-07-21確認）

※本記事は教育目的の一般的な解説であり、法務・税務・投資助言ではありません。設例は理解のための架空数値です。

共有: