出来形管理システムの開発は、設計値から電子納品までを一つの流れにまとめ、6段階で現場を検証しながら進めるのが基本です。
Excelや紙の野帳だけでは、測点の転記や写真のひも付け、規格値の判定に時間がかかります。そこで、現場の記録を後工程へつなぐ観点から管理対象を確かめます。
- 設計値・実測値・規格値を現場で照合する
- 写真・帳票・電子納品までデータをつなぐ
- 6工程で検証しながら段階的に導入する
▼全体ガイドの記事
・出来形管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
出来形管理システムの全体像
出来形管理システムは、現場で寸法を測って記録するだけでなく、測定から検査までの証跡を残す業務システムです。工事の台帳から測点、実測値、写真までを一つのデータにつなぎ、帳票や電子納品データへ出力します。最初にこの全体像を共有しておくと、「入力画面だけ作ったのに帳票と電子納品がつながらない」という失敗を避けやすくなります。
出来形管理システムの定義
出来形管理とは、施工した構造物や道路、土工などが、設計図書や施工管理基準どおりに仕上がっているかを確かめ、発注者に提出する資料へまとめる業務です。確かめる対象は、寸法や位置、高さなどです。
システムでは、設計値と実測値を比較して合否を判定し、規格値に対するばらつきを図表で確認できるようにします。また、基準や測定頻度、提出様式は工事ごとに変わるため、汎用の数値入力フォームでは実務に応えにくくなります。
最低限必要なのは、工事や工種、測点の台帳と、測定項目・規格値のマスタです。そのうえで、設計値と実測値の入力、合否判定、管理図表と総括表の出力を備えます。現場で使う場合は、スマートフォンやタブレットでの入力とオフライン対応に加え、写真とのひも付けや再測定、訂正の履歴も要件に含めます。
開発前に定めるデータの流れ
開発前には、設計値の登録から、現場での実測と写真の登録、判定、帳票と電子納品データの出力までを一本の流れにします。そのうえで、どの工程で誰が入力し、誰が承認し、どのデータを訂正できるかを決めておきます。
たとえば、現場監督が紙の野帳に測定値を書き、事務所担当者がExcelへ再入力し、別の担当者が写真を帳票へ貼り付ける運用では、システムを入れても二重入力が残ります。
画面の数より、1測点あたりの入力回数と、測定値から提出帳票までの経路で評価します。また、写真の原本や撮影日時を、測点や入力者、訂正者と同じ工事データに結び付けて設計します。
出来形管理システム開発の進め方・流れと6工程
開発工程は6段階に分けると管理しやすくなります。要件を整理し、パッケージや開発会社を選んでから、設計・開発に進みます。そのあとテストを経て稼働し、最後に定着させます。
まず代表的な1〜2工事で現状を測り、入力時間や再入力件数、帳票作成日数などを、導入前後で比べます。
1. 要件整理・企画フェーズでの業務と基準の洗い出し
最初に、対象となる工事と工種、発注者、地域を押さえます。測定方法や提出様式、現場数、利用者数などを、既存のCADや測量機器と合わせて洗い出します。使う基準は工事単位で明確にし、国土交通省や都道府県、市町村のどの基準かに加えて、版と適用日も記録します。
要件整理では、設計値・実測値・規格値の入力単位と、測点の作り方や測定頻度を決めます。合否判定の計算式や写真とのひも付けルール、監督者の承認方法も、ここで確かめます。帳票と電子納品形式、通信がない場所での利用、訂正履歴とデータ保存期間も、要件として決めておきます。
紙やExcelの帳票をそのまま画面に写すより、データ項目と業務ルールに分けて考えるほうが、後工程の追加開発を抑えられます。
2. パッケージ・クラウド・独自開発の比較と選定
選定では、既製品の標準機能で業務を合わせるFit to Standardを最初に検討します。標準帳票や写真管理から電子納品、施工管理基準マスタまでそろう場合は、独自開発より短期間で始められ、基準改定への対応も受けられます。
公開例として、福井コンピュータの「EX-TREND武蔵 Ver.24」は、2023年のリリース資料で写真・出来形管理セットを税別60万円と案内しています。これは当時の公開価格例であり、現行の総額や自社への適合を保証する価格ではありません。
一方で、特殊工法や独自の計測機器がある場合や、既存基幹システムとの連携、施工履歴の引き継ぎが必要な場合は、アドオン開発や独自開発を検討します。比較の際は機能数だけでなく、代表的な1工事で設計値の取り込みから承認後の帳票とXML出力までのデモを依頼します。操作の速さや入力回数、データ返却、基準マスタの更新者まで確かめます。
3. 設計・開発フェーズでの現場と事務所の画面設計
設計では、工事から測点までの台帳と、設計値・実測値・規格値の関係を定義します。写真や帳票、承認状態も、同じデータモデルに含めます。現場端末では、測点を選び、数値を入力して写真を撮り、保存と同期までを短い操作で終えられるようにします。
事務所側では、未入力や規格値外の項目と、未承認・写真不足の箇所を一覧で確認できるようにします。これにより、検査直前の手戻りを減らせます。測量機器連携では、TSやGNSSなどの機器と点群、3次元設計データについて、どこから何を受け取るかを決めます。
国土交通省は、ICT活用工事の実施要領・積算要領を年度ごとに整理しており、2026年度のR8資料やICT施工StageⅡの資料も公開しています。出典は国土交通省「建設施工・建設機械：要領関係等（ICTの全面的な活用）」、2026年です。将来の連携を考えるなら、機器固有の形式を画面に直接埋め込まず、標準的なデータ形式やAPIを介して、設計値や計測結果へ変換できる構成にします。
4. テストフェーズでの正常系と例外系の確認
テストでは、画面が開くかだけでなく、計算や表示、帳票の結果まで確かめます。設計値と実測値の計算、規格値外の表示、帳票の数値とグラフの一致を見ます。そのうえで、写真と測点のひも付けや、出力したXMLが電子納品チェックを通るかも確認します。
特に重要なのは、通信断や同期の競合、権限外の編集を想定したテストです。さらに、測点の重複や工種変更、写真の未登録を想定し、入力後の訂正も試します。また、基準改定やXML不正、端末紛失にも備えます。
現場担当者に実際の端末で操作してもらい、1工事分の受入テストを行います。合格条件は、「使えそう」といった印象ではなく数値で決めます。たとえば、1測点の入力は何分以内に終えられるか、帳票作成に何日かかるか、規格値外を何分以内に見つけられるかで示します。
5. 稼働フェーズでの代表現場からの段階的な開始
稼働時は、工種と発注者が比較的明確な代表現場を1〜2件選び、そこから始めます。紙やExcelの従来手順を残したまま並行運用する期間を決め、どの帳票を正式版とするか、二重入力をいつ止めるかを合意します。現場の通信状況や端末の防塵・防水を確かめ、日射下での見やすさや交代要員の操作性も見ます。
クラウドを使う場合でも、通信が常に安定するとは限りません。KENTEMの公式操作マニュアルでも、基準マスタの参照やクラウド上での工事データ作成にはインターネット接続が必要と説明され、工種属性による制限も案内されています。出典は株式会社建設システム「だれでもできる出来形管理クラウド」操作マニュアルです。
そのため、自社の現場で通信断が起きる場所は事前に確認し、端末内保存と再送、重複防止、同期失敗時の表示を要件に含めます。
6. 定着フェーズでの教育・保守・KPIの運用
定着の成否は、納品時の操作説明が済んだあとの運用で決まります。役割ごとに短い手順を用意し、現場監督には測点作成から写真登録まで、事務所担当者には判定確認から帳票と電子納品までを示します。管理者向けには、権限や基準マスタ、バックアップとログの確認を含めます。
各部門に教育担当者を置き、問い合わせ内容をFAQに反映すると、特定の担当者に知識が集中するのを防げます。導入後は、1工事あたりの入力時間や再入力回数、帳票作成日数を毎月確かめます。写真のひも付け漏れや検査前の修正件数、利用率も数えておきます。
たとえば、入力時間を30％減らす、再入力をゼロに近づける、帳票作成を数日から当日に縮めるなど、現実的な目標を置きます。基準改定やOS更新、脆弱性対応を保守契約に含めるか、データ返却や障害時の復旧も含めて、定期的に見直します。
出来形管理システム開発の費用相場とコスト内訳
出来形管理システムの費用は、工種数や発注者数、帳票の複雑さによって大きく変わります。利用者数や現場数、写真容量も費用を左右し、測量機器や既存システムとの連携があると、さらに変わります。
下の目安は、公開価格と一般的な業務システム相場を組み合わせたものです。出来形管理専用システムの全国統一価格ではないため、要件をそろえた相見積もりで確認してください。
既製品・クラウド導入の費用目安
既製のクラウドやSaaSを標準機能中心で使う場合、初期設定、データ登録、操作研修を合わせて20万〜60万円程度が一つの目安です。利用開始までは、数日から1か月程度を見ておきます。月額は、ユーザー数や工事数、写真容量、連携機能によって変わるため、1ユーザー、1現場、全社契約のどれかを確かめます。
写真や出来形、CAD、電子納品まで一体で導入すると、初期は100万〜300万円程度を想定しやすくなります。さらに、複数拠点や複数ライセンスを含めると、データ移行や教育も加わり、300万〜800万円程度になる場合があります。これは機能構成から見た相場目安です。
福井コンピュータが2023年に公表した写真・出来形管理セットの税別60万円は、単体機能の価格例として参考になります。ただし、端末や保守、教育、追加連携まで含む導入総額とは分けて考えます。出典は福井コンピュータ株式会社「EX-TREND武蔵 Ver.24」リリース、2023年です。
独自開発・連携開発の費用目安
独自開発の目安は、入力や判定、Excel・PDF出力に絞った小規模MVPで500万〜1,200万円程度です。写真や電子納品、権限、クラウドを含む標準的な業務システムでは、1,200万〜3,000万円程度になります。測量機器や3次元データ、既存基幹システムとの連携まで含む場合は、3,000万〜8,000万円以上になることがあります。
これは、業務システムの公開相場と必要工数を出来形管理に当てはめた推定で、出来形管理専用の平均価格ではありません。NotebookLMリサーチノート「出来形管理システム」、2026年に基づく推定です。期間の目安は、MVPで3〜6か月、現場と事務所をつなぐ標準構成で6〜12か月、複数発注者の帳票や機器連携、電子納品、既存データ移行を含む大規模案件で12〜18か月以上です。
保守・運用費は、初期開発費の年15〜25％を仮置きし、基準改定やOS・ブラウザ対応、脆弱性対応を含むかを確認します。問い合わせ窓口やバックアップ、障害復旧まで含めるかも、あわせて確かめます。要件定義が曖昧なまま進めると、帳票の差分や例外工種の追加で工数が当初の1.3〜1.5倍になる可能性があるため、予備費と変更管理を見積もりに入れておきます。
開発費以外に見落としやすいコスト
見積もりでは、開発費と別に、クラウド利用料や端末購入費、測量機器との接続費を分けて記載します。さらに、データ移行費や帳票マスタ登録費、現場教育費を加えます。ヘルプデスク費と保守費も、別に書いておきます。
現場サポート業務の公開例では、写真整理や出来形管理図表への打ち込みが月10万円、電子納品受託が1工事10万円と案内されています。これはライセンス価格ではありませんが、内製する場合の人件費と比較する材料になります。出典は株式会社現場サポート「現場BPO」料金例です。
投資判断では、システム価格だけでなく、1工事あたりの削減時間と年間の工事件数を使って比べます。たとえば、測定値の再入力や写真整理、帳票修正にかかる時間を現場と事務所で実測し、年間の削減時間に社内の人件費単価を掛けます。検査前の手戻りや、担当者が休んだときの引き継ぎ時間まで含めると、安価なツールでも二重入力のリスクが見えてきます。
出来形管理システムの見積もりを取る際のポイント
相見積もりを取る前に、同じ要件を各社へ渡せる状態にします。要件が会社ごとに違うと、安い見積もりに重要な作業が含まれていなかったり、高い見積もりだけが手厚い保守を含んでいたりして、金額を比較できません。
RFPや依頼書には、対象工事や発注者、現場数、利用者数を書きます。加えて、帳票や機器、連携、通信の条件を記載します。さらに、権限や保守、納品物の範囲も明記します。
要件と成果物の具体化
要件書には、最低限、工事や工種、測点の登録と、測定項目・規格値のマスタを入れます。そのうえで、設計値と実測値の入力、合否判定、ばらつきグラフを明記します。
管理図表と総括表、Excel・PDF・XML出力を含め、写真管理や承認履歴も書きます。加えて、現場端末やオフラインでの利用、TS・GNSS・点群・CAD連携を明記します。既存システム連携やユーザー権限も明記し、ログやバックアップ、データ返却も書きます。
成果物は、要件定義書や基本設計書、API仕様書などを確認します。テスト仕様書や操作マニュアル、データ移行結果が納品に含まれるかも、ソースコードの引き渡し範囲とあわせて確かめます。パッケージではソースコードが提供されないこともあるため、契約終了時のデータ返却形式や帳票データの持ち出し、保守終了後の利用可否を先に確かめます。
複数社比較での業務適合と支援体制の確認
比較する会社は、既製品ベンダーとクラウド事業者、システム開発会社に分けて考えます。既製品ベンダーは施工管理基準や帳票の蓄積に、クラウド事業者は現場と事務所の共同利用に強みを持つ傾向があります。一方で、開発会社は特殊要件や既存システム連携を得意とする傾向があります。
実際には製品と開発支援を組み合わせる会社もあるため、分類だけでは決めず、自社の業務に合う方式を選びます。提案時には、代表工事を使ったデモや導入支援の担当者、現場訪問の有無を質問します。さらに、基準改定の更新方法や問い合わせの対応時間、障害時の復旧目標を確かめ、セキュリティ対策とデータ返却条件も聞きます。
営業担当だけでなく、導入後に現場を支える担当者と話せるかも確かめます。見積書に「一式」が多い場合は、作業範囲と回数、期間を分解してもらいます。前提条件と追加料金の発生条件も、あわせて示してもらいます。
失敗しやすいリスクと契約・テストでの対策
よくあるリスクは、帳票の自治体差や基準改定への対応漏れ、測量機器の形式差です。通信断や現場での入力負荷、担当者の異動にも注意が必要です。さらに、データ移行の欠落や、ベンダー変更時のデータ持ち出しもあります。
対策として、代表的な工種だけでなく、規格値外や再測定、写真不足を受入条件に含めます。さらに、工種変更や訂正、基準の版違いも含めます。電子納品の仕様は更新されるため、納品直前ではなく、設計段階からチェックします。
国土交通省の電子納品に関するサイトでは、2026年1月9日にガイドラインが改定され、CAD製図基準と測量成果電子納品要領にR7.12が示されています。出典は国土交通省「電子納品ガイドライン改定のお知らせ」、2026年です。契約書には、基準改定時の対応範囲や、過去工事の旧基準での再現方法、電子納品チェックでエラーが出た場合の支援を記載します。
出来形管理システム開発でよくある質問（FAQ）
導入の判断では、開発するか既製品を使うか、現場で通信できるか、費用をどこまで見込むかで迷いやすくなります。特に確認したい質問を、判断に必要な点に絞って答えます。
出来形管理システムはパッケージと独自開発のどちらがよいですか？
標準的な工種や帳票であれば、写真管理や電子納品を含めて、既製品やクラウドを先に比べるのが現実的です。一方で、特殊工法や独自の計測機器がある場合や、既存連携が複雑な場合、施工履歴を長く活用する場合は、既製品のアドオンや独自開発を検討します。
まず代表工事でFit to Standardを確かめ、不足する要件だけを開発すれば、最初から全機能を作るより、リスクを抑えられます。
通信が不安定な現場でも出来形管理システムを使えますか？
使えるかどうかは、製品や開発仕様が、オフラインでの入力と端末側の一時保存を備えているかで決まります。さらに、再接続時の同期や競合解決、同期失敗の通知にも対応しているかを見ます。
クラウドという言葉だけで判断せず、山間部や地下など実際に通信が弱い場所で、測点と数値、写真を保存し、復旧後に重複なく同期できるかを実機で確かめてください。
出来形管理システムの開発費用はいくらかかりますか？
標準機能中心のクラウド導入は初期20万〜60万円程度、写真や出来形、CAD、電子納品まで含む導入は100万〜300万円程度です。独自開発は、小規模MVPで500万〜1,200万円程度を目安にすることがあります。
ただし、これらは公開価格や一般的な業務システムの相場、類似案件から整理したレンジです。利用者数や工種、帳票の条件に加え、連携や教育、保守を含むかどうかで変わります。見積もりでは初期費用と月額・年額のTCOを分けて確認してください。
自治体や発注者ごとに異なる帳票へ対応できますか？
対応可否は、対象となる発注者と工種ごとに確かめます。そのうえで、基準の版と帳票の形式も個別に見ます。
「全国対応」という説明だけでなく、どの機関のどの書式をいつの版まで扱えるか、ユーザー側で帳票や規格値を追加できるか、基準改定を誰がいつ更新するかを質問します。過去工事を旧基準で再出力する必要がある場合は、基準マスタの版管理と適用日管理も必須です。
出来形管理システム開発の進め方まとめ
出来形管理システム開発は、設計値から電子納品までの業務データを整理することから始めます。画面の設計は、その後に進めます。
要件整理と選定で方針を固めてから、設計・開発に進みます。残りの3工程では、動作の確認から現場への定着まで順に進めます。
- テスト：計算や表示、帳票の結果を確かめ、現場担当者が受入テストを行う
- 稼働：代表現場を1〜2件選び、従来手順と並行しながら段階的に始める
- 定着：教育と保守を続け、入力時間や再入力回数を毎月確かめる
工程ごとに区切り、代表現場で効果と使いやすさを確かめながら広げるのが安全です。
1工事・1工種での入力から電子納品までの検証
最初の目標は、まず1工事・1工種で、入力から電子納品チェックまでの流れを確かめることです。全工種を一度に置き換えることは目指しません。1発注者の工事を対象に、通しで検証します。
現場の入力時間や規格値外の発見、帳票作成などを、導入前の数値と比べます。通信断や訂正履歴など、現場で起こる例外を含めて合格すれば、対象工種や現場を段階的に増やせます。
見積もりでの手戻り削減と運用支援の比較
選定時は、初期費用の安さだけでなく、再入力を減らせるか、帳票と電子納品がつながるかを比べます。さらに、基準改定に追随できるかや、オフライン現場で使えるかも見ます。導入後の教育と保守が続くかも、あわせて確かめます。
RFPには、要件と成果物、受入条件を書きます。データ返却や変更管理も含めます。同じ代表工事を使ったデモと相見積もりを行えば、自社に合う出来形管理システムの開発方法を判断しやすくなります。
▼全体ガイドの記事
・出来形管理システム開発の完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。