「5日締め」と聞くと、多くの経理担当者は「うちには無理だ」と反射的に思う。人が足りない、システムが古い、子会社が遅い——理由はいくらでも挙がる。だが、締め日数の短縮はチームの根性や残業量で決まる問題ではない。それは工程設計の問題だ。どの作業がどの作業を待っているのか、どこが全体の所要日数を決めているのか、何を同時並行に流せるのか。これを紙の上で分解しきった会社だけが、3日や5日に届く。

この記事の要点
締め日数は根性ではなく工程設計で決まる。WBS(作業の分解)で締めの遅さを分解可能な単位まで割り、クリティカルパス(締め日を決める最長経路)を特定し、そこへ資源を集中する。縮める手は「並行化」と「前倒し」の2つだけ。エクセル1枚で始められる。

この記事では、決算スケジュール表(決算工程表)をゼロから設計するときの考え方を、WBS(作業の分解)とクリティカルパス(全体の締め日を決める最長経路)という2つの道具を軸に、現場でどう手を動かすかまで落として解説する。エクセル1枚で始められる。

締め日数は根性ではなく工程の設計で決まる
作業を割る
×
律速を見つける
×
そこへ集中
=
締め日が縮む
分解しきった会社だけが3日・5日に届く。

まず縦軸と横軸を決める——工程表の骨格

決算工程表でいちばん最初に迷うのが「何を縦に、何を横に並べるか」だ。結論から言う。縦軸に作業(タスク)、横軸に営業日(D+1、D+2…)を取る。これが基本形だ。期末日を「D+0」とし、その翌営業日を「D+1」として数えていく。月末が土日なら数え方がずれるので、暦ではなく営業日ベースで通すのが鉄則だ。

工程表の骨格は縦軸と横軸の取り方で決まる
縦軸作業(タスク)
粒度
本数
売上の締め、連結処理など。最初は大きな塊で並べ、締め日を縛る塊だけ細かく割る
横軸営業日 D+1…
基準
ずれにくさ
期末日をD+0とし翌営業日からD+1。暦でなく営業日で通す
営業日ベースで通すのが鉄則。暦で数えると土日でずれる。

縦軸のタスクは、最初から細かくしすぎない。まずは大きな塊で並べる。たとえば「売上・売掛金の締め」「仕入・買掛金の締め」「経費・未払費用の計上」「固定資産・減価償却」「棚卸・在庫評価」「給与・社会保険」「税金計算」「単体財務諸表の作成」「連結処理」「開示資料(決算短信)の作成」。この粒度で一度全体を俯瞰し、それから締め日を縛っている塊だけを細かく割っていく。最初から全タスクを最小単位に割ると、本数が多すぎて依存関係が見えなくなる。

各タスクの行には、最低限この4列を持たせる。とくに先行作業の列が後で効いてくる。ここを埋めない工程表は、ただの「やることリストにバーを引いた絵」であって、設計図にはならない。

各タスク行に持たせる最低4列
  • 担当者(誰がやるか)
  • 先行作業(このタスクが何を待っているか)
  • 所要日数(何日かかるか)
  • インプット(必要な資料・データ)

WBS——「締めが遅い」を分解可能な単位まで割る

WBS(Work Breakdown Structure、作業分解構成)とは、決算という大きな仕事を、これ以上分けても意味がないところまで階層的に割っていく作業だ。なぜ割るのか。「決算が遅い」というぼんやりした不満は、対策が打てない。だが「子会社3社からの連結パッケージ(連結に必要な数値を集めるグループ共通フォーマット)の回収にD+4までかかっていて、それが連結処理を止めている」まで割れば、初めて手が打てる。

ぼんやりした不満は割って初めて手が打てる
BEFORE
決算が遅い
対策が打てない。どこを直せばいいか分からない
AFTER
連結パッケージ回収がD+4で連結を止めている
律速が特定され、初めて手が打てる
割った瞬間に、漠然とした不満は改善対象に変わる。

割るときのコツは、1タスク=1担当=1成果物に近づけることだ。「売上を締める」は割りが粗い。「店舗別売上データの確定」「未請求売上の洗い出し」「売掛金の年齢表作成」「貸倒引当金の見積り」と割れば、それぞれ誰が・何を・どの順番でやるかが見える。割ったタスクには、その完了をどう判定するか(成果物)を必ず添える。「データが揃った」では人によって解釈がぶれる。「店舗別売上の月次サマリがシステムから出力され、前月比チェックが終わった状態」まで書く。

WBSの割り方は1タスクを3つの要素に寄せる
1担当
×
1成果物
×
完了の判定基準
=
手が動く単位
「データが揃った」ではなく「前月比チェック済」まで書く。

ここで多くの会社が見落とすのが、月次決算との地続きだ。本決算だけを切り出して工程表を作ると毎回ゼロからの大仕事になる。日頃の月次決算で引当金の見積りや経過勘定の計上を型として回していれば、本決算は月次の延長線上の差分作業になる。WBSを作る過程で「これは月次に前倒しできないか」と問うこと自体が、締め日数を縮める最大の打ち手になる。期末に集中している作業を、期中へ散らす。これが「気合い」に頼らない短縮の本丸だ。

WBSの本丸は「月次への前倒し」
本決算を月次の延長線上の差分作業にできれば、毎回ゼロからの大仕事ではなくなる。WBSを割る過程で「これは月次に前倒しできないか」と問うこと自体が、締め日数を縮める最大の打ち手。期末集中を期中へ散らすのが、気合いに頼らない短縮の本丸だ。

クリティカルパス——締め日を決めているのは、たった1本の鎖

タスクをすべて割り、先行作業をつないでいくと、決算工程は1本の長い鎖ではなく、何本もの鎖が絡み合った網になる。このとき、全体の締め日を決めているのは、所要日数の合計がいちばん長い1本の経路だけだ。これをクリティカルパス(最長経路)と呼ぶ。クリティカルパス上のタスクが1日遅れれば、決算全体が1日遅れる。逆に、ここに乗っていないタスクをいくら早めても、締め日は1日も縮まらない。

締め日を決めるのは最長経路1本だけ
STEP 1
在庫評価
D+1〜D+5。ここが律速
STEP 2
単体財務諸表
在庫確定を待つ
STEP 3
連結
単体確定を待つ
STEP 4
開示
連結を待つ
土台この直列がクリティカルパス(最長経路)。上のタスクが1日遅れれば決算全体が1日遅れる。乗っていないタスクをいくら早めても締め日は1日も縮まらない。
改善資源はこの1本へ集中する。横並びの努力は締め日に効かない。

ここが工程設計のいちばん大事な勘所だ。多くの現場は「全員が等しく頑張る」発想で改善に向かう。だが正しくは、クリティカルパスに乗っている作業にだけ資源を集中する。たとえば在庫評価がD+1からD+5までかかり、それが単体財務諸表→連結→開示と直列でつながっているなら、その在庫評価こそが律速だ。一方、給与計算が早く終わっても、それがクリティカルパス上になければ、早めた分は「余裕日数(フロート)」として浮くだけで、締め日には寄与しない。

クリティカルパスの引き方は手作業で十分だ。各タスクの「最も早く始められる日」を、先行作業の終了日から前へ順に積み上げていく。複数の先行作業を持つタスクは、その中でいちばん遅く終わる先行作業に引きずられる——ここが詰まりどころになる。こうして開示完了まで積み上げ、合計日数が最長になった経路をマーカーで塗る。それがあなたの会社のクリティカルパスだ。連結を伴う会社では、子会社の単体決算→連結パッケージ回収→連結修正仕訳→連結財務諸表という経路がクリティカルパスになりやすい。親会社の作業をいくら磨いても、子会社の回収が遅ければそこで全部止まるからだ。

連結会社の典型的な律速
連結を伴う会社では「子会社の単体決算 → 連結パッケージ回収 → 連結修正仕訳 → 連結財務諸表」がクリティカルパスになりやすい。親会社の作業をいくら磨いても、子会社の回収が遅ければそこで全部止まる。

並行化と前倒し——鎖を縮める2つの手しかない

クリティカルパスを特定したら、縮める手はたった2つに絞られる。**並行化(直列を並列に変える)と前倒し(期中へ散らす)**だ。

クリティカルパスを縮める手はこの2つだけ
手1並行化
即効性
難度
順番にやっていた作業を同時に流す。確定科目から開示ドラフトを先に組み、数字が固まり次第はめ込む。確定した子会社から順に連結取り込み
手2前倒し
効果の大きさ
難度
期末に固まる作業を月次・期中へ動かす。固定資産登録、引当金の見積り根拠、経過勘定ルールは期末でなくても整えられる
どちらもクリティカルパス上の作業に当てて初めて、締め日が縮む。

並行化とは、いままで「順番にやっていた」作業を「同時に流す」ことだ。たとえば、単体財務諸表が完全に固まるのを待ってから開示資料の作成に着手する——これは直列で、もったいない。確定が見込まれる科目から開示ドラフトの枠組みを先に作り、数字が固まり次第はめ込む形に変えれば、両者は重なって走る。子会社の連結パッケージも、全社の単体確定を待たず、確定した会社から順に回収・取り込みを始めれば、回収という長い鎖を細切れにして他の作業と重ねられる。「本当にこの作業は、先行作業の完了を100%待つ必要があるのか」を1本ずつ疑うこと。多くの直列は、慣習でそうなっているだけだ。

前倒しは前述のとおり、期末に固まっている作業を月次や期中へ動かすことだ。固定資産の登録、リース・引当金の見積り根拠、経過勘定の計上ルール——これらは期末でなくても整えられる。期末にしかできない作業(実地棚卸、最終締めの数値確定)だけをD+0以降に残し、それ以外を前へ追い出す。クリティカルパス上の作業を期中へ1日分逃がせれば、締め日が1日縮む。

最後に運用の話を1つ。工程表は作って終わりではない。毎決算ごとに「実績日数」を同じ表に書き込み、計画とのズレを残す。どのタスクが予定より遅れたか、どこが新たな律速になったかが、次の改善対象を教えてくれる。クリティカルパスは固定ではない。1か所を縮めれば、次に長い鎖が新たなクリティカルパスとして浮かび上がる。これを毎期つぶし続けるのが早期化の正体だ。

早期化は1回ではなく毎期回す営み
計画を立てる
工程表に所要日数を置く
実績を書き込む
計画とのズレを残す
締め早期化サイクル
そこを縮める
並行化か前倒し
新たな律速を特定
次に長い鎖が浮かぶ
1か所縮めると次の鎖が律速に。毎期つぶし続けるのが早期化の正体。

なお、上場企業の決算開示は、東証が決算期末後45日以内のとりまとめ・開示を「適当」とし、30日以内をより望ましいとしている。50日を超える場合は、その事情と翌期以降の見込みを開示する必要がある。「5日締め」はあくまで社内の業務目標であって法定期限ではないが、開示前の作業余裕を生み、監査対応や経営への早期報告を可能にする。

東証が示す決算開示のタイミングの目安
45日以内
とりまとめ・開示
東証が「適当」とする目安
30日以内
より望ましい
東証が推奨する水準
50日超
事情の開示が必要
事情と翌期以降の見込みを開示

その余裕こそが、CFOにとっての本当の価値だ。締めを縮めるとは、数字を早く閉じることそのものより、閉じた後に考える時間を取り戻すことに他ならない。

まとめ
決算の早期化は工程設計の問題だ。①縦軸にタスク・横軸に営業日で骨格を作り、②WBSで「締めが遅い」を1担当・1成果物の単位まで割り、③所要日数が最長の経路=クリティカルパスを特定する。縮める手は並行化(直列を並列に)と前倒し(期中へ散らす)の2つだけで、どちらも律速の鎖に当てて初めて締め日が動く。毎期、実績日数を書き込んで次の律速をつぶし続ける。締めを縮める本当の価値は、閉じた後に考える時間を取り戻すことにある。

関連記事