全銀フォーマットのエラー原因と解決方法【実例10選・2026年版】
編集
山田ツール編集部目次
⚡ まとめ(時間がない方へ) 全銀フォーマットのエラーの90%は「文字コード(UTF-8使用)」「バイト数オーバー(全角使用)」「ゼロ埋め不足」の3つが原因。この記事でTop 10エラーの解決策を確認してください。全銀変換ツールで自動作成すればエラーを防げます。
「全銀ファイルが銀行に弾かれた」——月末の緊急事態を解決する
月末の給与振込日前日の夕方、全銀ファイルを銀行のインターネットバンキングに取り込もうとしたら「フォーマットエラー」。
この状況は全国の経理担当者が経験する最悪のシナリオです。振込が1日遅れれば従業員・取引先への影響が出ます。
この記事では、全銀フォーマットでよく起きるエラーTop 10とその解決策を実例付きで解説します。エラーメッセージを見てすぐに原因がわかるよう整理しました。
全銀エラー検証チェックリスト
エラーが出たとき、まずこのチェックリストを上から確認してください:
| チェック項目 | 確認方法 |
|---|---|
| ✅ 文字コードはShift-JIS(またはJIS)か | テキストエディタで確認 |
| ✅ 全角文字は使っていないか | 受取人名・依頼人名を確認 |
| ✅ 各レコードは120バイトか | バイト数カウンターで確認 |
| ✅ 口座番号は7桁(ゼロ埋め)か | 数値の桁数を確認 |
| ✅ 金額は10桁(ゼロ埋め)か | 数値の桁数を確認 |
| ✅ BOM(バイトオーダーマーク)はないか | HEXエディタで先頭3バイト確認 |
| ✅ 改行コードはCR+LF( | |
| )か | テキストエディタで確認 |
| ✅ トレーラの件数・金額は正確か | 手動で計算して確認 |
| ✅ 種別コードは正しいか | 給与:21、賞与:11、一般:71 |
| ✅ 余分な行や空行がないか | 最終行を確認 |
エラーTop 10 — 原因・症状・解決策
財務計算ツール
損益・キャッシュフローを無料計算
エラー①: 文字コードエラー
**エラーメッセージ例:**「文字コードが不正です」「ファイルが読み込めません」
原因: ファイルをUTF-8で保存してしまっている。ExcelでCSVを保存すると、デフォルトでBOM付きUTF-8になることがある。
解決策: ファイルをShift-JIS(CP932)またはJIS(ISO-2022-JP)で再保存する。
具体的な手順(メモ帳使用):
- メモ帳(Notepad)でファイルを開く
- 「ファイル」→「名前を付けて保存」
- 「エンコード」を「ANSI」(= Shift-JIS)に変更
- 上書き保存
テキストエディタ(VSCode)使用時:
- 右下の「UTF-8」をクリック
- 「エンコードで保存」→「Japanese(Shift JIS)」を選択
エラー②: 全角文字が含まれる
**エラーメッセージ例:**「受取人名に使用不可能な文字が含まれます」「文字種エラー」
原因: 受取人名(振込先名義)や依頼人名に漢字・ひらがな・全角英数字が含まれている。
全銀フォーマットで使える文字:
- 半角カタカナ(ア〜ン、濁音・半濁音含む)
- 半角英字(A-Z、a-z)
- 半角数字(0-9)
- 半角記号(スペース、(、)、.、-、/)
使えない文字:
- 漢字(山田 → ×)
- ひらがな(やまだ → ×)
- 全角英数字(YAMADA → ×)
解決策:
| 元の名前 | 修正後(半角カタカナ) |
|---|---|
| 山田太郎 | ヤマダタロウ |
| 株式会社山田 | カブシキカイシャ ヤマダ |
| YAMADA CORP. | YAMADA CORP. |
変換ツールを使って一括で全角→半角カタカナに変換することをおすすめします。
エラー③: レコードのバイト数が合わない(120バイト超過または不足)
**エラーメッセージ例:**「レコード長エラー」「バイト数が不正です」
原因: 各レコードの合計バイト数が120バイトになっていない。全角文字は1文字2バイト、半角文字は1バイト。
確認方法:
# Python で確認
with open('zengin.txt', 'r', encoding='shift-jis') as f:
for i, line in enumerate(f, 1):
line = line.rstrip('
')
byte_len = len(line.encode('shift-jis'))
if byte_len != 120:
print(f'行{i}: {byte_len}バイト ← エラー')
解決策:
- 全角文字を半角カタカナに変換してバイト数を削減
- スペース(0x20)でパディングして120バイトに調整
- 桁数制限を超えたフィールドを指定桁数で切り捨て
エラー④: 口座番号のゼロ埋め不足
**エラーメッセージ例:**「口座番号形式エラー」「口座番号桁数エラー」
原因: 口座番号は7桁固定ですが、実際の口座番号が7桁未満の場合に左側をゼロで補填していない。
例:
| 実際の口座番号 | 誤った入力 | 正しい入力 |
|---|---|---|
| 12345 | 12345 | 0012345 |
| 1234567 | 1234567 | 1234567 |
| 123 | 123 | 0000123 |
解決策: Excelのセルを「文字列」形式にして先頭にゼロを入力するか、TEXT関数(=TEXT(A1,"0000000"))を使用する。
エラー⑤: 金額フィールドのゼロ埋め不足
**エラーメッセージ例:**「金額フォーマットエラー」「振込金額桁数エラー」
原因: 振込金額フィールドは10桁のゼロ埋め右詰め形式が必要。
例:
| 振込金額 | 誤った入力 | 正しい入力 |
|---|---|---|
| 100,000円 | 100000 | 0000100000 |
| 1,000,000円 | 1000000 | 0001000000 |
| 50,000円 | 50000 | 0000050000 |
解決策: Excel式 =TEXT(金額セル,"0000000000") で10桁ゼロ埋めに変換する。
エラー⑥: BOM(バイトオーダーマーク)が含まれる
**エラーメッセージ例:**「先頭行が読み取れません」「ヘッダーレコードエラー」
原因: UTF-8 BOM(バイトオーダーマーク、0xEF 0xBB 0xBF)がファイル先頭に付いている。Excelで「CSV UTF-8(コンマ区切り)」で保存するとBOMが付く。
確認方法: テキストエディタ(Stirling等)でHEX表示にして先頭3バイトを確認。「EF BB BF」が見えればBOMあり。
解決策:
- Windowsのメモ帳で開いて「ANSI形式」で保存(BOM削除)
- Pythonで処理:
open('file.txt', 'r', encoding='utf-8-sig')でBOMスキップして読み込み、encoding='shift-jis'で書き直す
エラー⑦: 改行コードが LF のみ(Unix形式)
**エラーメッセージ例:**「改行コードエラー」「ファイル形式不正」
原因: Mac・Linuxで作成したファイルは改行コードがLF(0x0A)のみ。全銀フォーマットはCR+LF(0x0D 0x0A)が必要。
確認方法: HEXエディタで行末を確認。LFのみなら「0A」、CR+LFなら「0D 0A」と表示される。
解決策:
- Windowsのメモ帳で開いて保存し直す(自動的にCR+LFになる)
- テキストエディタの改行コード変換機能を使用(VSCode等)
- Pythonで変換:
open('out.txt', 'w', newline=' ')で書き出す
エラー⑧: トレーラレコードの合計不一致
**エラーメッセージ例:**「合計件数エラー」「合計金額不一致」
原因: トレーラレコードの「合計件数」または「合計金額」フィールドと、実際のデータレコードの件数・合計金額が一致しない。
解決策:
- データレコードの件数を正確に数える(ヘッダとトレーラを除いた行数)
- 振込金額の合計を正確に計算する
- 手動計算のミスを防ぐため、山田ツールのような自動計算ツールを使用
エラー⑨: 種別コードの誤り
**エラーメッセージ例:**「種別コードエラー」「取組種別が不正です」
原因: ヘッダーレコードの種別コード(2バイト目〜3バイト目)が誤っている。
種別コード一覧:
| 種別コード | 振込種別 |
|---|---|
| 11 | 賞与振込 |
| 21 | 給与振込 |
| 71 | 一般振込(取引先への支払い等) |
| 21(または71) | 社会保険料・税金の納付(銀行による) |
解決策: 使用目的に応じた正しい種別コードに変更する。
エラー⑩: データとエンドの間に余分な行
**エラーメッセージ例:**「レコード数が不正です」「エンドレコード後にデータがあります」
原因: エンドレコード(データ区分「9」)の後に空行や余分なデータが入っている。
正しい構造:
ヘッダーレコード(1行)
データレコード(N行)
トレーラレコード(1行)
エンドレコード(1行) ← これが最後、以降は何もない
解決策: エンドレコードの後に改行が1つ入っている場合は削除する(または1改行はOKとする銀行もある—取引銀行に確認)。
エラーを未然に防ぐ:山田ツールで自動生成
手動でExcelから全銀ファイルを作ると、上記のエラーが発生しやすいです。
山田ツールの全銀フォーマット変換ツールを使えば:
- 文字コードを自動的にShift-JISで出力
- 半角カタカナへの自動変換
- バイト数の自動調整(ゼロ埋め・スペース埋め)
- トレーラの件数・金額を自動計算
まとめ
| エラーの種類 | 解決策 |
|---|---|
| 文字コード(UTF-8) | Shift-JISで再保存 |
| 全角文字 | 半角カタカナに変換 |
| バイト数不一致 | 120バイト固定長を確認 |
| 口座番号ゼロ埋め | TEXT関数で7桁に |
| 金額ゼロ埋め | TEXT関数で10桁に |
| BOM付き | メモ帳でANSI保存 |
| 改行コードLF | CR+LFに変換 |
| 合計不一致 | 件数・金額を再計算 |
| 種別コード | 正しいコード(11/21/71)を使用 |
| 余分な行 | エンドレコード後を削除 |
関連記事
全銀フォーマット完全ガイド【実務編】経理担当者のための変換・エラー対処法
2026-04-10
全銀フォーマット完全ガイド【2026年版】仕様・作り方・エラー対処を徹底解説
2026-03-27
【実体験】全銀フォーマットの作り方がわからない…経理1年目の私が「30分で解決」した方法
2025-07-04
全銀フォーマットのエラー原因と対処法|文字コード・レコード長・改行コード完全解説
2026-10-02
インボイス番号(T番号)確認の完全ガイド|国税庁公式データで一括検証する方法【2026年版】
2026-04-24
【2026年・新年度】総務・経理担当者がすぐ使える無料ツール5選|封筒印刷・請求書・インボイス対応
2025-10-03
よくあるご質問
全銀フォーマットの文字コードは何ですか?
Shift-JIS(CP932)またはJIS(ISO-2022-JP)です。UTF-8は使用不可です。ExcelでCSVを保存する際はエンコード設定に注意が必要です。
受取人名に全角文字を使うとエラーになりますか?
はい。受取人名・振込依頼人名は半角カタカナ・半角英数字・一部記号のみ使用できます。漢字・ひらがな・全角英数字はエラーの原因になります。
全銀ファイルのバイト数を確認する方法は?
テキストエディタ(Stirling・VSCode等)でHEX表示またはバイト数表示で確認できます。各行が120バイト(改行コードを除く)であることを確認してください。
口座番号が4桁のゆうちょ銀行はどう入力しますか?
ゆうちょ銀行の全銀フォーマットは通常銀行と仕様が異なります。ゆうちょ銀行専用の「振替口座番号(記号・番号)」をそのまま使用するか、ゆうちょ銀行の全銀フォーマット仕様書を参照してください。
エラーの原因がわからない場合はどうすればいいですか?
取引銀行のインターネットバンキングの「テスト取り込み」機能でエラー内容を確認する、またはコールセンターに問い合わせて具体的なエラー内容を教えてもらうのが確実です。
山田ツールを使えばエラーなく全銀ファイルを作れますか?
はい。山田ツールの全銀フォーマット変換ツールは、文字コード・バイト数・ゼロ埋め・カタカナ変換を自動で処理するため、手動作成で起きがちなエラーを防げます。
