新しいお支払い方法が使えるようになりました。コンビニ払いにも対応詳しく見る
メインコンテンツへスキップ
全銀フォーマットのエラー原因と解決方法【実例10選・2026年版】

全銀フォーマットのエラー原因と解決方法【実例10選・2026年版】

山田ツール編集部•公開日: 2026年5月31日•更新日: 2026年6月4日•10分
目次
  1. 「全銀ファイルが銀行に弾かれた」——月末の緊急事態を解決する
  2. 全銀エラー検証チェックリスト
  3. エラーTop 10 — 原因・症状・解決策
  4. エラー①: 文字コードエラー
  5. エラー②: 全角文字が含まれる
  6. エラー③: レコードのバイト数が合わない(120バイト超過または不足)
  7. エラー④: 口座番号のゼロ埋め不足
  8. エラー⑤: 金額フィールドのゼロ埋め不足
  9. エラー⑥: BOM(バイトオーダーマーク)が含まれる
  10. エラー⑦: 改行コードが LF のみ(Unix形式)
  11. エラー⑧: トレーラレコードの合計不一致
  12. エラー⑨: 種別コードの誤り
  13. エラー⑩: データとエンドの間に余分な行
  14. エラーを未然に防ぐ:山田ツールで自動生成
  15. まとめ

⚡ まとめ(時間がない方へ)​ 全銀フォーマットのエラーの90%は「文字コード(UTF-8使用)」「バイト数オーバー(全角使用)」「ゼロ埋め不足」の3つが原因。この記事でTop 10エラーの解決策を確認してください。全銀変換ツールで自動作成すればエラーを防げます。

「全銀ファイルが銀行に弾かれた」——月末の緊急事態を解決する

月末の給与振込日前日の夕方、全銀ファイルを銀行のインターネットバンキングに取り込もうとしたら「フォーマットエラー」。

この状況は全国の経理担当者が経験する最悪のシナリオです。振込が1日遅れれば従業員・取引先への影響が出ます。

全銀フォーマットでよく起きるエラーTop 10とその解決策を、エラーメッセージを見てすぐに原因がわかるよう実例付きで整理しました。


全銀エラー検証チェックリスト

エラーが出たとき、まずこのチェックリストを上から確認してください:

チェック項目 確認方法
✅ 文字コードはShift-JIS(またはJIS)か テキストエディタで確認
✅ 全角文字は使っていないか 受取人名・依頼人名を確認
✅ 各レコードは120バイトか バイト数カウンターで確認
✅ 口座番号は7桁(ゼロ埋め)か 数値の桁数を確認
✅ 金額は10桁(ゼロ埋め)か 数値の桁数を確認
✅ BOM(バイトオーダーマーク)はないか HEXエディタで先頭3バイト確認
✅ 改行コードはCR+LF(\r\n)か テキストエディタで確認
✅ トレーラの件数・金額は正確か 手動で計算して確認
✅ 種別コードは正しいか 給与:11、賞与:12、総合(一般):21
✅ 余分な行や空行がないか 最終行を確認

エラーTop 10 — 原因・症状・解決策

📊

財務計算ツール

損益・キャッシュフローを無料計算

ツールを使う →

エラー①: 文字コードエラー

**エラーメッセージ例:**​「文字コードが不正です」「ファイルが読み込めません」

原因: ファイルをUTF-8で保存してしまっている。ExcelでCSVを保存すると、デフォルトでBOM付きUTF-8になることがある。

解決策: ファイルをShift-JIS(CP932)またはJIS(ISO-2022-JP)で再保存する。

具体的な手順(メモ帳使用):

  1. メモ帳(Notepad)でファイルを開く
  2. 「ファイル」→「名前を付けて保存」
  3. 「エンコード」を「ANSI」(= Shift-JIS)に変更
  4. 上書き保存

テキストエディタ(VSCode)使用時:

  1. 右下の「UTF-8」をクリック
  2. 「エンコードで保存」→「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('\r\n')
        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(または71) 給与振込
12(または72) 賞与振込
21 総合振込・一般振込(取引先への支払い等、社会保険料・税金の納付など)

解決策: 使用目的に応じた正しい種別コードに変更する。


エラー⑩: データとエンドの間に余分な行

**エラーメッセージ例:**​「レコード数が不正です」「エンドレコード後にデータがあります」

原因: エンドレコード(データ区分「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/賞与12/総合21)を使用
余分な行 エンドレコード後を削除

→ 全銀フォーマット変換ツールでエラーゼロ作成

関連記事:全銀フォーマット完全ガイド(仕様編) | 全銀フォーマット実務ガイド(経理担当者向け)

関連記事

関連ツールを試してみませんか?

この記事で紹介した機能を、無料でお試しいただけます

ツールを使ってみる

よくあるご質問

全銀フォーマットの文字コードは何ですか?

Shift-JIS(CP932)またはJIS(ISO-2022-JP)です。UTF-8は使用不可です。ExcelでCSVを保存する際はエンコード設定に注意が必要です。

受取人名に全角文字を使うとエラーになりますか?

はい。受取人名・振込依頼人名は半角カタカナ・半角英数字・一部記号のみ使用できます。漢字・ひらがな・全角英数字はエラーの原因になります。

全銀ファイルのバイト数を確認する方法は?

テキストエディタ(Stirling・VSCode等)でHEX表示またはバイト数表示で確認できます。各行が120バイト(改行コードを除く)であることを確認してください。

口座番号が4桁のゆうちょ銀行はどう入力しますか?

ゆうちょ銀行の全銀フォーマットは通常銀行と仕様が異なります。ゆうちょ銀行専用の「振替口座番号(記号・番号)」をそのまま使用するか、ゆうちょ銀行の全銀フォーマット仕様書を参照してください。

エラーの原因がわからない場合はどうすればいいですか?

取引銀行のインターネットバンキングの「テスト取り込み」機能でエラー内容を確認する、またはコールセンターに問い合わせて具体的なエラー内容を教えてもらうのが確実です。

山田ツールを使えばエラーなく全銀ファイルを作れますか?

はい。山田ツールの全銀フォーマット変換ツールは、文字コード・バイト数・ゼロ埋め・カタカナ変換を自動で処理するため、手動作成で起きがちなエラーを防げます。

あいちゃん
あいちゃん

ご意見をお聞かせください!皆さまのフィードバックがサービス改善の力になります🙏

匿名・任意・30秒で完了します

ご利用ありがとうございました。役に立ちましたか?

改善要望は開発チームに直接届きます

全銀フォーマットのエラー原因と解決方法【実例10選・2026年版】 | 山田ツール