土木工事業向け土木積算システム開発の発注/外注/依頼/委託方法について

土木工事業向け土木積算システムの発注は、既製パッケージ・クラウド・個別開発を自社の工種、地域、利用人数、既存システムに合わせて選び、要件と見積の範囲を先にそろえることが成功のポイントです。

土木積算は、設計書や数量表をもとに、歩掛、労務単価、材料単価、機械損料、共通仮設費などを組み合わせて工事費を算出する業務です。公共工事では発注機関や年度ごとの基準への対応が必要になり、民間工事では自社の見積ルールや協力会社の見積を取り込む必要があります。この記事では、発注形態の選択、RFPと要件整理、契約形態、費用相場、委託先の選定、見積比較、導入後の定着までを発注者の視点で解説します。

▼全体ガイドの記事
・土木工事業向け土木積算システム開発の完全ガイド

発注前に知っておきたい土木積算システムの全体像

土木工事業向け土木積算システムは、単に金額を自動計算するソフトではありません。設計書の読み取り、工種・種別・細別の整理、単価と歩掛の適用、計算根拠の記録、帳票出力、実行予算や原価管理との連携までを一つの業務フローとして設計するシステムです。最初に「どの業務を置き換えるのか」を決めないと、機能が多い製品を導入してもExcel作業が残ってしまいます。

発注形態は、大きく既製パッケージ、クラウドサービス、既製品を基盤にした連携開発、スクラッチ開発に分けられます。既製パッケージは積算基準や帳票が整っているため短期間で始めやすく、クラウドは複数拠点での共有やバックアップを進めやすい方式です。既存の積算製品を使いながら実行予算、原価、会計、施工管理だけを追加開発する方法は、土木積算エンジンを一から作らずに自社業務へ合わせやすい選択肢です。

一方、スクラッチ開発は、独自の見積ルールや特殊な帳票、複数の基幹システム連携を細かく実現できますが、基準データの更新や計算結果の検証まで自社と開発会社が継続して担います。積算基準そのものを再現することに多額の費用をかけるより、既製の基準データやパッケージを活用し、会社固有の承認フローや実績原価の活用に投資した方が、失敗リスクを抑えやすい場合があります。

公共土木の入札積算では、国土交通省、自治体、農林水産省、上下水道、NEXCO、防衛省など、自社が参加する発注機関の基準と地域単価に対応できることが重要です。建設コンサルタントでは概算、工法比較、工事日数、設計変更への追随が重視され、民間土木会社では協力会社の見積、過去工事の実績原価、実行予算とのつながりが重視されます。

国土交通省は令和8年度にも土木工事・業務の積算基準や施工パッケージ型積算基準を改定し、標準単価表や運用資料を更新しています（出典: 国土交通省「令和8年度 国土交通省土木工事・業務の積算基準等の改定」、2026年）。したがって発注時は、現在使えるかだけでなく、年度改定の反映時期、差分の説明、誤りがあった場合の訂正方法まで確認する必要があります。

発注目的を「積算を速くする」とだけ書くと、完成後の評価ができません。直近1年の入札案件を10〜30件ほど集め、案件ごとの設計書受領から提出までの時間、差し戻し回数、単価確認にかかった時間、担当者による判断の違い、落札後の実行予算との差異を記録します。処理件数、入札参加件数、転記ミス、利益率の予測精度などに置き換えると、投資効果を発注前から説明しやすくなります。

発注形態はどれが適していますか？

発注形態の選び方は、利用開始を急ぐなら既製パッケージ、複数拠点で情報を共有するならクラウド、自社独自の業務や連携を重視するなら追加開発またはスクラッチが基本です。ただし、会社規模だけで決めるのではなく、対応する発注機関、工種、年間案件数、同時利用人数、既存データの量、社内に保守担当者がいるかを組み合わせて判断します。

公共工事の入札を中心に、対応する基準や帳票が標準機能に含まれている会社であれば、既製パッケージが有力です。導入前に自社の設計書を使って、PDFやExcelの取り込み、工種の分類、数量の照合、施工パッケージの選択、経費計算、最低制限価格や調査基準価格の試算、Excel・PDF出力まで実演してもらいます。

既製品は導入が早い一方、標準の画面や帳票に業務を合わせる必要があります。現場担当者が使うExcelの項目名や過去データの形式を、どこまで移行できるか確認し、移行できないデータは手作業で再入力するのか、変換ツールを作るのかを見積書に分けて記載してもらいます。

積算担当者が本社と営業所に分かれている場合や、在宅・出張先から同じ案件を確認したい場合は、クラウド版が向いています。案件や単価マスタを一元管理でき、端末ごとの更新やバックアップを自社だけで抱えにくい点が利点です。2026年度版を提供開始する土木積算製品もあり、年次データ更新が製品運用の前提になっています（出典: 株式会社CPU「ゴールデンリバー2026」提供開始資料、2026年）。

ただし、クラウドなら自動的に安全という意味ではありません。保存場所、暗号化、二要素認証、権限設定、バックアップの世代数、障害時の復旧目標、契約終了時のデータ返却と削除を契約前に確認します。導入支援には、ユーザー登録、権限設計、単価マスタの初期設定、過去案件の移行、操作研修を含めるかどうかを明確にします。

現実的な選択肢として、積算は専門パッケージを使い、実行予算、原価管理、発注管理、会計、施工管理をAPIやファイル連携でつなぐ方法があります。積算の根拠や年度更新を専門ベンダーに任せながら、受注後の利益管理や社内承認だけを自社向けに最適化できます。発注時は「連携できる」とだけ聞かず、案件番号、工種、数量、単価、金額、変更履歴、承認状態のどの項目を、どの方向へ、どの頻度で連携するのかを定義します。

スクラッチ開発は、独自の工事区分、特殊な積算ルール、複数会社をまたぐ承認、既存システムとの密な連携など、標準製品で業務を変えられない理由がある場合に検討します。要件を自由に決められますが、基準・歩掛・単価のデータ更新、計算根拠の保持、訂正履歴、監査ログ、出力帳票の再現性までを運用設計に含める必要があります。

AIやOCRで設計書の読み取りを自動化する場合も、読み取り結果をそのまま確定金額にしないことが重要です。誤読した数量や単位を担当者が修正でき、元の設計書、読み取り結果、修正者、修正日時、計算根拠を追跡できる仕組みを要件に入れます。最終判断を人が承認する設計にすると、便利さと説明責任を両立しやすくなります。

RFPと要件整理はどこまで準備しますか？

RFPは、発注者の課題、対象業務、必要な機能、データ、非機能要件、納期、予算、提案書の評価方法を委託先へ伝える文書です。細部を決め切る必要はありませんが、比較したい条件と、後から追加費用になってはいけない範囲をそろえておくことが大切です。特に土木積算では、同じ「単価マスタ対応」でも、地域数、発注機関、年度更新、独自単価の登録方法によって作業量が変わります。

最初に、直近1年の入札案件から代表例を選びます。標準的な案件だけでなく、設計書の形式が特殊な案件、工種が多い案件、単価の更新時期に困った案件、見積と実行予算が大きくずれた案件を含めます。案件ごとに、入力ファイル、担当者の作業、利用しているExcel、チェック者、出力帳票、所要時間、差し戻し理由を簡単に記録します。

現行業務の整理では、ベテラン担当者だけにヒアリングを集中させないことが重要です。積算担当、営業、工事責任者、経理、情報システムのそれぞれから、見積の判断、受注後の予算変更、原価の確認、データ保存の困りごとを聞きます。担当者の経験で補っている作業を見える化すると、属人化を解消するための機能が明確になります。

機能要件は、「PDFを取り込む」ではなく、「自社が使う自治体の設計書を読み込み、工種・種別・細別に分類し、数量の元ページを確認できる」と書きます。「単価を更新する」ではなく、「採用年月、出典、地域、改定前後の差分を確認し、承認済みの単価だけを計算に使える」と定義します。こうした判定条件があると、提案デモや受入テストで合否を判断しやすくなります。

機能一覧には、設計書・Excel・電子データの取り込み、数量の照合、歩掛と施工パッケージ、労務・材料・機械単価、共通仮設費や現場管理費、低入札価格のシミュレーション、見積書・内訳書の出力、過去案件の複製、実行予算・原価管理との連携を含めます。必要な工種や発注機関を列挙し、標準対応、オプション、個別開発のどれに当たるかも提案書で分けてもらいます。

非機能要件には、利用可能な時間、画面の応答、同時利用人数、バックアップ、障害復旧、端末やブラウザの条件、アクセス権限、ログ保存、データの暗号化、外部サービスとの接続を記載します。クラウドの場合は、サービス提供会社が再委託先を使うか、障害や情報漏えいが発生したときの連絡期限、契約終了時のデータ返却形式と削除証明まで確認します。

IPAは2026年3月に「中小企業の情報セキュリティ対策ガイドライン」第4.0版を公開し、サプライチェーンを含む対策やクラウド利用の確認事項を拡充しています（出典: IPA「中小企業の情報セキュリティ対策ガイドライン」第4.0版、2026年）。土木積算では設計書、入札金額、取引先単価、過去の原価が機密情報になり得るため、RFPの段階から利用者権限とデータ管理責任を明記します。

受入テスト用の案件は、委託先に選んでもらうのではなく、発注者が用意します。過去の設計書を匿名化し、工種・数量・単価・経費・出力帳票が既存の正解データと一致するかを確認します。全体金額が一致するだけでなく、どの歩掛や単価を採用したか、出典と採用年月が表示されるか、修正履歴を追えるかまで確認します。

OCRや自動分類を使う場合は、読み取りに失敗したファイルをどう扱うかも合格条件にします。エラーを見落としたまま計算を確定できる仕様は避け、未確認項目の表示、担当者の承認、再計算の履歴を残します。受入条件を契約書や個別契約の別紙に入れると、納品後に「動くが業務では使えない」という問題を減らせます。

契約形態とプロジェクトの進め方を決める

契約は、要件の確定度と開発の不確実性に合わせて選びます。既製品の導入や要件が固まった機能開発では、範囲と成果物を定めた請負契約が使いやすくなります。業務整理や試行導入をしながら仕様を決める場合は、準委任で調査・設計を進め、成果が見えた段階で本開発の契約へ移る方法が現実的です。

請負契約を結ぶ場合は、機能一覧だけでなく、画面一覧、帳票一覧、連携仕様、移行対象、テスト件数、操作マニュアル、研修、納品物、検収条件を明記します。土木積算では「自治体対応」「単価データ対応」「設計書取り込み」のような広い表現が残りやすいため、対象地域、対象年度、対象ファイル形式、エラー時の対応を別紙で具体化します。

仕様変更の扱いも重要です。発注後に新たな発注機関や帳票を追加する場合、追加費用と納期が発生する条件を決めます。変更要求の受付、影響範囲の見積、発注者の承認、仕様書の更新、リリース後の確認という手順を定めておけば、口頭依頼が積み重なって予算超過する事態を防ぎやすくなります。

準委任で要件整理やプロトタイプを進める場合は、担当者の稼働時間、会議体、作成する資料、調査対象、報告方法を定めます。準委任は成果物の完成を一括で保証する契約とは限らないため、発注者側の意思決定やデータ提供が遅れた場合の扱いも確認します。調査フェーズの成果として、要件一覧、業務フロー、画面案、データ項目、概算見積、リスク一覧を残すと、本開発の判断材料になります。

短期間の試行導入では、1部署、1地域、1〜2工種に対象を絞り、1〜3か月で業務効果を確認します。積算時間、担当者一人あたりの処理件数、転記ミス、再計算の回数、導入後の問い合わせ件数を計測し、全社展開するか判断します。小さく始めることで、現場の反発やデータ移行の問題を発見してから本契約へ進めます。

プロジェクトには、経営判断をする責任者、積算業務を代表するプロダクトオーナー、現場の利用者、データ移行担当、情報セキュリティ担当を置きます。開発会社との窓口を情報システム部門だけにすると、積算の細かな判断が抜けることがあります。反対に現場任せにすると、権限、契約、予算、運用ルールが決まりません。

週次の進捗会議では、完成した画面を確認するだけでなく、未決事項、前提条件、追加費用、品質リスク、次回までの担当者を記録します。特に単価マスタや基準改定は、国や自治体の公開資料を受けて更新するため、リリース直前に判明した変更をどの版へ反映するかを決めておく必要があります。

土木積算システムの費用相場と見積書の見方

土木積算システムの費用は、ライセンス、基準・単価データ、初期設定、データ移行、連携開発、研修、保守に分けて考えます。公開価格のある既製品と、個別要件を開発会社が見積もるケースを同じ金額表で比較すると誤解が生じます。以下は2025〜2026年時点の公開情報と、一般的な業務システム開発の水準をもとにした目安であり、正式な契約金額を保証するものではありません。

公開価格の例では、全国建設業協会連合会のシステム使用料金等価格表に、土木積算システムの1ライセンス利用15万5,000円、2ライセンス利用20万円、3ライセンス利用21万円という水準が掲載されています（出典: 全国建設業協会連合会「システム使用料金等価格表」、確認時点2026年）。これは共同購買価格の一例であり、すべての製品や企業に適用される料金ではありませんが、少人数で始める場合の比較軸になります。

株式会社綜合システムの「SUPER ESCON Plus」では、国土交通省の基本プログラムが税込54万4,500円、基本システムセットが税込60万5,000円と公開されています。追加の下水道歩掛データ、上水道・土地改良の基準、地域単価などを加えると費用が積み上がる構成です（出典: 株式会社綜合システム「SUPER ESCON Plus 価格について」、確認時点2026年）。発注時は、本体価格だけでなく自社の地域・基準をそろえた合計を提示してもらいます。

既製システムに実行予算・原価管理・会計などを連携する場合の初期費用は、要件の範囲によっておおむね100万〜500万円程度が目安になります。データ移行、API、独自帳票、権限、監査ログ、複数拠点の運用を含めるほど上限に近づきます。この金額は土木積算製品の一律価格ではなく、業務システムの連携開発を含めた推定レンジです。

スクラッチ開発は、要件整理から基準マスタ、積算エンジン、帳票、既存システム連携、移行、テストまでを含めると、500万〜3,000万円程度の幅で検討されます。リサーチノートにある一般的な業務システムの個別開発300万〜2,000万円という水準を基礎に、土木積算固有の基準データ、地域単価、検証案件、監査性を加味した推定です。公開された土木積算専用の標準価格ではないため、予算計画では複数社の内訳見積で必ず補正します。

継続費には、年度ごとの基準・単価データ更新、クラウド利用料、追加ユーザー、保守契約、サポート、バックアップ容量、API利用料、帳票変更、端末やネットワークの運用費が含まれます。目安として、既製パッケージを1〜3名で導入する場合は初期15万〜70万円、継続費は年15万〜30万円程度、クラウド版に初期設定や移行を加える場合は初期30万〜150万円、継続費は年20万〜100万円程度の幅で見積もられることがあります。

このレンジは、リサーチノートに記載された公開価格と一般的な導入作業を組み合わせた推定で、製品の正式価格ではありません。基準の種類や地域数、ライセンス形態で変動するため、見積書では初年度と2年目以降を分け、単価データの追加、同時利用数、サポート範囲を個別に記載してもらいます。解約時にデータを取り出す費用があるかも、継続コストの一部として確認します。

導入期間は、既製パッケージが2週間〜2か月、クラウド版の初期設定と移行が1〜3か月、積算と実行予算・原価管理の連携が3〜6か月、スクラッチ開発が6〜18か月程度の目安です。自社のテスト案件数、単価マスタの整備、意思決定の速さ、既存システムの仕様によって前後します。見積書には開発期間だけでなく、要件整理、データ移行、受入テスト、研修、並行稼働の期間も含めます。

投資対効果は、人件費だけで判断しません。積算時間の短縮、同じ人数で処理できる案件数、転記ミスの削減、見積と実行予算の差異、入札参加の判断速度、担当者退職時の引き継ぎやすさを評価します。年間の削減時間や増加した処理件数を試算し、初期費用、継続費、社内教育の工数を含めて回収期間を考えると、安価な製品に戻ってしまうリスクを減らせます。

委託先選定と見積比較のポイント

委託先は、開発会社か販売会社かという名称だけでなく、土木積算の専門性、基準データの更新体制、導入後のサポート、連携開発の経験を見て選びます。専門パッケージを提供する会社と、既存製品を自社業務へつなぐ受託開発会社では得意領域が異なります。両者を同じ評価表に入れ、どこまでを標準製品で対応し、どこからを個別開発とするかを比較します。

実績確認では、導入社数の多さだけでなく、自社に近い工種、発注機関、地域、会社規模の事例を聞きます。公共土木の入札中心なのか、建設コンサルタントの概算なのか、民間工事の実行予算なのかで、必要な機能が異なります。導入事例の担当者に、読み取りできなかった設計書への対応、単価改定時の案内、問い合わせの受付時間、担当者の教育方法を確認できると、カタログだけでは分からない運用力を評価できます。

国土交通省の標準歩掛や施工パッケージ型積算は、年度改定だけでなく訂正資料が公開されることがあります。委託先に、改定情報の入手元、更新の予定日、旧年度案件を再計算する方法、ユーザーが独自単価を登録する方法、誤ったマスタが配布された場合の通知と修正履歴を聞きます。単に「最新版に対応」と書かれているだけでは、発注判断に十分な情報になりません。

ベンダーが用意した簡単なサンプルだけで判断してはいけません。匿名化した自社のPDF設計書、Excel内訳、複雑な工種、地域単価が異なる案件、過去の正解済みデータを使い、同じシナリオを各社に実演してもらいます。設計書の取り込みにかかる時間、誤読の見つけやすさ、数量修正、単価の根拠確認、経費計算、帳票出力、案件の複製までを同じ順番で試します。

評価表には、必須機能の適合、操作の分かりやすさ、計算結果の再現性、データ移行、連携、性能、サポート、セキュリティ、将来の拡張性を入れます。価格だけでなく、担当者が一人で処理できるか、ベテランの判断を根拠付きで残せるか、現場からの問い合わせを減らせるかを確認します。実データを使ったデモは、導入後のギャップを早い段階で可視化する方法です。

複数社へ見積を依頼する際は、同じRFP、同じデータ、同じ対象地域、同じ利用人数、同じ納期を渡します。提案書では、ライセンス、基準・単価データ、初期設定、移行、個別開発、連携、テスト、研修、保守、旅費やクラウド費用を分けて記載してもらいます。「標準対応」と「追加開発」を分けない見積は、一見安くても契約後に追加費用が発生しやすくなります。

比較表では、初年度総額、2年目以降の費用、5年間の総保有コスト、納期、発注者側の作業、追加変更の単価、解約時のデータ返却費用を並べます。機能が同じでも、サポート時間、同時利用の定義、データ保存容量、基準更新の範囲が違えば、実際の負担は変わります。最安値を選ぶのではなく、要件適合度と継続費を含めた総合点で判断します。

導入後の電話・遠隔サポート、操作研修、年度改定時の案内、障害時の対応時間、問い合わせの記録方法を確認します。サポート担当が土木積算の用語を理解しているか、社内の担当者が交代したときに引き継げる教材があるかも重要です。クラウドでは可用性やバックアップの目標値、オンプレミスではOS更新、サーバー交換、バックアップ検証の責任分担を確認します。

契約終了時には、案件、単価、添付設計書、計算根拠、操作ログを、どの形式で、いつまでに返却してもらえるかを決めます。ベンダーを変更できない状態を避けるには、データの所有権、エクスポート形式、移行支援、削除確認、再委託先の扱いを契約書に入れます。導入時に撤退条件まで決めておくことが、長期運用の安心につながります。

よくある質問（FAQ）

発注前には、費用と機能だけでなく、自社のデータや運用で本当に使えるかを確認する必要があります。ここでは、土木工事会社が発注時に特に迷いやすい質問へ、判断の基準を簡潔に回答します。

既製パッケージを少人数で導入する場合は、公開価格の例で初期15万〜70万円、継続費が年15万〜30万円程度のレンジが一つの目安です。連携開発は100万〜500万円程度、スクラッチ開発は500万〜3,000万円程度と幅が広くなります。いずれも地域、基準、利用人数、移行、帳票、連携の条件で変わる推定レンジであり、正式見積では内訳を確認します。

基準や帳票が標準機能で足り、早く使い始めたい会社はパッケージが向いています。独自ルールや複数システムとの深い連携が競争力に直結し、標準製品では業務を変えられない明確な理由がある会社はスクラッチを検討します。迷う場合は、積算エンジンを既製品に任せ、実行予算や原価管理を追加開発する段階的な方法から比較します。

相談できますが、対象業務、直近案件、利用者、対応地域、必要な帳票、既存システム、予算の考え方を整理してから相談すると、提案の比較がしやすくなります。最初から詳細仕様を作れない場合は、要件整理や現状分析を準委任で依頼し、その成果物をもとに本開発の見積を取り直す方法があります。

自社の設計書や過去案件を使い、取り込み、数量照合、単価の出典確認、施工パッケージや歩掛の選択、経費計算、帳票出力、修正履歴、実行予算への連携までを一連で確認します。担当者が迷ったときのサポート方法、エラーを見つける仕組み、年度改定の反映時期も質問します。理想的なサンプルで速く動くことより、難しい案件で根拠を説明できることを重視します。

まとめ

土木工事業向け土木積算システムを発注するときは、価格や機能の多さだけでなく、自社の工種、地域、発注機関、利用人数、既存データ、実行予算との連携を基準に方式を選びます。既製パッケージ、クラウド、連携開発、スクラッチにはそれぞれ適した条件があります。

まず直近1年の案件を10〜30件集め、現行作業、入力ファイル、計算根拠、帳票、差し戻し、実行予算との差異を整理します。そのうえで、対応する発注機関・地域・工種、必要な基準と単価、同時利用人数、移行データ、連携先、セキュリティ、受入テストの合格条件をRFPへ落とし込みます。自社データを使ったデモを前提にすると、委託先ごとの提案を同じ条件で比較できます。

見積は、ライセンス、基準データ、初期設定、移行、個別開発、連携、テスト、研修、保守、2年目以降の費用を分けて比較します。契約形態は、要件が固まった範囲を請負とし、要件整理や試行導入を準委任で進めるなど、リスクに合わせて組み合わせます。公開価格は比較の出発点であり、自社の条件を入れた正式見積とは区別して判断します。

最初から全社・全地域へ展開せず、1部署、1地域、1〜2工種で効果を測ると、現場の定着と費用の妥当性を確認しながら拡張できます。積算時間、処理件数、転記ミス、根拠確認のしやすさ、実行予算との差異を継続的に計測し、自社に合う土木積算システムを育てていくことが、発注後の成果につながります。

▼全体ガイドの記事
・土木工事業向け土木積算システム開発の完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。