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