出来形管理システム開発の完全ガイド

出来形管理システムは、設計値と実測値を照合し、現場から検査・納品までをつなぐシステムです。

選ぶときは、パッケージ、クラウド、独自開発に分けて考えると整理しやすくなります。費用や開発会社の選び方などの詳細は、下の関連記事にまとめています。

・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。

出来形管理システムの全体像

照合結果が判定や帳票、納品用データへつながる構造です。

出来形管理では、構造物や道路、土工などが設計図書と施工管理基準に合っているかを見ます。対象になるのは、寸法、位置、高さなどの設計値と実測値です。厚さ、勾配、面積なども、同じように照合します。

照合の結果は、システムが合否を判定し、管理図表や総括表にまとめます。そのうえで、必要な電子データまで整える役割も担います。

出来形管理と品質管理の違い

出来形管理は、完成物の寸法や位置などが、形や量の面で設計どおりかを確かめるものです。品質管理は、材料の強度や密度、含水比などを、性能や性質の面で基準に照らして確かめる役割です。

実務では、写真や測点、試験結果を同じ工事データとして扱い、帳票や承認までつなぐ場面があります。こうした場面では、両方を連携できる設計にしておくと、二重入力を減らせます。

最低限必要な機能

最低限必要な機能は、工事の台帳から帳票出力までの流れをつなぐものです。また、現場で使う場合は、入力環境や訂正履歴の扱いも確認しておく必要があります。

台帳とマスタ：工事・工種・測点、測定項目、規格値の登録
測定と判定：設計値・実測値の入力と、合否判定やばらつきの確認
帳票と現場機能：図表・総括表の出力と、端末入力やオフライン利用への対応
写真と履歴：電子小黒板や工事写真を連携し、再測定や訂正の履歴を残す

ポイント

出来形管理と品質管理は対象が違うため、まず扱う範囲を決めます。そのうえで、台帳から帳票出力までの機能がつながるか、判定や写真、電子データを一続きに扱えるかを見て判断します。

出来形管理システムの種類と選択肢

選択肢は大きく三つに分けられ、標準機能を使うパッケージ、複数の現場で共有しやすいクラウド、業務に合わせて作る独自開発があります。

選ぶときは、工種や発注者の幅、通信環境、既存の測量機器を合わせて見ます。さらに、将来の維持管理データの活用も判断材料になります。

パッケージとクラウドの選び分け

出来形帳票や電子納品などの定型業務を、比較的早く始めたい場合は、パッケージが向いています。一方、現場と事務所でデータを共有するなら、クラウドが候補になります。

クラウドでは、複数の人が進捗を確認しやすくなります。

ただし、クラウドでも通信が途切れる現場はあります。そのため、オフライン入力と一時保存、再接続時の再送を確かめるとともに、同じデータを複数人が編集した場合の競合処理も確認しておく必要があります。

TS・GNSS・点群との連携による変化

機器連携では、取得したデータの比較から帳票作成、将来のデータ活用までの流れを見通し、受け渡し方法を確かめておきます。

TS・GNSS・レーザースキャナ・UAV・点群のデータを設計データと比較し、測定結果を帳票作成へつなぐ
3次元測量→3次元設計データ作成→ICT建設機械による施工→出来形などの施工管理→電子納品の順で進める
取込形式・座標系・単位・確認画面・納品形式を確かめる
APIやXMLなどの標準形式で受け渡し、別の計測機器や維持管理システムへの拡張に備える

国土交通省はICT施工をこの流れで整理しています（出典: 国土交通省「ICTの全面的な活用」、2026年）。

ポイント

定型業務を早く始めたいか、現場と事務所で共有したいかで、パッケージかクラウドかが分かれます。工種や発注者の幅、通信環境、既存の測量機器も合わせて見て、業務に合わせて作る独自開発が必要かも考えます。

出来形管理システム導入の進め方

拡大の前に一連の業務と手戻りを確認する順序です。

いきなり全工事に広げると、現場ごとの入力の違いや手戻りが見えにくくなります。そこで、機能を一度に増やすのではなく、1〜2件の対象工事に絞って現場から納品までを確かめ、手戻りを見てから範囲を広げます。

まず1〜2件の対象工事を選ぶ
現場入力から検査・納品までを観察する
作業時間と手戻りを測り、対象範囲を広げる

紙の帳票をそのまま画面にするより、データの単位で要件を整理するほうが進めやすくなります。単位となるのは、設計値、実測値、規格値などです。測点、写真、承認状態も、同じ単位で考えておきます。

▶ 詳細はこちら：出来形管理システム開発の進め方/やり方/流れや方法/手法/工程/手順

最初の要件定義で整理する項目

要件定義では、対象工事の範囲と現場の運用条件を一覧にして、基準や様式の違いを見つけ出します。

工事の条件：工種・発注者・施工管理基準・提出様式
現場の運用：測点数・測量方法・写真撮影ルール・利用者・現場数・通信状況
対応範囲：対象工種・書式・基準の版・改定日を確認し、「全国対応」の説明だけで済ませない

2026年4月1日以降に契約する工事では、工事完成図書の電子納品等要領としてR8.2が案内されています（出典: 国土交通省「電子納品に関する要領・基準」、2026年）。対象工事が従う要領の版は、事前に確定しておきます。

要件には、過去の工事データを旧基準で再現できるかも含めておくと、検査直前の修正を抑えられます。

小さく始める場合の検証方法

最初は、1工種・1発注者・1現場に絞って、入力から電子納品データの作成までを一巡させます。そのうえで、導入前後を比べられる指標を使って効果を測ります。

作業時間：現場入力と帳票作成にかかった時間・日数
手戻り：事務所での再入力回数と検査前の修正件数
利用状況：利用者が一人で完了できた割合

デモや受入テストでは、規格値外、測点重複、写真未登録を試します。さらに、工種変更、通信断、権限外編集も試します。基準改定、XML不正、訂正履歴も確かめます。

現場の担当者が迷いやすい箇所を見つけ、操作研修や運用ルールを先に準備しておくと、定着につながります。

ポイント

導入は1〜2件の対象工事から始め、作業時間と手戻りを測ってから範囲を広げます。要件はデータの単位で整理し、要領の版も事前に確定します。

出来形管理システムの費用相場とコストの内訳

費用には、ソフト価格のほか、初期設定や帳票・基準の登録が含まれます。データ移行や端末、測量機器との連携も、費用の対象です。さらに、研修や保守、クラウド利用料も加わります。

ここで示す金額は、公開価格と類似する業務システムの相場を組み合わせた目安で、全国統一の定価ではありません。金額は、工種数や現場数、利用者数によって変わります。写真容量や発注者数によっても違いが出ます。

▶ 詳細はこちら：出来形管理システム開発の見積相場や費用/コスト/値段について

既製品・クラウド導入の費用

既製品やクラウドは、初期費用と利用開始までの期間、月額の課金単位を合わせて確かめます。

初期導入：標準機能中心のクラウドは20万〜60万円程度、利用開始まで数日〜1か月程度
月額課金：ユーザー数・工事数・写真容量・連携機能で変わるため、1ユーザー・1現場・全社の単位を確認

公開価格には、写真・出来形管理のセットを税別60万円とする例があります。

また、補助金の活用例では、建設CAD・出来形管理・写真管理・施工計画支援・クラウドを組み合わせた構成が、税別105万1,200円として掲載されています（出典: 製品公式の価格資料・補助金掲載例、2023〜2026年）。いずれも特定の構成における参考値で、現行の見積や自社の総額を保証するものではありません。

独自開発の費用と期間

独自開発は、機能の範囲ごとに、費用と開発期間をセットで見積もります。

MVP：500万〜1,200万円、開発期間は3〜6か月
標準構成：1,200万〜3,000万円、開発期間は6〜12か月
大規模案件：3,000万〜8,000万円以上、開発期間は12〜18か月以上の場合がある

MVP（Minimum Viable Product）は、帳票入力と判定、Excel・PDF出力に絞った構成です。一方、標準構成には、写真や電子納品、権限、クラウドが含まれます。

大規模案件では、複数の発注者向けの帳票や機器連携に加えて、電子納品や既存データの移行なども含まれます。

独自開発の金額は、類似する業務システムの機能量から推定したレンジで、専用システムの公的な平均額ではありません。

保守・運用費は、初期開発費の年15〜25％を仮置きします。そのうえで、基準改定、OSやブラウザ対応、脆弱性対応の範囲を、見積書で確かめます。問い合わせ窓口やバックアップ復元の範囲も、見積書で確認します。

ポイント

既製品、クラウド、独自開発では金額の幅が大きく違うため、初期費用だけでなく、保守や移行、教育まで含めた総額で比べます。独自開発は、機能範囲ごとの費用と期間をセットで確かめます。

出来形管理システムの開発会社/ベンダーの選び方

候補ごとに同じ領域を確かめると比較しやすくなります。

機能一覧の数よりも、自社の業務データが現場から納品まで途切れず流れるかを見ます。重視する点は、担当する業務によって異なります。たとえば、現場入力や事務所での集計、発注者対応、情報システムの担当者では、見る点が違います。

関係者をデモと受入テストに参加させると、それぞれの業務に合うかを確かめられます。

帳票・施工管理基準への対応の確認

帳票への対応は、「国や自治体の帳票に対応」という説明より、一覧にした条件で確かめます。一覧には、自社の発注者や工種、様式名を入れます。基準の版と改定日も加えて渡し、対応方法を見極めます。

標準対応：追加設定なしで使える範囲
設定変更：自社で調整できる帳票や規格値
個別開発：追加開発が必要になる要件

ユーザーが帳票や規格値を追加できる場合は、承認者や変更履歴、過去工事への影響範囲も確かめます。

国土交通省は、2026年3月版の施工管理基準における出来形管理基準や規格値の改定内容を公開しています（出典: 国土交通省「土木工事施工管理基準及び規格値（案）新旧対照表」、2026年）。

導入時点の対応に加えて、基準改定を、誰がいつシステムに反映するかを契約前に確認します。旧版の工事データを再現できるかも、あらかじめ確かめておく必要があります。

連携・セキュリティ・サポートの確認項目

連携、データの正確性、クラウドの管理体制は分けて考え、実際の運用条件で確かめます。

連携形式：測量機器・CAD・工事写真・電子納品、会計や原価管理との入出力を洗い出し、CSV・XML・APIなどを確かめる
データの引継ぎ：座標・単位・測点番号・写真名・撮影日時・担当者情報をサンプルで試す
セキュリティ：暗号化・二要素認証・権限分離・操作ログの扱い
運用と復旧：バックアップ、障害時の復旧目標、退会時のデータ返却、委託先の管理体制

連携のたびに人が転記する設計では、転記ミスが残ります。また、公共案件に調達条件がある場合は、特定の認証や登録を一律の必須条件と決めつけず、発注者の要件と自社の情報セキュリティ規程に合うかで判断します。

▶ 詳細はこちら：出来形管理システム開発でおすすめの開発会社/ベンダー6選と選び方

▶ 詳細はこちら：出来形管理システム開発の発注/外注/依頼/委託方法について

ポイント

開発会社は、機能数より、業務データが現場から納品まで途切れず流れるかで比べます。帳票や基準の対応、連携、セキュリティ、運用と復旧は、自社の運用条件に照らして見極めます。

導入で起こりやすい失敗と対策

導入の失敗は、機能の不足よりも、現場の運用とシステムの境界が曖昧なまま進むことで起こります。そこで、誰がいつ何を入力し、何を承認済みとするかを決めておきます。

誤りの訂正方法や、発注者へ提出するデータの扱いも、あらかじめ整理しておきます。

入力負荷が増える失敗と防ぎ方

紙とシステムの両方に同じ値を入力する、写真を別の場所で整理するといった状態では、現場の負担は減りません。そこで、代表的な測点と写真を使い、入力後のデータの流れを確かめます。

現場で一度入力した値が、再入力なしで帳票や電子納品データまで流れるかを検証します。

初期値や選択肢、バーコード、機器連携を使うと、入力項目を減らせるうえ、入力そのものを短くできます。

検査直前の手戻りを減らす方法

手戻りの原因には、規格値の版違いや写真の不足、測点と帳票の不一致があります。さらに、承認の漏れや、電子納品フォルダの不備も挙げられます。

入力の時点で規格値外を知らせ、必須写真や未承認データを一覧にしておきます。そのうえで、測定者、確認者、訂正者の履歴も残します。

確認は、最後にまとめて行うより、工種や測点ごとに小さく分けて行う運用にします。

よくある質問（FAQ）

出来形管理システムの構成は、工事の規模や発注者の要件によって変わります。導入前によく相談される質問を、判断の基準とあわせて挙げます。

Excelで管理する方法から移行するメリットは何ですか？

設計値や実測値を一度入力すれば、合否判定や管理図表、総括表へつながります。さらに、写真や電子納品データにもつなげられます。その結果、転記と集計の回数を減らせます。

複数人で同じデータを扱えるうえ、訂正履歴や承認状態も確認しやすくなります。紙やExcelを残したまま二重入力すると効果が薄れるため、廃止・統合する帳票も決めておきます。

山間部など通信が不安定な現場でも利用できますか？

利用はできますが、オフライン機能の範囲は事前に確かめておく必要があります。入力項目や写真、測点情報を端末に保持できるか、再接続後に自動で送信されるかも試します。

複数人が同じ測点を編集した場合の処理や、端末紛失時のデータ消去も確かめます。さらに、通信できない時間が長い現場では、保存容量とバックアップ方法も運用に含めます。

費用を抑えるにはどのような順番で導入すべきですか？

まず、1工種・1現場で、入力から判定、帳票までの流れを検証します。写真と電子納品も、同じ現場で一巡させます。その後は、工種と発注者、現場数、機器連携の順に範囲を広げます。

標準機能で合う部分と追加開発が必要な部分を分けると、初期投資と要件変更のリスクを抑えられます。

見積では、初期費用に加えて月額や保守、教育を合計します。また、データ移行や基準改定対応も含めて見ます。

まとめ

出来形管理システムは、帳票を作る道具であると同時に、業務の基盤でもあります。

設計値を起点に、実測や合否判定、写真、承認までをデータでつなぎます。さらに、電子納品から将来の維持管理までも、同じデータでつながります。

データでつながる業務基盤があると、現場と事務所の再入力や確認作業が減ります。

この記事の要点

選定では、機能数より、設計値から電子納品までをデータでつなげられるかを重視します。実測と判定、写真、承認の各段階も、そのつながりの中で確かめます。

標準機能の範囲や発注者・工種ごとの基準と版、通信環境を、具体的に比べます。機器連携や総保有コストも、同じ条件で見ます。

導入前に決めること

導入前は、小さく検証して効果を確かめ、現場の条件と展開の準備を順に固めます。

1工種・1発注者・1現場で、入力時間・再入力回数・帳票作成日数・検査前の修正件数を測る
標準機能の範囲、発注者・工種ごとの基準と帳票、オフライン利用、測量機器・写真連携、操作履歴やセキュリティ、基準改定対応を確認する
無理のない最小構成から始めて効果と負担を確かめ、運用ルールや教育、基準改定対応を用意したうえで、複数工種や全社へ広げ、定着につなげる

費用は、ソフト価格のほかに、総保有コストで比べます。導入支援や端末、移行を含めて見ます。さらに、教育や月額、保守も合計に入れます。

▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
 ・スクラッチシステム開発の完全ガイドブック
 ・【2026年最新版】AI駆動開発の完全ガイドブック

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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