月次決算をAIで自動化する範囲と人が決める範囲｜提出10日・確定18日のリズムと、迷う26件を入力シートで回収した記録【2026年】

月次決算をAIで自動化してみて、僕の会社で機械に任せられたのは、明細の取得と突き合わせ、科目の下書きまででした。会社の経費か個人の支出か迷う取引は機械に決めさせず、僕が入力シートで決めています。この線引きは、自動ルールが黙って「個人」に倒していた26件を見つけたことで決め直しました。

2026年9月15日、7月分の作業台帳を起票し、会計ソフトのAPIで7月の明細579件を取りました。その時点で7月の仕訳は0件です。同じ日のうちにカード明細422件を過去の確定データと自動で突き合わせ、最後に残ったのが判定の26件でした。

この記事では、毎月の締めの日付、機械に任せた工程、26件を回収した入力シート、まだ自動化できていない作業までを順に書きます。「月次決算をAIに任せたいけど、どこまで？」と迷っている方は、最初の章の表で線引きの全体が分かります。

月次決算のAI自動化は「機械が集めて突き合わせ、人が決める」に分けた

月次決算をAIで自動化するとき、僕の会社では工程を「集める」「突き合わせる」「決める」「確定する」の4つに分けました。集めると突き合わせるは機械、決めるは人、確定は判定が出そろってから機械がまとめて入れる、という分担です。

月次決算とは、毎月の取引を締めて試算表まで作り、その月の損益と残高を確かめる作業です。年に1回の決算と違い、毎月同じ手順を繰り返すので、機械に渡せる部分が多くあります。

下の表は、2026年7月分の作業で実際に分けた担当です（確定の段はこれから動かします）。左から順に、工程、機械の担当、人に残ったことを並べました。

僕なら、最初から全部を任せようとせず、この表の上の2段から始めます。集めて突き合わせるだけでも、人が見る件数は大きく減りました。

月次決算のスケジュールは5段：提出10日・確定18日・レビュー24日

月次決算の自動化で、僕の会社が道具より先に固めているのは日付です。毎月どの日に何を終えるかを、会計の仕組みとは別に決めています。

僕の会社の月次決算は、次の5段で回すと決めています。第4期（2026年7月開始）の月次に当てると決めた恒久のリズムです。

この中で「死守」と書いているのは、3段目の翌月10日だけです。税理士には記帳の作業ではなく、チェックと税務の判断を頼む形にしています。顧問料を上げずに月次化するための分け方で、10日までに材料をそろえるのは自分たちの仕事になります。

1段目の請求書の発行は、下書きまでを機械で作っています。その仕組みは請求書の発行をAPIで自動化した記録に書きました。この記事で扱うのは、2段目から4段目の中身です。

4段目の試算表が固まったら、翌日に社内のダッシュボードの数字を入れ替える決まりにしています。毎月19日の自動更新の話は社内ダッシュボードを自作して社員だけに見せる守り方で触れました。

なお、第4期は2026年7月1日に始まったばかりでした。そのため7月分は、このリズムに乗る前の「巻き取り」として別に扱っています。次の章からの数字は、その7月分の巻き取りのものです。

2026年9月15日、7月の明細579件をAPIで取ったら仕訳は0件だった

7月分の作業は、2026年9月15日に作業台帳を起票したところから始まりました。最初に、会計ソフトのAPIで今の状態をそのまま取ってきました。

取ってみると、7月の明細は579件あり、仕訳になっているものは1件もありませんでした。下の表は、その日に会計ソフトのAPIで確かめた中身です（作業台帳の実測から転記）。

いちばん大きな発見は、仕訳をAPIで作れて、消してやり直せる点でした。それまで社内では、仕訳は会計ソフトの画面で手入力するしかないという前提で考えていました。

この日にその前提を撤回し、579件の投入を機械化する方向に切り替えています。削除のAPIも用意されているので、まずテストの1件を入れて確かめ、それから一括で入れる手順を台帳に書きました。

カード明細は過去の確定データで422件を突き合わせた

明細の中で一番多かったのは、カード明細の423件です。これは毎月のカードの支払いのたびに、会社か個人かを仕分けして確定したデータがすでに2回分ありました。

その2回分を利用日で結合すると、7月利用分がちょうど423件になり、会計ソフトの明細と件数が一致しました。日付・金額・店名で突き合わせた結果、422件が自動で成立しています。

突合できなかった1件は、返戻にあたる入金側の明細でした。支払いの仕分けデータには入金が無いので、合わないのが当然の1件です。突合した422件の内訳は、会社281件・個人137件・按分4件でした。

カード以外の156件は、口座の扱いを先に分けてから判定した

カード以外の明細156件は、ルールで判定するスクリプトを書いて下書きしました。ただし判定の前に、どの口座の明細を帳簿に載せるかを先に分けています。ここを間違えると、帳簿そのものが壊れるからです。

個人口座の16件は、会社の帳簿に載せないと決めました。通販サイトの購入履歴の連携11件も投入から外しています。購入履歴はカード決済の裏側の記録なので、仕訳にするとカード明細と同じ支出を2回計上してしまいます。

残った法人の129件は、確度が高80件・中40件・低9件でした。人の確認に回したのは、確度の低い9件だけです。

自動ルールが「個人」に倒した26件を、会社・個人・確認の3値に戻した

カード明細の突合では、137件が「個人」と判定されていました。点検すると、そのうち26件は僕が一度も答えていないのに、自動ルールだけで個人に倒されていました。

内訳はこうです。137件のうち111件は、僕の回答か、前期の決算で確定済みのルールで個人と決まったものでした。残りの26件だけが、機械が「会社とは言い切れないから個人」と判断した取引です。

僕はこれを見て、2026年9月15日に判定の方針を変える指示を出しました。そのときの言葉は次の2文です。

「自動仕分けで怪しいけど会社に倒せないものは個人側ではなく、基本的に『確認』というところで僕がチェックする。なるべく会社の方に倒したいというのは僕の希望。」

「迷ったら個人」は安全側に見えて、取り消せない処理だった

迷ったら個人に倒すのは、一見すると安全側に見えます。ところが個人に倒した瞬間に、その取引は確認のリストから消えます。本当は経費だったとしても、誰も気づけません。

実は同じことが、2026年8月30日にも1回起きていました。用途を聞かずに個人に倒したレシートが、実際にはクライアントの撮影に使う材料だったのです。9月15日の26件は、その再発でした。

そこで僕の会社では、経費の判定を次のルールで回すことにしました。

• 判定の出口は「会社」「個人」「確認」の3つにする（2つにしない）
• 「個人」で確定できるのは、本人が答えたか、前期の決算などで確定済みのルールがあるときだけ
• 自動ルールの判定は「確認」で止める
• 会社に倒せる根拠を先に探してから聞く。ただし無理な主張はしない
• 確認のリストを残し、回答が入るまで確定させない

ここでいう「確認」の箱とは、機械では決めきれず、本人の回答を待っている状態のことです。この3つ目の箱があるだけで、機械が判断に自信の無い取引を黙って片づけることがなくなります。

26件の判定シートは、入力を即保存するアーティファクトで作った

26件を僕に判定してもらう方法として、Claudeは入力シートを作りました。共有用のページ（アーティファクト）の中にデータベースを持たせ、入力した瞬間にサーバー側へ保存する作りです。

この作りにしたのには、はっきりした理由があります。8日前の2026年9月7日、別の回答シートで、僕の入力が全部消える失敗をしていたからです。

9月7日は、プレビュー表示のHTMLで入力が全部消えた

9月7日の回答シートは、入力用のHTMLをサイドバーのプレビューで開く形で渡していました。プレビューはdata: URLで開かれるため、ブラウザの保存（localStorage）もコピーも動きません。入力に保存先が無かったのです。

さらにClaudeは、僕が入力中だと知らずに、そのHTMLを2回上書きしていました。保存のキーも行番号だったので、件数が変われば入力と行の対応が崩れる作りでした。

9月15日のシートで変えた5つ

9月15日のシートでは、前回の失敗を1つずつ潰しました。下の表は、2つのシートの作りを並べたものです。

保存のキーは、たとえば「20260701-1000-01」のような形です（日付と金額はダミーの例）。行番号と違い、途中で行が増えても減っても、どの取引への回答かが変わりません。

回収用のテキストは、ボタンが動かない環境でも全選択とコピーで回答を救い出すための保険です。9月7日はこの逃げ道が無かったので、消えた入力を取り戻せませんでした。

渡す前の確認もしています。Claudeがデータベースに1件書き込み、ページを開き直して、その行の判定が元に戻ることを確かめてから僕に渡しました。

見る人ごとのチェック状態を残すだけなら、ブラウザの保存で足ります。その使い方はClaudeアーティファクトで社内ツールを作る方法に書きました。僕なら、あとで誰かが回収する入力だけは、最初からサーバー側に保存先を置きます。

26件は同じ日に確定し、仕訳への反映は判定が出そろってからまとめて動かす

判定シートを渡した9月15日のうちに、26件はすべて確定しました。結果は会社7件・個人19件です。判定の正本は、シートのデータベースに残っている26件の記録にしています。

一度で全部に答えられたわけではありません。いくつかの取引には「日付と中身を確認したい」と返しました。するとClaudeがシートに曜日、同じ日の組み合わせ、3月以降の続き方を書き足し、僕はそれを見て答えています。

判定の直後に帳簿へ入れない理由

回収から反映までの流れは、判定が出そろう、Claudeがデータベースから回収する、仕訳のデータを作る、会計ソフトへ入れる、結果を報告する、の順です。判定が出そろってから、まとめて入れる形にしています。

判定した瞬間に自動で帳簿へ入れる作りにはしませんでした。押し間違えた判定が、そのまま帳簿に入ってしまうからです。誤りは削除のAPIで戻す設計です。削除のAPIがあることは9月15日に確かめました。

月次決算の自動化で人に残った作業と、まだ締まっていない現実

ここまでで、集める・突き合わせる・決めるの3つは回るようになりました。それでも、月次決算の自動化で人の手に残った作業があります。どれも会計ソフトの画面でしかできないものです。

原価の科目がないまま販管費に入れると、粗利が前期と比べられなくなります。月次の報告書の比較が意味を持たなくなるので、画面で科目を足すのが本線だと判断しました。

もう1つ、仕組みで埋めたい穴が現金の引き出しです。使い道のメモが無いと、現金の勘定に積み上がるだけで費用に落ちません。引き出すたびに「日付・相手・金額・用途」の1行を残す運用を、作業台帳で提案しています。

2026年10月29日時点で、7〜9月の試算表はまだ無い

正直に書くと、リズムは決めても、最初の3か月はまだそのとおりに回っていません。9月16日の時点で、税理士への確認事項が7点残っていました。

2026年10月29日には、7月分の税理士向けの資料一式（売上の一覧・法人口座の入出金・精算書）を作りました。ただ、この時点でも7〜9月の試算表はどれも確定していません。

機械化で速くなったのは、材料をそろえるところまでです。税務の判断や、画面でしか直せない設定が止まると、その先の試算表とレビューも止まります。月次決算の自動化で詰まる場所は、作業の量ではなく人の判断の待ち時間でした。

あなたの会社で月次決算を自動化するなら

僕の会社の7月分の記録から、始める順番を書き出すと次の5つになります。

1. 締めの日付を先に決める（税理士への提出日だけは死守にする）
2. 明細は会計ソフトのAPIで取り、何ができて何ができないかを最初に確かめる
3. 過去に確定した仕分けデータがあれば、それを突き合わせの基準にする
4. 判定は会社・個人・確認の3つにし、自動ルールは確認で止める
5. 入力の保存先はサーバー側に置き、帳簿へは判定が出そろってからまとめて入れる

月次決算の自動化を考えるとき、どの業務から機械に渡すかで迷う方は多いと思います。僕の会社がClaude Codeに任せている業務の全体は、Claude Codeでできること｜非エンジニアの活用事例にまとめて並べています。

まとめ

• 月次決算のAI自動化は、集める・突き合わせるを機械、決めるを人、確定は判定が出そろってから機械、に分けると回り始めた
• リズムは、月末の最終営業日に請求、翌月3営業日目に経費締め、10日に税理士へ提出（死守）、18日に試算表確定、24日までにレビュー
• 2026年9月15日、7月の明細579件をAPIで取得し、カード明細422件を過去の確定データで自動で突き合わせた
• 自動ルールが黙って個人に倒していた26件を、会社・個人・確認の3値に戻し、サーバー保存の入力シートで同じ日に全件確定した
• 僕なら、最初に締めの日付と判定の3値を決めてから、明細の取得と突き合わせを機械に渡します