QuickBooks Onlineへの銀行取引明細書のインポート方法

クライアントからPDF形式の銀行取引明細書を受け取りました。それは、閉鎖された口座、過去の税年度、またはQuickBooksが接続できない海外の銀行からのものかもしれません。その取引データをYesterdayまでにQuickBooks Onlineに取り込む必要があります。

問題は、QuickBooksはPDFを直接読み取ることができない（少なくとも信頼性は低い）ことです。また、銀行フィードは過去90日間しか遡れません。では、6ヶ月分の過去の取引データをどのように帳簿に取り込むのでしょうか？

このガイドでは、自動銀行フィードから手動ファイルアップロード、PDFをQuickBooks対応フォーマットに変換する方法まで、あらゆる方法を網羅します。最後まで読めば、ご自身の状況に最適なアプローチと、経験豊富な経理担当者でもつまずきがちな一般的な落とし穴を回避する方法が明確にわかるはずです。

QuickBooksに銀行データをインポートする3つの方法

QuickBooks Onlineには、銀行取引をインポートするための3つの方法があります。それぞれに長所と短所があり、いつどれを使うべきかを知ることで、何時間ものフラストレーションを回避できます。

方法1：銀行フィード（自動接続）

これはQuickBooksが推奨する方法です。銀行口座を直接接続すると、取引が自動的に流れてきます。

仕組み： 「銀行」→「口座をリンク」→銀行を検索→銀行の認証情報でサインインします。QuickBooksが安全な接続を確立し、取引を自動的にダウンロードします。

注意点： 銀行フィードは通常、過去30日から90日の取引しか取得できません。一部の銀行では最大24ヶ月まで可能ですが、ほとんどは90日に制限されています。また、接続が確立されると、それ以降の新しい取引のみを取得します。

銀行フィードがうまく機能する場合：

口座が現在開いており、アクティブである
最近の取引のみが必要である
銀行がQuickBooksのサポートリストにある
継続的な月次の経理処理を行っている

銀行フィードが機能しない場合：

口座が閉鎖されている — 接続不可
90日以上前の取引が必要である
銀行がサポートされていない（海外の銀行や小規模な信用組合でよくある）
銀行のセキュリティアップデートにより接続が切断される（思ったより頻繁に起こる）
新規クライアントのオンボーディングで過去のデータが必要である

銀行フィードでニーズが満たされる場合は、それを使用してください。最も簡単なオプションです。しかし、それ以外の場合は、次の2つの方法のいずれかが必要になります。

方法2：手動ファイルアップロード（CSV、QBO、OFX）

QuickBooksでは、いくつかのフォーマットで取引ファイルを直接アップロードできます。これは、過去のデータ、閉鎖された口座、サポートされていない銀行の定番の方法です。

サポートされているファイルフォーマット：

フォーマット	拡張子	最適な用途
QBO	`.qbo`	QuickBooks Web Connect（推奨）
OFX	`.ofx`	Open Financial Exchange（汎用）
QFX	`.qfx`	Quicken Financial Exchange
CSV	`.csv`	カンマ区切り値（最も柔軟）

QuickBooks Onlineでサポートされていないもの：

QIF（Quicken Interchange Format）
IIF（Intuit Interchange Format — デスクトップのみ）
XLS/XLSX（まずCSVに変換する必要がある）

ファイル制限： アップロードあたり最大350 KB、ファイルあたり最大1,000件の取引。

アップロード方法：

「銀行」（または「取引」→「銀行取引」）に移動します
口座タイルを選択するか、「口座をリンク」→「ファイルからアップロード」をクリックします
ファイルをドラッグ＆ドロップするか、参照して選択します
CSVの場合：列をマッピングします（日付、説明、金額）
正しい日付フォーマットを選択します
解析された取引を確認します
「完了」をクリック — 取引は「レビュー対象」タブに表示されます

重要な問題は、PDFしかない場合にQBOまたはCSVファイルを入手するにはどうすればよいかということです。そこで方法3の出番です。

方法3：PDFをQuickBooks対応フォーマットに変換

これはほとんどの会計士が実際に必要とする方法ですが、QuickBooksネイティブではほとんどサポートされていません。

QuickBooks Onlineには、AIを使用して取引を抽出する組み込みのPDFアップロード機能があります。しかし、制限があります：ファイルサイズ上限350 KBで英語のみです。複数ページの明細書、海外の銀行、または英語以外のドキュメントでは機能しません。

より良いアプローチ：銀行取引明細書コンバーターを使用して、PDFをQBOまたはCSVファイルに変換し、そのファイルを方法2を使用してアップロードします。

PDFSubのようなツールは、この分野に特化しています。PDF銀行取引明細書をアップロードし、出力フォーマットとしてQBOまたはCSVを選択し、QuickBooksにインポートできるファイルをダウンロードします。手動でのデータ入力は不要です。列の再フォーマットも不要です。

PDFSubは130以上の言語の明細書を処理し、20,000以上の銀行に対応しています — QuickBooksの銀行フィードがサポートしていない海外や地域の金融機関も含まれます。

ステップバイステップ：QuickBooks用にPDF銀行取引明細書を変換する

PDFからQuickBooksでの照合済み取引までの完全なワークフローは次のとおりです。

ステップ1：PDFを変換する

PDFSubの銀行取引明細書コンバーターにアクセスします
PDF銀行取引明細書をアップロードします
出力フォーマットとしてQBO（推奨）またはCSVを選択します
変換されたファイルをダウンロードします

CSVよりもQBOが優れている理由？ QBOファイルには、QuickBooksが重複検出に使用する一意の取引ID（FITID）が含まれています。CSVファイルにはこれがないため、同じCSVを誤って2回アップロードすると、警告なしに重複エントリが発生します。

ステップ2：QuickBooksにアップロードする

QuickBooks Onlineで、「銀行」に移動します
インポートしたい銀行口座を選択します
「口座をリンク」ドロップダウンをクリックし、「ファイルからアップロード」を選択します
ダウンロードしたQBOまたはCSVファイルを選択します

ステップ3：列をマッピングする（CSVのみ）

CSVをアップロードした場合、QuickBooksは列のマッピングを求めます。

列1： 日付
列2： 説明
列3： 金額（単一列） — またはクレジットとデビット（2列）

ファイルに一致する日付フォーマット（MM/DD/YYYYまたはDD/MM/YYYY）を選択します。

QBOファイルはこのステップを完全にスキップします — フォーマットが列マッピングを自動的に処理します。

ステップ4：レビューと承認

インポートされた取引は「レビュー対象」タブに表示されます。ここから：

既存のエントリ（振替、手動入力された取引）と取引を照合します
新しい取引を適切な勘定科目に分類します
確認された取引を帳簿に追加します
重複または無関係なエントリを除外します

ステップ5：照合する

取引が承認されたら、月次照合を実行します（「銀行」→「照合」）。QuickBooksの期末残高と銀行取引明細書の期末残高を比較します。

QBO vs. CSV：どちらのフォーマットを使用すべきか？

選択肢がある場合は、QuickBooksインポートには常にQBOを選択してください。理由は以下のとおりです。

機能	QBO / OFX	CSV
重複検出	あり（FITIDベース）	なし — 重複はサイレントにインポートされる
列マッピング	自動	手動（日付、説明、金額をマッピング）
日付フォーマット	標準化（YYYYMMDD）	正しいフォーマットを選択する必要がある
金額の符号	フォーマットに組み込まれている	正負を正しく確保する必要がある
口座メタデータ	含まれる（ルーティング番号、口座タイプ）	含まれない
Intuitによる推奨	はい	フォールバックオプション

CSVの唯一の利点は柔軟性です — Excelで開いてインポート前に手動で取引を編集できます。しかし、ほとんどのユースケースでは、QBOの方がクリーンなパスです。

CSVフォーマットルール（CSVを使用する必要がある場合）

CSVファイルを使用する場合、QuickBooksには特定のフォーマット要件があります。これらのいずれかを間違えると、インポートが失敗するか、不正確なデータが生成されます。

列構造

QuickBooksは2つのCSVレイアウトを受け入れます。

3列フォーマット：

日付,説明,金額
2026/01/15,Amazon Purchase,-49.99
2026/01/16,Direct Deposit,3500.00

4列フォーマット：

日付,説明,クレジット,デビット
2026/01/15,Amazon Purchase,,49.99
2026/01/16,Direct Deposit,3500.00,

フォーマットルール

ヘッダー行必須 — 最初の行に列名が必要です
通貨記号を削除 — 金額列に$、€、£は不要です
数値のカンマを削除 — 1,234.56ではなく1234.56と記述します
一貫した日付フォーマット — すべての日付は全体で同じフォーマットを使用する必要があります
UTF-8エンコーディング — Excelで「CSV UTF-8（カンマ区切り）」として保存します
日付にはスラッシュまたはハイフンを使用 — バックスラッシュは使用せず、/または-を使用します
括弧内のマイナスは不可 — (234.56)を-234.56に変換します
末尾の集計行は不要 — 残高合計、ページヘッダー、フッターテキストを削除します

プロのヒント： 4列フォーマットは、ほとんどの符号規則の頭痛の種を回避します。引き出しが正数か負数か不確かな場合は、代わりに個別のクレジット列とデビット列を使用してください。

一般的なインポートエラー（および修正方法）

経験豊富な経理担当者でもこれらのエラーに遭遇します。何がうまくいかないのか、そしてそれをどう修正するのかを説明します。

「日付フォーマットが一致しません」

原因： CSVはDD/MM/YYYYを使用していますが、QuickBooksはMM/DD/YYYY（またはその逆）を期待しています。

修正方法： インポートマッピングステップ中に、QuickBooksは日付フォーマットを選択するように求めます。ファイルと一致していることを確認してください。日付がまだ正しくない場合は、テキストエディタ（Excelではなく、日付を再フォーマットします）でCSVを開き、実際のフォーマットを確認してください。

インポート後の重複取引

原因： CSVファイルには取引IDがないため、QuickBooksは重複を検出できません。同じ日付範囲を2回アップロードすると、二重エントリが発生します。

修正方法： すでにインポートした日付範囲のログを保持してください。より良い方法は、QBOフォーマットを使用することです — FITIDが含まれており、重複を自動的に防止します。インポート後、「レビュー対象」タブを常に確認し、「追加」をクリックする前に、すでに存在する可能性のある取引に対して「照合」を使用してください。

請求が預金として表示される（またはその逆）

原因： 銀行がQuickBooksが期待するものとは逆の符号規則を使用しています。一部の銀行は引き出しを正数として表示しますが、QuickBooksはそれを負数として期待します。

修正方法： 単一の金額列では、預金は正数、引き出しは負数である必要があります。クレジットカード口座の場合、請求は負数、支払いは正数である必要があります。符号が逆の場合は、インポート前にExcelで金額列に-1を掛けてください。

「ファイルが大きすぎます」エラー

原因： ファイルが350 KBの上限を超えています。

修正方法： ファイルをより小さな日付範囲（月次が適しています）に分割します。不要な列を削除し、長い説明を切り詰め、余分な空白やフォーマットの肥大化がないことを確認します。

説明に文字化けが発生する

原因： ファイルがUTF-8ではなくANSIまたはLatin-1エンコーディングで保存されています。海外の銀行のエクスポートでよく見られます。

修正方法： Excelで、「ファイル」→「名前を付けて保存」に移動し、「CSV UTF-8（カンマ区切り）」を選択します。Macを使用している場合、一部のテキストエディタはデフォルトで間違ったエンコーディングになることがあります — 明示的に「エンコーディングを指定して保存 → UTF-8」を使用してください。

銀行フィードが停止した場合：実際に直面するシナリオ

銀行フィードは理論上は素晴らしいです。実際には、銀行取引明細書を手動で変換してアップロードする必要がある状況は次のとおりです。

新規クライアントのオンボーディング。 新しいクライアントが1年分のPDF明細書を持ってきます。銀行フィードは90日を超える過去のデータを取得できません。PDFをCSVまたはQBOに変換し、QuickBooksにインポートする必要があります。

閉鎖された口座。 クライアントは6ヶ月前に事業用当座預金口座を閉鎖しました。銀行フィード接続はなくなりました。唯一の記録は、閉鎖前にダウンロードされた（または郵送された）PDF明細書です。

海外の銀行。 クライアントはDeutsche Bank、BNP Paribas、またはICBCの口座を持っています。QuickBooksの銀行フィードリストは米国中心です。ほとんどの海外銀行はサポートされていません。ドイツ語、フランス語、または中国語のPDF明細書は変換が必要であり、非英語テキストや日付/数値フォーマットを処理できるコンバーターが必要です。

税務監査と過去の経理処理。 IRSは3年分の取引履歴を要求しています。QuickBooksのデータは過去18ヶ月分しかありません。古い記録は、銀行からのPDF明細書として存在します。

銀行システムの移行。 クライアントの銀行が別の機関と合併したり、オンラインポータルを変更したり、セキュリティを更新したりしました。銀行フィードが壊れ、ギャップ期間の取引はダウンロード可能なPDF明細書としてのみ存在します。

これらのすべてのケースで、ワークフローは同じです：PDFを取得し、QBOまたはCSVに変換し、QuickBooksにアップロードします。

PDFSubの銀行取引明細書コンバーターは、これらすべてのシナリオに対応します。130以上の言語（海外銀行向け）をサポートし、適切なFITID（重複防止用）を持つQBOファイルを出力し、日付と数値フォーマット（DD.MM.YYYY、カンマ区切り小数点など）を自動検出します — そのため、インポート前に手動でフォーマットを再設定する必要はありません。

よくある質問

QuickBooksに90日以上前の銀行取引明細書をインポートできますか？

はい、ただし銀行フィード経由ではありません。銀行フィードは通常、過去30〜90日間の取引しか取得しません。古い明細書の場合は、銀行のウェブサイトからPDFとしてダウンロードし、PDFSubのようなツールを使用してCSVまたはQBOフォーマットに変換し、その後「銀行」→「ファイルからアップロード」からファイルを直接アップロードする必要があります。

QuickBooksの銀行インポートに最適なファイルフォーマットは何ですか？

QBO（QuickBooks Web Connect）が最良のフォーマットです。重複検出用の取引ID、標準化された日付フォーマット、および組み込みの符号規則が含まれています。QuickBooksはQBOを推奨されるアップロードフォーマットとして推奨しています。CSVはフォールバックとして機能しますが、手動の列マッピングが必要であり、重複保護はありません。

なぜQuickBooksは私のCSVファイルを拒否するのですか？

最も一般的な原因は、ヘッダー行がない、金額列に通貨記号がある（$を削除）、数値にカンマがある（1,234.56は1234.56であるべき）、日付フォーマットが一貫していない、またはファイルサイズが350 KBを超えていることです。生のフォーマットを確認するには、テキストエディタ（Excelではなく）でファイルを開いてください。

海外の銀行からの銀行取引明細書をQuickBooksにインポートできますか？

はい、ただし、まず変換が必要になる可能性が高いです。ほとんどの海外銀行はQuickBooksの銀行フィードリストに載っておらず、QuickBooksの組み込みPDFインポートは英語のドキュメントのみをサポートしています。複数の言語や海外の日付/数値フォーマットを処理できるコンバーターを使用してください。PDFSubは130以上の言語をサポートし、DD.MM.YYYYやヨーロッパの数値フォーマット（1.234,56）などを自動検出します。

インポート時に重複取引を避けるにはどうすればよいですか？

CSVではなくQBOまたはOFXフォーマットを使用してください — これらのフォーマットには、QuickBooksが重複を自動的に検出し防止するために使用する一意の取引ID（FITID）が含まれています。CSVを使用する必要がある場合は、すでにインポートした日付範囲のログを保持し、常に「レビュー対象」タブの「照合」機能を使用してから「追加」をクリックしてください。

QuickBooks OnlineはQIFファイルインポートをサポートしていますか？

いいえ。QuickBooks OnlineはQIF（Quicken Interchange Format）をサポートしていません。QIFはQuickBooks Desktopでのみサポートされています。QIFファイルがある場合は、QuickBooks Onlineにインポートする前にQBO、OFX、またはCSVに変換する必要があります。

PDFSubを7日間無料でお試しください — 銀行取引明細書コンバーターおよび77以上のPDFツールにフルアクセスできます。いつでもキャンセル可能です。