経理担当者のための銀行コード・支店コード実務ガイド
経理部門にとって、金融機関コードと支店コードは日常的に扱うデータです。総合振込データの作成、取引先マスタの管理、会計ソフトの設定など、コードの正確さが業務の根幹を支えています。この記事では、経理実務で銀行コードが登場する具体的な場面を整理し、FBデータのフォーマットや統廃合時の対応まで踏み込んで解説します。
経理業務で銀行コードが頻出する3つの場面
経理担当者が金融機関コードに触れる場面は、大きく分けて3つあります。
1. 総合振込データ（FBデータ）の作成
複数の取引先にまとめて振込を行う「総合振込」では、銀行に提出するデータファイル（FBデータ）を作成する必要があります。このファイル内には、振込先ごとに金融機関コード4桁と支店コード3桁が含まれます。1件でもコードに誤りがあると、その取引先への振込が失敗（エラーリターン）し、再処理の手間と遅延が発生します。
月末の支払い集中期にエラーが出ると、取引先との信頼関係にも影響しかねません。FBデータ作成時には、取引先マスタのコードが最新であることの確認が欠かせません。
2. 取引先マスタの管理
会計ソフトやERPに登録する取引先マスタには、支払先の金融機関コード・支店コード・口座番号が含まれます。このマスタ情報は一度登録したら終わりではなく、以下の場面で更新が必要になります。
- 取引先が振込口座を変更した場合
- 取引先の銀行が合併して金融機関名・コードが変わった場合
- 支店の統廃合で支店コードが変わった場合
マスタの更新漏れは振込エラーに直結するため、定期的な棚卸しが重要です。
3. 給与振込・社会保険料の支払い
従業員への給与振込データにも金融機関コードは含まれます。また、社会保険料や源泉所得税の納付にあたって口座情報を届け出る場面でもコードが求められます。従業員の口座変更届を受け取ったら、速やかにマスタに反映する運用が必要です。
全銀フォーマット（FBデータ）の構造と銀行コードの位置
FBデータは全国銀行協会が定めた「全銀フォーマット（全銀協規定フォーマット）」に従って作成します。テキストファイル形式で、1行（レコード）が120バイト固定長です。
レコード区分の概要
FBデータは以下の4種類のレコードで構成されます。
| レコード区分 | 区分コード | 役割 |
|---|---|---|
| ヘッダーレコード | 1 | 振込依頼人の情報（自社の金融機関コード等） |
| データレコード | 2 | 振込先1件分の情報（相手方のコード・口座・金額） |
| トレーラーレコード | 8 | 合計件数・合計金額 |
| エンドレコード | 9 | ファイルの終端 |
データレコード内の金融機関コードの配置
経理担当者が最も注意すべきデータレコード（区分コード2）の主な項目配置を示します。
| 項目 | 桁位置 | 桁数 | 内容 |
|---|---|---|---|
| データ区分 | 1 | 1 | 固定値「2」 |
| 振込先金融機関コード | 2〜5 | 4 | 振込先の4桁コード |
| 振込先金融機関名 | 6〜20 | 15 | カナ（左詰め、余白は半角スペース） |
| 振込先支店コード | 21〜23 | 3 | 振込先の3桁コード |
| 振込先支店名 | 24〜38 | 15 | カナ（左詰め、余白は半角スペース） |
| 預金種目 | 43 | 1 | 1:普通、2:当座、4:貯蓄 等 |
| 口座番号 | 44〜50 | 7 | 右詰め、先頭ゼロ埋め |
| 受取人名 | 51〜80 | 30 | カナ（左詰め） |
| 振込金額 | 81〜90 | 10 | 右詰め、先頭ゼロ埋め |
（出典：全銀協 総合振込フォーマット仕様）
ここで注目すべきは、金融機関コードがレコードの先頭付近（2〜5桁目）に配置されている点です。つまり、このコードが間違っていると振込先の特定自体ができず、データ全体が処理不能になります。
また、ヘッダーレコードにも自社（振込依頼人側）の金融機関コードと支店コードが含まれます。自社の取引銀行が統合された場合は、ヘッダーレコードの修正も必要です。
銀行統廃合時の実務対応チェックリスト
銀行の合併・名称変更が発表されたら、経理部門として以下の対応が必要になります。
対応チェックリスト
- [ ] 影響範囲の特定: 取引先マスタ・従業員口座データから、該当する金融機関コードを抽出する
- [ ] 新コードの確認: 統合後の新しい金融機関コード・支店コードを確認する
- [ ] マスタ更新のタイミング確認: 統合の効力発生日（新コードに切り替わる日）を把握する
- [ ] FBデータのテスト: 新コードに更新したFBデータで、テスト振込（少額振込）を実施する
- [ ] 会計ソフトの更新: 会計ソフト側の金融機関マスタが最新化されているか確認する
- [ ] 口座振替の確認: 自社が振替を受ける側の場合、収納代行会社や決済代行会社への届出変更が必要か確認する
- [ ] 取引先への通知: 自社の振込口座が変わる場合は、請求書の口座情報を更新して取引先に周知する
統合は段階的に進むことが多く、旧コードが経過措置として一定期間は使えるケースもあります。しかし経過措置の期限を過ぎると即エラーになるため、早めの切り替えが安全です。
会計ソフトでの銀行コード設定
主要なクラウド会計ソフトでは、金融機関コードの設定箇所が以下のように分かれています。
freee
freeeでは口座を登録する際に、金融機関名の検索で自動的にコードが設定されます。ただし、API連携ではなく手動で口座を登録する場合、取引先の金融機関コードと支店コードを入力する画面が表示されます。総合振込のFBデータ出力機能を使う場合は、取引先の口座情報を正確に登録しておく必要があります。
マネーフォワード クラウド
マネーフォワードクラウドでは、支払管理機能で振込データを作成できます。取引先マスタに金融機関コードと支店コードを含む口座情報を登録しておくことで、全銀フォーマットのFBデータが自動生成されます。金融機関名から検索して登録する方式が基本ですが、コードを直接指定することも可能です。
弥生会計
弥生シリーズでは、取引先の銀行口座情報を「振込先一覧」に登録します。総合振込の際にここから振込データを生成するため、コードの正確性が直接的に振込の成否に影響します。弥生は金融機関コードのマスタを内蔵しており、アップデートで最新化されますが、統合直後はマスタの反映にタイムラグがある場合があります。
いずれのソフトでも、金融機関の統合や名称変更があった場合は、ソフトのマスタ更新を待つだけでなく、自社の取引先データ側も忘れずに更新してください。当サイトで最新の金融機関コードと支店コードを検索し、マスタとの照合に活用すると確実です。
マスタ更新を怠るとどうなるか
金融機関コードの更新を怠った場合に起こりうるトラブルを具体的に挙げます。
- 振込エラー（エラーリターン）: FBデータ内のコードが無効で、銀行から差し戻される。資金は戻ってくるが再処理が必要
- 支払い遅延: 月末の振込でエラーが発生すると、取引先への支払いが遅れ、信用問題になりうる
- 手数料の二重発生: エラーリターンに対して銀行が手数料を徴収する場合がある。再振込にも手数料がかかるため、二重のコスト負担になる
- 口座振替の失敗: 自社が収納側の場合、顧客の引落しが失敗し、未収金が発生する
いずれも「コードを正しく管理していれば防げたはず」のトラブルです。経理部門としてはコード管理を定型業務に組み込み、定期的にチェックする仕組みを作っておくことが最善の予防策といえます。
まとめ｜金融機関コードは経理の「インフラ」
金融機関コードは、経理担当者にとって電話番号や住所と同じくらい基本的なマスタデータです。FBデータの先頭に配置されるこの4桁の数字が間違っているだけで、振込は失敗します。
銀行の統廃合が続く現在、コードの最新性を維持する運用は経理部門の必須タスクです。当サイトでは全国の金融機関コードと支店コードを検索できますので、マスタの新規登録時や統合後の確認作業にぜひご活用ください。
---
*最終更新日: 2026年4月*