マネーフォワード×Claude実戦編｜AIに帳簿を「検算」させる——仕込んだミス1件、指摘は6件【2026年版】
前回の記事「マネーフォワード×Claude連携 完全ガイド」では、AIに未仕訳の明細を仕訳登録させるまでの設定と使い方を解説しました。本記事はその実戦編です。この連携を記帳の現場で使い込むうちに、はっきり見えてきたことがあります。AIがいちばん役に立つのは、仕訳の「入力」ではなく、帳簿の「検算」だということです。
本記事では、デモ会社の帳簿にわざとミスを1件仕込み、AIに検算させました。ミスの発見から修正、複合仕訳の登録、登録後の再検証まで、実際の画面をすべてお見せします。設定がまだの方は、先に前回記事をご覧ください（約10分で設定できます）。
Conclusion
目次
結論：AIの使いどころは、入力より「検算」
先に結果です。検算を頼む定型文を1つ貼っただけで、AIは試算表から仕訳へ自分で遡り、次を返してきました。
- 売掛金の消込漏れと売上の二重計上を、影響額付きで特定
- 修正案を2案比較で提示し、消費税の論点（消費税法38条との誤認リスク）まで添えて片方を推奨
- こちらが仕込んだミスは1件。指摘は6件——残り5件は、デモデータが元々抱えていた実在の問題でした
入力の自動化が「時短」だとすれば、検算は「品質」です。役割の違いを整理すると、こうなります。
| 前回（入力編） | 今回（検算編） | |
|---|---|---|
| AIに見せるもの | 未仕訳の明細 | 帳簿全体（試算表・仕訳） |
| AIがすること | 科目を提案して登録 | 残高の裏取り・異常の指摘・修正案の提示 |
| 人がすること | 提案を承認 | 指摘を判断し、修正を承認 |
Case Setup
検証用に、わざと「ズレのある帳簿」をつくった
検証にはマネーフォワードのデモ会社（3月決算・税抜経理）を使い、実務でいちばんよく見るミスを1件だけ仕込みました。
- 4月30日：売掛金 330,000円／売上高 330,000円 を計上（正しい仕訳）
- 5月30日：その入金 330,000円を「普通預金／売上高」で登録（誤り。本来は売掛金の消込）
これで「売上が二重計上され、売掛金が未消込のまま残る」帳簿ができあがります。銀行連携の自動仕訳ルールが「売上高」のままになっていると、月中に立てた売掛金が消し込まれず、入金のたびにこれが起きる——記帳チェックの現場で本当によく見るパターンです。
仕込んだ状態の仕訳帳。No.25で売上を計上し、No.26の入金でまた売上を計上——売上が二重です
試算表では、回収されたはずの売掛金330,000円が残ったままです
さらに、未仕訳の明細を2件（公庫の返済 58,000円・社会保険料の引落 122,000円）残しておきました。後半の複合仕訳の素材です。
未仕訳の2件。自動提案は「長期借入金」「法定福利費」の1行だけ——明細からは複合仕訳を直接つくれません
なお、このデモ会社には開始残高（前期繰越）を入れておらず、既存のサンプル仕訳も残っています。預金残高などは実在の会社らしくありませんが、後述のとおり、それが思わぬ形で検証に効いてきます。
検証に使ったAIはClaude Opus 5、思考の深さ（エフォート）はデフォルトの「高」です。モデルや設定が異なると、指摘の粒度や挙動は変わることがあります。
Step 01
仕込んだのは1件、見つけたのは6件
新しいチャットで、次の依頼文を貼りました。ポイントは最後の1行（勝手に直させない）です。
マネーフォワード会計の帳簿を検算してください。
・残高試算表（貸借対照表）を取得して、売掛金・買掛金の残高を確認して
・残高が残っている科目は、仕訳を遡って「発生」と「回収・支払」が対応しているか確認して
・同じ相手先・同じ金額で、売上が二重に計上されていないかも確認して
・見つかった問題は、修正案の仕訳とセットで一覧にして。私が「OK」と言うまで登録・修正はしないで
返ってきた指摘がこちらです。
検算の指摘一覧。仕込んだのは#1の1件だけ——#2〜#6はデモデータが元々抱えていた問題です
#1が仕込んだミスで、影響額（売上高△300,000円／仮受消費税△30,000円／売掛金△330,000円）まで正確です。注目は#2以降で、通信費の二重計上疑い、前期繰越の未反映、特定月の取引欠落など、こちらが聞いていない問題まで拾ってきました。すべてデモデータが実際に抱えていたものです。「頼んだことしかやらない」のではなく、残高の異常を芋づる式に追いかけてくる——これが検算の価値です。
修正案は「2案比較＋税務の論点」付き
案Aは仕訳そのものの修正、案Bは振替仕訳の追加。案Bの難点として消費税法38条（対価の返還等）との誤認リスクを挙げ、案Aを推奨してきました
値引・返品ではない単純な計上誤りなのに課税売上高をマイナスで動かすと、申告上まぎらわしい——税理士の目で見ても筋の良い理由付けです。「OK、案Aで修正して」と返すと、仕訳が書き換わりました。
摘要とメモに修正の理由が残る形で登録されるので、あとから見ても経緯が分かります
Step 02
複合仕訳は「2段階」で登録する
次に、残しておいた未仕訳2件を片付けます。前回記事の「できないこと」で触れたとおり、借入返済（元金＋利息）や社会保険料（本人負担＋会社負担）のような複合仕訳は、明細から直接はつくれません。そこで「まず1行で登録→その仕訳を更新して分割」の2段階で頼みます。
未仕訳になっている7月31日の公庫の引落 58,000円を、未仕訳の明細から仕訳登録してください。
まず1行（全額 長期借入金）で明細から登録し、そのあとその仕訳を更新して、元金50,000円・支払利息8,000円の2行に分けてください。
終わったら、社会保険料の引落 122,000円も同じ方法で、預り金（本人負担）60,000円・未払費用（会社負担）62,000円に分けてください。
実行報告。仕訳番号の横に明細IDが表示され、どの明細から作った仕訳かが明示されています
仕訳帳には複合仕訳が銀行マーク付きで並びます。仕訳を2行に差し替えても、明細との紐付けは維持されています
明細一覧は「未仕訳の入出金はありません」。2段階方式でも明細はきちんと消し込まれます
Failure
失敗例：「明細から」の一言が明暗を分けた
正直に書くと、上の成功例は2回目の実行です。1回目は失敗しました。違いは依頼文の書き方だけです。最初はこう頼みました。
7月31日の公庫の引落 58,000円を仕訳にしてください。
元金50,000円・利息8,000円の複合仕訳にしたいので、まず1行仕訳で登録したあと、その仕訳を更新して2行に分けてください。
※この頼み方は失敗します。そのままコピーしないでください
一見問題なさそうですが、「仕訳にして」とだけ頼んだ結果、AIは明細を経由せず、仕訳だけを直接つくってしまいました。仕訳帳を見比べると、違いは行頭の小さな銀行マークに表れます。
失敗例。仕訳の内容は正しいのに、行頭に銀行マークがありません＝明細と紐付いていません
同じ時点の明細一覧。仕訳を作ったはずの2件が「未仕訳」のまま残っています。このまま気づかず両方登録すると二重計上です
リカバリーは単純でした。AIからは仕訳を削除できないため、マネーフォワードの画面で2本を削除し、「未仕訳の明細から」と明示してやり直した——それが前章の成功例です。教訓は3つです。
- 明細に対する仕訳は、「明細から登録して」と明示する
- 登録後は仕訳帳だけでなく、連携明細のステータスが「仕訳済」になったかまで確認する
- 失敗しても、画面から削除してやり直せる。恐れる必要はありません
もう1つ、実務で痛感したことを添えます。AIは手元に資料がないと、それらしい推論で空白を埋めてしまうことがあります。判断の根拠になる資料（明細・契約書・請求書）を見せるまでは、断定させない。これは検算に限らず、この連携全般を安全に使うコツです。
Step 03
登録が終わったら、もう一度検算させる
締めの一手です。修正と登録が終わったら、そのまま流れで再検証を頼みます。
登録が終わったので、残高試算表を取得して検証してください。
売掛金はゼロになりましたか。長期借入金・預り金・未払費用の残高は想定どおりですか。
判定は「仕訳は正、残高は異常」。今回の登録の正しさと、最初の検算で指摘済みの前期繰越の問題を、切り分けて説明しています
面白いのはここです。デモデータには前期繰越が入っていないため、登録自体が正しくても一部の残高はマイナスになります。AIはそれを「今回の仕訳は正しい。残高の異常は、最初の検算で指摘した問題がそのまま表れたもの」と、自分の過去の指摘と突き合わせて説明してきました。正しい登録と帳簿の構造的な問題を混同していません。
売掛金の総勘定元帳。発生330,000円と回収330,000円が対応し、残高はゼロ。消込が完了しました
「入力して終わり」にせず、入力→検証のループを必ず閉じる。これが運用の肝です。
Prompt
コピペで使える「検算」定型文（完全版）
今回の検証で得た改良をすべて入れた定型文です。月次のセルフレビュー（月初に前月分）や決算前のチェックに、そのままお使いください。
マネーフォワード会計の帳簿を検算してください。
1. 最初に、接続中の事業者名・会計期間・経理方式（税込／税抜）を表示して
2. 残高試算表（貸借対照表）を取得して、売掛金・買掛金など債権・債務の残高を確認して
3. 残高が残っている科目は、仕訳を遡って「発生」と「回収・支払」が対応しているか確認して。必要なら前期の仕訳も見て
4. 同じ相手先・同じ金額で、売上や経費が二重に計上されていないかも確認して
5. 見つかった問題は、影響額と修正案の仕訳をセットで一覧にして。私が「OK」と言うまで登録・修正はしないで
6. 修正が終わったら、残高試算表を取り直して、狙いどおりの残高になったか検証して
- 読み取りだけなら、帳簿は1円も変わりません。まず検算だけ試すのが安全です
- 1行目に事業者名の確認を入れているのは、複数の会社に関与している場合の接続先の取り違え防止です
- 税抜経理の会社で修正まで頼む場合の注意（金額は税込で渡す）は、前回記事の「もう一歩」をご覧ください
Perspective
検算AIの限界と、税理士の使いどころ
誤解のないように、限界も明確にしておきます。検算AIが見ているのは帳簿の内部整合性だけです。通帳の実残高も、請求書も、契約書も見ていません。帳簿の中で辻褄の合わないものは見つけられますが、帳簿と外の世界が一致しているか（実査・突合）は、証憑と人間の仕事です。消費税の区分判定や役員まわりの処理のような「判断」も同じです。
だからこそ、役割分担がきれいに決まります。毎月の機械的な検算はAIに、そこで挙がった論点の判断は税理士に。当事務所では、この連携を顧問先さまの標準環境として位置づけ、AIの検算と税理士のレビューを組み合わせた月次の体制づくりを支援しています。
▶ マネーフォワードで経理を自走させたい方向けのサポートは、マネーフォワード自計化に強い税理士のサービス案内をご覧ください。
FAQ
よくある質問
本番の帳簿で検算しても大丈夫ですか？
検算（読み取り）だけなら帳簿は一切変更されません。修正まで頼む場合は、定型文にある「私がOKと言うまで登録・修正はしないで」の一文を必ず残し、承認制で進めてください。
見つかった問題は、そのままAIに直させていいですか？
今回の売掛金の消込のような機械的な修正は任せて問題ありません。ただし消費税の区分に関わるもの、過年度に影響するもの、役員関連など判断を伴うものは、修正前に顧問税理士へご相談ください。なお仕訳の削除はAIからはできない仕様です。
複合仕訳の登録がうまくいきません。
依頼文に「未仕訳の明細から登録して」と明示しているか確認してください。「仕訳にして」だけだと、明細と紐付かない仕訳が作られることがあります（本文の失敗例参照）。登録後は連携明細のステータスが「仕訳済」になったかまで確認を。
会計事務所に記帳を頼んでいる場合でも使えますか？
むしろ有効です。月次報告を受ける前のセルフチェックとして回せば、事務所への質問が「なんとなく不安」から「この売掛金の消込を確認したい」という具体的な論点に変わります。記帳代行の成果物チェックとしても機能します。
freeeでも同じことができますか？
freeeにも公式のMCPサーバーがあり、同様の検算が可能です。freeeで記帳ごと任せたい方はfreeeおまかせ記帳プランをご覧ください。
実戦編は以上です。設定と基本の使い方は第1弾「マネーフォワード×Claude連携 完全ガイド」をご覧ください。本記事の内容は2026年8月時点の検証に基づいており、各サービスの仕様変更により画面や挙動が変わる場合があります。
プロゴ税理士事務所 税理士。元国税調査官。国税（調査・相談2万件・審判実務）×民間（事業会社実務・PdM）の経験からの複眼的な視点が強み。
