QBO vs CSV vs OFX：どの銀行取引明細書フォーマットを使用すべきか？

銀行取引明細書を変換していて、どのフォーマットにするか尋ねられました。QBO、CSV、OFX、QIF、IIF、QFX…リストは続きます。一つを選んでインポートしたところ、すぐに問題が発生しました。列がマッピングされない。重複する取引が表示される。日付が間違っている。あるいは、ソフトウェアがファイルを完全に拒否しました。

選択するフォーマットによって、インポートが10秒で終わるか、2時間かかるかが決まります。正しいフォーマットを選べば、日付、金額、説明、重複防止機能まですべて自動的に処理され、手作業なしで取引が会計ソフトウェアに流し込まれます。間違ったフォーマットを選ぶと、列のマッピング、日付の再フォーマット、本来存在しないはずの幽霊のような重複の追跡に追われることになります。

このガイドでは、主要な銀行取引明細書フォーマットをすべて取り上げ、その機能、仕組み、そして使用すべき正確なタイミングを解説します。

---

早わかり：フォーマットをソフトウェアに合わせる

すでにインポート先の会計ソフトウェアが決まっている場合は、こちらをご覧ください。

ソフトウェア	推奨フォーマット	理由
QuickBooks Online	QBO	ネイティブフォーマット、FITIDによる重複検出、列マッピング不要
QuickBooks Desktop	QBO または IIF	QBOはWeb Connectインポート用、IIFはバッチ処理用
Xero	OFX	推奨インポートフォーマット、内蔵の重複検出機能
Sage	CSV または OFX	Sageのバージョンとモジュールによる
FreshBooks	CSV	サポートされている唯一の銀行インポートフォーマット
Wave	CSV または OFX	どちらも使用可能 — OFXは重複防止に推奨
Excel / Google Sheets	CSV または XLSX	直接的なスプレッドシートフォーマット、変換不要
Quicken	QFX または QIF	QFXは最新バージョン向け、QIFは旧バージョン向け

このガイドの残りの部分では、これらの推奨がなぜ有効なのか、そして間違ったフォーマットを選ぶと何が起こるのかを詳しく説明します。

---

QBOフォーマットの詳細

QBOはQuickBooks Web Connectの略です。Intuitが開発した独自の財務データフォーマットで、OFX（Open Financial Exchange）標準をベースに、Intuit固有の拡張機能が追加されています。

仕組み

QBOファイルは構造化されたマークアップです。XMLに似ていますが、SGML構文を使用しています。各ファイルには、ヘッダーブロック、アカウントメタデータ、取引リストが含まれています。構造の簡単な例を以下に示します。

OFXHEADER:100
DATA:OFXSGML
VERSION:102
...
<BANKMSGSRSV1>
  <STMTTRNRS>
    <STMTRS>
      <CURDEF>USD</CURDEF>
      <BANKACCTFROM>
        <BANKID>021000021</BANKID>
        <ACCTID>1234567890</ACCTID>
        <ACCTTYPE>CHECKING</ACCTTYPE>
      </BANKACCTFROM>
      <BANKTRANLIST>
        <STMTTRN>
          <TRNTYPE>DEBIT</TRNTYPE>
          <DTPOSTED>20260115</DTPOSTED>
          <TRNAMT>-142.30</TRNAMT>
          <FITID>2026011500001</FITID>
          <NAME>ELECTRIC COMPANY</NAME>
        </STMTTRN>
      </BANKTRANLIST>
      <LEDGERBAL>
        <BALAMT>5242.21</BALAMT>
        <DTASOF>20260131</DTASOF>
      </LEDGERBAL>
    </STMTRS>
  </STMTTRNRS>
</BANKMSGSRSV1>

主な機能

• FITID（Financial Institution Transaction ID）： 各取引には一意の識別子が付与されます。QuickBooksはこれらを永続的に保存します。同じファイルを2回インポートしても、重複は静かにスキップされます。これはCSVに対する最も重要な利点です。
• BANKIDとACCTID： ルーティング番号と口座番号がファイルに埋め込まれています。QuickBooksはこれらを使用して、ファイルを正しい銀行口座に自動的に一致させます。
• ACCTTYPE： 口座が普通預金、貯蓄、またはクレジットカードであるかを指定します。手動選択は不要です。
• 標準化された日付： すべての日付はYYYYMMDD形式を使用します。MM/DD/YYYYとDD/MM/YYYYの間の曖昧さはありません。
• 元帳残高： 照合確認のために期末残高が含まれています。

制限事項

QBOは事実上QuickBooks専用フォーマットです。技術的にはOFXに基づいていますが、Intuit固有のタグと.qbo拡張子により、他のソフトウェアはそれを無視するか、誤って読み取ります。XeroはQBOファイルをインポートしません。Sageも同様です。QuickBooksを使用していない場合、QBOは適していません。

ファイル拡張子は.qboです。

---

CSVフォーマットの詳細

CSV（Comma-Separated Values）は最もシンプルな財務データフォーマットであり、最も普遍的にサポートされています。プレーンテキストです。各行が1つの取引を表します。列はカンマ（または地域によってはセミコロンやタブ）で区切られます。

仕組み

銀行取引明細書のCSVは通常、次のようになります。

Date,Description,Amount,Balance
2026-01-03,PAYROLL DEPOSIT,4200.00,5432.50
2026-01-05,AMAZON.COM,-47.99,5384.51
2026-01-08,ELECTRIC COMPANY,-142.30,5242.21

ラッパー、ヘッダーブロック、メタデータはありません。行と列だけです。任意のテキストエディタまたはスプレッドシートアプリケーションで開いて、内容を正確に確認できます。

強み

• 普遍的な互換性： すべての会計プラットフォーム、スプレッドシート、データベース、プログラミング言語がCSVを読み取ることができます。データ交換の共通語です。
• 人間が読める： ファイルを開けば、各取引をすぐに確認できます。
• 編集可能： インポート前に説明を修正したり、取引を削除したりする必要がありますか？Excelで開き、変更を加えて保存します。QBOファイルでこれを試してみてください。
• ファイルサイズが小さい： 1年分の取引でも合計100KB程度になることがあります。

弱み

CSVのシンプルさは、銀行取引明細書のインポートにおける最大の弱点でもあります。

• 重複検出なし： CSVファイルには取引IDが含まれていません。同じファイルを2回インポートすると、組み込みの方法なしで二重入力が発生します。
• 毎回必要な列マッピング： CSVをインポートする際、日付、説明、金額の列を手動で割り当てる必要があります。間違えると、取引説明フィールドに日付がインポートされます。
• 日付フォーマットの曖昧さ： 01/02/2026は1月2日ですか、それとも2月1日ですか？CSVでは指定されません。会計ソフトウェアはロケールに基づいて推測しますが、時には間違った推測をします。
• 数値フォーマットの問題： 米国では1,234.56は明確ですが、ドイツでは同じパターンが異なる意味を持ちます（1.234,56）。CSVはどの規約を使用しているかを宣言する方法がないため、地域的な不一致は金額をサイレントに破損させます。
• 口座メタデータなし： CSVはそれがどの銀行口座に属するかを知りません。ターゲット口座は毎回手動で選択する必要があります。

ファイル拡張子は.csvです。

---

OFXフォーマットの詳細

OFX（Open Financial Exchange）は、QBOが構築されているオープンスタンダードです。1990年代後半にMicrosoft、Intuit、CheckFreeが共同開発した、金融機関とソフトウェア間で金融データを交換するための普遍的なフォーマットです。

仕組み

OFXファイルはXMLベースのマークアップを使用しており、その構造はQBOとほぼ同じです。取引データ、口座メタデータ、残高情報はすべて含まれています。違いは、OFXにIntuit固有の拡張機能が含まれていないことです。

<OFX>
  <BANKMSGSRSV1>
    <STMTTRNRS>
      <STMTRS>
        <CURDEF>USD</CURDEF>
        <BANKACCTFROM>
          <BANKID>021000021</BANKID>
          <ACCTID>1234567890</ACCTID>
          <ACCTTYPE>CHECKING</ACCTTYPE>
        </BANKACCTFROM>
        <BANKTRANLIST>
          <STMTTRN>
            <TRNTYPE>DEBIT</TRNTYPE>
            <DTPOSTED>20260115</DTPOSTED>
            <TRNAMT>-142.30</TRNAMT>
            <FITID>2026011500001</FITID>
            <NAME>ELECTRIC COMPANY</NAME>
          </STMTTRN>
        </BANKTRANLIST>
      </STMTRS>
    </STMTTRNRS>
  </BANKMSGSRSV1>
</OFX>

主な機能

• 取引ID（FITID）： QBOと同様に、OFXには各取引の一意の識別子が含まれています。Xero、MYOB、GnuCash、およびOFXをサポートするその他のソフトウェアは、これらを重複検出に使用します。
• 口座メタデータ： 銀行ID、口座ID、口座タイプが埋め込まれています。ソフトウェアはファイルを正しい口座に自動的に一致させることができます。
• 明細書の日付範囲と残高： 開始日、終了日、残高が含まれており、照合ワークフローをサポートします。
• 幅広いソフトウェアサポート： OFXは、Xero、MYOB、GnuCash、Sage（ほとんどのバージョン）、Wave、Moneydanceなど、多くのソフトウェアで受け入れられています。QuickBooksエコシステム以外では、最も広くサポートされている構造化金融フォーマットです。

QBOよりもOFXを使用する場合

Xeroを使用している場合、OFXが推奨されるインポートフォーマットです。Xeroの銀行取引明細書インポートはOFXファイルに最適化されており、取引は自動的にマッピングされ、重複検出はFITIDを介して機能し、口座の一致はメタデータによって処理されます。

OFXは、構造化された金融インポートをサポートする、QuickBooksやQuicken以外のソフトウェアにも適しています。Intuitのロックインなしで、QBOのすべての利点（取引ID、メタデータ、標準化された日付）が得られます。

ファイル拡張子は.ofxです。

---

知っておくべきその他のフォーマット

主要3つ以外にも、特定のニッチに対応するいくつかの銀行取引明細書フォーマットがあります。

QIF（Quicken Interchange Format）

QIFは、1980年代にIntuitがQuickenのために作成した、オリジナルの個人財務ファイルフォーマットです。プレーンテキストで、簡単な行ごとの構造になっています。

!Type:Bank
D01/15/2026
T-142.30
PELECTRIC COMPANY
^
D01/05/2026
T-47.99
PAMAZON.COM
^

各フィールドは独自の行を持ち、タイプコード（日付の場合はD、金額の場合はT、受取人の場合はP）でプレフィックスが付けられます。^文字が取引を区切ります。

QIFの致命的な欠点は取引IDがないことです。FITIDに相当するものがないため、重複検出ができません。同じファイルを2回インポートすると、二重入力が発生します。Intuitは数年前にQIFを公式に非推奨にしましたが、Quickenの古いバージョンや一部のニッチなソフトウェアが依然としてそれを期待しているため、存続しています。

QFX（Quicken Financial Exchange）

QFXは、実質的には.qfx拡張子を持つOFXファイルであり、Quickenに開くように指示するIntuit固有のヘッダーが付いています。取引データの構造はOFXと同一です。QFXを「Quicken向けにブランド化されたOFX」と考えてください。QBOが「QuickBooks向けにブランド化されたOFX」であるのと同じようにです。

Quickenの最新バージョンを使用している場合、QFXが最良の選択肢です。OFXが提供するすべての口座メタデータと、重複検出のためのFITIDが含まれています。

IIF（Intuit Interchange Format）

IIFは、QuickBooks Desktopへのバッチインポート用に設計されたタブ区切りテキストフォーマットです。QBO（銀行取引をバンクフィードにインポートする）とは異なり、IIFは投稿済み取引としてレジスタに直接インポートします。

!TRNS	TRNSID	TRNSTYPE	DATE	ACCNT	AMOUNT	NAME
TRNS		CHECK	01/15/2026	Checking	-142.30	ELECTRIC COMPANY
ENDTRNS

IIFは強力ですが、誤って使用すると危険です。取引はQuickBooksの通常のレビューワークフローをバイパスして、直接帳簿に入力されます。ほとんどの会計士は、IIFを特定のバッチ操作のために予約し、通常の銀行インポートにはQBOを使用します。IIFはQuickBooks Desktop専用です。

MT940（SWIFT標準）

MT940は、SWIFTが開発した電子銀行取引明細書の国際標準です。ヨーロッパで主流であり、ドイツ、オランダ、ベルギー、およびEUの多くの国の銀行で使用されています。MT940メッセージは、タグ付きフィールド（開始残高の場合は:60F:、取引の場合は:61:、説明の場合は:86:）を、コンパクトながらも難解な構文で使用します。会計ソフトウェア（SAP、Exact、Datev）がMT940を期待している場合は、このフォーマットを使用してください。北米では一般的ではありません。

CAMT.053（ISO 20022 XML）

CAMT.053は、SWIFTのレガシーメッセージフォーマットを段階的に置き換えているISO 20022標準の一部である、MT940の最新のXMLベースの代替フォーマットです。ヨーロッパの銀行はCAMT.053に移行しており、コーポレートバンキングプラットフォームのデフォルトになりつつあります。

CAMT.053は、MT940よりも豊富なデータ（構造化された送金情報、詳細な当事者識別、国際取引のより良いサポート）を提供します。ヨーロッパのコーポレート銀行取引明細書を扱う場合、このフォーマットに遭遇する機会が増えるでしょう。

---

フォーマット比較表

主要フォーマットを、銀行取引明細書のインポートにおいて重要な機能ごとに比較します。

機能	QBO	CSV	OFX	QIF
取引ID	あり（FITID）	なし	あり（FITID）	なし
重複検出	あり	なし	あり	なし
列マッピング	不要	必要	不要	不要
口座メタデータ	あり	なし	あり	なし
残高情報	あり	なし	あり	なし
人間が読める	いいえ（SGML/XML）	はい	いいえ（XML）	はい
普遍的なサポート	QuickBooksのみ	どこでも	ほとんどの会計ソフトウェア	限定的/レガシー
日付の標準化	はい（YYYYMMDD）	いいえ（変動）	はい（YYYYMMDD）	いいえ（変動）
通貨情報	あり	なし	あり	なし
スプレッドシートでの編集	いいえ	はい	いいえ	可能だが不安定

パターンは明らかです：構造化フォーマット（QBO、OFX）は会計ソフトウェアのインポートに適しており、CSVは分析や手作業のワークフローに適しています。 構造化フォーマットは、CSVがあなたに任せる厄介な部分（列マッピング、日付解析、重複防止）を処理します。

---

CSVが実際に最適な選択肢となる場合

会計インポートにおける弱点にもかかわらず、CSVは特定のシナリオで正当な利点があります。

インポート前にデータを編集する必要がある場合

生の銀行データがインポートの準備ができていない場合があります。説明のクリーニング、取引のカテゴリ分け、金額の分割が必要です。CSVはこれを容易にします。Excelで開き、変更を加えて保存します。QBOやOFXのような構造化フォーマットは、XMLを変更するとファイルの有効性が損なわれる可能性があるため、編集が困難です。

対象ソフトウェアがCSVのみを受け入れる場合

例えばFreshBooksは、銀行取引インポートにCSVのみをサポートしています。Sageの一部のバージョンはOFXサポートが限定的で、CSVの方がうまく機能します。ソフトウェアが構造化フォーマットを受け入れない場合、CSVが唯一の選択肢です。

ExcelまたはGoogle Sheetsで分析を行う場合

会計ソフトウェアへのインポートではなく、スプレッドシートで取引を分析することが目的の場合（ピボットテーブルの作成、数式の実行、グラフの作成など）、CSV（またはXLSX）が自然な選択肢です。XMLタグでラップされるのではなく、行と列のデータが欲しいのです。

複数のソースからのデータを結合する場合

3つの銀行口座、2つのクレジットカード、PayPalのエクスポートからの取引を1つのファイルにマージする必要がありますか？CSVなら簡単です。行をコピーし、列を標準化すれば完了です。QBOまたはOFXファイルをマージするには、それらのXML構造を理解し、口座メタデータの一貫性を確保する必要があります。

長期保存のためにアーカイブする場合

CSVはプレーンテキストです。50年後でも、あらゆるプラットフォームのあらゆるソフトウェアで読み取れるでしょう。プロプライエタリフォーマットは、ベンダーサポートが永続的に続くかに依存します。アーカイブ目的では、CSVのシンプルさが最も安全な長期的な選択肢となります。

---

PDFSubでのフォーマット変換

ほとんどの銀行はPDF形式の明細書を提供しており、QBO、OFX、あるいはCSVファイルではありません。課題はフォーマットを選択することではなく、まずそのフォーマットにデータを入れることです。

PDFSubの銀行取引明細書コンバーターは、PDFから取引データを抽出し、単一のアップロードですべての8つのフォーマットを出力することで、この問題を解決します。

• Excel (.xlsx) — スプレッドシート分析用
• CSV — 普遍的な互換性のため
• TSV — タブ区切りワークフローのため
• JSON — 開発者統合のため
• OFX — Xero、MYOB、GnuCash、Wave、Sage用
• QBO — QuickBooks OnlineおよびDesktop用
• QFX — Quicken用
• QIF — レガシーQuickenおよびニッチソフトウェア用

一度アップロードすれば、ソフトウェアが必要とするフォーマットをダウンロードできます。各構造化フォーマット（QBO、OFX、QFX）には、重複検出のための自動生成FITID、標準化されたYYYYMMDD日付、および埋め込まれた口座メタデータが含まれています。

PDFSubは、世界中の20,000以上の銀行の明細書に対応し、130以上の言語をサポートしています。処理はプライバシーのためにまずブラウザ内で行われ、スキャンされたドキュメントや画像が多いドキュメントの場合はサーバーサイドAIがフォールバックとして機能します。

プランは月額**$10から、銀行取引明細書変換は月額$29**（Businessプラン + BSCアドオン、500ページ）です。すべての有料プランには7日間の無料トライアルが含まれています。詳細は現在の価格をご覧ください。

インポートガイド

すでに変換されたファイルを持っていて、インポート方法を知りたいですか？これらのステップバイステップガイドがプロセスを案内します。

• QuickBooksに銀行取引明細書をインポートする方法 — Web Connect経由のQBOインポート、CSVインポート、およびトラブルシューティング
• Xeroに銀行取引明細書をインポートする方法 — OFXインポート、CSVインポート、およびバンクフィード設定

---

よくある質問

QBOファイルをCSVに変換できますか？

はい。QBOは構造化データなので、解析してCSVにエクスポートできます。ただし、その過程でFITIDによる重複検出と口座メタデータを失います。QBOからCSVに変換する場合、通常は再インポート前にデータを編集する必要があるためです。

QuickBooks OnlineはOFXファイルを受け入れますか？

QuickBooks Onlineは、銀行取引インポートには主にQBOファイルをサポートしています。一部のユーザーは.ofxファイルを.qboにリネームしますが、これは公式にはサポートされておらず、インポートエラーを引き起こす可能性があります。QuickBooksの場合は、問題を避けるためにQBOを使用してください。

どのフォーマットが最高の重複検出を提供しますか？

QBO、OFX、QFXはすべてFITIDベースの重複検出を使用しており、同等に効果的です。重要なのは、FITIDが一意で一貫していることです。同じ明細書を再変換した場合、コンバーターは同じFITIDを生成する必要があります。PDFSubは、取引データ（日付、金額、説明）に基づいて決定論的なFITIDを生成し、変換間の一貫性を確保します。

QIFは最新のQuickenでまだサポートされていますか？

Quickenの最新バージョンはQIFサポートが限定的であり、銀行インポートにはQFXファイルを強く推奨しています。QIFインポートは高度なオプションの背後に隠されている場合があります。現在のQuickenを使用している場合は、QIFよりもQFXを選択してください。

Sageにはどのフォーマットを使用すべきですか？

Sage製品によります。Sage 50はOFXとCSVを受け入れます。Sage Business Cloud Accountingは特定の列レイアウトを持つCSVを優先します。Sage Intacctは独自のCSVインポートテンプレートを使用します。一般的に、すべてのSage製品が受け入れるため、CSVが最も安全な選択肢です。

Excelに銀行取引明細書をインポートできますか？

Excelは会計の意味で銀行取引明細書を「インポート」しませんが、CSVとXLSXファイルは直接開きます。会計ソフトウェアへのインポートではなく、スプレッドシートで取引を分析することが目的の場合は、CSVまたはXLSXフォーマットを選択してください。日付、説明、金額、残高のクリーンなテーブルが得られ、すぐに並べ替え、フィルター、ピボットできます。

一部の銀行はOFXダウンロードを提供しているのに、QBOは提供しないのはなぜですか？

QBOはIntuitのプロプライエタリフォーマットであり、銀行はQBOファイルを作成する権利をライセンスする必要があります。OFXはオープンスタンダードであり、銀行はライセンス料なしでOFXファイルを作成できます。このため、小規模な銀行や国際的な金融機関は通常、QBOではなくOFXまたはCSVダウンロードを提供しています。

間違ったフォーマットをインポートするとどうなりますか？

ほとんどの会計ソフトウェアは、互換性のないファイルを「サポートされていないファイルタイプ」のようなエラーで完全に拒否します。より危険なシナリオは、ソフトウェアがファイルを受け入れるものの、それを誤解する場合です。特に、日付フォーマットが一致しない、または列の順序が間違っているCSVファイルの場合です。最終確定する前に、必ずインポートされた取引をプレビューしてください。

---

結論

フォーマットの選択は些細なことではありません。クリーンなインポートと、修正作業の悪夢との違いです。ルールは単純です：ソフトウェアがサポートする最も構造化されたフォーマットを使用してください。

QuickBooksの場合はQBO、Xeroの場合はOFX、FreshBooksやインポートオプションが限定的なソフトウェアの場合はCSVです。スプレッドシート分析の場合は、CSVまたはXLSXがシンプルさを保ちます。

PDF銀行取引明細書からこれらのフォーマットのいずれかに変換する必要がある場合は、PDFSubが変換を処理し、単一のアップロードですべてのフォーマットを提供します。これにより、二度変換する必要がなくなります。