建設業向けERPを比較検討すると、製品紹介の多くが「一元管理」「見える化」という同じ言葉で並び、自社に合うかどうかの判断材料が見つかりません。判断を分けるのは機能一覧ではなく、収益認識基準(旧・工事進行基準)への対応度、工事別原価をどの粒度まで積み上げられるか、価格が自社の工事規模に見合うか、そして業態に機能構成が合っているかの4点です。この記事では、公開されている一次情報をもとに、建設業向けERPと基幹システムの違い、価格の実態、リフォーム・内装・建設コンサルタントで変わる要件、パッケージと自社開発の分かれ目を整理します。あわせて、進行基準に対応したERPを導入する流れを要件整理から本稼働後の決算検証まで7段階で示します。
まとめ|建設業向けERP選定の要点
先に結論を示します。建設業向けERPの選定では、次の4点を順に確認してください。
- 収益認識への対応:2021年4月1日以後開始する事業年度から会計基準としての「工事進行基準」は廃止され、進捗度に応じた収益認識へ移行しました。原価回収基準や工期がごく短い工事の代替的取扱いまで扱えるかが第一関門です。
- 原価の粒度:実行予算を工種・費目まで割り、外注費と労務費を工事単位で日次に近い頻度で積み上げられるかどうかが、赤字工事の早期検知を左右します。
- 価格の見え方:主要な建設業向けERPは価格を公開していません。公式サイトに定価を掲げている製品は少数で、比較にはユーザー数・モジュール範囲・保守条件をそろえた見積もりが必要です。
- 業態との適合:リフォーム・内装は小口多件数の粗利管理、建設コンサルタントは役務原価の管理が中心で、ゼネコン向けの機能構成とは要件が異なります。
導入の流れについては、収益認識方法を工事単位で決める設計を、製品選定より前に済ませておくことが要点になります。どの工事を進捗度で認識し、どの工事を完成時に一括で認識するかが決まらないまま見積もりを取ると、デモで確かめるべき項目が定まらないからです。以降で、それぞれの確認方法と判断基準を具体的に見ていきます。
建設業向けERPと基幹システム・施工管理システムの業務範囲の違い
建設業向けERPは、見積・受注から実行予算、資材発注、外注管理、原価集計、請求・入金、財務会計までを1つのデータベースで扱う統合基幹業務システムです。ERPとは?統合基幹業務システムの意味と「統合」の実体で扱っている一般的なERPとの差は、工事という単位が全機能を貫くデータ軸になっている点にあります。
建設業向けERPが標準搭載する工事台帳・JV管理・出来高管理の機能
建設業向けを名乗る製品には、汎用ERPには標準では載らない機能があります。中心にあるのが工事台帳です。工事コードを軸に、材料費・労務費・外注費・経費の4費目で原価を積み上げ、実行予算と対比する仕組みです。工事台帳に載せる項目と労務費の計算方法は工事台帳とは:記載項目と書き方・労務費の計算と作成義務の根拠を解説で整理しています。これに加えて、JV(共同企業体)管理では出資比率に応じた原価・収益の按分とスポンサー企業としての立替金管理を扱い、出来高・進捗の管理は後述する収益認識の進捗度算定の根拠データになります。
汎用ERPで同じことをしようとすると、プロジェクト管理モジュールに工事の概念を写し取るカスタマイズが必要になります。汎用ERPが持つモジュールの構成はERPモジュール一覧|個別原価計算を回す基幹システム構成とSAP・国産ERP対応表にまとめてありますので、自社の要件がどのモジュールに載るかを先に確認しておくと、建設業特化型を選ぶべきかどうかの判断が早くなります。
基幹システム・施工管理システムとの業務範囲の違いと二重入力の境界
「建設業 基幹システム」という言葉は、会計・給与・販売など個別業務のシステム群を指す場合と、それらを統合したERPを指す場合の両方で使われています。この記事では前者を個別基幹システム、後者をERPとして扱います。判断の実益は、二重入力が発生する境界を明確にできる点です。個別基幹システムの組み合わせでは、工事原価と会計の間に転記が残るため、月次締めまで工事別の損益が確定しません。会計側だけを入れ替える場合に完成工事高・未成工事支出金の勘定体系をどう持つかは、建設業会計システムとは:完成工事高・未成工事支出金に対応する要件と選び方で個別に扱っています。
施工管理システム(現場向けの工程・写真管理アプリ類)との関係は、競合ではなく分業です。施工管理システムは工程・図面・写真・検査記録といった現場側の情報を担い、ERPは金額と契約を担います。両者をつなぐのは日報の労務実績と出来高の数値で、現場入力を経理側の原価へ自動で流し込めるかを決めるのは、ここをAPIで連携できるかどうかです。連携できない場合、現場の紙とERPの入力画面が並存し、旧来のExcel運用が温存されます。Excel運用の限界は原価計算表の作り方|記載項目と費目分類・個別原価計算の集計手順で費目分類の観点から整理しています。
建設業向けERP選定の第一関門となる収益認識と原価粒度への対応度
建設業向けERPの比較記事の多くが触れていないのが、収益認識のルール変更です。ここは製品によって実装差が大きく、かつ後から直すコストが最も高い領域なので、機能一覧より先に確認することをおすすめします。
工事進行基準という会計基準が消えた経緯と進捗度に応じた収益認識への移行
企業会計基準第29号「収益認識に関する会計基準」は、2021年4月1日以後に開始する連結会計年度および事業年度の期首から適用されました。これに伴い、企業会計基準第15号「工事契約に関する会計基準」は廃止され、会計基準としての「工事進行基準」「工事完成基準」という区分自体がなくなっています。現在は、一定の期間にわたり充足される履行義務に該当するかを判定し、該当すれば進捗度に応じて収益を認識する流れに変わりました。従来の工事進行基準の考え方は、この進捗度に応じた認識の中に取り込まれた形です。基準全体の5ステップと基幹システム側の改修要件は収益認識基準とは?5ステップと適用範囲・基幹システムの改修要件を解説【2026年版】で業種を問わず整理しています。
実務で効いてくるのは、進捗度を合理的に見積もれないケースの扱いです。発生する費用の回収が見込まれる場合は原価回収基準で収益を認識しますが、契約の初期段階については、収益を認識せず進捗度を合理的に見積もれる時点から認識するという代替的取扱いも認められています(収益認識適用指針99項)。さらに、取引開始日から履行義務を完全に充足するまでの期間がごく短い工事は、完全に充足した時点で収益を認識できます(同95項)。製品選定では、この3パターンを工事ごとに切り替えて処理できるかを確認してください。単純に「進行基準に対応」とだけ書かれた製品は、原価回収基準や短工期の代替的取扱いを手作業の仕訳で吸収している場合があります。例外処理と法人税法の要件の詳細は工事進行基準の例外処理と法人税法63条の長期大規模工事を整理した記事にまとめています。
中小企業が法人税法基準を続ける場合の長期大規模工事の要件と確認事項
収益認識基準が強制適用されるのは上場企業や会計監査人設置会社などで、中小企業は従来どおり企業会計原則や法人税法の規定に沿った処理も認められています。ただし「中小企業だから工事完成基準でよい」と単純化はできません。法人税法64条および法人税法施行令129条の長期大規模工事に該当する工事は、税務上、工事進行基準の適用が強制されるためです。該当要件は、工期が1年以上であること、請負金額が10億円以上であること、請負対価の2分の1以上が引渡し期日から1年を経過する日後に支払われる定めが無いことの3つで、すべてを満たすと強制適用の対象になります。第3の要件は法文では除外規定(1年超の後払いが定められているものを除く)として書かれているため、支払時期の定めが無い契約も要件を満たす点に注意してください。
したがって中小建設会社が確認すべきは、通常工事は完成基準、長期大規模工事に該当したものだけ進行基準、という二本立てをERPが同時に扱えるかどうかです。工事マスタの属性で収益認識方法を工事単位に指定できる製品なら問題は起きません。全社一律の設定しか持たない製品は、10億円規模の受注が入った時点で運用が破綻します。
実行予算と予実差異で見る原価管理の粒度と工種別・費目別の分割範囲
収益認識の進捗度を原価比例法で測る場合、分母となる工事原価総額の見積もり精度がそのまま収益額の精度になります。実行予算の精度管理は会計上の要請でもあるということです。確認すべきは、実行予算を工種別・費目別のどこまで分割できるか、期中の実行予算の改訂履歴を残せるか、外注の出来高査定と支払を分けて記録できるかという点です。実行予算対比の画面や帳票の比較軸は建設業向け原価管理システムの選び方|工事台帳・実行予算対比と費用の実態で、原価管理システム単体を入れる場合の目線から扱っています。
特に外注費は、査定した出来高と実際の支払時期がずれるため、支払ベースでしか原価を捕まえられないシステムでは月次の工事損益が実態から乖離します。資材発注と外注管理の要件は建設業向け購買管理システムの選び方|工事別原価・資材発注と外注管理で決める要件で詳しく扱っていますので、ERPの購買機能で足りるか、購買だけ別システムにするかの検討時に参照してください。
建設業向けERPの価格の実態とユーザー数・保守条件による見積比較
「建設コンサルティング業 erp 料金」「リフォーム業 erp 価格」といった検索が示すとおり、価格は選定の中心的な関心事です。しかし調べても金額が出てこないのには理由があります。
建設業向けERPの公式サイトで定価を出す製品の少なさと公開料金の比較
「建設業 erp」の検索結果上位に現れる主要製品のうち5製品について、2026年7月31日時点の公式サイトを確認しました(アイピアの料金のみ2026年10月10日に再確認)。表の「非公開」は、公開ページで定価の記載を確認できなかったという意味であり、価格が高いことや条件が不利であることを示すものではありません。
| 製品 | 提供元 | 価格の公開 | 公開されている規模の目安 |
|---|---|---|---|
| アイピア | アイピア | 公開(一部) | 5ユーザー単位の月額制 |
| PROCES.S | 内田洋行ITソリューションズ | 非公開 | 完工高10億〜100億円超・370社以上 |
| 建設WAO | チェプロ | 非公開 | 18サブシステム構成 |
| ガリバーX | あさかわシステムズ | 非公開 | 2024年10月1日リリース |
| PROACTIVE Construction | SCSK | 非公開 | クラウド型 |
定価を公開しているアイピアの公式の料金ページでは、5ユーザーまでの最低月額利用料金がライト10,000円、ベーシック20,000円、プロフェッショナル30,000円で、追加1ユーザーあたり月額2,000円が加算されます(いずれも税抜、2026年10月時点)。初期費用は120,000円の1つの数値だけが掲載されており、プランごとに異なるかどうかはページからは読み取れないため、見積もりで確認してください。ライトを5ユーザーで使い、初期費用が120,000円の場合の初年度負担は、月額10,000円の12か月分と合わせて240,000円(税抜)になります。10ユーザーへ増やすと追加5ユーザー分が年120,000円上乗せされ、初年度は360,000円です。
PROCES.Sは完工高10億円前後から100億円以上の建設工事会社へ370社以上が導入されており(2024年時点)、建設WAOは18のサブシステムから必要なものを組み合わせる構成で、クラウド版の「建設WAO Bae クラウド」が2025年10月1日に販売を開始しています。いずれも構成の幅が大きいため定価を示しにくい商材です。費用相場を解説する情報サイトでは、クラウド型の基本ライセンスが数万円〜100万円程度、ユーザーライセンスが1ユーザーあたり月額1,000〜10,000円程度と示されており、このレンジの幅がそのまま構成差の大きさを表しています。
建設業向けERPの見積もりを比較可能にする利用人数・費用・移行の前提条件
複数社から見積もりを取っても、前提がそろっていなければ金額は比較できません。依頼時に次の条件をそろえて提示してください。
- 同時利用ユーザー数と権限の内訳:現場の閲覧専用ユーザーを安価なライセンスで賄える製品とそうでない製品で総額が数倍変わります。
- 初年度費用と5年総額の両方:初期費用・保守料・バージョンアップ費用・サーバー費用を分けて記載してもらいます。
- データ移行の対象範囲:過去何年分の工事台帳と仕訳を移行するかを明示します。ここが未定のまま見積もると、着手後に追加費用が発生します。
- 法改正対応の費用区分:制度改正に伴う改修が保守料に含まれるか、都度見積もりかを明記してもらいます。
ERP導入にかかる費用のうちどこまでを資産計上するかも先に整理しておくと、経理側の見積もり精度が上がります。仕掛中の会計処理はソフトウェア仮勘定とは?消費税の控除時期・仕訳・建設仮勘定との違いで建設仮勘定との違いを含めて解説しています。
業態別に変わるERPの要件(リフォーム・内装・建設コンサルタント)
建設業向けERPの比較記事は、ゼネコンや総合建設会社を暗黙の前提にしたものがほとんどです。しかし実際の検索では、リフォーム業・内装業・建設コンサルタント業からの需要が一定量あり、これらは要件が別物です。
リフォーム・内装工事の小口多件数に対応するERPの要件と粗利管理
リフォームや内装工事は、1件あたりの請負金額が小さく件数が多い構造です。工期も数日から数週間で終わるものが中心となり、前述の「工期がごく短い工事」の代替的取扱いが実務上の主役になります。この業態でERPに求められるのは、進捗度計算の精緻さではなく、見積作成から請求までのリードタイム短縮と、案件単位の粗利を即座に見る仕組みです。
確認すべき機能は、見積書の商品マスタとテンプレート、追加工事の変更契約管理、そして案件をまたいだ職人・協力会社別の稼働実績です。逆に、JV管理や連結決算のような大規模工事向け機能は使いません。ゼネコン向けERPをリフォーム会社が導入すると、使わないモジュールのライセンス費用と、細かすぎる入力項目による現場の抵抗という二重の負担が生じます。この業態では、機能が多い製品ほど良いという判断は誤りです。
建設コンサルタントの技術者工数を基にした役務原価の算定と進捗管理
建設コンサルタント業は、調査・設計・監理といった役務の提供が中心で、原価の大半が技術者の人件費です。材料費や外注工事費を前提とした工事台帳の費目構成は合いません。必要なのは、技術者の工数を業務コード単位で日次に近い頻度で集計し、標準原価単価を掛けて役務原価を算定する仕組みです。
公共発注が多い業態のため、年度末に完了検査が集中し、期をまたぐ業務の進捗度算定が毎年発生します。工数の実績から進捗度を算定できるか、業務ごとに管理技術者と担当技術者の従事日数を証明できる帳票が出せるかを確認してください。この2点を満たさないERPは、建設業向けを名乗っていても建設コンサルタントには適しません。
進行基準対応ERPを導入する流れ|工事属性の棚卸しから決算検証までの7段階
進行基準(現在の会計基準では進捗度に応じた収益認識)に対応したERPの導入は、一般的なERP導入の手順に「収益認識方法の工事単位設計」と「仕掛工事の進捗度の引継ぎ」が加わる点が違います。この2つを製品選定や移行計画のどこに置くかで、手戻りの量が決まります。以下の7段階は、その2つを前倒しにした順序です。
| 段階 | 作業 | この段階の成果物 |
|---|---|---|
| 1 | 工事属性の棚卸し | 工期・請負金額・支払条件の一覧 |
| 2 | 収益認識方法の工事単位設計 | 工事区分ごとの認識方法の判定表 |
| 3 | 見積条件をそろえた製品選定 | 比較可能な見積書と5年総額 |
| 4 | 自社データでのデモ検証 | 進捗度と収益額の再計算結果 |
| 5 | マスタ整備と仕掛工事の移行 | 名寄せ済みマスタと進捗度の引継表 |
| 6 | 並行運用と稼働判定 | 数値で定義した本稼働の条件 |
| 7 | 本稼働後の決算での検証 | 見積総原価の改訂記録 |
段階1〜2:工事属性を棚卸しして収益認識方法を工事単位で決める
最初に、直近数期分の工事を工期・請負金額・支払条件で一覧にします。目的は、長期大規模工事(工期1年以上・請負金額10億円以上・対価の2分の1以上が引渡し後1年超の後払いでない)に該当しうる工事が自社にあるか、工期がごく短い工事がどれだけの件数を占めるかを把握することです。この一覧から、工事区分ごとに収益認識方法を割り当てる判定表を作ります。
| 工事の属性 | 会計上の認識方法 | ERPに求める設定 |
|---|---|---|
| 工期がごく短い小口工事 | 完全に充足した時点で一括 | 完成時計上を工事単位で指定 |
| 進捗度を合理的に見積もれる工事 | 進捗度に応じて期間按分 | 原価比例法の自動計算 |
| 進捗度を見積もれず費用回収は見込める工事 | 原価回収基準 | 発生原価と同額の収益計上 |
| 長期大規模工事(税務) | 税務上は工事進行基準が強制 | 会計と税務の差異を工事単位で保持 |
判定表ができると、製品選定で確かめる項目が「進行基準に対応しているか」という曖昧な問いから、「この4区分を工事マスタの属性で切り替えられるか」という具体的な問いに変わります。中小企業で会計上は完成基準を採る場合でも、4行目の税務の扱いだけは残る点に注意してください。
段階3〜4:見積条件をそろえ、自社の工事データでデモを再現させる
見積もりの依頼条件は前述の4項目でそろえます。そのうえでデモでは、ベンダーが用意したサンプルではなく、自社の実在工事を1件持ち込んで進捗度と収益額を計算させてください。原価比例法の計算は単純なので、手元の計算と一致するかで実装の正しさを確かめられます。
たとえば請負金額1億円、見積工事原価総額8,000万円の工事で、当期末までの発生原価が2,000万円なら、進捗度は2,000万円÷8,000万円=25%、当期の収益は1億円×25%=2,500万円です。翌期に見積工事原価総額を9,000万円へ改訂し、累計発生原価が6,300万円になった場合、累計進捗度は70%、累計収益は7,000万円で、翌期の収益は差額に当たる4,500万円です。デモでは、この見積総原価の改訂を画面上で入れたときに、改訂履歴が残り、過去期の数値を書き換えずに当期の差額だけを計上できるかを確認します。見積総原価が請負金額を超える見込みになった工事について、工事損失引当金を計上する処理に対応しているかも同じ場面で確かめておくと、決算期の手作業を減らせます。
段階5〜6:仕掛工事の進捗度を引き継ぎ、稼働判定を数値で決める
期中に切り替える場合、移行の山場は未完成工事の扱いです。旧システムに残る未成工事支出金の残高だけでなく、工事ごとの見積工事原価総額、累計発生原価、計上済み収益の3点を引継表にまとめ、新システムで計算し直した進捗度と一致するかを全件で照合します。初回の決算で収益の修正仕訳が多発するのは、一致しない工事が残ったまま本稼働した場合です。工事数が多い会社ほど、会計年度の期首に合わせて切り替えるほうが照合の負担は軽くなります。
並行運用の終わりは、後述する稼働判定基準で数値として定義しておきます。月次決算が新システムだけで締まること、工事別損益が締め後3営業日以内に出ることに加え、進行基準の工事では新旧で計算した進捗度が一致することを判定条件に入れてください。
段階7:本稼働後の最初の決算で見積総原価の改訂運用を確かめる
進捗度に応じた収益認識では、期末ごとに見積工事原価総額を見直す運用が回るかどうかで数値の信頼性が決まります。本稼働後の最初の決算で確かめるのは、現場代理人が見積総原価を改訂する締切日、改訂の承認者、改訂理由の記録方法が運用として機能したかどうかです。ここが回らないと、システムは正しく計算していても、入力される見積もりが古いまま収益が計上されます。
建設業向けERPのパッケージ導入と自社開発を分ける標準機能の適合度
「建設業 erp 開発」という検索が示すように、パッケージではなく自社向けに開発する選択肢を検討する企業も一定数あります。判断は感覚ではなく、次の条件で切り分けられます。
パッケージを選ぶべきなのは、業務が業界の標準的な流れに収まっており、システムに合わせて業務を変えられる場合です。建設業向けERPは工事台帳・JV管理・出来高管理という共通の型を持っており、この型に自社の運用を寄せられるなら、開発期間と保守負担の両面でパッケージが有利になります。法改正への追随をベンダーが担う点も見逃せません。収益認識基準の適用や電子帳簿保存法の対応は、自社開発なら都度の改修費用として跳ね返ります。
自社開発が合理的なのは、他社にない工法や積算ロジックが競争力の源泉になっていて、それをパッケージの標準機能では表現できない場合です。この場合でも、全機能を作るのではなく、会計・給与のような差別化に寄与しない領域は既製品を使い、独自性のある積算・原価の部分だけを作って連携させる構成が現実的です。積算そのものの実務フローと属人化の構造は積算とは?見積との違いと工事価格の構成・数量拾いから単価積み上げまでの流れを解説で整理しています。工事台帳と原価、積算の連携部分だけを作り込む構成や、既存の会計パッケージとの接続を含めた開発の相談は、建設業向けシステム開発で受け付けています。
やってはいけないのは、パッケージを導入したうえで標準機能を大幅に書き換える方式です。導入費用は自社開発に近づく一方、バージョンアップのたびに改修が必要となり、ベンダーの法改正対応という最大の利点を失います。パッケージの標準機能で7割以上を賄えないと判明した時点では、カスタマイズを積むのではなく、製品選定そのものをやり直すか自社開発へ切り替えるかを検討すべきです。クラウド型とオンプレミス型の一般的な比較軸はクラウドERPとは?オンプレミスとの違い・種類・費用比較と選び方を解説にまとめています。
建設業向けERPの導入を失敗させる現場入力・労務・移行・稼働の4つの条件
建設業向けERPの導入が期待した効果を出さないとき、原因はほぼ次の4つのいずれかに当てはまります。
現場入力の設計を後回しにすることで生じる月末一括入力と損益把握の遅れ
ERPの原価精度を左右するのは、日報と出来高の入力頻度です。現場の入力負担を軽くする設計をしないと、月末にまとめて入力する運用に戻り、リアルタイムの損益把握という導入目的が失われます。現場入力を1か所へ集約する着手順は建設DXとは?進まない構造要因と着手順・投資判断の線引きを解説で扱っています。スマートフォンからの入力可否と、1日あたりの入力項目数を導入前に現場代理人へ確認してください。項目が20を超えると、日次入力はまず定着しません。
2024年の上限規制への対応と勤怠・労務費の二重管理を避けるデータ連携
建設業では2024年4月1日から時間外労働の上限規制が適用されました(厚生労働省の上限規制の解説ページ)。原則は月45時間・年360時間、特別条項を結んでも年720時間、時間外労働と休日労働の合計は月100時間未満かつ複数月平均80時間以内という制限がかかります。違反には労働基準法119条により6か月以下の拘禁刑または30万円以下の罰金が科されます。災害時の復旧・復興事業には月100時間未満と複数月平均80時間の要件が適用されない例外がありますが(労働基準法139条)、この例外を使うには様式第9号の3の2または第9号の3の3による36協定の締結・届出が前提です。勤怠管理と工事原価の労務費を同じデータで扱えるERPを選べば、上限規制の管理と原価管理を二重に運用せずに済みます。
工種・費目・協力会社・単価マスタの名寄せに必要な移行工数の見積もり
工種マスタ、費目マスタ、協力会社マスタ、単価マスタの整備は移行作業の中で最も時間を要します。既存データの表記ゆれ、たとえば同じ協力会社が支店ごとに別コードで登録されているといった状態の名寄せが必ず発生するためです。移行対象の件数を早い段階で数え、名寄せの担当者を決めておいてください。
旧システムとの並行運用を終えるための月次決算と工事別損益の稼働判定基準
「いつになったら本稼働と言えるのか」を数値で定義しておかないと、旧システムとの並行運用が半年以上続きます。月次決算が新システムだけで締まること、工事別損益が締め後3営業日以内に出ること、といった判定条件を導入計画の段階で合意しておくのが有効です。
よくある質問
プロジェクト管理機能に特化したツールと財務管理機能に特化したツールでは、どちらを選ぶべきですか?
工事別の損益を確定させる速度が課題なら財務管理側、工程遅延と手配漏れが課題ならプロジェクト管理側から入るのが順当です。ただし片方だけでは工事台帳と会計の間に転記が残り、月次締めまで損益が確定しない状態は解消されません。先に導入した側から見て、もう一方と日報の労務実績・出来高数値をAPIで受け渡せるかを選定条件に入れてください。収益認識の進捗度を原価比例法で算定する予定があるなら、原価データを持つ側を先に固めるほうが手戻りが少なくなります。
カスタマイズ性とユーザビリティを両立できる製品はありますか?
両立の実態は「プログラム改修ではなく設定変更で要件を吸収できること」です。帳票レイアウト、入力項目の表示制御、承認フローの3つを画面上の設定で変えられる製品なら、標準機能のまま使えるためバージョンアップ時の改修も発生しません。デモでは、この3つを自社の様式で実際に変更してもらってください。プログラム改修を伴うカスタマイズが必要と回答された項目は、そのまま将来の保守費用として積み上がるため、見積書の中で区分して記載してもらうと総額の比較が正確になります。
工事進行基準に対応したERPは、どう見分けて、どんな流れで導入すればよいですか?
現在の会計基準に「工事進行基準」という区分は存在しないため、確認すべきは進捗度に応じた収益認識の可否です。原価比例法での進捗度算定、原価回収基準、工期がごく短い工事の一括認識の3パターンを工事単位で切り替えられるか、実行予算の改訂履歴が進捗度の再計算に反映されるかを質問してください。導入の流れは、工事属性の棚卸しと認識方法の判定表づくりを製品選定より先に行い、デモで自社工事の進捗度を再計算させ、移行時に仕掛工事の進捗度を全件照合する順序が手戻りを抑えます。なお、税法上は法人税法64条に「工事進行基準」の語が現存し、長期大規模工事では適用が強制されます。
建設業向けERPの導入費用はどのくらいかかりますか?
公式に定価を出している製品は少数です。公開されている例としてアイピアは5ユーザーまでの月額がライト10,000円(税抜)で、追加1ユーザーあたり月額2,000円が加算され、初期費用は120,000円と掲載されています(2026年10月時点)。この条件なら5ユーザーの初年度負担は240,000円(税抜)です。費用相場の解説ではクラウド型の基本ライセンスが数万円〜100万円程度、ユーザーライセンスが1ユーザー月額1,000〜10,000円程度とされており、モジュール範囲とユーザー数で総額が大きく動きます。見積もりを取る際は、初年度費用と5年総額を分けて提示してもらってください。
施工管理システムを既に使っています。ERPと併用すべきですか?
併用が基本です。施工管理システムは工程・図面・写真・検査記録を、ERPは契約金額と原価・会計を担うため、守備範囲が重なりません。判断すべきは併用の可否ではなく連携方式で、日報の労務実績と出来高数値をAPIで受け渡せるかを確認してください。ここが手作業だと、入力先が増えただけの結果になります。連携の可否を確かめるときは、施工管理システム側が出力できる項目名の一覧と、ERP側が取り込める項目名の一覧を突き合わせ、単位や工事コードの体系が一致するかまで見てください。