実行予算のシステム化で最初に決めるべきことは何ですか？
実行予算のシステム化とは、見積内訳を工種区分に変換するルール・予備費の保持場所・追加変更の記録方式という3つの設計判断を、データ構造として固定する作業です。 画面を作ることではありません。
この3つを曖昧にしたままシステムを入れると、次のことが起きます。
- 予算と実績を突き合わせたが、科目が対応せず差異が読めない
- どの工種が赤字なのか分からない（予備費が各工種に散らばっているため）
- 追加変更のたびに予算を上書きしたので、当初見積の精度が検証できない
いずれもツールの機能不足ではなく、編成時の設計で決まっています。以下、工程順に整理します。
見積の内訳と実行予算の工種区分が一致しないのはなぜですか？
目的が違うからです。 見積内訳は「発注者に金額の根拠を示す」ために作られ、実行予算は「自社が誰にいくらで発注し、いくら残るかを管理する」ために作られます。
具体的なズレは次の形で現れます。
| ズレの型 | 具体例 | 実行予算側の扱い |
|---|---|---|
| 見積1行 → 予算複数科目 | 「内装工事一式」が、軽鉄・ボード・クロス・床の4業者に分かれる | 1対多。按分比率を持つ |
| 見積複数行 → 予算1科目 | 各階に分けて計上した仮設が、1社への一括発注になる | 多対1。合算する |
| 見積に無い費用 | 仮囲い、警備、産廃、揚重、現場事務所 | 現場管理費側に新設 |
| 予算に無い金額 | 値引き行、端数調整 | 工種に配賦せず調整科目へ |
やってはいけない対処
見積の内訳をそのまま実行予算の科目にコピーする方法です。一見すると早いのですが、発注単位と科目が合わないため、注文書を発行する段階で「この注文はどの科目に載せるのか」が毎回議論になります。結果、担当者ごとに判断が変わり、実績が集計できなくなります。
設計としての解
見積明細と実行予算科目の対応表を、マスタデータとして持ちます。
対応表に持たせる項目は最低限これだけです。
- 見積明細ID
- 実行予算科目コード
- 按分比率（1対多のとき）
- 変換ルールの区分（そのまま／按分／合算／新設）
この表を工事種別ごとにテンプレート化しておくと、受注後の実行予算編成が「ゼロから積む作業」ではなく「テンプレートを呼び出して差分を確認する作業」に変わります。編成の所要時間が短くなるだけでなく、担当者による科目の揺れが消えます。
エクサテックが不動産・建設の現場でシステムを設計する際も、まず既存のExcel実行予算書と見積書を並べ、この対応が人の頭の中でどう行われているかを聞き取ることから始めます。多くの場合、対応ルールは所長の経験として存在していて、文書化されていません。
実行予算はどこまで細かく編成すべきですか？
現場所長が月次で更新を続けられる粒度が上限です。 システムの表現力ではなく、運用の持続性が制約条件になります。
粒度を決める4つの判断基準
編成の各行について、次を順に確認します。
- 発注先が分かれているか — 分かれていないなら、細分化しても実績は按分になります。按分された実績で差異分析はできません。ここで止めます。
- 数量が拾えるか — 予算に数量を持つなら、実績側でも同じ単位で数量が取れる必要があります。取れないなら金額のみの科目にします。
- 是正の打ち手があるか — 差異が出たときに手を打てない単位まで細かくしても、管理コストだけが増えます。
- 月次で更新できるか — 出来高の見直しを月に一度行う想定で、その行数を所長が触れるか。
この4つを通すと、実務では工種の下に1〜2階層に落ち着くことがほとんどです。3階層目に降りるのは、その工種が原価に占める比重が大きく、かつ発注が複数に分かれている場合に限られます。
細かすぎる編成が壊れる典型的な経路
細かい実行予算は、最初の1〜2か月は運用されます。壊れるのは3か月目以降です。
工程が輻輳して所長の時間が取れなくなる → 出来高の入力が遅れる → 予実がリアルタイムで合わなくなる → 数字が信用されなくなる → 誰も見なくなる → 月末に経理が推測で埋める
この経路を止めるには、編成の段階で行数を絞るしかありません。「後で細かくできる構造にしておいて、最初は粗く始める」 のが実装上の落とし所です。科目コードを階層構造で持ち、下位階層は必要になった工事だけで使う設計にします。
予備費と現場管理費はどこに置くべきですか？
予備費は独立科目に分離し、工種には埋め込みません。 現場管理費は共通費として別建てにし、工種への配賦は「するとしても表示上だけ」にします。
予備費を工種に埋め込むと何が起きるか
たとえば土工に10%の余裕を乗せて予算化したとします。実績が予算内に収まったとき、次のどちらかが判別できません。
- 見積通りに施工できた（実力）
- 余裕分を食って収まった（実は超過）
判別できないので、次の見積に反映できません。予備費を工種に混ぜることは、見積精度のフィードバックループを切ることと同義です。
予備費の保持構造
以下の形にします。
- 予備費は工事単位で1科目（または大分類ごとに1科目）
- 工種への充当は「振替取引」として記録する
- 振替には、日付・振替先科目・金額・理由を必須項目にする
- 予備費残高と振替履歴が常に参照できる
こうすると、月次で「予備費をいくら使い、何に使ったか」が一覧できます。所長の判断が記録として残るため、竣工後の振り返りでも使えます。
現場管理費の扱い
現場管理費（現場事務所、仮設電力、警備、安全用品、車両、労務管理費など）は、工種に配賦せず共通費として持ちます。理由は2つです。
- 配賦基準（工事金額比・工期比など）に恣意性があり、配賦後の工種別収支が実態を反映しない
- 発生タイミングが工種の進捗と連動しない（工期に比例する費用が多い）
配賦した数字を見たい場合は、保持は共通費のまま、表示時に配賦計算を行う構造にします。データを配賦済みで保存してしまうと、配賦基準を変えたときに過去分が再計算できません。
追加変更工事は予算を差し替えるべきですか、増減で持つべきですか？
増減で持ちます。当初予算の上書きは避けます。
上書きが招く問題
追加変更のたびに実行予算を作り直すと、次が失われます。
- 当初見積がどれだけ正確だったかの検証材料
- 変更が原価に与えた影響の切り分け
- 変更契約の交渉根拠（変更前後の差分）
「当初は赤字予測だったが、変更工事で黒字になった」のか「当初から黒字だった」のかが、上書き後の予算からは読めません。
増減で持つデータ構造
予算を次の積み上げとして表現します。
最新予算 = 当初予算 + 変更予算1 + 変更予算2 + …
各変更予算には以下を持たせます。
| 項目 | 内容 |
|---|---|
| 変更番号 | 連番 |
| 発生事由 | 発注者指示／設計変更／現場条件相違／自社都合 など |
| 対象科目と増減額 | 科目別に＋／−で持つ（減額もある） |
| 契約反映状況 | 未提出／提出済／承認済／契約締結済 |
| 発生日／承認日 | 期ズレの把握用 |
「自社都合」を区分する意味
発生事由に「自社都合」（施工ミスの手直し、段取り不良による追加費用など）を明示的に置くことが重要です。ここを他の事由に紛れ込ませると、増加した原価がすべて「発注者要因」として集計され、本来検証すべき自社の課題が見えなくなります。
また 契約反映状況を持つ理由 は、原価だけが先に発生し、収益側の変更契約が締結されていない期間が実務上必ず生じるためです。この期間を可視化しないと、月次の工事収支が実態より悪く見え、判断を誤ります。
実際原価はどうやって予算科目に紐付けますか？
発注の段階で紐付けます。請求書が届いてから紐付けるのでは遅すぎます。
紐付けの経路を3つに分ける
原価の発生経路によって、紐付けの仕組みが変わります。
1. 外注費・材料費（注文書がある費用）
注文書を発行する時点で予算科目を選択させます。以降の流れは次の通りです。
注文書（科目確定）→ 出来高査定 → 請求書受領（注文書を参照）→ 支払
この構造にすると、請求書を見て人が科目を判断する工程が消えます。請求書は注文書に紐づくため、科目は自動で決まります。
注文金額が予算を超える場合は、注文書の発行段階で警告を出します。支払時ではなく発注時に止めることが要点です。支払段階では既に施工が終わっており、止めても手遅れです。
2. 労務費（自社施工分）
日報の作業内容から科目を引きます。日報の入力画面で、その現場の予算科目一覧から選択させる形にします。自由記述で「基礎まわり」と書かせると、後から科目に振り分ける作業が発生します。
3. 経費・小口（注文書がない費用）
現場管理費の共通費に落とす経路を用意します。ここを工種に紐付けようとすると入力負荷が上がり、日々の入力が滞ります。
未成工事支出金との整合
会計側で未成工事支出金として計上される金額と、実行予算システム上の発生原価が一致するかは、月次で照合の仕組みを持ちます。ズレる主な原因は次の3つです。
- 検収基準と請求書到着のタイミング差
- 注文書を出さずに発生した費用（現場の直接手配）
- 予算科目と会計科目の対応漏れ
3つ目は、予算科目マスタに会計科目コードを持たせることで構造的に防げます。
この設計でできないこと・限界
システム化しても解決しない領域があります。導入前に確認してください。
1. 見積そのものの精度は上がりません
実行予算のシステム化は、見積が正しかったかを検証できる状態を作るところまでです。歩掛の妥当性や単価の読み違いは、システムが指摘してくれるものではありません。差異データを見て人が判断する運用がセットで必要です。
2. 出来高の評価は自動化できません
進捗率の判断は現場の目視と工程の理解に依存します。写真枚数や搬入数量から機械的に算出する方法は、工種によっては目安になりますが、判断そのものを置き換えることはできません。
3. 現場が入力しなければ何も動きません
発注時の科目選択、日報の作業内容、出来高の更新。どれか一つでも滞ると予実は合わなくなります。導入の成否は機能ではなく、入力が現場の既存の動線に載っているかで決まります。既にLINEで日報を送っている現場に、別のシステムへの入力を追加すると定着しません。
4. 会計システムの置き換えにはなりません
実行予算システムが扱うのは管理会計です。財務会計側の仕訳・決算処理は会計システムの領域で、連携はできても代替はできません。工事進行基準／原価回収基準の会計処理判断は、顧問税理士にご確認ください。
5. 契約・法務の判断は代替できません
変更契約の要否や、追加工事が書面なしで実施された場合の取り扱いは、建設業法および個別の契約条件に照らした判断が必要です。システムは記録を残せますが、法的な有効性の判断は専門家にご確認ください。
まとめ
- 実行予算のシステム化は画面設計ではなく、見積内訳→工種区分の変換ルール・予備費の置き場所・追加変更の記録方式という3つのデータ構造を決める作業
- 見積と実行予算の科目は一致させようとせず、対応表（1対多・多対1・按分比率）をマスタとして持つ
- 編成の粒度は「発注先が分かれているか」で決める。細かすぎる予算は3か月目に更新が止まる
- 予備費は工種に埋め込まず独立科目＋振替記録とする。埋め込むと見積精度の検証ができなくなる
- 追加変更は上書きせず増減で積む。発生事由に「自社都合」を明示的に持つ
- 実際原価は発注時点で科目を確定させる。請求書段階での判断は属人化する
よくある質問
Q. 実行予算はどの粒度まで細かく編成すべきですか？
A. 現場所長が月次で更新を続けられる粒度が上限です。判断基準は「その単位で発注先が分かれているか」。発注が1社にまとまる範囲を細分化しても実績が按分になり、差異分析ができません。多くの現場では工種の下に1〜2階層が実用的な深さです。
Q. 見積の内訳と実行予算の工種区分が一致しないときはどうしますか？
A. 一致させようとせず、見積明細と実行予算科目の対応表（マッピングテーブル）をデータとして持ちます。1対多・多対1の両方が起きるため、按分比率も併せて保持します。この表があると受注後の予算編成が転記作業ではなく確認作業になります。
Q. 予備費はどこに置くのが正しいですか？
A. 工種に埋め込まず、独立した予備費科目に分離します。工種に混ぜると、その工種が予算内なのか予備費を食っているのかが判別できなくなります。予備費から工種への振替は取引として記録し、残高と振替履歴が見える状態にします。
Q. 追加変更工事は予算を差し替えるべきですか、増減で持つべきですか？
A. 増減で持ちます。当初予算を上書きすると、当初見積の精度が検証できなくなり、次の見積が改善しません。予算は「当初＋変更1＋変更2…」の積み上げとし、当初比と最新予算比の両方を表示できる構造にします。
Q. 実際原価はどうやって予算科目に紐付けますか？
A. 発注段階で紐付けます。注文書を出す時点で予算科目を選択させ、以降の請求・支払はその注文書を参照する構造にすると、請求書を見て人が科目を判断する工程が消えます。労務・重機は日報の作業内容から科目を引く経路を別に用意します。
ご相談について
実行予算の設計は、既存のExcelと見積書、そして現場所長の頭の中にあるルールを読み解くところから始まります。エクサテックでは、仕組みの設計からWebアプリの構築まで同一チームで担当し、現場に足を運んで実際の運用を確認したうえで設計します。
自社の実行予算をどの粒度で組むべきか判断がつかない、といった段階のご相談でも構いません。お問い合わせからお気軽にご連絡ください。
