QuickBooksとXeroで一般的な銀行取引明細書のインポートエラーを修正する方法

銀行取引明細書のCSVファイルが準備できました。それをQuickBooksまたはXeroにアップロードします。そして、エラーメッセージが表示されるか、あるいはエラーはないもののデータが明らかに間違っているかのどちらかです。日付が入れ替わっていたり、金額が説明欄に入っていたり、1月の取引が10月に表示されたりします。

銀行取引明細書のインポートエラーは、複数のクライアントを管理する会計士にとって、最も一般的な簿記のボトルネックです。エラーは通常修正可能ですが、原因を知っている場合に限ります。「インポート失敗」という曖昧なメッセージだけでは、問題が日付の形式なのか、列の構造なのか、ファイルのエンコーディングなのか、あるいは847行目に無効な空行があるのかを知ることはできません。

このガイドでは、QuickBooks OnlineとXeroで最も一般的な8つのインポートエラーと、それぞれのエラーに対する具体的な修正方法を説明します。

エラー1：日付形式の不一致

症状: 「日付形式が認識されません」というエラーでインポートが失敗する。または、インポートは成功するが日付が間違っている（3月6日が6月3日になる）。

原因: QuickBooksとXeroは、アカウントのロケール設定に基づいて日付を解釈します。アカウントが米国形式（MM/DD/YYYY）に設定されていて、CSVに英国形式（DD/MM/YYYY）が含まれている場合、ツールは日付を拒否するか、月と日をサイレントに切り替えます。

最も危険なシナリオは、日付が曖昧な場合です。03/06/2026 は3月6日か6月3日かどちらかですが、日の数字が12以下の場合、ツールはどちらが正しいかを知る方法がありません。ロケール設定に基づいて推測します。

修正方法:

QuickBooks Onlineの場合:

1. 設定（歯車アイコン） > アカウントと設定 > 詳細設定 に移動します。
2. 日付形式の設定を確認します。CSVと一致しているはずです。
3. CSVがDD/MM/YYYYを使用し、QuickBooksがMM/DD/YYYYに設定されている場合は、インポート中にCSVの日付を変換するか、一時的にQuickBooksの設定を変更します。

Xeroの場合:

1. 設定 > 一般設定 > 日付形式 に移動します。
2. CSVと一致していることを確認します。
3. Xeroはインポート中の日付形式に対してより柔軟ですが、曖昧な日付は依然として問題を引き起こす可能性があります。

ベストプラクティス: CSVではYYYY-MM-DD（ISO 8601）形式を使用してください。これは曖昧さがなく、どのツールも2026-03-15を誤解することはありません。QuickBooksとXeroの両方が、ロケール設定に関係なくこの形式を受け入れます。

---

エラー2：列のマッピング間違い

症状: 金額が説明フィールドに表示される。説明が金額フィールドに表示される。日付が複数の列に散らばっている。

原因: CSVの列の順序が、インポートツールが期待するものと一致しておらず、列のマッピングが不正確に行われたかスキップされた。

QuickBooks Onlineは、CSVファイルを次のいずれかの形式で期待します。

• 3列形式: 日付、説明、金額
• 4列形式: 日付、説明、クレジット、デビット

Xeroはより柔軟ですが、インポート中に明示的な列マッピングが必要です。

修正方法:

QuickBooks Onlineの場合:

1. インポート中、QuickBooksは列マッピングのプレビューを表示します。
2. ドロップダウンメニューを使用して、各列を正しいフィールドに割り当てます。
3. プレビューでデータが間違ったフィールドに表示されている場合は、確認前に再マッピングします。
4. プレビューがない（ファイルが拒否された）場合は、CSVの最初の行に列ヘッダーがあることを確認します。

Xeroの場合:

1. インポート中、Xeroの列のマッピング画面に各列とドロップダウンが表示されます。
2. 「日付」を日付列に、「受取人」または「説明」をテキスト列にマッピングします。
3. 「金額」または「デビット」/「クレジット」を金額列にマッピングします。
4. プレビュー行を使用して、マッピングが正しいことを確認します。

ベストプラクティス: CSVの最初の行に常に明確なヘッダーを含めてください：日付、説明、金額。QuickBooksとXeroの両方がヘッダーを使用して列マッピングを自動検出します。ヘッダーがない場合、位置ベースの検出に依存することになり、これは脆弱です。

---

エラー3：重複トランザクション

症状: インポート後、同じトランザクションが2回表示される（銀行フィードからと手動インポートから）。

原因: 銀行フィード接続から既に会計ソフトウェアにある日付範囲のCSVをインポートした。フィードとインポートの両方が同じトランザクションのエントリを作成した。

これは、継続中のアカウントで最も一般的なインポートの問題です。修正は簡単ですが手間がかかります。正当なトランザクションを誤って削除せずに重複を見つけて削除する必要があります。

修正方法:

QuickBooks Onlineの場合:

1. 銀行 > 銀行フィード に移動します。
2. フィードとインポートされたセットの両方に表示されるトランザクションを探します。
3. QuickBooksは一部の重複を自動的にフラグ付けする場合があります。確認して確定します。
4. 未検出の重複については、金額と日付で並べ替えて一致を見つけます。
5. 手動でインポートされたバージョンを削除します（銀行のトランザクションIDが含まれているため、銀行フィードバージョンを保持します）。

Xeroの場合:

1. Xeroの照合ビューは、潜在的な重複を強調表示します。
2. 銀行口座 > [口座] > 銀行取引明細書 に移動します。
3. 重複する明細行を探します。
4. 照合済みのエントリからではなく、明細書からインポートされた重複を削除します。

ベストプラクティス: インポートする前に、銀行フィードによって既にカバーされている日付範囲を確認してください。インポートするCSVから重複する日付を削除するためにスプレッドシートを使用してください。

---

エラー4：文字エンコーディングエラー

症状: 曖昧なエラーでインポートが失敗する、または説明にeの代わりにéや、エマー dashesの代わりにâ€"のような文字化けが発生する。

原因: CSVファイルが、インポートツールが期待するもの（通常はUTF-8）と一致しないエンコーディング（Windows-1252やISO-8859-1など）で保存されている。国際文字、アクセント付き文字、特殊記号がエンコーディング変換中に破損する。

これは、特に英語圏以外の国の銀行取引明細書や、レガシーエンコーディングでエクスポートする古い銀行システムで一般的です。

修正方法:

1. エンコーディングを表示するテキストエディタ（Notepad++やVS Codeなど）でCSVを開きます。
2. 現在のエンコーディングを確認します（ステータスバーに表示されます）。
3. UTF-8でない場合は、ファイルを**UTF-8（BOMなし）**として再保存します。
4. BOM（Byte Order Mark）は、一部のシステムが追加するがインポートツールが期待しないファイル先頭の不可視文字です。これを削除すると、「最初の列が認識されない」という一般的なエラーを防ぐことができます。

スプレッドシートアプリケーションの場合:

1. CSVを開きます。
2. 「名前を付けて保存」を使用し、「CSV UTF-8」を形式として明示的に選択します。
3. アプリケーションがUTF-8 CSVを提供しない場合は、「Unicodeテキスト」を試すか、別のアプリケーションを使用します。

ベストプラクティス: CSVには常にUTF-8エンコーディングを使用してください。すべての言語のすべての文字を処理できます。PDFSubはデフォルトでCSVをUTF-8でエクスポートします。

---

エラー5：列の欠落または余分な列

症状: 「有効な明細データが見つかりません」または「ファイルを読み込めません」というエラー。

原因: CSVに、インポートツールが期待しない余分な列（残高、参照番号、小切手番号、カテゴリ）があるか、必要な列が欠落している。

QuickBooks Onlineは特に厳格です。3列（日付、説明、金額）または4列（日付、説明、クレジット、デビット）を期待します。余分な列があると、インポート全体が失敗する可能性があります。

Xeroはより寛容で、必要な列をマッピングして余分な列を無視できますが、必要な列が欠落している場合、インポートは失敗します。

修正方法:

余分な列の削除:

1. スプレッドシートアプリケーションでCSVを開きます。
2. 日付、説明、金額（またはデビット/クレジット）以外の列をすべて削除します。
3. 一般的に削除される列：残高、実行合計、小切手番号、参照、カテゴリ、タイプ。
4. 保存して再アップロードします。

欠落している列の追加: CSVに日付と金額（説明なし）しかない場合は、「銀行トランザクション」のようなプレースホルダーテキストを持つ説明列を追加します。QuickBooksとXeroの両方で、各トランザクションにテキストの説明が必要です。

ベストプラクティス: CSVをターゲットに正確に一致するようにフォーマットします：日付、説明、金額。それ以上でもそれ以下でもありません。PDFSubのCSVエクスポートでは、含める列を制御できます。

---

エラー6：金額のフォーマット問題

症状: 金額が不正確に解析される（例：1,234.56が1.23または123,456になる）。または金額が完全に拒否される。

原因: インポート中に金額を破損させる可能性のあるいくつかのフォーマットの問題があります。

• 通貨記号が金額列にある（1234.56の代わりに$1,234.56）。
• 桁区切りが小数点として解釈される（ヨーロッパの, vs 米国の.）。
• 括弧による負の金額が認識されない（-500.00の代わりに(500.00)）。
• 金額フィールドにスペースがある。
• テキストと数字が混在している（1234.56 CRまたはDR 500.00）。

修正方法:

1. スプレッドシートでCSVを開きます。
2. 金額列で、以下を削除します。 - すべての通貨記号（$, EUR, GBPなど）。 - すべての桁区切り（米国の形式ではコンマ、ヨーロッパの形式ではピリオド）。 - すべてのスペース。 - すべてのテキストラベル（CR, DR, Credit, Debit）。
3. 括弧による負の表記をマイナス記号による負の表記に変換します：(500.00)を-500.00にします。
4. 小数点区切りが会計ソフトウェアのロケールと一致していることを確認します（通常はピリオド）。
5. 保存して再アップロードします。

ヨーロッパ形式の数値の場合（コンマが小数、ピリオドが桁区切り）：

• すべてのピリオド桁区切りを削除します：1.234,56を1234,56にします。
• コンマ小数をピリオドに置き換えます：1234,56を1234.56にします。
• これにより、QuickBooksとXeroが期待する（米国のロケールを想定）米国形式に変換されます。

ベストプラクティス: クリーンな金額でCSVをエクスポートします。数字、小数点、マイナス記号のみ。記号、区切り文字、テキストはなし。

---

エラー7：空行と空白文字

症状: 「有効な明細データなし」エラー、またはインポートがファイルの一部で停止する。

原因: CSVに空行が含まれている（ヘッダーの前、トランザクションブロックの間、または最後のトランザクションの後）。一部のCSVには、空のセルに見えるが実際には空ではない不可視の空白文字が含まれている場合もあります。

銀行取引明細書のPDFには、ページヘッダー、セクション区切り、概要ブロックが含まれていることが多く、これらは基本的なツールでCSVに変換されると空行になります。

修正方法:

1. スプレッドシートアプリケーションでCSVを開きます。
2. ファイル全体をスクロールして、空行を探します。
3. すべての空行を削除します。特にヘッダー行の前のものを削除します。
4. 見た目は空だが隠れたスペースを含む行がないか確認します（セルを選択し、数式バーを確認します）。
5. 最後の概要行（合計、開始/終了残高行）を削除します。
6. 最初の行に銀行名やレポートタイトルではなく、列ヘッダーが含まれていることを確認します。
7. 保存して再アップロードします。

テキストエディタの場合:

1. CSVをプレーンテキストエディタで開きます。
2. コンマのみ（,,,）を含む行を探します。これらは空行です。
3. それらを削除します。
4. 最初の行にあるトランザクションデータではないもの（銀行名、口座番号、明細期間）も探します。
5. ヘッダー行またはトランザクションデータ以外のすべてを削除します。

ベストプラクティス: クリーンなCSVは、1行目にヘッダー行があり、その直後にトランザクションデータが続き、どこにも空行がない状態から始まります。PDFSubは抽出中にトランザクション以外のコンテンツを削除します。

---

エラー8：ファイルサイズまたはトランザクション数制限

症状: 「ファイルが大きすぎます」というエラー、またはインポートが完了したように見えるが、トランザクションの一部しかインポートされない。

原因: QuickBooksとXeroの両方に、インポートファイルサイズとトランザクション数の制限があります。

• QuickBooks Online: 1つのインポートファイルあたり約1,000トランザクション。
• Xero: 公表されているハードリミットはありませんが、非常に大きなファイルはタイムアウトする可能性があります。

アクティブなアカウントの1年分の毎日のトランザクションをインポートしようとすると、これらの制限を超える可能性が高いです。

修正方法:

1. CSVを月ごとのファイルに分割します。
2. 各月を個別にインポートします。
3. 各インポート後にトランザクション数を確認します。

スプレッドシートで分割するには:

1. 大きなCSVを開きます。
2. 日付で並べ替えます。
3. 1か月分のすべての行を選択し、新しいファイルにコピーします。
4. 同じヘッダー行で保存します。
5. 各月について繰り返します。

ベストプラクティス: 月ごとにインポートします。制限を回避するだけでなく、月ごとのインポートは検証しやすく、照合しやすく、問題が発生した場合のトラブルシューティングも容易です。

---

PDFSubがこれらのエラーを防ぐ方法

これらのインポートエラーのほとんどは、インポート自体ではなく、PDFからCSVへの変換ステップ中に発生します。クリーンで適切にフォーマットされた出力を生成する変換ツールは、問題が発生する前にほとんどのものを排除します。

PDFSubの銀行取引明細書コンバーターは、各エラーソースに対処します。

エラー	PDFSubがそれを防ぐ方法
日付形式の不一致	銀行テンプレートから日付形式を自動検出。選択した形式でエクスポート。
列のマッピング間違い	標準の日付、説明、金額の列を出力。
重複トランザクション	インポート前のフィルタリングを容易にするトランザクション日付を含める。
エンコーディングエラー	デフォルトでUTF-8としてエクスポート。
列の欠落/余分な列	会計ソフトウェアが必要とする列のみを出力。
金額のフォーマット	クリーンな数値：記号なし、区切り文字なし、ピリオド小数。
空行	抽出中にトランザクション以外のコンテンツを削除。
ファイルサイズ制限	月ごとのセグメントでエクスポート可能。

QuickBooksの場合、CSVフォーマットの問題を完全に回避するQBO形式で直接エクスポートすることもできます。QBOファイルは、列の設定なしでQuickBooksによって自動マッピングされます。

Xeroの場合、標準の列ヘッダーを持つCSVエクスポートは、Xeroの柔軟なインポートシステムでスムーズに機能します。

---

クイックリファレンストラブルシューティングチェックリスト

インポートが失敗した場合は、このチェックリストを確認してください。

• ヘッダー: CSVの1行目に明確な列ヘッダーがありますか？
• 日付形式: 日付は会計ソフトウェアのロケールと一致していますか？
• 金額形式: クリーンな数値のみですか？記号、区切り文字、テキストはありませんか？
• 列数: CSVの列数は正確ですか？
• エンコーディング: ファイルはUTF-8で保存されていますか？
• 空行: 先頭、中間、末尾に空行はありますか？
• 行数: 1,000トランザクション未満ですか（QuickBooksの場合）？
• 日付範囲: 既存の銀行フィードトランザクションとの重複はありますか？
• ファイル名: 短くシンプルですか（特殊文字なし）？
• ファイル形式: CSV（コンマ区切り）、セミコロンやタブではありませんか？

これら10項目すべてを確認してもインポートが失敗する場合は、問題は生のデータ自体にある可能性が高いです。特定のトランザクションに特殊文字やフォーマットがあり、パーサーが処理できない状態になっています。最初の50行のみをインポートして問題を特定してみてください。

---

よくある質問

なぜQuickBooksは私のCSVを拒否するのにXeroは受け入れるのですか？

QuickBooks OnlineはXeroよりも厳格なCSV要件を持っています。QuickBooksは正確に3つまたは4つの列を期待し、日付形式の柔軟性が低く、エンコーディングの問題に敏感です。Xeroのインポートはより多くの列を許可し（必要なものをマッピングするだけ）、より多くの日付形式のバリエーションを処理します。CSVがXeroで機能し、QuickBooksで機能しない場合は、まず列数と日付形式を確認してください。

同じファイルをQuickBooksとXeroの両方にインポートできますか？

はい、ファイルが両方のツールの要件を満たしていれば可能です。日付、説明、金額の列を持つCSVで、YYYY-MM-DD形式、UTF-8エンコーディング、クリーンな数値であれば、両方のプラットフォームで機能します。PDFSubのデフォルトCSVエクスポートは、クロスプラットフォーム互換性向けに設計されています。

インポート時に重複トランザクションを防ぐにはどうすればよいですか？

インポートする前に、銀行フィードから会計ソフトウェアに既に存在する日付を確認してください。CSVをフィルタリングして、フィード範囲外の日付のみを含めます。QuickBooksとXeroの両方にはある程度の重複検出機能がありますが、万能ではありません。インポート前の手動での日付フィルタリングの方が信頼性が高いです。

インポート中に一部のトランザクションのみが失敗した場合はどうなりますか？

QuickBooksとXeroの両方が、スキップされた行または失敗した行を報告します。エラーレポートで特定の行番号を確認し、CSVでそれらの行を調べます。個々の行の失敗の一般的な原因：日付の欠落、数値以外の金額、またはパーサーが処理できない特殊文字。

QuickBooksにはCSVではなくQBO形式を使用すべきですか？

QuickBooksにインポートする場合は、通常QBOの方が良い選択です。QBOは構造化された形式であり、QuickBooksは列マッピング、日付形式の推測、エンコーディングの問題なしに読み取ります。トランザクションIDが含まれており、重複を防ぐのに役立ち、トランザクションをデビットまたはクレジットとして明示的にマークします。PDFSubは、銀行取引明細書のPDFから直接QBO形式でエクスポートできます。

---

まとめ

QuickBooksとXeroでの銀行取引明細書のインポートエラーは、ほぼ常にフォーマットの問題に起因します：日付形式の間違い、列構造の不備、エンコーディングの問題、または金額のフォーマットの問題です。エラーは修正可能ですが（原因がわかれば）、特に複数のクライアントを処理している場合、時間とフラストレーションを浪費します。

最も効率的なアプローチは、ソースでエラーを防ぐことです。PDFSubの銀行取引明細書コンバーターは、PDF明細書からトランザクションを抽出し、QuickBooksとXeroがクリーンに受け入れる形式でエクスポートします。正しい日付、クリーンな金額、適切なエンコーディング、そして正しい列構造です。

銀行取引明細書をQuickBooksまたはXero形式に変換する - トラブルシューティングをスキップして、クリーンなデータをインポートします。