Web制作やシステム開発など、プロジェクトが数か月に及ぶ案件で一般的なのが「着手金（50%）」と「残金（50%）」に分けた分割請求・分割入金です。
しかし、マネーフォワード クラウドを使ってこの入金を処理しようとすると、次のような画面の前で手が止まってしまう方が後を絶ちません。
- 「口座に着手金が振り込まれたのに、マネーフォワードの画面で消込候補（サジェスト）が緑色で出てこない」
- 「AIが見当違いの過去の売掛金とマッチングしようとしてエラー警告が出る」
- 「とりあえず銀行明細を『売上高』で登録してしまい、請求書ソフト側の『未入金』アラートが消えない」
分割入金は、見積書や請求書の発行段階での「水道管（データ構造）の設計」と、マネーフォワード特有の「未確定入金仕訳」の仕組みを知らないと、必ずと言っていいほど二重計上や未消込エラーを引き起こします。
今回は、なぜ分割入金でAIの自動消込が狂ってしまうのかという構造的原因と、1円のズレも二重計上も起こさずに綺麗に消し込む実務手順を徹底解説します。
ポイント
- AIが迷子になる根本原因： マネーフォワードの自動消込は「1本の入金明細 ＝ 1通の請求書（金額・取引先の完全一致）」を前提に動きます。総額100万円の見積に対して50万円が入金されても、システムはどの債権と照合すべきか判断できません。
- 一括請求書の罠は「未完了役務の売上計上強要」： 着手金と残金を1通の請求書（総額110万円）でまとめて発行すると、請求書連動によって「まだ完了していない将来の役務」まで発行月の一括売上として計上することを強要され、発生主義に違反して税金が前倒し発生します。
- 解決策は「独立した2通の請求書発行」＋「未確定仕訳の実現」： 着手金と残金をそれぞれ独立した請求書（55万円×2通）として発行し、着金時は請求書連動の未確定仕訳で「実現」を押してステータスを自動更新させるのが最も確実です。
なぜ「分割入金」でマネーフォワードが狂うのか？
① 「1対1一致」が崩れるとAIは推測を停止する
銀行APIから会計ソフトに送られてくる情報は「日付」「振込人名義」「入金額」の3点のみです。 もしクラウド請求書側で「プロジェクト総額：1,100,000円（税込）」という1通の請求書しか発行していない状態で、口座に「着手金：550,000円」が振り込まれると、システムは次のように混乱します。
- システム：「口座に55万円入ったが、帳簿にあるのは110万円の請求書だけだ。金額が合わないため自動マッチングできない」
結果として、AIは自動サジェストを取り下げ、画面上は「未処理」のアラートとして放置されてしまいます。
② 一括請求書を作ると「まだ完了していない役務」まで売上計上を強要される罠
「口座の着金が分割でも、契約は1件なのだから請求書は1枚（総額110万円）で作ればいいのでは？」と考え、案件開始時に一括請求書を発行してしまうケースがあります。
しかし、ここに会計ソフト特有の大きな落とし穴が存在します。 マネーフォワード クラウド請求書の標準仕様では、請求書を発行した時点で、その全額がクラウド会計側に「借方：売掛金 ／ 貸方：売上高」として自動連携されます。
その結果、「まだ着手したばかりで納品も完了していない将来の役務」についてまで、請求書の発行日時点で全額『売上高』として計上することを強要されてしまうのです。
- 会計・税務上の大問題：役務提供が完了していない着手金相当額は、本来「前受金（負債）」としてプールしなければなりません。これを売上として計上してしまうと、発生主義に反して当期の売上・利益が過大計上され、本来払う必要のない税金が前倒しで課される重大なリスクに直面します。
分割入金を美しく消し込む実務フロー（税抜経理対応）
分割入金を完璧にコントロールするための「請求書の発行設計」から「消込処理」までの実務手順です。
【前提例】
- プロジェクト総額：1,100,000円（税抜100万円・消費税10万円）
- 支払い条件：着手金50%（550,000円）、完工後残金50%（550,000円）
- 税抜経理方式を採用
ステップ1：上流の設計（請求書は「独立した2通」で発行する）
総額110万円の請求書を1通だけ作って「備考欄に着手金半分と記載する」という運用は絶対に避けてください。 必ず「着手金請求書（55万円）」と「残金請求書（55万円）」を別々の請求書として発行します。
- 請求書から自動仕訳(着手金請求時)：
- 金額：税抜 500,000円（消費税 50,000円 ＝ 税込 550,000円）
- 品目勘定科目：「前受金」（役務提供前のため）
- 方法：「自動仕訳」→「請求書から自動仕訳」→以下の内容を確認する
- ➔ 会計側に「売掛金 550,000円 ／ 前受金 550,000円」の発生仕訳と、55万円の「未確定入金仕訳」が生成される。(最初の仕訳は”売掛金 550,000 ／ 売上高 500,000 ＋ 仮受消費税 50,000”で入ることがあるので適宜修正する)
- 残金請求書（検収・納品完了時）：
- 金額：税抜 500,000円（消費税 50,000円 ＝ 税込 550,000円）
- 品目勘定科目：「売上高」
- 方法：「自動仕訳」→「請求書から自動仕訳」→以下の内容を確認する
- ➔ 会計側に「売掛金 550,000円 ／ 売上高 500,000 + 仮受消費税等 50,000」の発生仕訳と、55万円の「未確定入金仕訳」が生成される。
ステップ2：口座着金時の消込（「実現」機能の活用）
クライアントから口座に550,000円が振り込まれたら、消込を行います。
① 請求書連動の「未確定仕訳」を【実現】させる
- マネーフォワード クラウド会計の「仕訳帳」または「連携サービスから入力」画面を開きます。
- 着手金請求書から自動生成されている未確定の入金仕訳（普通預金 550,000 ／ 売掛金 550,000）を確認します。
- 仕訳行にある「実現」ボタンをクリックします。
- 効果：入金仕訳が正式に帳簿に確定登録され、同時にクラウド請求書側の該当請求書ステータスが自動で「入金済」へと切り替わります。
② 銀行から同期された明細をにする
- 「実現」ボタンを押したことで、帳簿上の預金残高と売掛金消込はすでに完了しています。
- 「前受金」が放置されたままなので手動で売上仕訳（前受金 550,000 ／ 売上高 500,000 + 仮受消費税 50,000）を上げる。
ステップ3：納品完了時の前受金振替仕訳
着手金受取時に貸方にプールされた「前受金（負債）」は、サイトが検収され残金請求書を発行（または納品）したタイミングで、手動（振替伝票入力など）で「売上高」へと振り替えます。
| 取引のタイミング | 借方（左側） | 貸方（右側） | 仕訳の目的 |
| ① 着手金請求時 （請求書発行） | 売掛金 550,000円 | 前受金 550,000円 | 着手金債権の計上（売上にはしない） |
| ② 着手金入金時 （未確定仕訳を実現） | 普通預金 550,000円 | 売掛金 550,000円 | 売掛金を消込(“実現”ボタンを押下)。請求書も「入金済」に自動更新。 |
| ③ 納品・残金請求時 （検収完了） | 売掛金 550,000円 | 売上高 500,000円 仮受消費税等 50,000円 | 残金分の売上高を計上 |
| ④ 前受金の売上振替 （手動振替伝票） | 前受金 550,000円 | 売上高 500,000円 仮受消費税等 50,000円 | ①でプールしていた着手金を本売上へ振替 |
| ⑤ 残金入金時 （未確定仕訳を実現） | 普通預金 550,000円 | 売掛金 550,000円 | 残金分の売掛金を消込(“実現”ボタンを押下)。残金請求書も「入金済」へ自動更新。 |
まとめ
分割入金における消込エラーや二重計上を防ぐ最大のポイントは、「請求金額と入金額が1対1になるように、請求書の段階で分けて発行しておくこと」、そして「請求書連動の『未確定仕訳の実現』を起点にして請求書ステータスを自動更新させること」です。
上流のデータ設計（パイプライン）を整えておくことで、AIやクラウドの自動化機能を味方につけることができます。
次回のテーマ：2つの案件がまとめて振り込まれた…「合算入金」のスマートな消し込み方
分割入金の次は、逆に複数の請求書に対して1本の入金で振り込まれてしまう「合算入金」の壁がやってきます。
「請求書を行追加で1通にまとめて最初から売掛金を1本化しておく方法」と、「すでに個別発行してしまった場合のリカバリー手順」をわかりやすく解説します。
コメント