工事案件の原価管理が、Excelで限界なら

太陽光や建築の施工会社では、いくつもの工事案件が同時に動きます。見積を出した案件、着工中の案件、外注に出した案件、入金待ちの案件。

そのとき経営者が一番知りたいのは、シンプルです。「いま、どの案件が利益を出していて、どの案件が赤字なのか」。ところが、これが即答できない会社は少なくありません。

この記事では、工事案件の原価・利益が見えなくなる原因を分解し、それを見える化するために何を整えればいいかを、実際に運用しているシステムの事例とあわせて整理します。

なぜ、案件ごとの利益が見えなくなるのか

原因は担当者の怠慢ではなく、情報の置き場所が分かれていることにあります。

① 案件別のP/Lがバラバラ。売上・原価・粗利が、Excel・紙の帳票・担当者の記憶に分散している。横断で集計するたびに人手の作業が発生し、月末にならないと利益が見えません。

② 入金と支払いのズレ。外注費の支払いと施主からの入金のタイミングがずれ、案件別の資金繰りが追いにくい。手元資金が月次で読めず、資金ショートの不安が残ります。

③ 帳票の分断。見積書・注文書・請求書が別フォーマット・別システム。案件横断で照合するたびに二重入力と確認作業が発生します。

つまり利益が見えないのは、「工事案件」という1本の軸でデータが束ねられていないからです。見える化の本質は、グラフを増やすことではなく、散らばった情報を案件IDで1本に通すことにあります。

見える化のために整えるべき3つのこと

軸1：案件IDを中心に据える。売上・原価・粗利・帳票・取引先を、すべて「工事案件」に紐付ける。会計ソフトの勘定科目軸ではなく、現場が認識している案件軸でデータを持つことが出発点です。

軸2：原価と入出金を同じ画面に置く。案件ごとの粗利率と、入金・支払いのタイミングを並べて見られるようにする。これで「黒字なのに資金が苦しい」案件を早期に検知できます。

軸3：帳票を案件から生成する。見積・注文・請求を同じデータから出すことで、二重入力をなくし、数字の食い違いを防ぎます。

この3つ――案件軸・原価と資金の同居・帳票の一元化――が揃うと、経営者・経理・現場担当が同じ画面で同じ案件を見られるようになります。

実例：案件を軸に、P/L・資金繰り・帳票を集約する

この考え方を実装したのが、私たちが開発・運用している Mercury-Link（工事案件P/L管理システム）です。

案件ごとに売上・原価・粗利を即時集計し、利益が出ている案件・赤字の案件が一目で識別できます。外注費の支払いと入金を案件単位で並べて資金繰りを先読みし、見積書・注文書・請求書は同じデータから生成して二重入力を排除します。

汎用の会計ソフトでは扱いきれない「工事案件を中心軸に据えた業務設計」を、建築施工会社の実務そのままに落とし込んでいます。見積（SolarEstimate）の先にある「案件の採算管理」まで、現場の業務を理解している証です。

Mercury-Linkの仕組みと画面を見る →

既製システムが合わないなら、自社の案件管理に合わせて作る

案件管理や原価管理のパッケージは数多くありますが、「自社の工事の流れや原価の積み方に合わない」という壁に当たることがあります。会社ごとに案件の進め方も、外注の出し方も違うからです。

私たちの本質的な仕事は、特定のシステムを売ることではありません。絡まった業務データを解きほぐし、案件の末端まで利益と資金が見える状態にすることです。Mercury-LinkもSolarEstimateも、その能力を現場で証明した実例です。