QBOファイル形式とは？会計士向けガイド
QBOはQuickBooksネイティブの銀行取引明細書インポート形式です。QBOファイルの内容、仕組み、そしてQuickBooksへのインポートでCSVよりも優れている理由を解説します。
QuickBooksに銀行取引をインポートした経験があれば、「QBO形式を使えばいい」というアドバイスを聞いたことがあるでしょう。QuickBooksのフォーラム、ブックキーパーのコミュニティ、会計ブログのどこでも同じことが言われています。QBOが最善の方法だと。
しかし、QBOファイルとは一体何なのでしょうか？ スプレッドシートではありません。データベースでもありません。Excelで開いて行と列を見ることはできません。ダブルクリックしても、コンピューターはそれが何なのか分からないかもしれません。
このガイドでは、QBOファイル形式を内部から徹底的に解説します。その内容、構造、QuickBooksがCSVよりも好む理由、そして銀行がダウンロード用を提供していない場合にQBOファイルがどのように作成されるのかを説明します。
QBOを1文で説明
QBOファイルは、Open Financial Exchange（OFX）仕様に準拠し、QuickBooks向けにカスタマイズされたXMLベースの財務データファイルです。銀行取引を構造化された機械可読形式で保存します。QuickBooksが自動的な重複検出に使用する一意の取引IDも含まれています。
.qbo拡張子は「QuickBooks Web Connect」の略です。これは、ライブ銀行フィード接続を必要とせずに銀行データをQuickBooksにインポートするためにIntuitが設計したファイル形式です。
このように考えてください。CSVが単なる取引のリストだとすれば、QBOは、どのフィールドが日付で、どれが金額で、どれが受取人であるかを、曖昧さなく手動マッピングなしで、QuickBooksに正確に伝える自己記述型パッケージなのです。
QBOの歴史的背景
QBOの物語は1997年に始まります。Microsoft、Intuit、CheckFreeの3社が協力してOpen Financial Exchange（OFX）仕様を構築しました。目標は単純明快でした。銀行、消費者、財務ソフトウェア間で電子的に財務データを交換するための普遍的な標準を構築することです。
OFXが登場する前は、各銀行と各ソフトウェアパッケージが独自の形式を使用していました。OFXは、準拠したシステムなら誰でも読み書きできる単一のSGMLベース（後にXMLベース）構造を定義することで、この問題を解決しました。
IntuitはOFXを自社製品に適応させ、2つのブランド形式を作成しました。
- QFX（Quicken Financial Exchange）--- Quickenへのインポート用
- QBO（QuickBooks Web Connect）--- QuickBooksへのインポート用
どちらも本質的にはOFXファイルにIntuit固有のメタデータタグが追加されたものです。特に重要なのは、ファイルを作成した金融機関を示す銀行識別コードであるINTU.BIDです。
当初、銀行はオンラインバンキングポータルから直接QBOファイルを生成していました。顧客はログインし、ダウンロード形式として「QuickBooks」または「Web Connect」を選択し、インポート準備の完了した.qboファイルを取得していました。しかし、銀行が近代化しAPIベースの接続（Plaid、Yodlee、MX）へと移行するにつれて、多くの銀行が直接的なQBOダウンロードを完全に廃止しました。
今日では、QBOエクスポートを提供する銀行は少なくなっています。取引は依然として存在しますが、PDF明細書の中に閉じ込められています。この変化こそが、現代の会計ワークフローにおいてQBOコンバーターが不可欠である理由なのです。
QBOファイルの中身
QBOファイルをテキストエディタで開くと、XMLとHTMLが混ざったような構造化されたマークアップが表示されます。以下に、注釈付きの完全な例を示します。
OFXHEADER:100
DATA:OFXSGML
VERSION:102
SECURITY:NONE
ENCODING:USASCII
CHARSET:1252
COMPRESSION:NONE
OLDFILEUID:NONE
NEWFILEUID:NONE
<OFX> <SIGNONMSGSRSV1> <SONRS> <STATUS> <CODE>0 <SEVERITY>INFO </STATUS> <DTSERVER>20260215120000 <LANGUAGE>ENG <FI> <ORG>First National Bank <FID>12345 </FI> <INTU.BID>12345 </SONRS> </SIGNONMSGSRSV1> <BANKMSGSRSV1> <STMTTRNRS> <TRNUID>0 <STATUS> <CODE>0 <SEVERITY>INFO </STATUS> <STMTRS> <CURDEF>USD <BANKACCTFROM> <BANKID>021000021 <ACCTID>123456789 <ACCTTYPE>CHECKING </BANKACCTFROM> <BANKTRANLIST> <DTSTART>20260101 <DTEND>20260131 <STMTTRN> <TRNTYPE>DEBIT <DTPOSTED>20260103 <TRNAMT>-85.50 <FITID>202601030001 <NAME>WHOLE FOODS MARKET <MEMO>Grocery purchase </STMTTRN> <STMTTRN> <TRNTYPE>CREDIT <DTPOSTED>20260115 <TRNAMT>3500.00 <FITID>202601150001 <NAME>ACME CORP PAYROLL <MEMO>Direct deposit </STMTTRN> <STMTTRN> <TRNTYPE>CHECK <DTPOSTED>20260120 <TRNAMT>-1200.00 <FITID>202601200001 <CHECKNUM>4521 <NAME>LANDLORD PROPERTIES LLC <MEMO>January rent </STMTTRN> </BANKTRANLIST> <LEDGERBAL> <BALAMT>4214.50 <DTASOF>20260131 </LEDGERBAL> </STMTRS> </STMTTRNRS> </BANKMSGSRSV1>
</OFX>各セクションを見ていきましょう。
ヘッダーブロック --- 最初の9行はOFXヘッダーです。データ形式（OFXSGML）、バージョン（102）、エンコーディング（USASCII）、文字セット（Windows Latin-1の場合は1252）を定義します。このヘッダーは、QuickBooksに残りのファイルを解析する方法を指示します。
SIGNONMSGSRSV1 --- サインオンメッセージ応答。サーバータイムスタンプ（DTSERVER）、言語（ENG）、金融機関情報（FI）が含まれます。INTU.BIDタグはIntuitの銀行識別子です。これはQuickBooksにファイルがどの銀行から生成されたかを伝え、インポート中に表示される銀行ロゴに影響します。
BANKMSGSRSV1 --- 銀行メッセージセット。すべての銀行口座データをラップします。クレジットカード明細書は代わりにCREDITCARDMSGSRSV1を使用します。
STMTRS --- 明細書応答。通貨（CURDEF）、口座情報（ルーティング番号、口座番号、口座タイプを含むBANKACCTFROM）、および取引リストが含まれます。
BANKTRANLIST --- 日付範囲（DTSTARTおよびDTEND）を持つ取引リスト。個々の取引はすべて、STMTTRN要素としてこのブロック内に存在します。
STMTTRN --- 単一の取引。各取引には、取引タイプ、日付、金額、一意の識別子（FITID）、受取人名、およびオプションのメモと小切手番号が含まれます。
LEDGERBAL --- 明細書終了日時点の最終残高。QuickBooksはこれを照合検証に使用します。
主要フィールドの説明
すべてのQBOフィールドが同じ重要性を持つわけではありません。ここでは最も重要なものとその理由を挙げます。
| フィールド | 説明 | 例 | 重要性 |
|---|---|---|---|
| FITID | 金融機関取引ID | 202601030001 |
重複インポートを防ぐ一意の識別子。QuickBooksは、これまで見たすべてのFITIDを記憶しています。 |
| TRNTYPE | 取引タイプ | DEBIT, CREDIT, CHECK, DEP, ATM, POS, XFER |
QuickBooksに取引をどのように分類するかを指示します。 |
| DTPOSTED | 取引日付 | 20260103 |
YYYYMMDD形式 --- 曖昧さがなく、地域による日付の混乱がありません。 |
| TRNAMT | 取引金額 | -85.50 |
デビット（支出）はマイナス、クレジット（収入）はプラス。 |
| BANKID | 銀行ルーティング番号 | 021000021 |
金融機関を識別します。口座照合に使用されます。 |
| ACCTID | 口座番号 | 123456789 |
取引がどの口座に属するかを識別します。 |
| ACCTTYPE | 口座タイプ | CHECKING, SAVINGS, CREDITLINE |
QuickBooksが口座をどのように分類するかを決定します。 |
| NAME | 受取人名 | WHOLE FOODS MARKET |
QuickBooksに表示される取引の説明。最大32文字。 |
| MEMO | 追加の説明 | Grocery purchase |
補足情報。OFX仕様ではこちらも32文字に制限されています。 |
| CHECKNUM | 小切手番号 | 4521 |
オプション。小切手取引の場合、実際の小切手と照合できるように保持されます。 |
| 重複検出システム全体が崩壊します。各FITIDは、特定の銀行口座内で一意でなければなりません。2つの取引が同じFITIDを共有している場合、QuickBooksはそれらを同じ取引として扱い、2番目の取引をサイレントにスキップします。 |
QuickBooksにおいてQBOがCSVより優れている理由
QBOとCSVはどちらも取引データをQuickBooksに取り込むことができます。しかし、その体験は根本的に異なります。以下に比較表を示します。
| 特徴 | QBO | CSV |
|---|---|---|
| 重複検出 | FITIDによる自動検出 | なし --- 再インポートすると重複が発生する |
| 列マッピング | 不要 --- フィールドは事前定義済み | 必要 --- 日付、説明、金額を手動で割り当てる |
| 日付解析 | 曖昧さのないYYYYMMDD形式 | 地域設定に依存 --- MM/DDまたはDD/MMの混乱 |
| 金額処理 | 明確な符号規則で構造化 | 通貨記号を削除し、小数点区切り文字を修正する必要がある |
| 口座識別 | 内蔵（ルーティング番号、口座番号、タイプ） | 含まれていない |
| 残高検証 | 照合用に最終残高が含まれる | 利用不可 |
| 小切手番号 | CHECKNUMフィールドに保持 | 失われるか、別列が必要になる場合がある |
| インポートワークフロー | アップロード、確認、完了 | アップロード、列マッピング、日付形式選択、検証、確認 |
| QuickBooks Desktop | Web Connect経由で完全サポート | 銀行取引インポートには非対応 |
| 重複検出が決定的な利点です。 QBOファイル内のすべての取引には一意のFITIDが付与されています。QuickBooksは、処理したすべてのFITIDを永続的なレジストリに保存します。誤って同じファイルを2回インポートした場合、または2つの異なるファイルから重複する期間をインポートした場合、QuickBooksは重複をサイレントにスキップします。二重入力なし。クリーンアップ不要。 |
CSVの場合、保護は全くありません。同じファイルを2回インポートすると、すべての取引が重複します。警告すら表示されません。それらの重複をクリーンアップするには、手動で1つずつ削除する必要があります。これは、回避しようとしていたまさにその退屈な作業です。
QuickBooks DesktopはQBOのみ対応です。 Desktopクライアントをサポートするすべての企業にとって、QBOは不可欠です。
QBOファイルはどこから来るのか
QBOファイルのソースは3つありますが、この10年間で状況は劇的に変化しました。
銀行（Web Connectダウンロード経由）。 これが元のソースでした。銀行はオンラインバンキングポータルから直接QBOファイルを生成していました。これはますます稀になっています。銀行がAPIベースのデータ共有へと移行するにつれて、多くの銀行が直接ファイルダウンロードを完全に廃止しました。まだ提供している銀行でも、エクスポートを90日に制限していることがよくあります。
銀行明細書コンバーター。 これが現在、ほとんどの会計専門家にとって主要なソースとなっています。PDFSubのようなツールは、PDF銀行明細書（すべての銀行が依然として提供している形式）を取り込み、有効なFITID、正しい日付形式、正確なデビット/クレジット分類を備えた、適切に構造化されたQBOファイルに変換します。キャッチアップ会計、クローズド口座、国際銀行、履歴データの場合、コンバーターが唯一の実用的な選択肢です。
手動作成。 理論的には、テキストエディタでQBOファイルを自分で作成することも可能です。しかし、タグの配置ミス、無効なFITID、エンコーディングエラーのいずれかがあると、QuickBooksはそのファイルを拒否します。手動作成は最後の手段であり、ワークフローではありません。
銀行提供のQBOダウンロードからの移行は、コンバーターを不可欠なものにしています。クライアントの銀行はPDF明細書を生成します。QuickBooksはQBOファイルを必要とします。コンバーターがそのギャップを埋めます。
QuickBooksへのQBOファイルのインポート方法
インポートプロセスは簡単です。これは、CSVよりもQBOを使用する主な利点の1つです。
QuickBooks Online
- Banking（またはTransactions ثم Bank Transactions）に移動します。
- Link account をクリックし、Upload from file を選択します。
.qboファイルを参照するか、ドラッグアンドドロップします。- QuickBooksがファイルを読み込み、口座情報を特定します。
- ファイルを既存の銀行口座にマッピングするか、QuickBooksに新しい口座を作成させます。
- プレビューで解析された取引を確認します。
- Done をクリックしてインポートを完了します。
取引はFor Reviewタブに表示されます。そこから、各取引を分類するか、既存のエントリと照合するか、または台帳に追加します。
QuickBooks Desktop
- File ثم Utilities ثم Import ثم Web Connect Files に移動します。
.qboファイルを選択します。- QuickBooksがファイル形式を検証します。
- ファイルを既存の銀行口座にマッピングするか、新しい口座を作成します。
- 取引はBank Feedsウィンドウに表示されます。
スクリーンショットとトラブルシューティングを含む完全な手順については、当社の完全ガイド「QuickBooksに銀行明細書をインポートする方法」を参照してください。
よくあるQBOの問題と解決策
QBOファイルは信頼性がありますが、定期的に発生する問題がいくつかあります。注意すべき点を以下に示します。
「金融機関を確認できません。」 ファイル内のINTU.BIDタグが、Intuitのディレクトリ内の認識されている銀行と一致しません。これは見た目の問題です。インポート中に表示される銀行ロゴに影響しますが、取引のインポートを妨げるものではありません。プロンプトを受け入れて続行してください。
FITIDの重複による取引スキップ。 同じファイル内の2つの取引がFITIDを共有している場合、QuickBooksは最初のものだけをインポートし、2番目のものをサイレントにスキップします。これは、以前のインポートでQuickBooksが既に見たFITIDを持つファイルをインポートした場合にも発生します。各FITIDは、特定の口座内で一意でなければならず、一度見られたら、永久に記録されます。
エンコーディングエラーと文字化け。 受取人名やメモに含まれる非ASCII文字（アクセント付き文字、アンパサンド、山括弧）は、SGMLパーサーを破損させる可能性があります。アンパサンドは&としてエンコードされ、山括弧はエスケープされる必要があります。適切に構築されたコンバーターはこれを自動的に処理します。
「ファイルを読み込めません」エラー。 通常は、SGMLの形式が不正なことが原因です。閉じタグの欠落、タグ値内の余分な改行、または本文の形式と一致しないヘッダーなど。テキストエディタでファイルを開き、構造的な問題を確認してください。ヘッダーバージョン（VERSION:102）は、本文のOFXバージョンと一致する必要があります。
QuickBooksのバージョン互換性。 3年より古いQuickBooks Desktopバージョンは、Web Connect機能を失います。クライアントがQuickBooks Desktop 2022を実行している場合、QBOファイルをインポートできない可能性があります。解決策は、QuickBooksをアップグレードするか、QuickBooks Onlineに切り替えることです。
クレジットカードが銀行口座としてインポートされる。 クレジットカード明細書がCREDITCARDMSGSRSV1タグではなくBANKMSGSRSV1タグでラップされている場合、QuickBooksは口座をクレジットカードではなく銀行口座として作成します。QBOファイルには、口座タイプに応じた適切なQBOメッセージラッパーが必要です。
QBO vs. QFX vs. OFX：違いは何ですか？
これらの3つの形式は、内部的にはほぼ同一であるため、常に混乱を引き起こします。
| 形式 | 拡張子 | 基づくもの | 対象ソフトウェア | 主要な違い |
|---|---|---|---|---|
| OFX | .ofx |
Open Financial Exchange標準 | ユニバーサル --- Xero, Wave, GnuCashなど | オープンスタンダード。ベンダー固有のタグはありません。 |
| QBO | .qbo |
OFX + Intuitメタデータ | QuickBooks | QuickBooksでの銀行識別用のINTU.BIDを追加。 |
| QFX | .qfx |
OFX + Intuitメタデータ | Quicken | QBOと同じですが、QuickBooksの代わりにQuicken用です。 |
すべての3つの形式で、基盤となる取引構造は同一です。.ofxファイルを.qboにリネームしても、QuickBooksはほとんどの場合読み込みます。INTU.BIDタグが唯一意味のあるIntuitの追加情報です。これはインポート中に表示される銀行ロゴを制御します。 |
実際には： QuickBooksには.qbo、Quickenには.qfx、XeroやWaveなどの他の会計プラットフォームには.ofxを使用してください。内部の取引データは同じです。
PDF銀行明細書からのQBOファイル作成
ほとんどの会計士は、QBOファイルを1つの状況で目にします。PDF銀行明細書を持っていて、そのデータをQuickBooksに取り込みたい場合です。PDFをQBOファイルにする必要があります。
PDFSubの銀行明細書コンバーターは、この変換をエンドツーエンドで処理します。PDF銀行明細書をアップロードすると、PDFSubは取引（日付、金額、説明、実行残高）を抽出し、以下を備えた適切にフォーマットされたQBOファイルを生成します。
- 有効で一意のFITID --- QuickBooksの重複検出が正しく機能するように
- 正しいTRNTYPE分類 --- デビット、クレジット、小切手、預金、振替が自動的に識別される
- 適切なSGMLエンコーディング --- 特殊文字のエスケープ、YYYYMMDD形式の日付、正しい符号の金額
- 口座メタデータ --- 口座タイプ（当座、普通、クレジットカード）の検出と適切なQBOメッセージラッパー
- 最終残高 --- 明細書の最終残高から入力された
LEDGERBALタグ
コンバーターは、130以上の言語で20,000以上の銀行の明細書に対応しています。デジタルPDF（テキストベースの明細書）は、ブラウザ内で完全に処理されます。ファイルはコンピューターから離れません。スキャンされたPDFや画像が多いPDFは、サーバーサイドAI抽出を使用します。
オールインワンプランは、月額$20/ユーザー（年払い）または月額$25/ユーザー（月払い）で、ユーザーあたり月500ページの銀行明細書が含まれます。すべての有料プランには7日間の無料トライアルが含まれています。
よくある質問
QBOファイルを開いて中身を確認できますか？
はい。QBOファイルはプレーンテキストです。任意のテキストエディタ（Windowsのメモ帳、Macのテキストエディット、VS Code、Sublime Textなど）で開くと、SGML形式の取引データが表示されます。日付、金額、受取人名、FITID、口座番号、最終残高など、すべてのフィールドが人間が読める形式です。
QBOファイルはOFXファイルと同じですか？
ほぼ同一です。QBOはOFX標準に基づいていますが、Intuit固有のタグ（主に銀行識別用のINTU.BID）が追加されています。取引構造、フィールド名、データ形式は同じです。.ofxファイルを.qboにリネームしても、QuickBooksは通常受け入れます。
QuickBooksでQBOファイルをインポートすると、一部の取引がスキップされるのはなぜですか？
QuickBooksは、これまで処理したすべてのFITIDを追跡します。取引のFITIDが以前（以前のインポートまたは銀行フィードから）見られた場合、QuickBooksは重複を防ぐためにサイレントにスキップします。これはバグではなく機能です。取引を再インポートする必要がある場合は、新しく一意のFITIDを持つファイルが必要です。
同じQBOファイルは、QuickBooks OnlineとDesktopの両方で機能しますか？
はい。QBOファイル形式は両方のバージョンで同一です。インポートプロセスは異なります（OnlineはBanking ثم Upload from file、DesktopはFile ثم Utilities ثم Import ثم Web Connect Filesを使用）が、ファイル自体は同じです。
1つのQBOファイルにはいくつの取引を含めることができますか？
OFX仕様に厳密な制限はありません。しかし、QuickBooks Onlineはファイルアップロードを約350KBに制限しており、これは説明の長さによって異なりますが、約1,000〜1,500件の取引に相当します。より大きなインポートの場合は、月または四半期ごとにファイルを分割してください。
CSVまたはExcelスプレッドシートからQBOファイルを作成できますか？
はい、ただし変換ツールが必要です。QBO形式には、特定のSGMLマークアップ、有効なFITID、OFX準拠の日付形式、および適切なヘッダー情報が必要です。手動での変換はエラーが発生しやすいため、PDFSubのようなツールが自動的にフォーマットを処理します。
QBOファイルはQuickBooks以外の会計ソフトウェアでも機能しますか？
QBOファイルは主にQuickBooks向けに設計されています。しかし、QBOはOFX標準に基づいているため、他の一部の会計ソフトウェアは.qboファイルを読み取ることができるか、.ofxにリネームした場合に受け入れることがあります。XeroやWaveなどの非QuickBooksソフトウェアの場合は、標準の.ofx拡張子が推奨されます。
QBOファイルの受取人名の最大文字数はいくつですか？
OFX仕様では、NAMEフィールドは32文字、MEMOフィールドは255文字に制限されていますが、QuickBooksは表示中に長いメモ値を切り捨てる場合があります。受取人名が32文字を超える場合、切り捨てられます。優れたコンバーターは、説明の最も有用な部分を保持するために、単語の境界で切り捨てます。