何から始めますか。最初に決めるのは見積明細の1行の粒度です
最初に決めるのは、見積明細の1行をどの単位で持つかです。ここが契約内訳書と出来高請求書の行と一致していないと、後段で必ず打ち直しが発生します。
出発点は法令にあります。建設業法第20条第1項は、工事内容に応じ、工事の種別ごとの材料費、労務費、その他施工のために必要な経費の内訳を記載した見積書を作成するよう努めなければならないと定めています（出典: e-Gov法令検索「建設業法」第20条第1項）。つまり見積の粒度は「工事の種別ごとの内訳」として、すでに法令側で示されています。
御社の見積明細をこの粒度に揃えておくと、契約内訳書と出来高請求書はその明細を参照するだけで組み立てられます。
見積、契約、請求で同じ1行を使うとはどういう状態か
同じ1行を使うとは、見積の明細行を原本として、契約と請求がその行を参照している状態です。金額を別のファイルへ入力し直す工程が存在しません。
3つの書類が同じ行を共有すると、次のように役割が分かれます。
| 書類 | 明細行に対して持つ情報 |
|---|---|
| 見積書 | 工種、数量、単位、単価、金額 |
| 契約内訳書 | 契約した版の金額と、変更契約の履歴 |
| 出来高請求書 | その行の出来高（進捗）と、今回請求する額 |
行の並びは1つ、上に乗る情報が書類ごとに違うという構造です。
いまのExcelから1行の単位を洗い出す手順
過去の見積ファイルから実際の粒度を拾い出します。想像で決めず、直近の案件の現物を使ってください。
- 直近3件から6件の見積ファイルを開き、明細行をそのまま書き出します（目安30分から1時間）。つまずきやすい点は、案件ごとに行の切り方が違っていることです。違いは統合せず、まず全部並べます。
- 同じ工種で表記が違う行に印を付けます（目安30分）。「仮設工事」と「仮設」のような表記ゆれは、単価マスタを作る段階で必ず衝突します。
- 請求時に行を分けている箇所を確認します（目安30分）。見積では1行でも、出来高請求で2回に分ける行があれば、その行は最初から分けて持つ候補です。
- 明細行の数が最も多い案件を基準に、1行の単位を1つ決めます（目安1時間）。少ない側に揃えると、後から分割できずに再入力が戻ってきます。
実装側から見て手戻りが大きいのは、単価を明細行に直接書き込む設計にしてしまう場合です。単価マスタへの参照と、案件時点の単価の控えを両方持たせないと、マスタの改定が過去案件の金額を書き換えてしまいます。
なお、この作業は建設業向けシステムを使っている御社でも必要です。建設業で見積・契約・請求業務を担当する300人への調査では、見積作成手段はExcel・スプレッドシートが42.3%、建設業向けシステムが18.7%、紙・手書きが7.7%でした（出典: 現場TECH「建設業バックオフィスDX実態調査・第一弾」2026年8月3日から4日実施、n=300）。システムを入れても見積はExcelという運用が残る理由は、次のセクションで扱います。
なぜExcelの見積では契約と請求への再入力が消えないのですか
Excelの見積は1案件のなかでは完結しますが、案件ごとにファイルが分かれるため、契約と請求の書式へ数値を移す作業が人の手に残ります。ファイルを横断して同じ明細を参照する仕組みが無いことが原因です。
この構造は、専用システムを入れても解消しないことがあります。建設業で見積・契約・請求業務を担当する300人への調査では、見積作成手段はExcel・スプレッドシートが42.3%で最多となり、建設業向けシステムは18.7%でした（出典: 現場TECH「建設業バックオフィスDX実態調査・第一弾」2026年8月3日から4日実施、n=300）。システムを導入した御社でも、見積だけはExcelという運用は珍しくありません。
案件ごとにファイルが分かれることで起きること
ファイルが分かれると、明細が「その案件のなかだけの情報」になります。次の3つが人手の作業として残ります。
- 契約内訳書への転記です。契約書は建設業法第19条第1項が定める事項を記載する書式で、見積書とは体裁が違います。同項は工事内容から紛争の解決方法まで16号にわたる事項を掲げています（出典: e-Gov法令検索「建設業法」第19条第1項）。見積の明細は、この書式に合わせて並べ替えられます。
- 出来高請求書への転記です。今回請求する額は明細行の一部ですが、参照先が無いため、請求のたびに金額を打ち直します。
- 過去案件の単価の確認です。似た工事の単価を調べるには、フォルダを開いて該当ファイルを探すことになります。
転記が3回あると、誤りの発生箇所も3か所になります。差し戻しが起きたとき、どの書類が正しいのかを人が判断する必要も出てきます。
作った人しか直せないフォーマットが残る理由
見積ファイルには、計算式と書式が一体で組み込まれています。経費率の掛け方や端数の処理が数式の中に埋まっているため、外から仕様を読み取れません。
読み取れない状態が続くと、次のことが起こります。
- 作成者以外が行を追加すると、合計が合わなくなります。
- 別の担当者が自分用のファイルを複製して使い始めます。
- 結果として、同じ会社のなかに書式の違う見積書が複数存在します。
御社が外注を検討する段階では、この数式の中身を先に言葉にしておく必要があります。準備の具体的な手順は後述します。法令が要件にどう関わるかは、次のセクションで整理します。
建設業法から要件に落とす項目は何ですか
請負契約で書面に記載して相互に交付すべき事項と、見積書に載せる内訳の粒度、そして電子に置き換える場合の条件を要件に落とします。この3つは法令で決まっているため、発注側が仕様として先に書けます。
契約書に必要な記載事項をシステムのどこで満たすか
建設業法第19条第1項は、請負契約の当事者は契約の締結に際して同項が掲げる事項を書面に記載し、署名又は記名押印をして相互に交付しなければならないと定めています。掲げられているのは第1号から第16号までの16項目です（出典: e-Gov法令検索「建設業法」第19条第1項）。
要件定義では、この16項目を「明細から自動で入るもの」と「案件ごとに人が選ぶもの」に分けます。
| 記載事項の例 | システム上の置き場所 |
|---|---|
| 工事内容（第1号）、請負代金の額（第2号） | 見積明細から集計して自動で入ります |
| 工事着手の時期及び工事完成の時期（第3号） | 案件の基本情報として人が入力します |
| 前金払または出来形部分に対する支払の定め（第5号） | 支払条件のテンプレートから選びます |
| 検査の時期及び方法、引渡しの時期（第11号） | 同じくテンプレートから選びます |
| 工事完成後の請負代金の支払の時期及び方法（第12号） | 同じくテンプレートから選びます |
自動で入る項目と選ぶ項目を分けておかないと、契約書の作成画面がすべて手入力の画面になります。ここは要件書で明示してください。
見積書の内訳の粒度と見積期間の扱い
同法第20条第1項は、工事内容に応じ、工事の種別ごとの材料費、労務費、その他施工のために必要な経費の内訳と、工事の工程ごとの作業及びその準備に必要な日数を記載した見積書を作成するよう努めなければならないと定めています。同条第4項では、注文者から請求があったときは請負契約が成立するまでにその見積書を交付しなければならないとされ、第5項により注文者の承諾を得れば電磁的方法での提供に代えられます（出典: e-Gov法令検索「建設業法」第20条）。
注文者側が確保すべき見積期間は政令で定められています。
| 工事一件の予定価格 | 見積期間 |
|---|---|
| 500万円に満たない工事 | 1日以上 |
| 500万円以上5000万円に満たない工事 | 10日以上 |
| 5000万円以上の工事 | 15日以上 |
やむを得ない事情があるときは、10日以上と15日以上の期間を5日以内に限り短縮できます（出典: e-Gov法令検索「建設業法施行令」第5条の9）。御社が下請へ発注する側に立つ場合は、この期間を案件に記録して後から確認できるようにしておくと安全です。
電子契約にするときに必要な相手方の承諾の記録
同法第19条第3項は、前二項の措置に代えて、政令で定めるところにより契約の相手方の承諾を得て、電子情報処理組織を使用する方法その他の情報通信の技術を利用する方法であって国土交通省令で定めるものを講ずることができると定めています（出典: e-Gov法令検索「建設業法」第19条第3項）。国土交通省は「電磁的措置による建設工事の請負契約の締結に係るガイドライン」を定めています。
要件として書くのは次の2点です。相手方の承諾をいつ、どの方法で得たかを取引先ごとに記録できること。もう1点は、承諾を得ていない相手には電子で送れない状態にすることです。承諾の記録を画面のどこにも持たない設計は、実装後の手戻りが大きい箇所です。
追加変更と出来高をどう持たせますか
追加変更は元の明細を書き換えるのではなく、変更契約として履歴に積む設計にします。出来高は明細の行に対する進捗として持たせます。この2つを分けて設計すると、当初契約の金額と現在の契約金額をいつでも並べて示せます。
建設業法第19条第2項は、請負契約の内容で同条第1項に掲げる事項に該当するものを変更するときは、その変更の内容についても書面に記載して相互に交付する扱いを求めています（出典: e-Gov法令検索「建設業法」第19条第2項）。変更は消える情報ではなく、残す情報だという前提で設計してください。
変更の履歴を残す持ち方
明細行を直接書き換える設計にすると、当初いくらで契約したのかが辿れなくなります。変更は、元の明細に対する差分として別に持ちます。
持たせる情報は次の4つです。
- 変更の対象になった明細行（どの行か）
- 変更の種別（数量の増減、単価の変更、行の追加、行の中止）
- 変更後の値と、変更による増減額
- その変更が含まれる変更契約の番号と締結日
この形にすると、当初契約の内訳書と、変更契約を反映した現在の内訳書を、どちらも同じ明細から出力できます。実装側でつまずきやすいのは、変更を「上書き」で実装してしまう場合です。上書きにすると、変更契約書を再発行できなくなり、紙の控えを探す運用に戻ります。
行を中止した場合の扱いも先に決めてください。行を削除すると番号が詰まり、過去の契約書と行番号が合わなくなります。削除ではなく、中止の印を付けて残す方式を要件に書きます。
どの版で契約し、どこまで請求したかを追う
出来高請求では、明細行ごとに「契約した数量」と「今回までに完了した数量」を並べます。この2つがあれば、今回請求する額は計算で出ます。
要件として決めるのは次の4点です。
- 出来高の入力単位です。数量で入れるのか、進捗率で入れるのかを1つに決めます。混在させると、合計の検算ができなくなります。
- 累計と今回分のどちらを入力するかです。累計で入力し、今回分を差で計算する方式が、請求漏れと二重請求の両方を防ぎます。
- 出来高の上限の扱いです。契約数量を超える入力を止めるのか、警告だけにするのかを決めます。現場の運用によって答えが変わる箇所です。
- 変更契約の反映時点です。変更契約の締結前に出来高が進む場合があるため、どの時点の契約数量を分母にするかを決めておきます。
つまずきやすいのは4点目です。変更契約が後追いになる案件では、出来高の合計が一時的に100%を超えます。この状態を異常として弾く設計にすると、現場が入力できなくなります。警告として見せ、変更契約の登録を促す形が実務に合います。
電子でやり取りする場合の保存の要件は、次のセクションで扱います。