【建設業】発注・請求突合をClaude Code/Codexで自動化する方法
この記事の内容
建設業の発注・請求突合は、発注書、納品書、請求書を並べて、現場名、工事項目、数量、単価、追加変更、納品状況が合っているかを確かめる作業です。とくに月末の請求確認 — どの請求のどこが発注と違うのかを見つけ、それは経理だけで判断できるのか、現場に聞く必要があるのかを切り分ける — は書類の表記ゆれや追加工事が絡んで時間がかかり、経理担当1人に集中しがちです。AIは支払可否そのものを決めるものではありませんが、3書類の差異候補の抽出、現場に確認すべき項目の切り出し、確認依頼文の下書きを先に作る補助として使えます。
月末請求の突合〜現場確認待ち解消までの所要日数 (G建設のモデル事例)
本記事では、AI鬼管理 が支援を想定する G建設会社 (宮城県・協力会社約50社・月末に請求が集中) をモデル事例に、Claude Code/Codex で発注・請求突合を「差異候補+現場確認リスト+確認依頼文」まで半自動化する手順を解説します。突合を経理のHさん1人が目視で担い、月末の3日間が請求確認でつぶれていた会社が、差異のある箇所だけを現場へ一度で聞けるようになり、経理と現場の往復確認を減らした流れです。
この記事を最後まで読むと、
- 発注・請求突合で経理担当が抱えている負荷(表記ゆれの照合・追加工事の判別・現場への確認往復)が分かる
- Claude Code/Codexで自動化できる3項目(差異候補の抽出/現場確認リスト/確認依頼文の下書き)が理解できる
- 5ステップでのPoC〜運用の進め方が分かる
- 発注書・納品書・請求書を突き合わせる差異確認の型(数量・単価・現場名)が分かる
- 差異が出やすいパターン(追加工事・分納・表記ゆれ・税区分・値引き)と確認観点が分かる
01 PROBLEM 発注・請求突合の現場で起きていること 表記ゆれ・追加工事・確認往復のトリレンマ
問題1: 現場名・項目名の表記ゆれで、突合の入口から時間がかかる。同じ現場でも、発注書では「◯◯ビル改修」、請求書では「◯◯様邸 内装工事」のように名称が違うことがあります。G建設では、まず「これは同じ現場か」を確かめるだけで、経理のHさんが請求1枚あたり数分を取られていました。協力会社ごとに項目名の書き方も違い、発注の項目と請求の項目を1対1で対応づけるのが手間でした。
問題2: 追加工事が請求に混ざり、判別がつきにくい。当初の発注にない項目が請求に乗っていても、それが正式な変更依頼や現場承認に基づくものか、書類だけでは分かりません。「この追加分、聞いてないが現場では本当にやったのか」を確かめるには、結局現場に問い合わせることになります。
問題3: 経理と現場の確認が一往復で終わらない。どこがどう違うのかを整理しないまま現場へ聞くと、「その現場の何を確認すればいいのか」が現場監督に伝わらず、確認が二度三度と往復します。G建設でも、月末は請求が集中するため、この往復が積み重なって締めが遅れていました。
02 WHAT Claude Code/Codexで何を自動化するか 支払判断ではなく、差異の抽出と確認の切り分けを自動化
📚 用語解説
発注・請求突合:発注書(自社が出した注文)、納品書(協力会社が納めた実績)、請求書(協力会社からの請求)を照らし合わせ、現場名・工事項目・数量・単価・追加変更が一致しているかを確かめる経理業務。表記ゆれや追加工事の判別が担当者の経験に依存しやすく、どこが食い違うかを見つける目視作業が属人化の主因になりやすい。
処理1: 3書類の差異候補の抽出。発注書・納品書・請求書から、現場名、項目、数量、単価、税区分、日付の食い違いをAIが候補として並べます。「発注10に対して請求12」「発注になく請求にある項目」のように、目を通すべき箇所を先に絞り込みます。
処理2: 現場確認リストの切り出し。差異候補のうち、書類上の金額・数量だけで経理が判断できるものと、実績や追加承認を現場に聞かないと判断できないものをAIが分けます。現場に聞くべき項目だけを1枚のリストにまとめ、問い合わせを一度で済ませられる形にします。
処理3: 確認依頼文の下書き。協力会社や現場担当へ送る「この現場のこの項目について、数量と追加承認を確認したい」という文面を下書きします。現場名・項目・差異の内容・回答期限を入れた文面が先にあるだけで、確認連絡の抜けと往復が減ります。
| 突合項目 | AIが見る差異候補 | 人(経理・現場)が確認すること |
|---|---|---|
| 現場名 | 表記ゆれ、別名、案件番号の不一致 | 正しい現場、請求対象の特定 |
| 数量 | 発注数量と納品・請求数量の差 | 実績、追加変更、分納の妥当性 |
| 単価 | 発注単価と請求単価の違い | 単価改定、値引き、合意内容 |
| 追加工事 | 未発注なのに請求にある項目 | 承認履歴、現場実績、支払可否 |
AIの役割は差異候補・現場確認リスト・依頼文の下書きまで。支払ってよいか、追加工事を認めるか、金額が妥当かは必ず経理担当と現場が確認します。この線引きを最初に決めておくと、現場と経理が安心してAIを使えます。
03 HOW 具体的な進め方 5ステップ 小さくPoCし、表記ゆれと確認結果を突合ルールへ戻す
発注・請求突合AI化の5ステップ
請求件数が多い協力会社を1社選び、その月の発注書・納品書・請求書をひとまとめにして対象を絞る
「◯◯ビル=◯◯様邸」「一式の内訳確認」など、Hさんの頭の中の照合ルールと現場名の別名を文章化する
現場名・数量・単価・追加項目の差異候補と、現場確認リスト・依頼文を、支払指示ではなく確認用ドラフトとして出す
経理が確認した結果と「なぜ差異が出たか・なぜ問題なかったか」をCLAUDE.mdへ戻し、突合の精度を上げる
うまくいった会社から対象を広げ、表記ゆれ辞書を共有資産にする。現場確認はリスト化して一度で済ます
5ステップで最も大切なのは、STEP 4の「差異の理由」を残すことです。AIが出した差異候補を経理が確認した結果、「これは正式な追加工事だった」「これは表記ゆれで同じ現場だった」と分かったら、その理由をCLAUDE.mdへ戻します。残さないと、来月も同じ差異が候補に出て、同じ確認を繰り返します。逆に、理由を戻していけば、AIの差異候補は少しずつG建設の実態に合った「本当に確認すべき差異」に絞られていきます。
04 RESULT 導入後の変化と数値効果(G建設の事例) 月末突合3日→1日、確認往復の削減
- 発注書・納品書・請求書をHさんが頭から目視で照合していた(月末約3日)
- 現場名・工事項目の表記ゆれで、同じ案件かの確認だけで時間がかかった
- 追加工事分が請求に含まれているかの判別がつきづらく、都度現場へ問い合わせ
- 差異の整理がないまま現場へ聞くため、確認が一往復で終わらなかった
- AIが現場名・数量・単価・追加項目の差異候補を一覧化、突合は約1日に
- 表記ゆれ辞書で別名を吸収し、同一現場の判定が先に付くようになった
- 経理だけで判断できる差異と、現場に聞くべき差異を分けて提示
- 現場確認リストと依頼文を下書きし、現場への問い合わせが一度で済むようになった
05 PITFALL よくある落とし穴3つ 支払判断・追加処理・表記ゆれの扱いを誤らない
支払ってよいか、金額が妥当か、追加工事を認めるかは、契約と現場実績を知る経理担当と現場が確認します。AIは差異候補と確認材料の整理まで。支払の最終判断を任せると、現場実績とのズレがそのまま支払に乗ります。
当初の発注にない項目や数量増は、現場実績や追加承認の履歴と必ず照合します。「請求書に書いてあるから」で処理すると、未承認の追加工事をそのまま支払うことになりかねません。AIには「未発注なのに請求にある項目」を候補として出させ、承認の有無は人が確認してください。
現場名・協力会社名・項目名の揺れを辞書化しないと、AIも人も毎月同じ照合をやり直すことになります。AIが見つけた「同じ現場の別名」は、確認のたびにCLAUDE.mdの表記ゆれ辞書へ追記し、翌月以降は自動で吸収できる状態にしていきます。
06 MATCH 発注書・納品書・請求書の差異確認の型(数量・単価・現場名) 3書類を「現場名→項目→数量→単価」の順で突き合わせる
突合は、いきなり金額を合わせにいくと迷子になります。G建設では、発注書・納品書・請求書を「現場名 → 項目 → 数量 → 単価」の順で突き合わせる型を決め、その順番をCLAUDE.mdに書いてAIにも同じ順で差異候補を出させています。3つの書類の役割を踏まえると、どこを見るべきかがはっきりします。
| 書類 | 何を示すか | 突合での主な役割 |
|---|---|---|
| 発注書 | 自社が出した注文(現場・項目・数量・単価) | 正の基準。こことの差を見る |
| 納品書 | 協力会社が納めた実績(数量・納品日) | 数量・納品の裏取り。分納の確認 |
| 請求書 | 協力会社からの請求(項目・数量・単価・金額) | 発注・納品と一致するかを最後に確認 |
ステップ1: 現場名で同じ案件に揃える
まず3書類が同じ現場のものかを揃えます。「◯◯ビル改修(発注)」と「◯◯様邸 内装(請求)」のように名称が違うことがあるため、案件番号や住所など、ぶれにくいキーで突き合わせ、表記ゆれは辞書に登録します。ここを先に固めないと、後の数量・単価の比較が別案件同士の比較になってしまいます。
ステップ2: 項目を対応づけ、抜けと追加を見る
次に発注の項目と請求の項目を対応づけます。「発注にあるのに請求にない(未請求・分割請求の可能性)」と「発注にないのに請求にある(追加工事・項目分けの可能性)」の両方を候補として出します。「一式」でまとまっている請求は、発注の内訳と突き合わせられるよう内訳の確認対象にします。
ステップ3: 数量を発注・納品・請求で突き合わせる
項目が対応したら数量を3点で比べます。「発注10・納品10・請求12」なら請求過大の候補、「発注10・納品6・請求6」なら分納の途中かを確認、というように、発注だけでなく納品書の実績数量も挟むと、追加なのか分納なのかの切り分けがしやすくなります。
ステップ4: 単価と金額を確認する
最後に単価です。発注単価と請求単価の違い、値引きの有無、税区分(課税・非課税・税率)を確認し、数量×単価が請求金額と合っているかまで見ます。単価が違う場合は、単価改定や現場での合意があったかを人が確認します。
上の「現場名 → 項目 → 数量 → 単価」の順と、発注・納品・請求の役割をCLAUDE.mdに書いておくと、AIがこの順で差異候補を並べます。金額からいきなり合わせにいくより、現場名と項目を先に固めるほうが、差異の原因にたどり着きやすくなります。
07 PATTERN 差異が出やすいパターンと確認観点 追加工事・分納・表記ゆれ・税区分・値引きの5類型
建設の請求差異は、原因がいくつかの型に分かれます。G建設では、差異候補に「どの型に当てはまりそうか」のラベルを付けて、確認の入口を決めています。よく出る5つのパターンと、それぞれの確認観点を紹介します。
パターン1: 追加工事が請求に乗っている
発注にない項目が請求にある場合です。確認観点: 現場からの変更依頼や追加承認の履歴があるか、現場実績として本当に行われたか。承認が確認できない追加は、支払前に現場・営業へ差し戻します。
パターン2: 分納・出来高で数量がずれて見える
長期の現場では、1回の発注に対して請求が複数回に分かれることがあります。確認観点: 今回の請求数量と過去の請求数量の累計が、発注数量を超えていないか。納品書の実績と照らし、二重請求や請求漏れがないかを見ます。
パターン3: 現場名・項目名の表記ゆれ
同じ現場・同じ工事でも、書類によって名称が違うパターンです。確認観点: 案件番号・住所など、ぶれにくいキーで同一性を確かめる。確認できた別名は表記ゆれ辞書へ登録し、翌月は自動で吸収させます。
パターン4: 税区分・端数処理の違い
税率の取り違え、税抜・税込の混在、端数の丸め方の違いで金額がずれるパターンです。確認観点: 課税・非課税の区分、適用税率、税抜/税込の表記、数量×単価と請求金額の端数が、自社の処理ルールと合っているか。
パターン5: 値引き・現場協力費などの調整
見積段階の値引きや、現場での合意による調整が請求に反映されているパターンです。確認観点: その値引き・調整が合意済みか、発注書や変更合意の記録と一致しているか。口頭だけの合意は記録に残してから処理します。
上の5パターンをCLAUDE.mdに確認観点付きで書いておくと、AIが差異候補に「追加工事の可能性」「分納の可能性」などのラベルを付けて並べます。原因の見当が先に付くので、現場に何を聞けばよいかが明確になり、確認往復が減ります。
08 RELATED 関連記事: 建設会社の自動化事例10選(全業務マップ) 発注・請求突合以外の9業務も含めた事例集
本記事は建設会社の自動化事例10選のうち、事例7「発注・請求突合」を深掘りした内容です。見積作成・工程表・安全書類・現場日報など他の業務もあわせてご覧ください。→ 建設会社の自動化事例10選(全業務マップ)
09 ABOUT AI鬼管理について - 発注・請求突合の伴走サービス 属人化した月末突合を、確認中心の運用へ
本記事を発信している AI鬼管理 は、建設会社のAI業務自動化をClaude Code/Codexで設計から伴走するサービスです。発注・請求突合は、差異を先に出して確認を切り分けることで、月末の締めスピードと支払いの正確さに効く打ち手です。
属人化した月末の突合、いっしょに軽くしませんか?
本記事のG建設の例は、協力会社約50社・月末集中・経理1人という モデルケースです。貴社の協力会社数や発注〜請求の書類の流れによって、最適な進め方は変わります。まずは今の突合のやり方をうかがって、貴社に合った設計をご提案します。
NEXT STEP
この記事の内容を、あなたのビジネスで
実践してみませんか?
AI活用を自社で回せるようになりたい方へ
AI鬼管理
Claude Code/Codex・Cowork導入支援から業務設計・社内浸透まで実践ベースで伴走。「自社で回せる組織」を90日で作る経営者向けトレーニング。
よくある質問
Q. AIに支払可否を判断させられますか?
A. 判断はできません。AIは差異候補、未発注候補、現場確認事項の整理までにし、支払ってよいか・追加工事を認めるかは経理担当と現場が確認する設計が現実的です。
Q. PDFや紙の請求書でも使えますか?
A. テキスト化できるPDFであれば突合に使いやすいです。読み取りにくい紙やスキャンは、項目を人が確認しながら進めます。いきなり全件自動にせず、確認の補助から始めるのが安全です。
Q. 追加工事の請求も確認できますか?
A. 「発注にないのに請求にある項目」を追加工事の候補として出し、承認メモや現場実績と照合するリストを作れます。承認の有無の最終判断は人が行います。
Q. 協力会社ごとの表記ゆれに対応できますか?
A. 対応できます。現場名・項目名・協力会社名の表記ゆれ辞書をCLAUDE.mdに作っていくと、同じ現場の別名を自動で吸収でき、毎月の確認が安定します。
Q. 経理と現場の確認はどう分ければよいですか?
A. 金額や書類上の差異は経理、数量の実績や追加工事の承認は現場、という形で確認事項を分けると進めやすいです。AIに「経理で判断/現場に確認」のラベルを付けさせると、問い合わせを一度にまとめられます。
Q. 料金やプランを教えてください
A. 料金やサポートプランは AI鬼管理のサービスページをご覧ください。貴社向けの個別ご提案は本記事末尾のNEXT STEPからお問い合わせください。
Claude Codeで業務自動化を90日で叩き込む
経営者向けの伴走型パーソナルトレーニング
Claude Code を業務に落とし込む
専門研修コース一覧
受講者本人の業務を題材に、「使いこなせる」状態になるまで伴走する研修プログラム。1対1特化型・ハンズオン・法人講座の3コースを展開中。業務特化・実装まで踏み込むタイプのClaude Code研修です。
研修コース一覧を見る →AI鬼管理へのお問い合わせ
この記事を読んで気になった方へ。
AI鬼管理の専門スタッフが、御社に最適な
業務自動化プランを無料でご提案します。




