建設業の工事管理システムは、いったい何を管理するのか？
結論
建設業の工事管理システムが本当に管理するのは一枚一枚の帳票ではなく、一つの工事の予算作成から竣工・精算までの間に発生し続ける、進捗、契約、出来高査定、原価のデータです。
一般企業は顧客、商品、受注を主な管理単位にできますが、建設・工事業界にとって本当の核となるのは通常「工事プロジェクト」です。
どの工事にも、それぞれの予算、工種、発注者、下請業者、調達、発注、施工進捗、出来高査定、請求、追加・減額変更、実際原価があります。
そのため管理者が本当に答えを知りたいのは、多くの場合「今日は施工日報が何枚出たか」ではなく、この工事の当初予算はいくらか、現在いくら発注したか、現場はどこまで完成したか、発注者にいくら請求できるか、下請はいくら請求済みか、現在の実際原価はいくらか、このまま完了すれば粗利はどれくらい残る見込みか、ということです。
これらの問いに答えるために、ERP、Excel、施工日報を別々に開き、さらに各部門に聞いて回らなければならないなら、会社に欠けているのはもう一つの帳票ではなく、工事データ同士の関連付けかもしれません。
台湾の現在の工事 ERP 製品も、工事プロジェクト管理、予算原価、発注出来高査定、進捗追跡、労務・資材、請求といった機能を、一つの工事管理の枠組みの中に置いています。
したがって建設業の工事管理システムを計画する際、最初に問うべきなのは「どの ERP の機能が一番多いか」ではなく、一つの工事が始まってから終わるまで、どのデータがその工事にずっと付いて回る必要があるのか、ということです。
なぜ建設業には専用の工事管理システムや工事 ERP が必要なのか？
結論
建設業の課題は会計と販売・仕入・在庫だけではありません。同じ一つの工事で予算、発注、進捗、出来高査定、追加・減額変更、原価が同時に発生するため、一般企業の管理フローをそのまま当てはめられるとは限りません。
Excel そのものが問題なのではありません。工事の数が少なく、工務、調達、原価のデータも複雑でなければ、Excel での管理でも十分に効率的です。
本当に見直しが必要になるのは、会社が複数の工事を同時に進めるようになり、同じ情報を異なる部門がそれぞれ管理するようになったときです。
たとえば工務が施工進捗を管理し、調達は発注と資材を別に記録し、財務会計が支払いを処理し、原価担当者が月末にデータを集計してプロジェクト損益にまとめる、といった形です。
このフローが回らないわけではありませんが、どれか一つのデータが同期されていないだけで、次のようなことが起こりやすくなります。現場の実際の完成度は 60% なのに発注者の出来高査定は 45% しかない。追加工事はすでに実施したのに予算が更新されていない。下請はすでに請求を出しているのに、工事原価の帳票は古いデータのまま。月末には予算が残っているように見えるが、実際にはまだ計上されていない原価がある。
だからこそ「工事管理システム」を単なる施工進捗ツールと理解してはならず、「建設業向け ERP」も一般的な ERP に工事番号を一つ足しただけのものであってはなりません。
台湾経済部の「雲市集」が公開している根基営造のデジタルトランスフォーメーション事例では、工事・建設管理システムと財務会計システムが互いに独立しており、異なるシステム間でのデータ整理と照合に時間を要していたこと、その後クラウド ERP によって工事と財務会計の情報を統合したことが紹介されています。
この事例が映し出す問題は非常に典型的です。工事管理を複雑にしているのはデータがないことではなく、データが別々の場所に存在していることなのです。
なぜ工事進捗、出来高請求、工事原価を一緒に管理すべきなのか？
結論
工事管理は「何％まで進んだか」だけを見ていては足りません。いくら請求できるのか、いくら支払済みなのか、その進捗を達成するために実際いくら原価を投入したのかも、あわせて見る必要があります。
ある工事の契約総額が 5,000 万台湾元で、現場の実際の完成度が約 50% だとします。これは、会社が今すぐ発注者に 2,500 万台湾元を請求できることを意味しません。
実際の出来高査定は、工種ごとの完成数量、契約上の計価方法、検査結果、その他の条件に基づいて計算されることがあります。一方で下請業者も異なる工期と方式で出来高査定を提出し、資材、労務、機材の原価は発生し続けます。
したがって一つの工事には、少なくとも四組のデータが同時に存在しています。
| 管理の視点 | 本当に答えるべき問い |
|---|---|
| 工事進捗 | 現場は実際にどこまで完成しているか？ |
| 発注者の出来高査定 | 現時点で発注者にいくら計上・請求できるか？ |
| 下請の出来高査定 | 下請業者はどこまで完成し、いくら請求しているか？ |
| 工事原価 | 会社は現時点で実際にいくら原価を投入しているか？ |
四つの数字は互いに関連していますが、同じものとして扱うことはできません。これが出来高請求システムと一般的な受注管理との最大の違いの一つです。
たとえばある工種の当初予算が 300 万台湾元、発注金額が 250 万台湾元で、現場の完成度は約 70%、下請は 65% の出来高査定を提出し、発注者は今期 60% しか認めていない、という状況です。
システムが本当にすべきなのは、これらの数字を無理に一致させることではなく、互いの関係を保持し、工事がどこまで進み、収益がどこまで認識され、原価がどこまで発生しているのかを管理者が把握できるようにすることです。
これこそが工事原価管理の本当の価値です。
現在市場にある建設工事システムも、工事内訳書、発注出来高査定、発注者への請求、予算執行、工事原価分析を一つの管理フローの中に置いているのが一般的です。
工事管理システムにはどんなコアデータと機能が必要か？
結論
工事管理システムには多くの機能を持たせられますが、機能の数より重要なのは、工事、工種、予算、発注、進捗、出来高査定、原価の間のデータ関係を先に確立することです。
たとえば同じ「電気・機械設備工事」という工種が、当初予算、下請契約、調達記録、施工日報、工事進捗、発注者の出来高査定、原価帳票に同時に現れることがあります。
各フローが異なる名称とコードを使っていると、最終的に次の問いへ直接答えるのが難しくなります。
- 当初いくら予算を組んだか？
- 実際にいくら発注したか？
- 現在どこまで完成しているか？
- すでにいくら請求したか？
- 現在いくら使ったか？
そのため、システムを計画する際はコアデータを先に固めておくのが望ましいでしょう。
| コアデータ | 扱うべき課題 |
|---|---|
| 工事プロジェクト | 工期、発注者、現場、主要なプロジェクト情報 |
| 工種 | 予算、発注、進捗、出来高査定で一貫した構造を使っているか |
| 工事予算 | 当初予算、変更予算、執行差異 |
| 調達・発注 | 見積依頼、調達、下請契約、発注金額 |
| 工事進捗 | 工種ごとの完成数量、予定進捗と実績進捗 |
| 出来高請求 | 発注者査定、下請査定、保留金、請求期 |
| 追加・減額変更 | 変更が契約、予算、以降の請求にどう影響するか |
| 工事原価 | 労務、資材、外注、その他のプロジェクト原価 |
| 現場記録 | 施工日報、写真、常用人工、資材、異常 |
| 管理帳票 | 予算執行、原価差異、工事損益 |
これらの機能は、すべての建設会社が一度に導入しなければならないものではありません。むしろ先に見つけるべきなのは、今いちばん管理しにくいのはどの部分か、という点です。
たとえば会社の財務会計と調達の ERP がすでに十分に整っているなら、作り直す必要はなく、現場管理、工事進捗、出来高査定の機能を補うだけで済むかもしれません。
最大の課題が、工事原価が月末にならないと見えないことなら、予算、発注、出来高査定、実際原価の間のデータ連携を優先して扱うべきです。
これは工事 ERP を選ぶ際に、「モジュールがいくつあるか」よりも重要な判断です。
現場管理システムはオフィスの業務フローとどうつなげるか？
結論
現場管理システムの本当の価値は、ERP をスマートフォンに載せることではなく、現場でもともと発生しているデータが、その後の進捗、出来高査定、原価のフローへ直接流れ込むようにすることです。
ここは建設業のシステムが非常に失敗しやすいところです。
オフィス側には予算、調達、発注、出来高査定、支払い、原価分析の全体が必要ですが、現場の担当者が毎日実際に扱っているのは、施工進捗、入場人員、資材、写真、異常、検査記録だけかもしれません。
工務担当者に毎回スマートフォンで十数個の項目を開かせ、複雑な工種コードを探させ、大量のテキストを入力させるなら、システムの設計がどれほど完全でも、現場は結局「とりあえず LINE に流して、オフィスに戻ってから整理する」ことを選ぶかもしれません。
したがって現場側は、現場の仕事に合わせて設計し直すほうが適しています。
たとえば毎日施工日報を記入する際に、工事と工種を直接選び、完成数量、人員、資材、写真を記録する。オフィス側はそのデータを使って工事進捗を把握したり、その後の出来高査定の準備の参考にしたりします。
これが「現場で一度入力すれば、後続のフローがそのまま使える」ということであり、「現場で一度入力し、オフィスでもう一度写す」こととは違います。
現在、台湾内政部建築研究所のスマート建設研究も、実際の現場でスマート現場情報管理プラットフォームを構築し、さまざまな現場モジュールを連携させる取り組みを続けており、現場情報のデジタル化と統合が建設産業の重要な発展方向であることを示しています。
ただしシステム導入の際、最初から「スマート現場」を追い求める必要はありません。
現在の最大の課題が、施工日報、写真、進捗が LINE、紙、Excel に散らばっていることだけなら、まず基本的な現場データを構造化するほうが、大量の新技術を一度に導入するより現実的です。
工事 ERP、工事管理システム、カスタム開発、どう選ぶか？
結論
工事 ERP、工事管理システム、カスタムシステムは、どれが高度かという関係ではなく、解決するシステムの範囲が異なります。企業は既存システムと主なデータの断点に応じて選ぶべきです。
現在「建設業 ERP」や「工事 ERP」で検索すると、予算、原価、調達、発注、出来高査定、財務連携の機能をすでに提供している業界特化型ベンダーが多く見つかります。「工事管理システム」で検索すると、施工進捗、現場でのコラボレーション、モバイル管理に寄った製品も出てきます。
そのため選定の前に、三者の違いを理解しておくべきです。
工事 ERP は通常、企業のより広い範囲をカバーし、工事プロジェクトに加えて、財務会計、調達、在庫、売掛・買掛、その他の運営機能を含むことがあります。会社の管理フローの多くがまだ分散しているなら、工事 ERP はより包括的な企業管理の中核になり得ます。
工事管理システムは通常、個々の工事そのものにより集中しており、施工進捗、工務、現場日報、写真・文書記録、出来高査定、プロジェクト原価などを扱います。会社にすでに ERP があり、工事現場が依然として主に Excel や LINE に頼っているなら、工事管理システムのほうがむしろ合理的な補強手段かもしれません。
カスタム工事管理システムは「ERP よりも完全なもの」ではありません。適しているのは、企業にすでに成熟した独自のフローがあり、既製の工事 ERP や工事管理システムでは合理的にサポートできない場合です。たとえば特殊な出来高査定方式、多層の発注ルール、複雑な工種構造、複数会社・複数現場の権限、あるいは既存の ERP、財務会計、BIM、CRM、その他の社内システムとの連携が必須の場合です。
次のように一次判断できます。
| 会社の現状 | 優先的に検討できるもの |
|---|---|
| 財務会計、調達、在庫、工事のいずれも統一管理できていない | 工事 ERP |
| ERP はあるが、現場は依然として Excel と LINE 頼み | 工事管理システム＋システム連携 |
| 標準的な工事フローでおおむね要件を満たす | 既製の工事管理製品 |
| 工種、出来高査定、発注、権限が高度に特殊 | カスタム開発 |
| 複数の既存システムがそれぞれ独立している | API／データ連携 |
| 重要なフローが一部欠けているだけ | 必ずしも ERP 一式は不要 |
本当にお勧めできないのは、先に「新しい建設業 ERP を必ず一式買う」と決めてから、問題を探し始めることです。
より合理的な順序は、会社に今どの部分が欠けているのかを先に知り、そのうえでどの種類のシステムが必要かを決めることです。
建設業の工事管理システムを導入する前に、どんな要件を整理すべきか？
結論
工事管理システムを導入する前に、完全な仕様書を先に書く必要はありません。ただし少なくとも実際の工事を一つ取り上げ、予算、発注、施工、出来高査定、原価、精算のフローを最初から最後まで歩いてみるべきです。
会議室で先に進捗管理、原価管理、現場管理、出来高査定管理を列挙するより、完了済みまたは進行中の工事を一つ選び、次の点を順に確認するほうがよいでしょう。
- 工事が成立したあと、予算はどこから来るのか？
- 工種はどのように作成するのか？
- 調達と発注はどう進めるのか？
- 追加・減額変更はどう記録するのか？
- 現場は毎日何を報告するのか？
- 発注者の出来高査定はどう準備するのか？
- 下請業者の請求はどう確認するのか？
- 原価データはどこから入ってくるのか？
- 月末の工事損益はどのように作られるのか？
こうすると多くの場合、会社が本当にシステムで解決すべき箇所と、当初想像していた機能一覧が同じものなのかどうかが、すぐに見えてきます。
| 項目 | 先に確認すべきこと |
|---|---|
| 工事件数 | 同時にいくつの工事を管理しているか？ |
| 工種構造 | 各工事の工種は標準化されているか、大きく異なるか？ |
| 予算 | 当初予算はどのように作成・変更されるか？ |
| 調達・発注 | 調達、見積依頼、下請発注はどう進めているか？ |
| 現場 | 施工日報、写真、常用人工、進捗をどう残しているか？ |
| 出来高査定 | 発注者査定と下請査定をどう処理しているか？ |
| 追加・減額変更 | 変更はどのように予算、契約、請求へ反映されるか？ |
| 原価 | 実際原価は ERP、会計、手作業の集計のどこから来るか？ |
| 既存システム | どのシステムを残す必要があるか？ |
| 権限 | 現場、本社、管理職、協力会社はそれぞれ何を見られるか？ |
| 帳票 | 管理者は実際にどんな意思決定をする必要があるか？ |
これらの問いにおおむね答えられるようになって初めて、企業は本当の意味で工事管理システムの選定に入ります。
機能の名称は同じになりがちだからです。本当に差がつくのは、同じ「出来高査定」「原価」「進捗」という機能が、自社の実際の工事フローに本当に収まるのかどうかです。
よくある質問
必ずしも同じではありません。工事 ERP は通常、財務会計、調達、在庫、工事プロジェクトを含む、より包括的な企業リソース管理をカバーします。一方、工事管理システムは施工進捗、工務、現場、出来高査定、プロジェクト原価により集中している場合があります。製品名の定義はベンダーによって一致していないため、選定時は実際のシステムの範囲を直接比較すべきです。
建設業の工事管理システム選びは、機能一覧から始めない
同じように「工事進捗、出来高請求、原価管理」を掲げる二つのシステムでも、自社の工事フローに実際に収まるかどうかは、まったく異なることがあります。
先に明確にすべきなのは、予算をどう作成するか、工種をどう分解するか、現場がどう報告するか、発注者と下請の出来高査定をどう行うか、原価がどこで発生するか、そして会社に残すべき既存システムは何か、という点です。
すでに ERP、Excel、その他の工事管理ツールがあるのに、出来高査定、請求、原価検討のたびに手作業でデータを整理し直しているとしても、すべてのシステムを作り直す必要があるとは限りません。まずデータが本当に途切れている場所を見つけ、そのうえで既製の工事 ERP、工事管理プラットフォーム、システム連携、カスタム開発のいずれを採用するかを判断するほうが、実際のニーズに近づけます。