銀行勘定調整とは何か：ステップバイステップの解説

銀行勘定調整 (bank reconciliation) とは、自社の帳簿上の銀行残高と銀行が保持する残高が一致していることを確認し、その間にあるすべての差異を調査する作業です。これは、毎月実施される外部監査に最も近い会計上の統制手続きです。なぜなら、銀行明細は、自社の帳簿の正確性には利害関係を持たない第三者によって作成された証拠資料だからです。

一致を確認する作業自体は単純ですが、2つの数値が異なる理由を突き詰めることこそが、この作業を行う価値を生み出します。

なぜ残高に差異が生じるのか

帳簿と銀行明細は、同じ経済実態を異なるタイミングで記録しています。

• タイムラグ (Timing): 6月30日に仕入先への支払いを計上したが、銀行がそれを実行したのは7月2日である場合。お金は自社の帳簿からは消えていますが、銀行口座にはまだ残っています。
• 把握していなかった取引: 銀行手数料、利息、為替手数料、口座振替、顧客からの連絡のない振込など、自社が知る前に銀行側がすでに処理している項目です。
• 誤り: 自社によるミス (金額の入力ミス、支払いの二重計上) や、まれに銀行側のミス。
• 不正: 承認していない不正な支払い。これが、単なる整理整頓ではなく統制手続きとして勘定調整が不可欠である理由です。多くの場合、不正を発見できるのはこの定例プロセスのみとなります。

差異が生じるのは正常ですが、説明のつかない差異こそが問題の発見につながります。

具体的な手順

具体例として、6月分の勘定調整をユーロ建てで進めます。

ステップ 1 - 終了残高の確定: 6月30日時点における勘定科目「2710 当座預金」の帳簿残高は 6,200 €。6月30日時点の銀行明細の期末残高は 6,845 €。説明すべき差異は 645 € です。

ステップ 2 - 明細のインポート: PDFを見ながら手入力するのではなく、銀行が提供するファイルを読み込みます。camt.053 (ISO 20022 標準) またはレガシーな MT940 が利用可能です。どちらも POST /v1/bank/statements/import でサポートされており、日付、金額、取引先名、IBAN、支払い説明を含む銀行取引データが作成されます。

ステップ 3 - 一致する項目の照合: 明細行と未決済項目を突き合わせます。

明細行	帳簿項目
+1,210 UAB Alfa (参照: "S-1041")	売上請求書 S-1041 - 全額決済
−121 Lieferant GmbH	仕入請求書 L-77 - 全額決済
−18 "Account maintenance fee"	帳簿に該当なし - 新規発生費用

ステップ 4 - 銀行側でのみ把握されていた項目の計上: 18 €の手数料には証憑がないため、明細データから直接起票します。

勘定科目	借方	貸方
6800 金融費用	18
2710 当座預金		18

ステップ 5 - 正当なタイムラグのリストアップ: 6月30日に発生した仕入先への支払い 663 € は、銀行が7月2日に実行したため、自社の帳簿には正しく記録されていますが、6月の銀行明細にはまだ載っていません。これは仕訳を起こす必要はなく、リストアップするだけで十分です。

ステップ 6 - 勘定調整の証明:

銀行明細の期末残高                         6,845
− 未成約の支払 (payments in transit)       −663
+ 銀行により控除済みで、今回起票した手数料   +18   (ステップ4により両方に反映済み)
= 調整後の帳簿残高                         6,200 ✓

帳簿残高が確認されました。このステップで説明がつかない項目こそが、勘定調整を行った理由そのものです。

ステップ 7 - 期間のロック: 銀行、売掛金、買掛金の調整が完了したら、会計期間 (accounting period) を締め切ってロックし、調整済みの数値が後から変更されないようにします。

どれほどの作業が自動化されるのか

大部分の作業は自動化されます。支払いと請求書の照合は、金額、参照番号、取引先、IBANを用いたパターンマッチングです。Nordletの POST /v1/bank/transactions/suggest-matches は、未決済の請求書と明細行を照合してスコアを算出し、それぞれのスコアの根拠とともに順位付けされた候補を返します。

シグナル	重み付け
金額が請求書の残高と一致する	+50
支払いの説明にドキュメント番号が含まれている	+40
取引先のIBANがパートナーの銀行口座と一致する	+30
取引先名がパートナー名と一致する	+20

4つのシグナルすべてに合致する支払いは明白です。 POST /v1/bank/transactions/match を使用して一致を確認すると、請求書が決済され、帳簿に仕訳が起票され、請求書の支払ステータスが partial (一部入金) または paid (支払済) に更新され、後続システムが反応できる sale_invoice.paid イベントが発火します。

人間が判断すべき残すべき部分は、一部入金、5件の請求書をまとめた1件の振込、参照番号のない支払い、そして誰も理由を記録していない金額の不一致などです。銀行インポートガイド (bank imports guide) では、ファイル形式とインポートのフローについて詳しく説明しています。

効果的な勘定調整を行うために

• 最低でも月次、できれば週次で実施する: 差異は、記憶が新しいうちに説明をつければ安上がりですが、四半期後に再構築しようとすると多大なコストがかかります。
• 残高を無理やり合わせない: 数字を一致させるための調整用ダミー起票は、統制としての価値を完全に損ないます。一致しないということは何かしらの問題があるということであり、それ自体が重要な情報です。
• すべての口座を対象にする: すべての銀行口座、すべての通貨、すべてのカードを対象に含めてください。誰も監視していない口座こそが、問題の潜む口座です。
• 未一致の古い項目を調査する: 3ヶ月間一致しないままの明細行は、請求書を待っているのではなく、証憑の紛失、二重計上、またはエラーのいずれかです。
• 職務分離を徹底する: お金を動かす権限を持つ人物と、勘定調整を行う人物は可能な限り分けなければなりません。

FAQ

銀行勘定調整とは、一言で言うと何ですか？

銀行口座に関する自社の会計記録を銀行自身の明細と突き合わせ、タイムラグ、未記録の項目、誤りなどのすべての差異が解消されて両者が一致するまで原因を説明できるようにする作業です。

銀行明細はどのような形式でインポートできますか？

Nordlet は、SEPA全体で使用されている ISO 20022 XML 標準である camt.053 と、多くの銀行で依然として提供されている古い SWIFT 形式の MT940 をサポートしています。どちらも同じエンドポイントからインポートされ、同一の銀行取引データを作成します。

調整項目 (reconciling item) とは何ですか？

ある時点における2つの残高間の差異を正当に説明するあらゆる項目を指します。最も一般的な例としては、発行済みだがまだ決済されていない支払い、まだ入金されていない預金、まだ帳簿に記録されていない銀行手数料などがあります。

銀行勘定調整はどのくらいの頻度で行うべきですか？

会計上の最低要件は月次です。これを行わなければ期間を確実に締め切ることができないためです。業務上の観点からは、週次または日次で行う方が優れています。売掛金の状況を常に最新の状態に保ち、不正な支払いに気づくまでの期間を短縮できるからです。

勘定調整が一致しない場合はどうすればよいですか？

そこで作業を中断し、原因を突き止めてください。それこそがこの作業の目的です。よくある原因としては、取引の二重計上、金額の入力ミス、異なる勘定科目への起票、誰も見覚えのない明細行の存在などが挙げられます。差異を消すために無理やり調整仕訳を起票してはなりません。