この記事の要点
- 実行予算の確定から支払承認までは6工程に割れ、手が止まるのは請求書の照合と科目別の突合です。
- AIは請求書の読み取りと差異の一覧化まで担い、差異の扱いと支払の承認は経理と工務に残ります。
- 本メディアでは、内製と外注は会社単位ではなく工程単位で分けるべきだと判断します。
定義実行予算とは、受注後に工事の原価を工種ごとに積み上げ、現場の支出管理の基準として定める予算を指します。
この業務を先に割る理由は、遅れが月次の数字そのものを狂わせるからです。国土交通省の参考資料集(令和8年4月3日)では、建設業の年間総実労働時間は全産業より48時間長く、その一部が月初の照合作業に乗ります。同じ資料で契約書類を全て書面でやり取りする会社は83.0%、一部電子は15.3%です。紙が残るほど突合は月初に固まり、超過が見えるのは締めの後になります。失う金額は統計に無いので、誤払いの件数と超過の発見日を自社で数えます。
実行予算と原価実績の突合は月次のどこに入るか?
月初になると、経理の机に協力会社からの請求書が束で届きます。この束を発注書と出来高に当てていく作業が原価の突合です。実行予算とは、受注後に工事の原価を工種ごとに積み上げ、現場の支出管理の基準として定める予算を指します。突合は、その基準と実際に出ていく金が合っているかを月に一度確かめる工程です。
この記事の要点
- 突合は6工程に割れ、手が止まるのは請求書の照合と科目別の集計です。
- AIは読み取りと差異の一覧までで、支払の承認と追加請求の判断は人に残ります。
- 内製と外注は会社単位で決めず、読み取り・照合・承認の工程ごとに分けます。
担当は購買、工務、経理、現場代理人にまたがります。起点は毎月の締めと請求書の受領で、入力は実行予算書、発注書、出来高報告、請求書です。出力は予算実績表、支払データ、追加工事の請求根拠になります。使う道具は原価管理システムまたは案件別Excel、会計ソフト、共有フォルダです。例外は、口頭で先に始まった発注と、月をまたいで届く請求書です。
この記事では、月次締めが翌月の上旬に終わることを前提として置きます。締めが月末近くまでずれ込む会社では、後述の試行の期間が変わります。

請求書の受領から支払承認までを6工程に割る
原価管理という一語では、内製と外注のどちらが合うのか判断できません。6工程に割ると、機械が読める工程と、社内の事情を知らないと決められない工程がはっきり分かれます。量と時間の欄は公的統計に無いため、自社で測る欄として置いています。
| 工程 | 担当 | 使う帳票・システム | 量か時間 | 詰まるところ |
|---|---|---|---|---|
| 1 実行予算を工種別に確定する | 工務 | 実行予算書、原価管理システム | 着工前に一度 | 科目の粒度が案件ごとに違う |
| 2 発注書を出して原価を積む | 購買 | 発注書、原価管理システム | 発注のたび | 口頭発注が後から入る |
| 3 出来高を査定する | 現場代理人、工務 | 出来高報告、出来形写真 | 月末に集中 | 現場の感覚と査定の差 |
| 4 請求書を発注と出来高に当てる | 経理、購買 | 請求書(紙・PDF)、発注書 | 月初に集中 | 一枚ずつ開いて入力する |
| 5 予算と実績を科目別に突き合わせる | 工務、経理 | 予算実績表、原価管理システム | 月次締めの後 | 締めの後にしか数字が出ない |
| 6 追加工事を整理し証跡を残す | 現場代理人、購買 | 変更指示、打合せ記録、写真 | 変更のたび | 口頭合意で証跡が無い |
同じ6工程を、AIが担えることと人が持つことで並べ直します。AIが返すのは差異の一覧で、支払の可否は判断しません。
| 工程 | AIが解決すること | 人が決めること | 失敗したときの損失 |
|---|---|---|---|
| 1 | 見積の内訳を実行予算書の科目に並べ替えた原案を出す | 予備費の置き方と工種の括り | 科目がずれて以降の集計が全部合わない |
| 2 | 発注書と見積の金額・数量の食い違いを示す | 発注先と条件の決定 | 未計上の発注が期末に現れる |
| 3 | 前月からの増分と工程表の進捗を並べ、査定の材料を出す | 出来高率の確定 | 過大査定が支払の超過になる |
| 4 | 請求書から取引先・案件・金額・数量を読み取り、発注と出来高との差異を一覧にする | 差異の扱いと支払の承認 | 誤払いと二重払いが残る |
| 5 | 科目ごとの差異を集計し、超過の要因候補を並べる | 超過への対処と追加請求の要否 | 超過の発見が完成後になる |
| 6 | 打合せ記録とチャットから変更事項を抽出し、根拠資料を紐づける | 請求する範囲と発注者との合意 | 請求漏れがそのまま持ち出しになる |
色枠がAIの担う工程、灰色が人が確定する工程です。右上の印は、金額の誤りが支払まで残りやすい工程を示しています。
AIで消える工程は、工程4の請求書の手入力と、工程5の科目ごとの集計です。短くなる工程は、工程2の発注と見積の見比べ、工程3の査定材料の準備、工程6の証跡集めです。新しく増える確認工程は、工程4で出た差異を経理が一件ずつ扱う確認と、工程5の超過要因を工務が現場に当てる確認です。
AIが照合し、工務と経理が確定する境界
止めどころは工程4の出口です。差異の一覧が出た時点で、支払うか保留にするかを決めるのは経理と購買です。読み取りの結果をそのまま支払データに流す作りにすると、誤払いの原因が追えなくなります。
工程6にも人が持つ責任があります。建設業法は請負契約の内容を変更するときも書面での取り交わしを求めています。AIが打合せ記録から変更事項を拾っても、それを追加工事として請求するかは現場代理人と営業の判断です。合意は書面にして、請求根拠と同じ案件フォルダに残します。
工程3の出来高にも境界を引きます。AIは前月からの増分と工程表の進捗を並べますが、出来高率を確定するのは現場代理人です。査定が甘いと支払が先行し、辛いと協力会社の資金繰りに響きます。この判断を機械に渡す設計は取りません。
内製で回すか外注に出すかを、なぜ工程ごとに分けるのか?
会社単位で「内製」「外注」と決めると、決めやすい代わりに実態と合いません。工程ごとに三つの問いで分けます。変わる頻度はどれくらいか、自社の事情がどれだけ入るか、止まったときに誰が直せるかです。
工程4の読み取りは、様式が取引先ごとに違っても処理の型は変わりません。ここは外の仕組みを使うほうが早く、社内で作り込む理由は薄いところです。工程1の科目の並べ替えと工程5の集計は、自社の勘定科目と工種の括りに強く依存します。ここを外に丸ごと渡すと、仕様変更のたびに費用と待ち時間が乗ります。工程6の証跡集めは、チャットや写真の置き場所が会社ごとに違うため、置き場所の整理が先です。
社内に原価管理システムを触れる担当がいるなら、工程5は内製寄りで持てます。担当が一人もいないなら、内製と呼んでも実態は属人化です。案件コードが統一されていないなら、内製・外注の前に科目とコードの整備が先になります。年間の協力会社が数社で請求書が月に十数枚なら、これはAIを入れない方がよい条件に当たります。Excelの突合で十分に回り、確認の手間だけが増えます。
本メディアでは、読み取りは外の仕組み、科目の設計と承認の運用は内製という分け方を採るべきだと判断します。理由は、変わりにくい処理と変わりやすい自社ルールを同じ場所に置くと、どちらの改修も重くなるためです。前提は、原価管理システムか案件別Excelのどちらかに科目が定義されていることです。科目が案件ごとに違う会社では、この分け方は成り立ちません。
最初の1工程と2週間で見る3つの数字
先月の締めが終わった1か月分と、今月の請求書で回します。会社としての進め方は次の五つです。
- 先月分で、請求書1枚あたりの照合時間と差異の件数、超過が分かった日を記録します。
- 対象を1案件か1工種に絞ります。取引先が多く、請求書の様式が揃っている範囲から選びます。
- 先月分の請求書で読み取りと照合を回し、経理が実際に処理した結果と突き合わせます。
- 今月分で同じ工程を使い、差異の扱いを経理が一件ずつ決めます。支払承認は人の操作に残します。
- 2週間後に工事部長と経理責任者が合否を決めます。続けるか、対象を入れ替えて測り直すかを判断します。
見る数字は三つです。請求書1枚あたりの照合時間、発注・出来高との差異の件数、予算超過が分かった日です。合否の線は開始前に引きます。差異の確認に手入力より時間がかかるなら、対象にした取引先の様式が揃っていません。
支払を止めないための承認・記録・例外
承認は二段に分けます。経理が差異の扱いを決め、工事部長が支払を承認します。記録は案件フォルダと原価管理システムに残します。読み取った請求書の元画像、対応づけた発注書と出来高、差異の一覧、扱いを決めた人と日時、支払承認の五つです。ここが揃うと、誤払いが起きたときに工程単位で原因を戻せます。
例外は先に決めます。案件コードが付いていない請求書、口頭発注が先行した案件、月をまたいで届いた請求書は人が処理します。外部のAIサービスへ送る情報の範囲も決めます。請求書には取引先の口座情報が入るため、送ってよい項目と学習利用の有無を確かめてから対象を広げます。
内製と外注の費用はどこで膨らむか?
費用は五つに分かれます。科目とコードの整備、読み取りの利用料、原価管理システムとのつなぎ込み、経理と工務の運用を変える時間、様式変更への手直しです。金額は取引先の数と請求書の枚数で変わるため、この記事では置きません。膨らむ分岐だけ挙げます。
案件コードが部署ごとに違うなら、整備の費用が本体より大きくなります。原価管理システムが古く外部からデータを入れられないなら、つなぎ込みで費用が跳ねます。紙の請求書が多く、郵送で届く取引先が半分を超えるなら、受け取り方を変える交渉が先に要ります。逆に、請求書が電子で届き科目が統一されている会社は、初期の設計が軽く済みます。
回収は金額より先に日数で見ます。照合時間、差異の件数、超過の発見日の三つが導入前を下回る状態が2か月続いてから、費用の話に進みます。
次に広げる業務と、広げない条件
次に広げる先は、同じ原価データを使う業務です。案件別の粗利をまとめる月次、発注前の価格比較、追加工事の請求根拠づくりが当たります。工程4が安定すると、この三つは同じ材料で回せます。
広げない条件も決めておきます。差異の件数が導入前より増えている間は、対象を広げません。本メディアでは、読み取りの精度が安定しない段階で支払の自動実行まで広げることは勧めません。誤払いは取引先との関係に直接響き、戻すのに手間がかかるためです。差異ゼロの月が続き、例外の扱いが文書になっている会社は、この限りではありません。
出典
- 国土交通省 不動産・建設経済局建設業課「参考資料集」(令和8年4月3日) 国土交通省 確認日 2026.09.22
- 建設業法(昭和24年法律第100号)e-Gov法令検索 e-Gov法令検索 確認日 2026.09.22


