はじめに
月末に収支表を開いて上から眺め、特に違和感がなければ閉じる。その点検で、先月の請求漏れに気づけているでしょうか。
数字の点検は、見る対象が増えるほど形だけになります。本記事では、月次の収支表から請求漏れと不自然な増減を拾う仕組みを、どこまでAIに任せてどこを機械的に処理するかの線引きとあわせて解説します。スマートエイトは生成AI研修と開発受託で、自社のバックオフィス業務そのものをAIで運用しています。
結論を先に言います。異常値の検知でAIに全科目を読ませてはいけません。閾値の判定はコードに任せ、AIには「なぜその数字になったか」を説明させる分担にします。理由は2章、検知する条件の決め方は3章で扱います。
月次の点検が形だけになる理由｜全部見るつもりで結局どこも見ていない
なぜ請求漏れは見つからないのか？
請求漏れは、表の上では何も起きていないように見えます。あるはずの行が無いだけなので、金額の異常として目に入りません。
見落としの構造はここにあります。人が点検で探しているのは「おかしな数字」であって、「無い行」ではありません。売上が少し低くても、その月はそういう月だったと解釈できてしまいます。
先月と比べれば分かるはずですが、科目ごとに前月と突き合わせる作業は手間がかかります。結果として、合計だけを見て閉じる点検で終わります。
目視で見つかるのはどの範囲か？
目視で確実に拾えるのは、桁が違う金額とマイナスの残高くらいです。数十の科目が並ぶ表で、2割の増加に気づける人はほとんどいません。
比較の基準を持たずに眺めているためです。「この科目は普段いくらか」を覚えていなければ、増減の判断ができません。
つまり点検が甘いのは注意力の問題ではなく、比較対象を用意していないことが原因です。前月の数字を隣に並べるだけで、拾える範囲は大きく変わります。
動画ではどこまで見せたのか？
スマートエイトのYouTubeチャンネルで公開した対談では、収支表の点検を4つ目の業務として扱いました。
デモで使ったのは、サンプルとして作った架空の制作会社の収支表です。請求漏れの可能性がある箇所と、前月と比べて急に増えている科目を指摘し、改善点まで添えて返すところを画面で見せています。
対談のなかでは、人が確認したほうがよい部分は残しつつ、ダブルチェックとしてAIの目を入れると別の視点が得られる、という位置づけで話が進みました。点検をまるごと置き換える話ではありません。
AIに数えさせない｜閾値の判定はコード、AIは理由づけ
「全科目をAIがスキャン」はなぜ危ういのか？
数字を数える作業そのものが、生成AIの苦手な領域だからです。表を丸ごと読ませて「おかしい箇所を挙げて」と頼むと、計算の裏づけがない指摘が混ざります。
苦手さには理由があります。The Lookahead Limitation（arXiv:2502.19981）は、大規模言語モデルが1桁先読みの手続きに頼っており、繰り上がりが連鎖する箇所で失敗すると示しました。同論文によれば、この限界は調査した全モデルに共通しており、文字の区切り方を変えても解消しません。
収支表はこの条件に当てはまります。科目ごとの小計、前月との差、構成比と、積み上げの計算が何段も重なるためです。読み取りと計算を一度に任せた時点で、指摘の正しさは確かめられなくなります。
なお、書類を読んで数字を作る工程での注意点はClaudeで請求書の突合を自動化する方法｜人が必ず止める3つの工程で扱っています。本記事は、すでにある表を点検する側の話です。
どこで切り分けるのか？
工程を3つに分け、担当を固定します。数字を触る部分は機械的な処理に寄せ、AIには言葉の仕事だけを渡してください。
工程 | 担当 | 具体的にやること |
|---|---|---|
集計と比較 | コード | 前月比・前年同月比・構成比を計算し、決めた閾値を超えた科目だけを抜き出す |
意味づけ | AI | 抜き出された科目について、取引の内容やメモを読み、何が起きた可能性があるかを説明する |
判断 | 人 | 指摘を見て、対応するかしないかを決める |
この形なら、指摘の根拠を後から検算できます。どの科目が、どの計算で、いくつの閾値に引っかかったのかが数字で残るためです。
AIに任せると価値が出るのはどこか？
抜き出された科目に説明を付ける工程です。ここは言葉の仕事なので、AIが得意な領域と重なります。
たとえば外注費が前月から4割増えていたとき、コードが出せるのは「4割増」という事実だけです。取引の摘要や案件のメモを読ませれば、どの案件で何が増えたのかまで添えられます。
説明が付いていると、担当者はその場で判断できます。数字だけが並ぶ一覧は、結局あとで誰かが調べ直すことになります。
何を異常とみなすか先に決める｜4つの検知パターン
どんな条件を書くのか？
条件は自社の数字の動き方に合わせて決めます。他社の基準をそのまま持ってくると、毎月大量に引っかかって誰も見なくなります。
出発点として使えるのは次の4つです。
- 前月比で一定以上ふれた科目。閾値は過去12か月の変動幅を見てから決める
- 毎月ほぼ同額のはずの固定費が動いた科目。家賃や定額の契約が対象になる
- 残高がマイナスになっている科目
- 前年同月と比べて大きく離れている科目。季節性のある事業ではこちらを主にする
最初は閾値を粗めに置き、引っかかった件数を見てから絞ります。件数が2桁になるなら緩すぎます。
請求漏れはどう見つけるのか？
収支表だけを見ても見つかりません。あるはずの売上が無いことは、表の中では判定できないためです。
必要なのは、受注や納品の記録と突き合わせる工程です。案件の一覧に対して、その月に計上された売上を照合し、記録があるのに売上が立っていない案件を抜き出します。
この照合も計算の仕事なので、コードに任せます。AIに渡すのは、抜き出された案件について「なぜ計上されていないと考えられるか」を、過去のやり取りから推測させる部分です。
指摘はどんな形で受け取るのか？
科目名、金額、比較の基準、超過の幅、推測される理由の5点を1行にまとめます。読んだ瞬間に判断できる形が目標です。
置き場所は、収支表を管理しているスプレッドシートに列を足すか、別のシートに一覧を作る形が扱いやすいです。専用の画面を作ると、月末に開きに行く手間が増えて続きません。
スプレッドシートを読みに行く方式にするなら、Google Sheets APIの使用量の上限も確認してください。読み取りはプロジェクト単位で1分あたり300回、ユーザー単位で60回までとされており、超えると 429 が返ります。月次で1回動かす用途なら問題になりませんが、行ごとに細かく読みに行く作りにすると引っかかる可能性があります。
月次の締めに組み込む｜最後に判断するのは人
いつ動かすのか？
仕訳の入力が終わり、締めの確認に入る直前です。入力の途中で動かすと、未入力を異常として拾ってしまいます。
月次の会議で数字を見る運用があるなら、その資料を作るタイミングに合わせます。点検のために別の時間を作ると、忙しい月に飛ばされます。
AIの指摘をどこまで信じるのか？
指摘は候補であって、結論ではありません。対応するかどうかは人が決めます。
とくに理由づけの部分は推測が入ります。「この案件の請求が漏れている可能性がある」という指摘が出ても、実際には翌月に計上する取り決めだった、という場合もあります。判断の材料としては十分ですが、そのまま処理すると誤りが増えます。
対談でも、人のチェックを残したうえでAIとの二重確認にするのが有用だ、という整理でした。フラットな第三の目として置くのが、この仕組みの正しい使い方です。
効果はどう数えるのか？
点検にかかった時間ではなく、拾えた件数で数えます。「その月に指摘が出て、実際に対応した件数」が直接の成果です。
請求漏れが1件見つかれば、その金額がそのまま効果になります。時間の削減より分かりやすく、続ける理由にもなるはずです。効果の測り方に迷う場合は生成AIの費用対効果を測る4つの問い｜OpenAI CFOの採点表の使い方が枠組みになります。
よくある質問｜収支表のチェックを自動化する前に
会計ソフトの機能では足りませんか？
前月比の表示や予算差異の機能があるなら、まずそちらを使ってください。足りなくなるのは、案件の記録と突き合わせる場面だけです。
請求漏れの検知は、会計ソフトの外にあるデータとの照合になります。そこが自動化の対象になります。
閾値はどう決めればよいですか？
過去12か月分の科目ごとの変動幅を出し、いつもの範囲を把握してから決めます。最初から数値を決め打ちしないでください。
決めたあとも、3か月ほど回して引っかかった件数を見て調整します。毎月同じ科目が出続けるなら、その科目は閾値を緩めます。
経理のデータをAIに読ませて問題ありませんか？
取引先名や金額の扱いを、社内規程と契約条件で先に確認してください。読み取りだけに限定し、書き込みをさせない構成にすると、確認すべき範囲は狭くなります。
科目名と金額だけを渡し、取引先名を伏せた形でも意味づけは成立します。渡す情報を減らせないか、設計の段階で検討してください。
会計の知識がない担当者でも運用できますか？
運用はできます。閾値の設定と、指摘に対する判断には知識が要ります。
現実的なのは、仕組みの構築と日々の実行を担当者が持ち、閾値の見直しと最終判断を経理や顧問の税理士が持つ形です。役割を分ければ、知識の壁は下げられます。
さいごに
本記事では、収支表のチェックを自動化する方法として、閾値の判定をコードに寄せる分担、4つの検知パターン、請求漏れを見つけるための照合、月次の締めへの組み込み方を解説しました。要点は、AIに全科目を数えさせないこと、そして拾った科目に理由を付けさせることの2点です。
月末に表を眺めるだけの点検になっている、請求漏れが後から発覚したことがある。そうした状態であれば、まず前月比の比較を並べるところから試してみてください。閾値は自社の過去の数字から決めます。
スマートエイトの生成AI研修では、自社の実際の帳票を題材に、どこまでを機械的に処理してどこから人が判断するかの設計を扱います。企業規模・業種に合わせた構成が可能です。
詳細はお気軽にスマートエイト公式サービスページからお問い合わせください。貴社の状況に合わせた最適な進め方をご提案します。 ※生成AI研修資料/導入事例も無料ダウンロードいただけます。
