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

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

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

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

このインフォグラフィックをブログで利用したいですか？ この埋め込みコードをコピーしてください。

結論：フォーマットをソフトウェアに合わせる

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

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

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（金融機関取引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エコシステム ngoài の構造化された金融フォーマットとしては、最も広くサポートされています。

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ファイルであり、Intuit固有のヘッダーが付いています。これにより、Quickenはこのファイルを処理するように指示されます。取引データの構造はOFXと同一です。QFXを「Quicken向けにブランド化されたOFX」と考えてください。QBOが「QuickBooks向けにブランド化されたOFX」であるのと同じようにです。

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

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

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

フォーマット比較表

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

パターンは明らかです：構造化されたフォーマット（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がフォールバックとして機能します。

All-In-Oneプランは、ユーザーあたり月額20ドル（年払い）または月額25ドル（月払い）で、ユーザーあたり月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を受け入れるため、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が変換を処理し、単一のアップロードからすべてのフォーマットを提供します。これにより、二度変換する必要がなくなります。