「あの現場、思ったより残らなかったな」
工事が完了し、外注の請求がすべて出そろってから、はじめて分かる。建設業の経営者から、よくうかがう話です。
そのときにはもう、次の現場が動いています。手を打つには遅すぎます。
これは、どんぶり勘定をしているからではありません。原価が発生する場所と、それが数字になる場所が離れているという構造の問題です。
この記事では、その構造を整理したうえで、Odoo（オドゥー：オープンソース由来の統合業務アプリ群）で何ができるのかを説明します。あわせて、日本の建設業で標準機能だけでは足りない領域も、正直にお伝えします。
なぜ工事の採算は、終わってからしか見えないのか
建設業の原価は、会社の中では発生しません。現場で発生します。
そして、それが数字として本社に届くまでには時間がかかります。
- 外注費：協力会社からの請求は、作業の翌月に届くことが多い
- 材料費：現場に直接納品され、伝票が事務所に回るまでに時間差がある
- 労務費：日報が上がってこないと、誰がどの現場に何日入ったか分からない
- 経費：重機のリース、仮設、運搬、駐車場代が個別に発生する
このどれもが、別々のタイミングで、別々の紙やデータで動いています。
器がないと、費用は「科目」にしか溜まらない
もうひとつの問題は、会計側にあります。
会計ソフトに入力すると、費用は「外注費」「材料費」といった 勘定科目 に集計されます。これは決算のためには正しい形です。
しかし経営者が知りたいのは、そこではありません。
「A現場はいくら残ったのか」 です。
科目別の集計からは、この答えは出てきません。だから多くの会社が、Excelで工事台帳を別に作ることになります。そして、その台帳を更新するのは人です。忙しくなれば止まります。
図の左と右で違うのは、システムの数ではありません。
費用を受け止める器が「科目」なのか「案件」なのか、という一点です。
Odooで「案件を器にする」とはどういうことか
Odooには、プロジェクト管理のアプリがあります。建設業では、これを 工事の器 として使います。
Odoo公式によれば、プロジェクト管理では作業時間をタイムシートで記録し、請求書に反映できるとされています。また、予算・タイムシート・購買・販売と連携し、コストと収益を一元管理できると案内されています（Odoo公式サイトより、2026年8月確認）。
この「購買と連携する」という点が、建設業では効いてきます。
何が変わるか
案件を器にすると、日々の業務が次のように変わります。
- 見積から案件を作るため、実行予算がそのまま比較対象になる
- 協力会社への発注が案件に紐づき、請求が届いた時点で予算と突き合わせられる
- 材料の購買が現場ごとに計上され、どの現場で何を使ったかが残る
- 現場からの工数入力が、そのまま労務費として案件に載る
結果として、工事が終わる前に「このままだと足が出る」が見えるようになります。
これが本記事のいちばん大事な点です。数字が早く出ることの価値は、記録が正確になることではありません。手を打つ時間が生まれることにあります。
建設業で使うことが多いアプリ
| アプリ | 建設業での使い方 |
|---|---|
| プロジェクト | 工事＝案件の器。工程とタスクの管理 |
| 販売 | 見積・受注・追加工事の管理 |
| 購買 | 協力会社への発注、材料の手配 |
| タイムシート | 現場ごとの工数記録 |
| 会計／請求 | 請求書発行、原価の会計反映 |
なお、Odooには無料の Community版 と有償の Enterprise版 があります。
Community版はオープンソースとして無料ですが、サーバの用意・保守・アップデートは自社の責任になり、公式サポートの対象外です。アプリごとの機能差はバージョンによって変わるため、検討時には対象バージョンで確認してください。詳しくは Odoo Community版とEnterprise版の違い をご覧ください。
日本の建設業で、標準機能だけでは足りない可能性がある領域
ここは正直にお伝えします。
建設業は、日本の商習慣と法制度が業務に深く入り込んでいる業種です。海外で設計されたパッケージが、そのまま日本の建設業の実務に収まるとは限りません。
以下は、導入前に必ず実機で確認していただきたい領域です。断定は避けます。バージョンや設定、追加モジュールによって状況が変わるためです。
(1) 工事台帳と原価の分類
日本の建設業では、原価を材料費・労務費・外注費・経費に分けて工事ごとに管理する慣行があります。
Odooの標準は、この分類をそのままの名前で持っているわけではありません。分析勘定や分類の設計で近い形を作れる場合がありますが、帳票の形まで含めて要件を満たせるかは、実際の要件次第です。
(2) 収益認識と進行基準の扱い
工事の進捗に応じて収益を認識する処理は、会計方針と密接に関わります。
この領域は、システムの機能だけで判断できるものではありません。顧問税理士・会計士と要件を確認したうえで、システムでどこまで対応するかを決めてください。
(3) 出来高・支払サイト・下請関連の実務
出来高査定、支払サイトの管理、協力会社との取り決めなど、日本の建設業に固有の実務があります。
このあたりは、標準機能そのままでは足りず、設定の工夫やカスタマイズが必要になることがあります。
(4) 請求書と税の要件
インボイス制度（適格請求書等保存方式）や電子帳簿保存法への対応は、建設業でも当然に必要です。考え方は Odooのインボイス制度（適格請求書）対応 と Odooの日本対応状況 にまとめています。
この4点をどう受け止めるべきか。
「だからOdooはやめたほうがいい」という話ではありません。ここを設計の初期に洗い出して、対応方針を決めてから進めましょう、という話です。
要件を洗い出す進め方は Odoo導入の要件定義の進め方 にまとめています。
そして、洗い出した結果として「標準に寄せられる部分」と「どうしても寄せられない部分」を仕分けます。この考え方が OdooとFit to Standard です。
建設業でつまずきやすいところ
導入の現場でよく起きることを挙げます。
現場は、パソコンの前にいない
これは建設業のOdoo導入で、いちばん軽視されやすい点です。
現場監督は移動と立ち会いに時間を使っています。事務所に戻ってから日報を打つ運用にすると、必ず後回しになり、やがて止まります。
対策は単純です。スマートフォンで、その場で、数十秒で終わる形にする。入力項目を増やしすぎないことが何より重要になります。
工数の粒度を細かくしすぎない
「どの作業に何時間」まで取ろうとすると、現場は入力しなくなります。
まずは「どの現場に何時間」で十分です。それだけでも、工事別の労務費は見えるようになります。細かくするのは、定着してからにしてください。
この論点は サービス業・プロジェクト型ビジネスのOdoo活用 でも詳しく扱っています。
工数データを個人の評価に使わない
これは強くお伝えしたい点です。
工数の記録を人事評価に使い始めると、データは必ず歪みます。「早く終わったことにしておこう」という力が働くからです。
工数は、現場の採算を見るための道具です。人を測る道具にしないでください。
追加工事・変更の記録が残らない
建設業では、途中の仕様変更や追加工事が日常的に発生します。
これが口頭で進み、記録が残らないと、あとで金額の話になったときに根拠が出せません。案件に紐づけて記録を残すこと自体が、実は大きな効果を生みます。
定着の進め方は Odooを社内に定着させる方法 にまとめました。
Odooが合わないケースもあります
建設業のすべてにOdooが向いているわけではありません。
ベンチャーネットは、SAP・NetSuite・Odoo・AIスクラッチ開発という4つの選択肢を扱っています。建設業では、次のように整理できます。
| 状況 | 検討したい選択肢 |
|---|---|
| 工事台帳や積算の要件が非常に厳密 | 建設業専用パッケージとの併用も選択肢になる |
| 会社全体の業務を統合したい中小〜中堅企業 | Odoo が現実的な選択肢 |
| 海外案件・連結決算・高度な内部統制が必要 | OdooとNetSuiteの違い を参照 |
| 業務が固有すぎて、どのパッケージにも乗らない | AIスクラッチ開発という選択肢 |
1行目について補足します。積算や工事台帳の要件が厳密な場合、その部分だけ専用ソフトを使い、Odooは受注から会計までを担当する、という構成もあり得ます。全部をひとつにすることが常に正解とは限りません。
最終行のAIスクラッチ開発についても、誤解のないように書きます。ライセンス費用がかからない代わりに、開発費と保守費がかかります。判断材料は パッケージERPかスクラッチ開発か に整理しました。
どこから始めるかは、いまの規模ではなく 3〜5年後の姿から逆算 して決めるのが本質だと考えています。
よくある質問
Q1. 建設業向けの専用機能はOdooにありますか？
Odooは、建設業専用として設計された製品ではありません。プロジェクト管理・購買・タイムシート・会計といった汎用のアプリを組み合わせて、工事の管理に使う形になります。
そのため、日本の建設業に固有の要件（工事台帳の帳票、原価の分類、出来高管理など）は、設定やカスタマイズでどこまで寄せられるかを事前に確認する必要があります。
Q2. 会計ソフトはそのまま使い続けられますか？
使い続けることは可能です。ただし、その場合は「原価の管理はOdoo、決算は会計ソフト」という二重の状態になります。
二重入力を避けるには、連携の設計が必要です。どちらに寄せるかは、決算業務の負荷と現在の会計ソフトへの依存度から判断してください。
Q3. 現場の職人にも使ってもらう必要がありますか？
全員に使ってもらう必要はありません。まずは現場監督・工事担当者に絞るのが現実的です。
職人の方の作業時間は、監督がまとめて入力する運用でも成立します。「全員に入力させる」という設計は、定着の難易度を大きく上げます。
Q4. Community版（無料）で始められますか？
Community版はオープンソースとして無料で利用できます。ただし、サーバの構築・アップデート・障害対応はすべて自社の責任になり、公式サポートも受けられません。
社内に運用できる技術者がいるかどうかが判断の分かれ目です。詳しくは Community版とEnterprise版の違い をご覧ください。
Q5. どのくらいの費用がかかりますか？
ライセンス費用はOdoo公式の価格ページで確認できます。ただし、総費用はライセンスだけでは決まりません。
導入支援・初期設定・データ移行・カスタマイズの費用が別途必要です。建設業では固有要件の確認と作り込みが加わるため、導入費用がライセンス費用を大きく上回ることもあります。
費用の構造は Odoo導入にかかる費用の構造 にまとめています。自社の場合の費用感を知りたい方は、ベンチャーネットにご相談ください。
まとめ
工事の採算が終わってからしか見えないのは、経理の能力の問題ではありません。
原価が現場で発生し、本社に届くまでに時間差があるという構造の問題です。そして会計は、費用を科目に集めます。工事に集めてはくれません。
Odooでは、案件（プロジェクト）を原価の器として使い、発注・購買・工数・経費をそこに紐づけます。すると、実行予算と実績の差が工事の途中で見えるようになります。
大事なのは、記録が正確になることではありません。手を打つ時間が生まれることです。
一方で、日本の建設業には固有の要件があります。工事台帳の形式、収益認識、出来高や支払いの実務。ここは標準機能だけでは足りない可能性があり、導入前に必ず実機で確認すべき領域です。
その確認をせずに進めると、稼働後に「思っていたものと違う」となります。逆に、ここを最初に押さえておけば、Odooは中小〜中堅の建設会社にとって現実的な選択肢になります。
ERP導入は、ITプロジェクトではなく経営プロジェクトです。どの現場でいくら残すのかを決めるのは、経営の仕事だからです。
もう少し詳しく知りたい方へ
ベンチャーネットは、ERP導入支援を手がける会社です。SAP・NetSuite・Odoo・AIスクラッチ開発という4つの選択肢を扱っているため、特定の製品に偏らない立場でご提案できます。
「自社の工事管理の要件が、Odooの標準にどこまで乗るのか」を切り分けるところからご相談を承っています。
あわせて読みたい記事
