工務店・ハウスメーカーの資金繰り資料をAIで整理 日付と金額を照合する運用

請求書、工事台帳、入出金予定表をAIで整理するとき、先にそろえたいのは「どの案件の、何を表す日付・金額か」です。同じ取引の資料でも、契約額と今回請求額、請求書の発行日と入金予定日は違います。表記がそろっても、その意味を取り違えれば資金繰り表は正しくなりません。

AIには転記、表記統一、照合候補の抽出を任せ、人が原本と意味を確かめて採用します。この記事では、その結果を資金繰り表へ渡すまでの方法を説明します。台帳の設計や運用頻度は編集部の提案であり、特定サービスの精度・時短効果を示す実績ではありません。

01.最初に、何を照合する資料かを決める

契約書は契約条件、請求書は請求内容、銀行明細は実際の入出金を示します。数字が違っていても、直ちにどちらかが誤りとは限りません。

資料には社内で重複しない管理番号を付け、保存先とページ・明細位置を残します。修正版がある場合は、発行日だけでなく承認・送受信の記録から採用版を決めます。「最終」というファイル名だけでは、相手に送った版かどうか分かりません。

原本同士が食い違う場合には、AIの読み取り直しだけでは解決しません。変更契約が承認されたか、請求書が訂正されたかなど、案件担当者が取引の経緯を調べる問題になります。

02.日付・金額・取引の単位を分けて表にする

日付は、発行、送付、受領、契約上の期日、社内の予定、実績を別に持ちます。請求書を9月8日に受け取ったという事実から、発行日も9月8日とは判断できません。

「月末払い」「引渡し後7日以内」のような条件日付は、原文と、日付を算出するための基準・休日調整の根拠を残します。根拠がなければ日付未確定です。担当者が予測用の仮日付を置く場合も、原本から読めた期日とは分けて表示します。

金額も、契約総額、今回請求額、累計請求額、入出金予定額、実入出金額を別の項目にします。原本の単位と税区分も必要です。たとえば原本が3,500千円なら、円換算は3,500×1,000＝3,500,000円ですが、元の数値と単位を消さずに残します。

最初の台帳に必要な項目

列をすべて一枚へ詰め込むより、請求と入出金をそれぞれ識別し、対応関係を結び付ける方が分割・合算取引を扱いやすくなります。

請求一件に複数の日付があっても、請求額を日付ごとに複製して合算しません。一回の銀行入金を複数請求へ割り当てる場合も、銀行明細を全額ずつ複製するのではなく、割当額の合計が実入金額に一致するようにします。

単純な架空例として、契約総額22,000,000円、累計請求額16,500,000円、同じ契約へ割り当てた累計実入金額11,000,000円なら、請求済み未収額は5,500,000円です。未請求額も22,000,000－16,500,000＝5,500,000円ですが、前者は回収、後者は請求予定を見る数字です。金額はすべて税込で、請求訂正、相殺、値引き等がないと仮定しています。これらがある取引では、承認された調整内容を別に反映します。

03.AIへ渡す前に、入力可能な範囲と抽出指示を決める

工事資料には、顧客名、住所、契約条件、口座情報等が含まれます。処理に必要な項目だけを選び、自社の契約・規程と、利用サービスの保存、学習利用、共有、削除の条件に照らして入力範囲を決めます。名称をコード化しても、他の記載から本人が分かる場合があるため、置換だけで入力可とは判断しません。

個人情報保護委員会は、個人情報の入力が特定した利用目的に必要な範囲かを確かめるよう求めています。また、本人の同意なく個人データを入力し、応答の出力以外の目的で扱われる場合には法令違反となる可能性があるとして、機械学習に利用されないこと等の確認を挙げています。個人情報保護委員会「生成AIサービスの利用に関する注意喚起等」

組織の運用を考える参考資料には、IPA掲載の「テキスト生成AIの導入・運用ガイドライン」もあります。ただし、これは中核人材育成プログラムの卒業プロジェクトによる見解で、IPA等の意見を代表する資料ではありません。本記事の台帳設計やAIの読み取り精度が認証されたことを示すものでもありません。

入力資料は、ページ欠落、画像の傾き、手書き訂正、表の単位の欠落を先に見ます。読めない資料を何度処理しても、確かな値にはなりません。

次は編集部が提案する抽出指示の例です。

資料に明記された日付と金額を、資料管理番号とページ・明細位置を付けて抽出してください。発行日、送付日、受領日、契約上の期日、予定日、実績日を分けます。金額は契約総額、今回請求額、予定額、実額を区別し、原本の数値、単位、税区分を残してください。資料にない項目は「記載なし」、読めない項目は「判読不能」、意味が決められない項目は「要確認」とします。同じ取引と思われる行は候補として示し、支払可否、差額の原因、契約上の遅延を確定しないでください。

差額や合計は、抽出値を原本と照合した後、表計算の数式でも検算します。AIの出力だけを唯一の計算根拠にしないためです。

04.架空例：4暦日と660円の差から、何が分かるか

以下の案件、日付、金額はすべて架空です。照合対象月は2026年9月、確認基準日は9月25日、金額単位は円とします。

案件K-2604の契約総額は税込33,000,000円です。契約金3,300,000円、着工金9,900,000円、中間金9,900,000円、引渡金9,900,000円の4回に分けると仮定します。この分割条件は一般的な契約条件を示すものではありません。

今回照合するのは、中間金の入金取引R-01です。

予定との差は9月22日－9月18日＝4暦日です。金額差は、実入金額－請求額の向きで計算し、9,899,340－9,900,000＝マイナス660円です。

ここから分かるのは、予定と実績に差があることです。4日を契約上の遅延と呼ぶには契約上の支払期日や変更合意が必要で、660円を振込手数料と呼ぶには控除の根拠が必要です。日数と金額が自然に見えても、原因は推測で埋めません。

人がAI出力を直す場合は、次のように取引IDごとに残します。出金取引P-01は、R-01とは別の協力会社請求です。

入金の存在が確認できたことと、請求を全額消し込めることは別です。差額の調査中でも、銀行残高にある実入金まで未確認に戻す必要はありません。項目ごとの確定・保留を分けると、分かっている事実を使いながら調査できます。

05.分割・一括入金は、割り当てた額で検算する

金額が一致しても、同じ顧客の別案件に対する入金かもしれません。案件、相手先、請求番号、摘要、支払案内などを合わせて対応関係を決めます。

差額の方向は、入金・出金とも「実入出金額－対応する請求額」に統一します。一方、未収・未払残高は「調整後の請求額－割当済み実入出金額」で求める別の数字です。

別の入金条件を仮定すると、税込請求9,900,000円に対し、9月18日に5,000,000円、9月22日に4,900,000円が入った場合、9月22日までの累計は9,900,000円です。これは先ほどの660円差の例とは別のシナリオです。

最終未収額は0円でも、9月18日時点では4,900,000円が未収だった履歴が残ります。途中の資金不足を調べるときには、その時点の残額と入金予定が必要です。

複数請求の一括払いでは、請求ごとの割当額の合計を銀行明細の支払額と一致させます。合計だけが合って内訳の根拠がない場合は「金額一致・内訳未確認」です。税抜と税込の差も、AIが税率を推測して合わせるのではなく、原本に戻って税区分を確かめます。

06.基準予測と、未確定の資金移動を含む試算を並べる

照合した数字を資金繰りへ渡す際は、実績、採用した予定、保留を分けます。「承認済み」は会社が予測に採用したという意味で、将来の着金を保証する言葉ではありません。

開始残高や全社の入出金表の組み方は、工務店の資金繰り表の作り方で扱います。ここでは、照合した予定を重複なく渡す方法に絞ります。

架空例：9月28日から10月2日までの予測

対象口座の9月25日終了時点の銀行照合済み残高を18,000,000円とします。この残高には、先ほどのR-01の9月22日の実入金9,899,340円が既に含まれています。R-01を将来入金として再度加算しません。

9月25日の照合時点から9月28日の予測開始時点までに、入金予定1,500,000円、出金予定1,000,000円を採用すると、予測開始残高は18,500,000円です。これらは9月25日時点の残高には含まれていない予定とします。

18,000,000＋1,500,000－1,000,000＝18,500,000円

さらに9月28日～10月2日の採用済み入金予定12,000,000円、出金予定24,500,000円から、10月2日の基準予測を計算します。

18,500,000＋12,000,000－24,500,000＝6,000,000円

金額はすべて実際に動く資金の額として税・手数料等の範囲をそろえた仮定です。基準残高、開始前の予定、期間内の予定は互いに重複しないものとします。

未確認入金を加えた15,900,000円を、確実に使える残高とは扱えません。同様に、未査定の出金を基準予測から外したまま、その存在を見せないのも危険です。

追加請求2,200,000円が全額認められ、10月2日までに支払う場合には、ほかの条件が同じなら残高は6,000,000－2,200,000＝3,800,000円です。これは支払義務を確定した数字ではなく、支払いが生じる条件を置いた試算です。経営者には基準予測6,000,000円と並べて示します。

金額や日付が分からない支出は、0円として消さず、確認担当と回答期限を付けます。未着金や請求の査定待ちがある場合には、基準予測だけで支払可能と判断せず、遅延や追加支出を含む場合も見る必要があります。

週末残高がプラスでも、週の途中に不足する可能性はあります。日付が判明している入出金は日別に並べ、支払日の口座残高を見ます。たとえば9月30日の入金予定9,900,000円が10月3日に変わる別の架空例では、ほかの条件が同じなら9月末予測は9,900,000円下がります。優先度は日数差だけでは決まりません。

07.少人数でも、抽出と採用の判断を分けて続ける

最初から全社資料を処理せず、一か月分の入金か出金、数件の案件で試すと、日付の定義や割当方法の不備を見つけやすくなります。完成させるのは次の3点です。別々のファイルにする必要はなく、同じ表のシートや表示を分けても構いません。

• 照合台帳：原本、請求、予定、実績、修正内容をたどれるもの
• 差異・対応一覧：未解決の理由、影響日・金額、担当者、回答期限を示すもの
• 資金繰り反映表：照合済み実績と採用した予定を集計し、保留と条件別試算を併記するもの

兼任担当者が処理する場合も、AIの抽出値を確認する作業と、資金繰りへ採用する判断を分けます。可能なら経営者等が残高への影響が大きい変更を原本で確認します。AI処理済みという状態だけで、支払指示へ進む運用にはしません。

誤りが反映済みだった場合は、元の抽出値、修正後の値、理由、影響した集計、再承認した版を残します。入力してはいけない情報をサービスへ送った疑いがある場合は、追加入力・共有と影響する業務処理を止め、送信範囲とログを保全して情報管理責任者へ連絡します。削除や必要な通知等は社内の事故対応に沿って判断し、会計・契約上必要な原本とAI作業用コピーを混同しないようにします。

運用の効果を見るときには、AIの処理時間だけでなく、人の照合・修正にかかった時間と重大な誤りも見ます。以下は同じ対象期間・集計基準を固定して比べる、編集部提案の指標です。

架空の2026年9月分で、対象120行のうち必須項目がそろったのが108行なら90％です。同じ対象群の差異30行のうち、確認基準日時点で6行が未解決なら20％です。分母が0の場合は率を算出せず、件数と「対象なし」を示します。

率が改善しても、重要な一件の重複支払いや大口入金の誤結合が残っていれば見過ごせません。残高に影響する誤りを先に直し、発行日と受領日の取り違えが続くなら、注意を促すだけでなく列名や入力資料を変えます。

経営者へ渡す表では、いつ、いくら動く見込みかに加え、その根拠と未確定の項目が見えることが大切です。AIが作った数字を原本へ戻れる形で採用し、未解決の支出も含めて判断できる状態を保ちます。