ほとんどの中小企業の勘定科目表を開くと、最終的には「未預入金（Undeposited Funds）」というひっそりとした資産勘定が見つかるはずです。データ整理（クリーンアップ）業務の10件中9件において、この口座はお金が「隠れている」場所でもあります。2023年の忘れ去られた小切手、重複した売上伝票、銀行の記録と一切一致しない14,000ドルの架空資産、実際にはまだ売掛金リストに残っているのに支払い済みとしてマークされた顧客――これらすべてが、この目立たないバケツの中に収まっています。
正しく使えば、未預入金は記帳において最も便利な口座の一つです。しかし、使い方が悪いと、収益を水増しさせ、重複した売上を隠し、銀行勘定照合を不可能にします。このガイドでは、この口座の目的、複式簿記の仕組み、それが必要な場合（および全く不要な場合）、そして照合履歴を壊さずに滞留残高を整理する方法について説明します。
未預入金口座の実体とは何か
未預入金は、顧客から支払いを受け取った瞬間から、それらが合算されて銀行に入金されるまでの間、個々の顧客支払いを保持しておくための一時的な資産勘定です。小売店のマネージャーが、閉店時に銀行へ持っていく前に、日中の小切手をしまっておく鍵付きの引き出しのデジタル版だと考えてください。
この口座は、非常に特定の不一致を解消するために存在します。
- 内訳明細付きの入金票には、各小切手や現金の支払いが個別に表示されます。400ドル、1,200ドル、250ドルの3枚の小切手は3行になります。
- 銀行の取引明細には、一括の合計金額が表示されます。同じ入金が1行として表示されます：1,850ドル。
帳簿上で各支払いを直接銀行口座に記録すると、明細書の1行と決して一致しない3行の記録が残ることになります。未預入金口座を使用すると、各顧客の請求書に対して3つの個別の支払いを記録し、それらを銀行の合計金額と正確に一致する1つの「入金トランザクション」としてバッチ処理できます。
本質的に、これはクリアリング勘定（決済用勘定）であり、常に残高がゼロに戻るべき一時的な保持タンクです。
複式簿記の仕組み
典型的な「販売から入金」のサイクルでは、3つの異なる仕訳が発生します。これらを順に追うことで、混乱の大部分が解消されます。
1. 請求書の発行:
借：売掛金 $1,200
貸：売上高 $1,2002. 顧客による支払い（郵送で小切手が到着）:
借：未預入金 $1,200
貸：売掛金 $1,200この時点では銀行口座にはまだ動きがないことに注目してください。売掛金は消し込まれ、お金は保留用口座に保持されています。
3. 銀行への預け入れ（他の400ドルと250ドルの小切手と一緒に入金）:
借：営業用銀行口座 $1,850
貸：未預入金 $1,850入金トランザクションにより、3つの未預入金のエントリがすべてスイープ（一掃）され、銀行明細書に表示される内容と一致する1つの銀行入金になります。これにより、照合は鑑識作業のような複雑な作業ではなく、単純な1行の照合になります。
パターンは常に同じです。顧客が支払ったときに未預入金を借方に記入し、お金を銀行に持っていったときに貸方に記入します。 入金後に口座残高がゼロにならない場合は、何かが間違っています。
未預入金が必要な場合と不要な場合
この口座は、すべてのビジネスが共有しているわけではない、特定の業務上の実態のために存在します。以下の場合に使用してください。
- 一括で預け入れられる物理的な小切手や現金を受け取っている。
- 1回の銀行への入金で複数の顧客支払いをカバーする、複数支払いの銀行預け入れを行っている。
- 銀行の一括入金に対して照合を行いながら、個々の顧客支払いを特定の請求書と一致させる必要がある。
以下のような場合は、おそらく必要ありません。
- すべての顧客が ACH、Stripe、Square、またはその他の電子決済プロセッサ経由で支払っており、それらが個別、またはプロセッサ自体が記録する既知のバッチで入金される。
- モバイル小切手預入を1枚ずつ利用している。各支払いが銀行の独立した行項目になる。
- 銀行フィードが接続されており、支払いが銀行明細書の表示と一対一で帳簿に反映される。
後者のケースで、すべての領収書を無理やり未預入金に通すと、不必要なステップが増え、残高が滞留する原因となります。前者のケースでこれを使わないと、照合は悪夢になります。
滞留残高が発生する仕組み
記帳担当者がクライアントの未預入金口座が「めちゃくちゃだ」と言うとき、それはほとんどの場合、以下の4つのうちの1つ（多くの場合、組み合わせ）が起きていることを意味します。
1. 支払いの二重記録
顧客が500ドルの請求書を支払います。記帳担当者は、支払い受け取りワークフローを通じて請求書を支払い済みとしてマークします（これにより未預入金に転記されます）。その後、銀行フィードが500ドルの入金をダウンロードし、誰かがそれを直接「売上高」として分類します。これで貸方が2つになり、相殺されません。収益は二重にカウントされ、未預入金は恒久的に500ドル高いままになります。
2. グループ化されない入金
入金処理の手順は忠実に守られていますが、誰も「預け入れ」機能を使って支払を銀行口座にまとめようとしません。銀行フィードが別のカテゴリーで並行する取引を作成している間、すべての小切手は「未預入資金」の中に永遠に留まることになります。
3. 一部の入金漏れ
記帳担当者が300ドル、400ドル、250ドルの3つの小切手を記録し、そのうち2つをまとめて700ドルの入金として処理しましたが、誤って3つ目を選択し忘れたとします。その結果、「未預入資金」には誰も追跡できない250ドルの残高が永久に残ることになります。
4. 相殺なしの削除
支払が適用された後に請求書が無効化されたり、対応する入金記録が残っているのに売上伝票が削除されたりする場合です。その結果、「未預入資金」にマイナスの残高や、対応する取引のない孤立した残高が発生し、一致する取引が見当たらない状態になります。
症状は常に同じです。「未預入資金」の残高が、実際の移動中の現金を反映していません。貸借対照表上では資産が実際よりも大きく見え、損益計算書上では重複した収益ルートによって売上が過大計上され、その後の税金も膨らんでしまいます。
内部の状態を診断する
クリーンアップを始める前に、実際にその勘定に何が残っているのかを確認する必要があります。基本的な手順は、どの会計システムでも同じです。
- 未預入資金勘定でフィルタリングした全期間の取引レポートを実行する。 日付の昇順で並べ替えます。
- 取引タイプごとにグループ化する。 各入金処理、売上伝票、預け入れを確認します。各伝票には、その直後の日付で一致する預け入れがあるはずです。
- 孤立した項目を特定する。 一致する預け入れがない伝票はクリーンアップの候補です。逆に、一致する伝票がない預け入れも問題です。
- 該当期間の銀行明細と照合する。 お金は実際に銀行に届いていますか？ 単に別のカテゴリーで処理されているだけでしょうか？ それとも、小切手が本当に預け入れられなかったのでしょうか？
各行が何を表しているのか（誤って記録された実際のお金か、別の勘定科目で入金された実際のお金か、あるいは重複した架空のデータか）が分かれば、適切なクリーンアップ方法を選択できます。
滞留した残高を解消する3つの方法
方法1：元の取引を修正する
期間が締められておらず、銀行照合も済んでいない場合に最も安全な選択肢です。預け入れの一部であるべき伝票を見つけた場合は、その預け入れ取引を編集して伝票を追加します。銀行フィードで重複した分類を見つけた場合は、重複分を削除し、銀行の明細行を既存の未預入資金のエントリにリンクさせます。これにより監査証跡が維持され、損益計算書の内容も変わりません。
方法2：期末の整理仕訳
滞留している残高がすでに照合・確定済みの前年度のものである場合、元のエントリには触れたくないでしょう。代わりに、孤立した残高を一時的な整理勘定に移動させる期末仕訳を1件投入します。
借：未預入資金整理勘定 $X
貸：未預入資金 $Xこれにより、期末に保留勘定がゼロになり、当年度をクリーンな状態で開始できます。オフセット（相殺）分は整理勘定に留まるため、確定済みの期間のレポートを乱すことなく、会計士が調査を継続できます。
方法3：ダミーの銀行口座
より抜本的なクリーンアップとして、「クリーンアップ整理用 — 使用禁止」といった名前の仮の銀行口座を作成します。古くなった未預入資金のエントリをこのダミー口座への「預け入れ」としてグループ化し、その後、ダミー口座の残高を費用勘定（滞留項目の性質に応じて、貸倒損失や雑損失など）で落とします。これは、元の取引が複雑すぎて個別に修正できない場合の、記帳担当者の最終手段です。
どの方法をとるにしても、「何をしたか」と「なぜしたか」を文書化してください。 次にそのファイルを開く記帳担当者は、3月に発生した14,000ドルの変動が実際の経済活動によるものではないことを知る必要があります。
混乱を未然に防ぐ
クリーンアップにはコストがかかります。それを防ぐための月1回の習慣は安上がりです。
- 銀行だけでなく、未預入資金も毎月照合する。 レポートを実行し、すべての伝票に一致する預け入れがあることを確認し、1〜2週間以上経過しているものはすべて調査します。
- 1つのワークフローを選択し、それを守る。 すべての支払を「入金処理 → 未預入資金 → 預け入れ」の順で行うか、あるいはすべての支払を直接銀行口座に入れるかのどちらかにします。同じ会社ファイル内でこれらを混ぜることが、重複エントリを生む原因です。
- 銀行フィードの利用者を教育する。 銀行明細に入金が表示され、すでに対応する未預入資金の預け入れが待機している場合、銀行明細は新規取引として「追加」するのではなく、「一致（マッチ）」させる必要があります。この違いが重要です。
- 補助科目やメモを活用する。 支払を記録する際、小切手番号やカードの下4桁を含めます。後で預け入れによって複数の小切手がグループ化されたとき、メモの追跡があれば、どの小切手が処理されたかを確認できます。
プレーンテキスト会計での概念の扱い
上述の仕組みは普遍的であり、商用の記帳ソフトウェアに限らず、あらゆる複式簿記システムに適用されます。プレーンテキスト会計ツールでは、単に Assets:Cash:Undeposited（資産:現金:未預入）のような資産勘定を作成し、同じ3ステップのパターンを記述します。顧客が支払ったときに借方に記入し、銀行に入金されたときに貸方に記入します。すべての取引が読みやすいバージョン管理されたファイルに保存されているため、孤立した残高はバランスレポートですぐに判明し、コミット履歴から追跡可能です。背後で勝手に支払をルーティングする隠れた「デフォルトの預け入れ先」フィールドなどは存在しません。すべての勘定科目割り当ては明示的です。これこそが、ブラックボックス化されたシステムを悩ませる「何年も埋もれていたサプライズ」が、これらのツールではほとんど蓄積されない理由なのです。
初日から帳簿を監査可能な状態に保つ
未預け入れ資金（Undeposited Funds）勘定は、より大きな原則のほんの一例に過ぎません。記帳の仕組みが不透明な場合、間違いは数年間にわたって静かに積み重なり、最終的に誰かが会計士に費用を払ってそれらを紐解いてもらわなければならなくなります。一方で、仕組みが可視化され、監査証跡が明確であれば、同じ間違いが起きたその月のうちに発見することができます。
Beancount.io は、プレーンテキストによるバージョン管理可能な会計システムを提供します。すべての仕訳が人間にとって読みやすく、すべての残高が追跡可能であり、決済勘定が知らぬ間にずれていくこともありません。もしあなたが、未預け入れ資金に6桁の謎の金額が残っている会社のデータファイルを引き継いだことがあるなら、「すべての取引をgrep（検索）可能なファイルに保存する」ことの魅力は明白でしょう。無料で始めることで、開発者、創業者、そして金融のプロフェッショナルが、なぜ透明性が高くスクリプト操作可能な帳簿へと移行しているのか、その理由を確かめてください。