案件別粗利が月次で見えない原因はどこにあるか｜AIで先に直す帳票は出来高・請求照合・追加工事一覧

案件採算を先に分解する理由は、判断が遅れる月があらかじめ決まっているからです。国土交通省「参考資料集」では、公共工事は1〜3月が繁忙期、4〜6月が閑散期とされています（p16）。請求照合が年度末に集中する会社ほど赤字の発見が完成後にずれ、打ち手を取れる時期を逃します。

月次で見えない五つの原因

採算表が完成後には合うのに案件の途中で見えない場合、原因は次の五つのどれかにあります。

1. 案件コードの不統一。実行予算は工務のExcel、発注は購買の台帳、請求は会計ソフトにあり、同じ案件が別のコードや名称で登録されています。突き合わせるたびに人が名寄せし、月次締めの後にしか数字が揃いません。
2. 出来高の査定遅れ。協力会社の出来高を月末にまとめて査定するため、月の途中では原価の進み具合が分かりません。出来高が遅れると予算との差異も同じだけ遅れます。
3. 科目の粒度の不一致。実行予算は工種別、発注は業者別、請求は品目別で科目が違い、差異を科目ごとに出せません。
4. 追加工事の口頭合意。現場での変更が電話とチャットに残り、追加工事一覧に載る前に施工が進みます。原価だけ先に増え、請求の根拠が後から探せません。
5. 請求照合の月末集中。協力会社の請求書を発注書と出来高に照合する作業が月末に集中し、差異の確認が翌月にずれ込みます。

箱は今の月次の流れで、右上の三角が五つの詰まりが起きる工程です（この段階ではAIは入っていません）。

年間の業務量の波も、この月末集中に重なります。国土交通省「参考資料集」（令和8年4月3日）では、公共工事は1〜3月が繁忙期、4〜6月が閑散期です（p16）。本メディアでは、公共工事の比率が高い会社ほど、年度末に請求照合の集中が強まると推測しています。

自社がどれに当たるかは、直近の案件を数件選び、実行予算・発注・請求が同じコードで引けるかを経理と工務で確かめると分かります。引けない案件が一つでもあれば、原因1が先です。

実行予算から経営会議までを7工程に分ける

五つの詰まりがどの工程に乗っているかを、着手から完了までの時系列で並べます。AIを入れる順番は後の節で絞り込みます。量と時間の欄は公的統計に無いため、自社で測る欄として空けています。

AIで消える工程：案件名を目で突き合わせて名寄せする作業と、請求書と注文書を1行ずつ目で照合する作業が無くなります。

短くなる工程：購買台帳への登録（第2工程）、出来高報告の作成（第4工程）、請求照合（第5工程）、採算表と会議資料の作成（第6・第7工程）です。

新しく増える確認工程：AIが挙げた不一致の行と追加工事の候補を人が確かめる工程が、第3工程と第5工程に増えます。本メディアでは、案件コードが揃うまではこの分解を回しても数字は早く出ないと判断します。

集計をAI化しても直らないのはなぜか？

採算表の作成にAIを入れる提案は、五つの原因を飛ばして集計だけを速くしようとします。それでは月次の締めが少し早まるだけで、途中の見え方は変わりません。AIの集計は、入力の遅れと粒度の違いをそのまま引き継ぐからです。

出来高が月末にしか入らなければ、AIが集計しても月末の数字です。案件コードが揃っていなければ、名寄せの誤りが数字の誤りとして残ります。

総務省の「令和8年版 情報通信白書」では、生成AIの利用と効果実感がともに高い業務類型は議事録・メール作成補助です。本メディアでは、判断を含まない書類の周りから効果が出る傾向は採算管理でも同じで、効果が出やすいのは経営会議資料と議事録の下書きだと判断します。ただし、資料の数字の元が遅れていれば、下書きが速くなっても会議の判断は事後対応のままです。

商工中金の「中小企業の生成AIの利用にかかる調査（2026年1月調査）」では、導入後フェーズの課題として「社内ルールや方針整備」が25.1%、「導入効果が測定できず」が21.3%です（P10）。本メディアでは、採算管理ではコードと科目のルール整備が先で、効果は「予算超過の発見時期」で測る、と最初に決めておくことを勧めます。

AIで先に直す三つの帳票

本メディアでは、採算表の一段手前にある三つの帳票をAIで先に直すべきだと判断します。いずれも判断を含まない転記・抽出・照合で、人が確定する項目がはっきりしています。

出来高報告を週次にすると、原因2が解けます。日報が電子で溜まっていることが前提なので、日報の整備が先になります。請求照合を自動化すると、原因5の月末集中がほどけ、差異が月の途中で見えます。読み取り誤りによる誤払いは起こり得るため、差異の扱いと支払承認は経理と購買に残します。

上段が今の月次の流れ、下段が三つの帳票を直した後で、薄い箱が消える工程、二重枠が経理と購買に残る確認です。

追加工事一覧には、口頭合意をAIが拾えないという限界があります。変更は記録に残す運用を前提にします。あわせて、建設業法（e-Gov法令検索）第19条に基づく、書面または電磁的方法での契約変更の記録を前提にします。

三つの帳票が揃うと、採算表は「集める」作業から「差異を読む」作業に変わります。科目ごとの差異の集計と、予算超過案件の要因候補の整理をAIに任せ、赤字案件への対処方針と追加請求交渉の可否は工事部長と経営者が決めます。

進め方の順番と、投資しない判断

順番は次のとおりです。

1. 案件コードと科目の統一。実行予算・発注・出来高・請求を同じコードと科目で引ける状態にします。ここはAIではなく、経理と工務のルール決めです。
2. 出来高の週次化。日報から出来高の下書きを作る工程を入れます。
3. 請求照合の自動化。差異の一覧化までをAIに任せます。
4. 差異の集計と要因候補の整理。採算表の作成日数と予算超過の発見時期を導入前と比べます。
5. 経営会議資料と議事録の下書き。数値は担当者が原データと照合してから会議に出します。

投資しない判断もあります。案件数が少なく、実行予算と請求が既に一つのExcelで同じコードで管理されている会社では、集計のAI化より出来高の査定頻度を上げる方が効きます。コードが揃っていない会社は、AIより先に、請求照合表の案件コード欄と科目欄を実行予算と同じ区分に揃えるコード整備です。

粗利の入口は見積です。数量と単価のどこをAIに任せるかは見積・積算のAI化はどこまで任せられるかで扱っています。出来高の元になる日報の整え方は日報・進捗報告のAI化を最初の1業務にする理由と進め方、費用と回収の式は見積AIの費用は何で決まるかに書きました。採算の次に読む業務は受注見込みと経営会議資料で、月次締めの前後にある業務は経営・案件採算ハブに並べています。