建設業で AI を使うなら、見積書を速く作る機能だけでなく、現場から届いた情報を事務所が確認し、差し戻し、確定する流れまで設計したいところです。図面の版が違う、請求書の工事番号が読めない、写真の撮影場所が分からない。こうした確認の往復をどこで減らすか。本記事では、発注側の経営者・情シス・管理部門が、見積・原価管理・安全書類・工事写真の導入範囲と受け入れ条件を決めるための設計例を示します。
FDE（Forward Deployed Engineer。顧客の業務に入り、本番で動く仕組みと運用方法を作るエンジニア）の基本は「FDEとは」のハブ記事で整理しています。ここでは、その進め方を建設業の書類と承認に当てはめます。以下の業務例は実顧客の事例ではなく、当社の設計提案です。経理 AX・kintone・案件管理システム刷新・Claude 導入で本番稼働まで伴走した経験と、国土交通省の公開資料をもとに、既存機能で足りる範囲も含めて考えます。なお本記事の「AX」は、AI を使って業務の手順そのものを組み直すことを指します。
現場と事務所の確認を減らすには、工事番号・資料の版・承認状態をそろえる。AI は見積の比較、原価の分類、安全書類の不足確認、写真の整理で候補を出し、金額・資格・施工の適否・外部への提出は人が確定する。発注側は確認の手間と差し戻しの理由を測り、既存機能の設定変更で足りるかを先に判断する。
この記事の要約
現場への確認を減らすには、工事番号と資料の版からそろえる
例えば、事務所が工事写真を受け取り、担当者に撮影場所を電話で聞く場面を考えます。現場側は写真を送った時点で作業を終えたつもりでも、事務所側は台帳に入れるための情報を待っている。写真を共有する機能を追加しても、この行き違いは残ります。最初に調べるのは、書類がどこに保存されているかに加え、受け手が何を確かめるために送り手へ聞き直しているかです。
工事番号、対象の場所、作業日、資料の版、承認状態を、業務をつなぐ共通項目にします。全部の書類を同じ様式に直す必要はありません。写真には撮影日と場所、見積には参照した図面の版、請求書には対応する発注の情報を持たせる。名前が似た工事がある場合は工事名だけで結び付けず、社内の工事台帳から選ぶ形を提案します。AI が推測した工事番号は候補として表示し、未確定のまま原価へ反映させない設計です。
正本とは、社内で正式な記録として扱うデータのこと。原価の正本は原価管理システム、写真の原本は写真管理システム、取引先情報は既存の台帳というように、項目ごとに持ち主を決めます。AI 用にすべて複製し、別の正本を増やすと更新の確認先が増える。FDE への依頼には、既存の保存先を使いながら、各画面から根拠の資料へ戻れることを含めます。
現場の入力は、事務所が知りたい項目をすべて追加する方式にしないほうがよいと考えます。既に台帳にある住所や工期は参照し、現場でしか分からない場所や変更内容を入力する。通信が弱い場所からの送信では、端末への保存と事務所への到着を区別して表示したい。送信し直した資料が重複して登録される場合もあるため、受領済みかを現場側で確認できる画面まで依頼範囲に入れます。
導入前には、直近の処理を現場と事務所の双方に見せてもらい、差し戻しの理由を記録します。測るのは入力時間だけではありません。事務所の確認時間、回答待ちの時間、再提出になった理由、同じ内容を別の台帳へ書く手間も対象です。確認の回数が減っても現場の入力が増えていれば、全体の負担は減っていないかもしれない。経営が見る指標を先にそろえると、機能追加の優先順位を判断しやすくなります。
以下は、本記事で扱う4業務での分担案です。いずれも AI の出力をそのまま確定値にせず、判断のもとになった資料へ画面から戻れることを前提にしています。
| 業務 | AI が示す候補 | 人が確定する内容 | 戻れる根拠 |
|---|---|---|---|
| 見積 | 類似項目、条件の差、記載漏れ | 数量、単価、施工範囲、提出額 | 図面の版、見積条件、協力会社の見積 |
| 原価管理 | 請求の工事・費目候補、差額の理由候補 | 帰属先、計上時期、予算変更 | 発注書、受領記録、請求書 |
| 安全書類 | 未記入、資料同士の不一致 | 資格等の確認、提出内容 | 原資料、提出先の指定様式 |
| 工事写真 | 分類、黒板の読み取り、場所の候補 | 撮影対象、記録の充足、提出写真 | 写真原本、撮影記録、管理基準 |
見積は似た工事の流用より、条件の違いを見せる
見積で AI に任せる候補は、過去資料の検索、項目名の対応付け、今回の条件との差の抽出です。例えば、過去の見積にある仮設費を今回へ転記するとき、搬入経路、作業時間帯、施工範囲が同じとは限りません。AI には似た見積だけを示させるのではなく、採用の前に確認する条件を並べさせる。その条件が資料にない場合は、推定値で埋めずに確認待ちにします。
比較画面には、候補の金額、参照元、資料の日付、図面の版、対象に含む作業、対象外の作業を並べます。数量と単位がそろわない項目は、そのまま価格比較の順位を付けない。例えば一式の金額と面積当たりの単価を、説明なく横に並べても発注判断には使えません。数量の読み取りと、計算式による合計の確認は分け、積算担当者が数量の根拠と条件を確認してから見積へ反映する形にします。
見積の書式は、AI が読み取りやすいかどうかだけでは決められません。国交省の建設業法令遵守ガイドライン 第12版（令和8年1月）は、「1．見積条件の提示等」で建設業法第20条第1項から第4項まで及び第6項と第20条の2を扱い、同条第1項に基づく見積書について「工事の種別ごとの材料費、労務費その他の経費の内訳並びに工事の工程ごとの作業及びその準備に必要な日数」という記載を挙げています。契約は「2－1 当初契約」が第19条第1項、「2－2 追加工事等に伴う追加・変更契約」が第19条第2項に対応します。これを踏まえた当社の提案は、見積の根拠と契約済みの内容を別に保持し、変更候補を承認済みの条件へ自動で上書きしないことです。
追加工事の連絡が届いたときは、元の見積、追加の依頼、変更案、合意済みの内容を別の状態として管理します。現場のメモを AI が整文しても、それだけで相手方との合意や契約手続が済んだ扱いにはしません。誰からの依頼を、誰が確認し、どの条件で提出するかを担当者が決める。AI の候補が採用された後も、採用前の条件と変更の根拠をたどれるようにしておくと、原価との差を検討する材料にもなります。
既存の積算ソフトに項目の複写、単価の更新、比較表の出力が備わり、担当者がそれで処理できるなら、まず設定と運用を整える選択肢があります。FDE を検討するのは、図面・見積・承認記録が別の道具に分かれ、その間の照合を誰も引き受けていない場合です。比較の下書きから始め、対外提出は従来の担当者が行う。対象を絞れば、どこに追加開発の意味があるかを確認できます。
原価管理は請求額の分類と、工事の採算判断を分ける
原価管理では、見積時の予算、発注済みの金額、受領した作業や材料、請求済みの金額を分けて見ます。請求書だけを AI で読んで集計しても、まだ請求されていない発注分は分からない。管理部門が知りたいのが当月の処理額か、工事完了までの採算見込みかによって、参照する記録が違います。FDE へ発注する前に、経営会議で答えたい問いを具体的に置きたいところです。
設計例として、届いた請求書から AI が工事と費目を候補表示し、発注書との違いを示す画面を考えます。費目は材料費や外注費などの管理上の区分です。工事番号がなく、同じ取引先との発注が複数ある請求は、未割当の一覧へ送る。空欄を最も似た工事へ割り当てる処理は採用しません。担当者は原資料と候補を比較し、対象工事と扱いを確定してから台帳へ反映します。
複数の工事に共通する費用は、配賦、つまり決めた基準で費用を各工事に分ける処理が要ります。その基準を AI に考えさせ、毎回違う割合で振り分ける設計は、前月との差を説明しにくい。管理部門が配賦の基準と例外時の判断者を決め、計算は決めた式で行う。AI は説明資料の下書きに使っても、基準そのものの変更は承認を通すようにします。
予算と実績の差が出たら、数量が変わったのか、単価が変わったのか、追加作業があったのか、請求の時期がずれたのかを分けて確認します。例えば変更見積が承認待ちなら、差額をそのまま原価超過と断定しない。AI が示す差額の理由には参照した記録を添え、記録が足りないものは理由不明として残します。分かったふうの説明を作るより、現場へ確認すべき箇所が一覧になっているほうが事務所の次の行動につながります。
締めた月に後から請求が届いた場合の扱いも、導入前の確認事項です。確定済みの数字を書き換えるのか、別の期間で調整するのかは管理部門の判断とし、AI の再読取だけで変えない。再送された同じ請求書、取り消された請求書、工事番号を訂正した資料を使い、重複計上や訂正の履歴を画面で確認します。読み取りの正しさだけでなく、確定後の訂正まで扱えるかが受け入れの観点です。
連携の結果も、現場から届いた、管理部門が確認した、台帳へ反映したという状態に分けます。反映に失敗したときは未処理の一覧へ戻し、再実行しても同じ請求が二重に入らないかを確かめる。仕組みが停止した場合の入力先と、復旧後に照合する担当者も決めておきます。原価の正本を保ったまま周辺の確認を減らす方針なら、既存の会計・原価管理ソフトをすべて置き換える話から始める必要はありません。
安全書類は必要項目の根拠と、個人情報の範囲を確認する
ここでいう安全書類は、作業員名簿や安全衛生に関する提出資料をまとめた呼び方です。書類ごとに目的と提出先が異なるため、一つの法令で同じ内容を求めているものとして扱いません。FDE に渡す一覧では、書類名、提出先、必要項目の根拠、更新のきっかけ、社内の確認者を対応付けます。必要項目の根拠が分からない欄は、AI が判断する対象から外し、提出先へ確認する論点にします。
国交省の作業員名簿（作成例）は、作業員名簿を「施工体制台帳の一部として作成が義務付けられております」と説明し、様式例の利用者が個人情報を適切に取り扱うことを求めています。施工体制台帳、施工体系図等の留意事項は、「法令上、記載しなければならない事項が網羅されていれば、作成例以外の様式を利用することも可能です」とし、発注者から法令以外の項目も含めて作成するよう指示された場合は発注者と協議するよう案内しています。帳票の見た目を合わせる作業と、必要な情報がそろっているかの確認は、この違いを踏まえて分けます。
| 確認する場面 | AI に任せる範囲 | 保留して人へ戻す条件 |
|---|---|---|
| 作業員名簿の準備 | 承認された資料から項目を転記し、不一致を表示 | 同姓同名、所属の食い違い、原資料がない |
| 資格等の記載 | 証明資料から読み取った文字を候補表示 | 文字が読めない、対象作業との対応が未確認 |
| 提出様式の確認 | 指定された項目と記入状況を照合 | 様式の版が不明、必要項目の根拠が不明 |
| 変更後の再提出 | 承認済みの前回版との差を一覧化 | 変更理由がない、確認者が決まっていない |
例えば資格証の文字を読み取れても、その人が今回の作業を担当できるかまで自動で確定しない設計にします。必要な資格や教育の確認は、作業内容と原資料を扱う担当者へ渡す。AI が読み取れなかった欄に、過去の名簿から推測した内容を補う処理も避けたいところです。前回の値が見つかった場合は、その資料の日付と一緒に候補を示し、現在も有効な情報かを人が確かめます。
扱う個人情報は、書類の目的ごとに範囲を絞ります。名簿や証明資料を外部の AI サービスへ送る前に、何を送るか、誰が閲覧するか、保存先と削除方法、サービス側での利用条件を情シスが確認する。提出用の原資料を、別目的の社内検索から広く見られる状態にしない設計です。原資料を閲覧する権限と、不足項目の有無だけを確認する権限を分ける方法も検討できます。
不足を返すときは、書類一式の再提出を求める前に、対象の欄と理由を示します。事務所が確認した回答は同じ工事の関連帳票へ再利用し、再び現場へ聞く対象を減らす。同じ留意事項には、施工体制台帳等を CCUS（建設キャリアアップシステム）を用いて作成できることも示されています。CCUS は国交省の CCUS ポータルによると「建設技能者の資格や現場での就業履歴等を業界横断的に登録・蓄積し、技能・経験に応じた適切な処遇につなげようとする取組」です。既存サービスで名簿の更新と提出が完結するなら、その運用を整えることを優先できます。
工事写真は原本を保ち、分類と撮影内容の確認を分ける
工事写真で AI に期待する仕事は、工事や場所の候補表示、黒板に書かれた文字の読み取り、分類の下書きです。例えば、写真に場所の情報がないとき、背景だけで撮影箇所を決めるのは避ける。撮影者の記録や撮影予定と照合し、根拠がそろわない写真を要確認へ送ります。分類できたことと、その工事の施工を示す記録として使えることは別の判断です。
国交省のデジタル写真管理情報基準（令和5年3月、令和5年12月正誤訂正版）は、「1 適用」のとおり、工事・測量・調査等の写真の原本を電子媒体で提出する場合の属性情報等の標準仕様を定めています。「6 写真編集等」は「写真の信憑性を考慮し、写真編集は認めない。」としています。この基準を適用する工事では、AI による写真の補完や消去を提出用原本の処理に組み込まない設計が前提です。民間工事を含むすべての写真に一律に当てはめず、対象工事の仕様書と適用基準を確認します。
AI が作る分類名、読み取り文字、確認メモは写真の画素を書き換えず、写真に関連付けた別の情報として保存します。読み取り文字を直した場合も、元の写真と訂正履歴を残す。写真台帳には、参照する原本、撮影日、場所、確認者、提出済みかどうかを表示したい。見栄えを整える加工と記録の整理を混同しないために、発注書には原本を変更しない範囲を具体的に書きます。
撮り忘れの扱いは、検索の精度だけでは解決しません。予定した撮影項目と登録写真を比較し、見つからない項目を示すことは設計できますが、別の名前で保存された写真があるかもしれない。AI の判定は未確認の候補として扱い、現場が撮影記録を確認します。後工程で見えなくなる箇所は、確認する時点を現場の工程と合わせる。終了後に不足を通知するだけの機能では、撮影できる機会を過ぎてしまいます。
現場から写真を送れない場合に備え、端末に残っている写真と事務所が受領した写真を照合できるようにします。送信完了前に端末の原本を消す運用は採用せず、受領確認の方法を決める。確認者が休みの場合の担当交代や、写真が別の工事へ誤登録されたときの訂正も試します。既存の写真管理サービスで撮影・分類・提出まで回るなら、まずその機能を使い、AI の追加は不足している確認作業に絞る選択肢があります。
発注時に決めるのは、対象業務と受け入れ条件と引き継ぎ先
最初の対象は、確認の往復が目立ち、原資料と判断者を用意できる業務から選びます。FDE を受け入れる社内体制で示した Echo 役（顧客側で業務と仕組みを引き継ぐ担当）を置き、現場と事務所の疑問を同じ一覧で管理する。積算担当、管理部門、安全書類の確認担当では決められる内容が違うため、Echo 役にすべての承認を集める必要はありません。誰へ確認を通すかを整理する役割です。
受け入れ条件は生成 AI の評価設計の考え方を使い、出力の正しさ、業務上の受け入れ可否、運用上の安全に分けます。建設業向けの具体例は下表のとおりです。読み取りの一致だけで合格にせず、現場と事務所が使う端末、権限、締め処理、送信失敗まで含めて確かめる。判定の基準は FDE の提案を受け、発注側の業務責任者と情シスが決めます。
| 受け入れの観点 | 確認する場面 | 発注側が決めること |
|---|---|---|
| 出力の正しさ | 旧版の図面、読めない請求書、場所不明の写真 | どの項目を採点し、何を確認待ちにするか |
| 業務の負担 | 現場の入力から事務所の確定まで | 入力・確認時間と差し戻し理由の比較方法 |
| 承認と権限 | 未承認の見積、別工事の資料、確定後の訂正 | 閲覧者、確定者、提出者、停止の判断者 |
| 引き継ぎ | 通信失敗、重複送信、担当交代、様式変更 | 代替手順と再開条件を誰が確認するか |
検証には、利用範囲を認められた資料から、通常の処理と例外を選びます。古い図面を参照する見積、工事番号のない請求、所属の異なる名簿、黒板が読めない写真などを含める。人が判断できない資料も混ぜ、AI が保留として返せるかを見る。成功した例だけでは、本番で止めるべき処理を判断できません。目標値や確認件数は対象業務の実測をもとに合意し、根拠のない削減率を先に置かない方針です。
本番では、原資料へ戻れない、閲覧権限が想定と違う、未承認の内容が確定先へ反映されるといった事象を停止条件にします。対象の処理を止めたら、未処理一覧を出し、担当者が既存の手順で処理する。再開には原因の修正と、同じ資料での再確認を求めます。AI の変更や帳票の更新があった場合も確認をやり直し、採用した設定と判断の記録を残す運用を提案します。
FDE の成果物と検収で扱う「動く仕組み」と「動かし方」を、発注時の成果物に含めます。この業務なら、工事番号と正本の対応表、承認の分担、例外時の手順、資料の更新方法、停止と再開の手順が対象です。引き継ぎでは Echo 役と副担当が実際に処理し、FDE の同席なしで確認待ちを解消できるかを見ます。二重入力を終える条件も決め、旧台帳を参照している部署を確認してから切り替える形です。
現場の書類を AI へ渡す前に決めておきたいのは、受け手が迷わず確定できる情報と、迷ったときの戻し先です。見積の比較や名簿の更新が既存機能で足りる会社は、設定変更と担当者の整理から進められます。照合や承認の空白が現場・事務所・原価管理の間に残る場合は、外部へ依頼する範囲がその空白に収まるかを先に確かめてください。判断材料は、導入する AI の数ではなく、どの確認を誰が終えられるようにするかです。
FDE を募集しています（会計FDE／FDE・業務システム）
経理の月次をAIで本番まで持っていく「会計FDE」（会計士・経理責任者・管理部門経験者）と、要件が固まる前に動くものを出して本番まで運ぶ「FDE（業務システム）」（ITコンサル・PM/PL・情シス出身者）を正社員で募集しています。応募でなくても構いません。まず30分の「キャリア相談」から。採用のお問い合わせフォームに「キャリア相談希望」と書いて送ってください。
現場と事務所の確認業務を、どこから減らすか相談できます
見積・原価管理・安全書類・工事写真のうち、確認の往復が残る業務を整理し、既存機能で対応する範囲と追加で作る範囲を一緒に検討します。原資料の扱い、人が確定する条件、社内への引き継ぎまで、貴社の運用に合わせてご相談いただけます。