予実管理の自動化。AIに計算させない経営ダッシュボードの作り方

予実管理の自動化とは、予算と実績を突き合わせる数字を会計SaaSや決済サービスから自動で取得し、予実差・達成率・ランウェイまでをコードで計算して、経営者が毎月見る1枚のダッシュボードに反映させる仕組みのことです。エクセルへの転記も、締め前の手集計も、この1枚からは消えます。

この記事では、僕が自社で本番運用している経営ダッシュボードの作り方を4工程で公開します。予実管理システムの導入には踏み切れないまま、エクセルの管理表が毎月壊れている経営者に向けた記事です。

予実管理ダッシュボードとは、予算・実績・差異・達成率を1画面に並べ、毎月自動で更新される経営の計器です。

「予実管理 ダッシュボード」で調べている方が最初に知りたい3点に、先に答えておきます。

予実管理の自動化とは。毎月の集計を止めずに回すために何を自動化するのか

予実管理は、予算（予）と実績（実）を月次で突き合わせて差を見る管理です。数字そのものより差と向きを見る管理だと考えたほうが実務に近い。

そして予実管理の自動化で消すのは、数字を作る作業だけです。数字を読んで決める仕事は消しません。というより、消してはいけない。

なお自社の実額は本文に出しません。書くのは構造と項目名だけです。

予実管理ダッシュボードに何を並べるか。更新頻度と作り方3択の比較

予実管理ダッシュボードの項目は、増やそうと思えばいくらでも増やせます。

ですが項目が増えるほど、どこを見ればいいのかが分からなくなる。僕は3層に分けて、それ以外は載せないと決めています。

並べるのは3層。当月の予実、12ヶ月の推移、根拠と注意

上段の売上・営業利益の予実と、下段の明細・注意フラグは、本番運用している予実ダッシュボードの構成です。

費用の予実対比と中段の推移表は、もう1つ自社用に作っている経営アプリ（テスト運用中）に持たせました。推移表は会計年度の12ヶ月を1画面で横に読む表で、月ごとに画面を切り替えずに、どの月に何が起きたかを追えます。単月の数字は、前後の月と並べて初めて意味を持つからです。

推移表を作るときに、1つだけ注意があります。

費用行の達成率は「消化率」と読む。100%を超えたら計画超過。

売上の達成率は高いほど良い数字です。ところが費用の達成率は、高いほど予算を使い込んでいる数字になります。同じ「達成率」の列に並べると、ここで読み違えが起きます。

もう1つの約束は、まだ記帳していない月は空欄、本当に0円の月だけ「0」と出すことです。記帳前の月を0円と誤読しないための区別で、後で書く「締め前の月は空欄のまま出す」と同じ原則です。

更新頻度は月次が基本。リアルタイムにしない理由

予実の実績は、記帳を締めて初めて確定します。

締まる前の数字を秒単位で更新しても、画面に出るのは「まだ入っていない数字」です。だから予実管理ダッシュボードの更新は月次が基本で、リアルタイム更新は要りません。

僕の運用では、定時更新を毎月1日・15日・25日の朝9時に置き、急ぐときは画面の更新ボタンで取り直します。

• 1回の更新で取り直す範囲: 期首から当月までのうち、まだ締めていない月すべて

• 締めた月: 取得すらせずにスキップ（後で書く凍結）

• 記帳が遅れて入った前月分: 締めるまでは、次の更新で自動的に拾われる

3回とも、締めるまでは確定値ではなく速報です。確定は、人が締めたときにだけ起きます。

月次で決めて、速報で早めに気づく。更新頻度は、この役割分担で決めています。

作り方は3択＋自作。4つを比べると何が違うのか

金額はあえて書いていません。月額は製品と契約で変わるうえ、比べるべきは初期設定と運用の手間まで含めた総量だからです。

この表で一番見てほしいのは、「数字が間違ったときに止まるか」の行です。

どの作り方でも、ダッシュボードは数字を並べてくれます。ですが取り込んだ数字がゼロに化けたとき、表計算の数式もBIのグラフも、そのゼロを正しく計算して描いてしまう。間違った数字で止まる仕組みがあるかどうかは、道具を選ぶ前に確かめておくべき項目です。

自社の数字も、もともとはGoogleスプレッドシートの「財務管理レポート」で管理していました。

キャッシュフローの台帳、固定費、事業計画、銀行明細の貼り付けまでを1つのファイルに入れていたものを、いまは経営アプリに置き換えている途中です。表計算で回すと何が壊れるのかは、次の節で3地点に分けて書きます。

エクセルの予実管理が毎月壊れる3つの地点はどこか

エクセルで予実管理をすること自体は悪くありません。壊れるのは決まった3地点です。

1つ目は転記。 試算表を見ながら打ち込み、決済サービスの画面から入金を拾って別シートに貼る。この作業が残る限り打ち間違いはゼロになりません。売上を1桁間違えれば達成率も進捗率もまとめて狂うのに、表は何事もなかったように数字を返してきます。

2つ目は締め前。 記帳が終わっていない月の売上は会計上ゼロです。そのゼロを他の月と並べて前月比を出すと「売上が全額消えた」と表示される。慌てて手で上書きすると、どこが実績でどこが手入力か分からなくなります。締め前の月をどう出すかを決めていないことが、予実管理の表を壊す最大の原因です。

3つ目は属人化。 参照と数式が育つほど作った人以外は触れなくなり、担当者が変われば誰も直せない表だけが残ります。

3つとも「数字を作る作業が人の手に残っている」ことから来ています。だから対策も1つ。その作業を人の手から外すことです。

経営ダッシュボードの作り方は4工程に分ける。取得→計算→検証→表示

1. 取得: 会計SaaS（会計・請求書）と決済サービスから対象月の数字を引く

2. 計算: 予実差・達成率・前月比・年度累計・進捗率・ランウェイを算出する

3. 検証: 算出結果が妥当かを点検する。通らなければ保存しない

4. 表示: 保存された数字を1枚のダッシュボードに描く

起動は、毎月1日・15日・25日の朝9時に走る定時実行と、画面の更新ボタンの2つ。定時実行の組み方は記事を分けています。

関連記事Claude Codeを毎朝定時に走らせるlaunchd自動化MacでClaude Codeを毎朝決まった時刻に無人で走らせる方法を、このブログ自体を運行する3系統のlaunchdジョブの実物設定と実ログで解説。二重起動の防止、冪等スキップ、止まったときに気づく仕組みまで公開します。→

効いているのは、3番目の検証が独立していることです。多くの自動化は「取得して計算して保存」で終わります。そこに検証を挟むかどうかが分かれ目になります。

工程1 取得: 会計SaaSと決済から数字を引く。勘定科目とKPIの対応表を先に作る

取得で最初にやるのはAPIの接続ではありません。勘定科目とKPIの対応表を作ることです。ここを飛ばすと、数字は取れるのに意味が決まりません。

対応表は決算書を見ながら1枚で作る

僕は自社の決算書と試算表を見て、勘定科目をKPIカテゴリに割り当てた表を1枚のファイルにしました。役員報酬・給料賃金・法定福利費は人件費、業務委託料・支払報酬は外注費、現金及び預金・普通預金・小口現金は現預金、という具合です。

ポイントは2つ。1つは金額の大きい費目を「その他」に埋めず独立させること。うちは支払手数料が販管費で無視できない比率だったので、最初から独立させました。埋めると悪化しても気づけません。

もう1つは、会計ソフトが返す行名の揺れを書いておくこと。試算表のAPIは「売上高合計」とも「売上高」とも返し、さらに赤字の月は行名が「営業利益」から「営業損失」に変わります。別名を持たせないと、赤字の月だけ利益が取れない事故が起きます。

系統の違う売上は合算しない

うちは請求書ベースと決済サービス経由の売上が2系統あり、単純に足すと同じ取引を二重に数えます。だから合算せず別々に表示する原則を埋め込み、画面にも「重複の可能性あり。合算しないこと」と出しています。参考値の統合額だけは、税込金額が一致する分を重複と見なして除外する名寄せで出しています。

請求書まわりの処理にAIを入れる場合に、先に社内で決めておくことは請求書AIを入れる前に社内で決める3つにまとめています。

工程2 計算: 予実差・達成率・ランウェイはコードで出す。AIに計算させない

ここがこの記事で一番言いたいところです。計算はコードにやらせて、AIには数字を作らせない。

AIは同じ入力でも毎回同じ答えを返すとは限りません。決定論的（同じ入力なら毎回同じ答えが返ること）でない計算を経営数字に使うと、先月と今月で計算方法が変わっていても誰も気づけないんです。

コードで出す指標を決める

• 予実差: 実績 － 予算

• 達成率: 実績 ÷ 予算

• 前月比: 当月 － 前月

• 年度累計（YTD）: 期首から当月までの実績合計

• 進捗率: 年度累計 ÷ 年間目標

• 計画ペース: 年度累計 ÷ 予算の累計（計画超過・計画通り・計画未達）

• ランウェイ: 現預金 ÷ 月次コスト

実務で効くのは計画ペースです。単月の達成率だけ見ていると一喜一憂で終わりますが、累計で計画に先行しているか遅れているかを見ると打ち手の緊急度が決まります。前月比と年度累計には、締めが終わっていない月を比較材料に使わないルールを入れました。記帳前の月は売上がゼロで、混ぜると比較が汚染されるからです。

同じ計算を2回書いて、一致しなければ本番に出さない

「計算はコードで」をもう一段固くするために、僕の仕組みでは予実の計算ロジックを2つの言語で書いています。

計算を変えるときは両方を直し、同じ入力から同じ答えが出るかをテストで突き合わせる。一致しなければ本番に出しません。片方だけ直すことは禁止にしています。

手間は倍になります。それでも、計算式の書き間違いは2つが同時に同じ間違え方をしない限りここで見つかる。後で書く保存前の「恒等式の再計算」と同じく、同じ数字を別々に出して突き合わせる考え方です。

AIに任せるのは計算ではなく言語化

AIの出番は2箇所です。1つは仕組みを作るとき。取得の処理も計算式も検証の条件も、僕はAIと一緒に書きました。AIに書かせるのはコードであって数字ではない。書かれたコードは何度走らせても同じ答えを返します。

もう1つは、出た数字の解釈を言葉にするとき。「進捗率が計画未達で、要因は外注費の増加」という読み取りはAIが得意です。ただしそれも、コードが出した確定値を渡したうえでの話です。

工程3 検証: 間違った数字を経営ダッシュボードに載せない門番を置く

経営ダッシュボードの解説は「何を並べるか」を教えてくれます。ですが実運用で困るのは、並べた数字が間違っていたときです。しかもそれはエラーも出さずに起きます。

だから保存の直前に門番を置き、通らなかった数字はデータベースに書かないことにしました。仕組みのコードにはこう書いてあります。

検証NGのKPIは保存させない（fail-closed）。

fail-closed、つまり異常時は通さない側に倒す設計です。

保存前に4つの門番が見ているもの

門番1 ゼロ化の番兵。 一番怖いのは、外部サービスの障害で全部ゼロが返ってくること。取得も計算も成功扱いのまま、正常な数字がゼロで上書きされます。だから既存データに実績があるのに新データが全ゼロなら、上書きを拒否して止まります。

門番2 恒等式の再計算。 達成率・予実差・進捗率・ランウェイを、保存前にもう一度別の場所で計算し直して照合します。年度累計が当月売上より小さければ計算上あり得ません。同じ数字を2回別々に出して突き合わせる、地味ですが確実な方法です。

門番3 確定月の保護。 締めて確定した月を、未確定のデータで上書きさせません。上書きするなら明示的に確定を解除してからです。

門番4 桁と型の点検。 必須項目の有無、数値であるべき場所が数値か、桁が異常に大きくないか。APIの仕様変更で単位が変わったときに効きます。

検証で落ちたときは「エラー」ではなく「却下」として記録します。区別すると、通信の失敗なのか数字の異常なのかが後から分かる。一度起きた事故を検査項目に昇格させる考え方は、別記事に書きました。

関連記事AI運用の再発防止を仕組み化。事故をチェック項目に変える手順AIに任せた業務で同じ事故が繰り返されるのは、再発防止を人の記憶に置いているからです。事故を記録し、原因を機械が合否判定できる1文に言い換え、実行前の関門に昇格させる5ステップを、僕が実運用している仕組みをもとに解説します。→

工程4 表示: 経営者が毎月見る1枚に何を載せるか

意識したのは色でも図でもなく、1画面で終わることです。スクロールが3画面続くダッシュボードは、作った翌月には見なくなります。

上段はカード6つ。売上（記帳ベース）、営業利益、粗利率、現預金とランウェイ、純資産、年間目標への進捗です。それぞれに比較の相手を隣に置くのがコツで、売上には予算・達成率・前月比を添えています。金額だけでは判断できませんが、予算と前月が隣にあれば1秒で分かる。その下に速報のブロック、請求書の明細、注意フラグの一覧が並びます。

締め前の月は、空欄のまま出す

僕の設計では締め前でも処理を止めません。未確定であることを画面に明記して、埋まっていない項目は空欄のまま出す。売上のカードには「記帳確定後に反映」と表示し、上部に「締め前（暫定）」のバッジが出ます。前月比や年度累計の計算からはこの月を除外します。

例外で止めるのではなく、部分的に出す。自動化は、止まる設計より、欠けたまま出せる設計のほうが長く生き残ります。

もう1つ、更新した日の朝に当月の要点をパソコンの通知で送るようにしました。見に行かないと見えないダッシュボードは結局見なくなります。数字のほうから来る状態にして初めて、月次の確認が習慣になりました。

注意フラグは3段階。何を異常として自動検知するのか

上で「注意フラグの一覧」と書いたものの中身は、深刻度3段階の自動検知です。数字を計算するたびに、コードが次の条件を点検してフラグを立てます。

深刻度を分けるのは、すべてを同じ色で出すと本当に急ぐものが埋もれるからです。更新日の朝の通知にも、一番重い「警告」の件数だけを載せています。

90%や6ヶ月という線は設計値なので、自社の体力に合わせて決めてください。

大事なのは線をコードに書いておくことです。人の目視に任せると、判断の基準が月ごとに揺れます。

金額から根拠の明細へ降りられるようにする

下段のもう1つの役割がドリルダウン（集計された金額をたどって、内訳や明細まで降りていく操作）です。

本番のダッシュボードでは、売上の下に請求書の明細と決済の内訳を並べています。経営アプリの推移表では、内訳の金額を押すとその月・その科目の台帳へ、合計の金額を押すとその月の試算表へ飛べるようにしました。

経営アプリ側には、分類が済んでいない取引が残っている間だけ、画面上部に「実績が正確でない可能性」と出す帯も置いています。

数字を見て「本当か」と思った瞬間に、その場で出どころを確かめられるか。ここが、並べた数字を信じてもらえるかどうかの分かれ目です。

締めた月を凍結し、更新が止まったら気づく。数字が信用され続けるための運用2点

1つ目は凍結です。 締めて確定させた月は、以降の自動更新で取得すらせずにスキップします。これがないと過去の数字が更新のたびに微妙に動く。会計側の修正仕訳でも、APIの仕様変更でも動きます。動いた瞬間、その月を根拠にした判断の前提が消える。確定した過去は動かさない、が最低条件です。

2つ目は死活監視です。 自動化で一番多い壊れ方は、エラーで落ちることではなく静かに動かなくなること。僕は更新のたびに実行日時・成功可否・失敗した月を記録し、毎日決まった時刻に別のスクリプトがその記録を見に行きます。到達できない、失敗した月がある、最後の成功から16日を超えている。このどれかで警報が鳴ります。

16日という線には理由があります。定時更新の間隔は最長でも14日（1日から15日）なので、16日を超えて成功がなければ、少なくとも1回は定時更新が抜けている計算です。

監視は、監視される仕組みとは別のところに置くのが原則です。同じ仕組みに入れると、両方まとめて止まったとき誰も気づきません。工程4の注視フラグにある「記帳が止まっている可能性」も、同じ考え方で置いた検知です。

予実管理の自動化を今月から始める5ステップ

この順番を守る理由は、3番までを人が決めないと4番以降を自動化しても意味が固まらないからです。何を見るかが決まっていないまま取得から入ると、たくさん取れるけれど誰も見ないダッシュボードができます。

自動化しない範囲を先に決める。判断・予算作成・締めは人が持つ

最後に一番大事な話をします。自動化の範囲は、広げる前に「やらない範囲」から決めます。

決めずに広げると、「AIが出した数字だから」という理由で判断が押し流される状態に近づきます。判断待ちが自動化のあちこちに滞留する問題はAIの判断待ちを溜めない決定受信箱に書きました。

関連記事AI業務自動化のリスク対策と再発防止。事故らない設計5原則AI業務自動化のリスクの正体は権限の設計ミスです。被害範囲で権限を決める4象限と人間ゲート、事故らない設計5原則、再発防止策を個人の注意でなく仕組みに実装して自動化する3ステップまで実運用から公開します。→

なお本記事は会社の予実とランウェイの計器です。マーケ側の週次レポートはGSC・GA4の週次レポート自動化、AI運用の費用管理はAIのランニングコスト管理で分けています。計器は目的ごとに分けたほうが、どれも見られる状態を保てます。

よくある質問

まとめ。予実管理の自動化は「数字を作る仕事」を消して「決める仕事」を残す

• 予実管理ダッシュボードに並べるのは3層（当月の予実・12ヶ月の推移・根拠と注意）。更新は月次が基本で、速報は月3回

• 会計SaaSと決済から取得する。その前に勘定科目とKPIの対応表を作る

• 予実差・達成率・ランウェイをコードで計算する。AIに数字を作らせない

• 保存の前に検証の門番を置く。ゼロ化の番兵・恒等式・確定月の保護を通らなければ書かない

• 1画面に表示する。締め前は空欄のまま出し、異常値は3段階のフラグで知らせる

• 締めた月は凍結し、更新が止まったら死活監視が知らせる

予実管理の自動化のゴールは、数字を作る仕事を消して、数字を見て決める仕事だけを残すことです。毎月の集計に使っていた時間が、そのまま判断に使う時間になります。