建設業の工事台帳をシステム化する前に｜法定義務・原価管理・Excel限界の整理
結論から先にまとめます。
- 施工体制台帳の作成義務は建設業法第24条の8に基づき、下請契約の総額が民間工事で4,500万円以上（建築一式工事は7,000万円以上）に達すると発生します。金額基準は改定されているため、着手前に現行値を確認してください。
- Excelでの工事台帳・原価管理は、現場数・担当者数が増えるほど「入力・更新・照合」の作業時間が線形以上に伸び、転記ミスと二重入力のリスクが同時に高まります。
- システム化を検討する順序は、まず既製の工事管理・原価管理システムで足りるかを確認し、自社の現場体系や承認フローに合わない部分だけをフルスクラッチで補う、という切り分けが現実的です。
ただし、法定義務の対象工事かどうかの判定には1つ注意点があり、後半の「公共工事は基準が異なる」の章で説明します。
施工体制台帳はいつから必要になるのか？
建設業法第24条の8に基づき、下請契約の総額が一定額以上になった時点で作成義務が生じます。
施工体制台帳は、発注者から直接工事を請け負った特定建設業者（元請）が、下請契約を締結した際に作成・備え置く書類です。対象になるかどうかは「今回の工事で締結した下請契約の総額」で判定します。
金額基準はこれまで複数回改定されています。
| 適用時期 | 一般建設工事 | 建築一式工事 |
|---|---|---|
| 〜2023年1月 | 4,000万円以上 | 6,000万円以上 |
| 2023年1月〜2025年1月 | 4,500万円以上 | 7,000万円以上 |
| 2025年2月〜 | 5,000万円以上 | 8,000万円以上 |
この基準は民間工事に適用されるものです。公共工事では扱いが異なり、この点は後段で改めて説明します。基準額そのものは今後も見直される可能性があるため、着手時点で国土交通省または都道府県の建設業許可担当窓口の最新公表資料を確認してください。この記事の数値は2025年2月時点の改定を反映したものです。
施工体制台帳には、下請人の名称・技術者名・工事内容・請負金額などを記載し、再下請通知書とあわせて工事現場ごとに備え置く必要があります。加えて、施工体系図の掲示も義務付けられています。紙やExcelでの管理でも法令上は成立しますが、下請次数が増える・現場数が多い会社ほど、台帳と体系図の整合を人力で保つ負荷が大きくなります。
Excelの工事台帳・原価管理は、どこで限界を迎えるのか？
現場数・担当者数が増えると、入力・更新・照合の作業時間が案件数以上のペースで膨らみます。
工事1件をExcel1シートで管理している間は大きな問題になりません。しかし、現場ごと・月次ごと・担当者ごとにシートが分かれ始めると、状況が変わります。
- 転記の重複: 見積もり、発注、出面（でづら）、請求の各段階で同じ数字を別シートへ手入力し直す構造になりやすく、入力のたびに転記ミスの機会が生まれます。
- 予実の把握が遅れる: 出来高と実際原価の突合が月次締めのタイミングでしかできず、工事が終わってから初めて赤字に気づくケースが典型的な失敗パターンです。
- 同時編集ができない: 現場と本社事務、複数の現場監督が同じ工事台帳を同時に更新できず、最新版がどれか分からなくなる「ファイル名に日付を付けて共有フォルダに置く」運用が定着してしまいます。
- 過去データの再利用が難しい: 類似工事の見積もり精度を上げたくても、過去の実績データがシートごとにフォーマットが違い、横断集計に手間がかかります。
これらは「Excelが悪い」という話ではなく、表計算ソフトが単一シート・単一利用者を前提にした設計であることの帰結です。複数現場・複数担当者が同じ情報を同時に更新し、なおかつ会計・労務・在庫と連携させたい場合、Excelの限界を無理に運用でカバーし続けるコストと、システム化する初期費用を比較する段階に入ります。
御社の場合、現場数が10件を超えたあたりから、月次の予実突合に丸1日以上かかっているようであれば、Excel運用の限界サインが出ていると判断できます。
Excel運用のまま規模を拡大するとどうなるか？
放置すると、原価の把握が遅れて赤字工事に気づくタイミングがさらに後ろ倒しになります。
架空の例で考えます。現場監督A・B・Cがそれぞれ担当工事の工事台帳をExcelで作成し、月末に本社経理へメールで送付している会社を想定します。この運用には、次のような失敗が起きやすい構造があります。
- バージョンの混乱: 現場監督が出先で更新したファイルと、本社が別途手直ししたファイルが並存し、どちらが最新か分からなくなる。締め日直前に「どちらを正としてよいか」の確認作業が発生する。
- 入力ルールのばらつき: 現場監督ごとに工種の分類名や数量の単位表記が微妙に異なり、複数現場を横断して原価を集計しようとすると、まず表記を揃える作業から始めることになる。
- 承認の形骸化: 決裁者が内容を精査する時間がなく、「ひとまず提出されたので通す」という運用になりやすい。台帳上は承認済みでも、実態としては未精査のまま数字が確定してしまう。
- 原価超過の発覚が遅れる: 出来高と実費の突合が月次締めのタイミングでしかできないため、ある工程で資材費が想定を超えていても、その工程が終わってから初めて気づく。追加発注や工法変更で挽回できる余地がすでに小さくなっている段階での発覚になりやすい。
これらは特定の会社固有の問題ではなく、複数拠点・複数担当者が同じ情報を非同期に更新する運用そのものに起因します。システム化によって全てが自動的に解決するわけではありませんが、少なくとも「入力時点で単位・分類を統一する」「承認前の数字と承認後の数字を区別する」「出来高と実費をリアルタイムに近い頻度で突合する」という設計は、Excelの手作業運用よりもシステム側で担保しやすくなります。
既製システムとフルスクラッチ、どちらを検討すべきか？
まず既製の工事原価管理システムで自社の帳票・承認フローが再現できるかを確認し、再現できない部分だけを個別開発で補うのが現実的な順序です。
建設業向けの工事台帳・原価管理システムは、クラウド型を中心に複数の製品が存在します。見積作成・工事台帳での実行予算対比・発注書作成・日報や経費精算の入力・勤怠連携による労務費集計など、標準機能として一般的な工事管理業務をひととおりカバーしている製品が多く、まず検討すべき選択肢です。
一方で、次のような事情がある会社では、既製システムの標準機能だけでは業務が回らないケースが出てきます。
- 自社独自の原価科目・工種分類があり、既製システムの科目体系に合わせると社内の慣行を大きく変える必要がある
- 施工体制台帳・再下請通知書の様式が自治体・元請企業ごとに異なり、既製システムの出力帳票では対応できない
- 基幹の会計システムや、独自に運用してきた原価管理表と連携させたいが、既製システムのAPI・CSV連携では項目が足りない
- 複数の建設業許可業種（土木・建築・電気工事等）で工事分類・原価配賦のルールが異なり、業種横断での集計が既製システムの想定外になっている
このような「既製品の標準機能とのズレ」が業務の根幹（見積の作り方、承認の流れ、原価配賦の考え方）に関わる場合は、既製システムのカスタマイズオプションで対応しきれず、フルスクラッチでの開発を検討する段階に入ります。逆に、ズレが軽微な運用上の不便さにとどまる場合は、既製システムを選び、自社の運用ルールを一部見直すほうが投資対効果は高くなります。
なお、現場のスマホ打刻・写真付き日報・安全書類のAI下書き作成といった、既製システムの延長で解決できる軽量な業務効率化であれば、フルスクラッチで作るより先に、業種特化のSaaS型パッケージを検討する余地があります。よりどころべーすの建設業（元請）向けパッケージは、スマホ勤怠・現場日報デジタル化・安全書類AI作成を中心とした軽量な導入を想定しています。この記事で扱う「工事台帳・原価管理・施工体制台帳を含む基幹部分の刷新」とは対象範囲が異なるため、まずは自社の課題がどちらの粒度にあたるかを切り分けてから検討先を選んでください。
判断に迷う場合の目安を表にまとめます。
| 課題の粒度 | 具体例 | 検討先 |
|---|---|---|
| 現場の入力作業を軽くしたい | スマホ打刻、写真付き日報、安全書類の下書き作成 | 業種特化のSaaS型パッケージ |
| 既製システムの標準機能で足りるか確認したい | 一般的な工事台帳・原価対比・発注書作成 | 建設業向け工事管理システム（複数社から選定） |
| 既製システムの科目体系・様式が自社に合わない | 独自の原価科目、元請ごとに異なる施工体制台帳様式、既存の会計・原価管理表との連携 | フルスクラッチでの個別開発 |
| 業種横断・拠点横断で原価配賦のルールが特殊 | 複数の建設業許可業種にまたがる共通原価の配賦、拠点間での人員シェア | フルスクラッチでの個別開発 |
この表はあくまで検討の入り口です。実際には「一部は既製システム、一部は個別開発」という併用構成になるケースも多く、どこまでを標準機能に任せ、どこから作り込むかは、自社の運用ルールと既製システムの仕様を突き合わせてから決めます。
工事台帳・原価管理の課題を既製システムで再現できるかを起点に、既製の工事管理システムか個別開発かへ分岐し、対象範囲が広い場合は段階的に進める判断フロー図
公共工事は基準が異なる（冒頭の注意点の回収）
冒頭で触れた注意点はここです。ここまでの金額基準（4,500万円/7,000万円→5,000万円/8,000万円）は民間工事を前提にした建設業法第24条の8の基準です。
公共工事については、公共工事の入札及び契約の適正化の促進に関する法律（入契法）第15条第1項により、金額基準に関わらず下請契約を締結した時点で施工体制台帳の作成が義務付けられています。つまり、公共工事を受注している会社では「今回は金額が基準未満だから台帳は不要」という判断ができないケースがあるため、民間工事と公共工事を同じルールで扱っているシステム・運用がないか、この機会に確認してください。
自社の受注が民間工事中心か公共工事を含むかによって、システムに持たせるべき判定ロジック（金額基準で自動判定するか、常時作成前提にするか）が変わります。これは既製システムを選ぶ場合も、フルスクラッチで作る場合も、要件定義の最初期に確定させておくべき項目です。
工数と費用を見積もる
建設業向け基幹システムの開発費用は、対象業務の範囲（見積・原価管理・施工体制台帳・労務・在庫のどこまでを含めるか）、現場数・拠点数、既存の会計・勤怠システムとの連携有無、移行するデータの量で大きく変わります。以下は工数を見積もる際に確認する項目です。
| 工程 | 確認する内容 | 工数が変わる条件 |
|---|---|---|
| 要件定義 | 原価科目、工種分類、承認フロー、対象工事の範囲 | 建設業許可業種の数、元請・下請の立場 |
| すり合わせ | 現場監督・経理・本社事務それぞれの利用シーン | 確認者の人数、拠点間の運用差 |
| 開発 | 台帳出力、原価対比、会計・勤怠連携 | 帳票様式の種類、外部連携方式 |
| テスト | 予実突合、施工体制台帳の様式確認、権限テスト | 元請企業ごとの様式差、移行データの件数 |
| バッファ | 現場ヒアリングで後から判明する例外処理 | 先行調査でどこまで解消できるか |
当社の作業単価は 1時間11,000円（税込） です。要件定義・契約後のすり合わせ・開発・テスト・バッファの時間を積み上げて見積もります。バッファは未確定事項ごとに理由を示し、クラウド・API等の実費と保守契約は別に確認します。初回相談・認識合わせの無料モック・お見積もりは無料です。見積もりの進め方と相談シートで整理できます。
固定の総額相場や削減率をここで示すことはしません。対象業務の範囲と現場の実情によって工数が変わるため、御社の状況を伺ったうえで積み上げます。
一度に全業務を刷新するべきか、段階的に進めるべきか？
対象範囲が広い場合は、優先度の高い1業務から着手し、後から範囲を広げる進め方が現実的です。
工事台帳・原価管理・施工体制台帳・労務・在庫のすべてを一度に刷新しようとすると、要件定義の対象が広がりすぎて仕様が固まらず、稼働までの期間が長期化しやすくなります。特に施工中の工事を抱えたまま新システムへ移行する場合、並行稼働の期間中に旧運用と新運用の両方を維持する負担が発生するため、対象範囲が広いほどこの負担期間も長引きます。
架空の例として、まず「工事台帳と原価対比」の2機能に絞って先行稼働させ、実際の運用で問題がないことを確認してから、次のフェーズで施工体制台帳の自動出力や会計連携を追加する、という段階的な進め方があります。この場合、最初のフェーズで原価科目や工種分類のマスタ設計を固めておくと、後続フェーズでの手戻りが少なくなります。逆に、最初のフェーズを急いでマスタ設計を粗く済ませると、後から工種を追加・変更するたびに過去データとの整合を取り直す作業が発生します。
段階を分けるかどうかは、対象業務の範囲だけでなく、現場が新しい入力方法に慣れるまでの教育期間、繁忙期・閑散期のタイミング（工事が立て込む時期に新システムへの移行作業を重ねると現場の負担が大きくなる）も考慮して決めます。
見積前に用意する資料
現在使っている工事台帳・原価管理表（匿名化したもので構いません）、施工体制台帳の様式（元請企業から指定がある場合はそれも含む）、会計・勤怠システムとの連携要否、対象になる建設業許可業種の一覧を、分かる範囲で整理しておくと要件定義がスムーズになります。不明点はそのまま調査項目として残せます。
まずは今使っている工事台帳のうち、月末の予実突合に最も時間がかかっている1現場分だけを見直してみてください。転記が何回発生しているか、どの段階で数字がずれやすいかを洗い出すだけでも、システム化で解決すべき優先順位が見えてきます。
この記事で持ち帰れることは次の3点です。
- 施工体制台帳の作成義務が発生する金額基準（民間工事4,500万円以上／建築一式7,000万円以上→2025年2月からは5,000万円/8,000万円）と、公共工事では金額基準に関わらず義務が生じる点
- Excelでの工事台帳運用が限界を迎えるサイン（転記重複、予実把握の遅れ、同時編集不可、過去データの再利用困難）
- 既製システムとフルスクラッチの切り分け方（標準機能とのズレが業務の根幹に関わるかどうかで判断する）
よくある質問
Q. 施工体制台帳の金額基準はどのくらいの頻度で変わりますか？
過去には2023年2月、2025年2月に改定されています。頻度が決まっているわけではないため、着手時点で国土交通省・都道府県の建設業許可担当窓口の最新公表資料を確認してください。
Q. 既製の工事管理システムと連携する形での開発は可能ですか？
既製システムのAPIやCSV連携で対応できる範囲であれば可能です。対応できない項目がある場合は、既製システム側の制約を先に確認したうえで、連携方式を個別に設計します。
Q. 建設業許可業種が複数ある場合、システムは業種ごとに分ける必要がありますか？
分けるかどうかは原価配賦や集計の考え方次第です。業種ごとに原価科目が大きく異なる場合は区分管理が必要になりますが、共通の工種で扱える部分もあるため、要件定義の段階で整理します。
Q. 公共工事と民間工事を両方受注している場合、判定ロジックはどう設計しますか？
工事ごとに「公共/民間」の区分と契約金額を登録し、公共工事は金額に関わらず施工体制台帳の作成対象にする、民間工事は基準額で自動判定する、という設計が一般的です。運用ルールは元請企業や自治体の指示に従って個別に確認してください。
自社の状況を整理して相談する
まず、対象にしたい業務範囲（見積・原価管理・施工体制台帳・労務・在庫のどこまでか）、現場数、既存の会計・勤怠システムとの連携有無、建設業許可業種の一覧を書き出してください。この記事に合う検討シートとAI相談用プロンプトで、未確認の項目を残したまま整理できます。シートを完成させる前でも、お気軽にご相談いただけます。
既存システムの刷新全般について幅広く検討したい場合は、レガシーシステム刷新の判断基準もあわせてご確認ください。基幹システムをどこまで作り込むかの判断は、製造業の基幹システム開発費と期間や不動産の基幹システムを作る前にで扱った工数の考え方が業種を超えて参考になります。
運営・編集