チュートリアルOFX銀行取引明細書Xero会計

銀行取引明細書をOFX形式に変換

2026年3月2日

PDFSub Team

OFXはXero、MYOB、FreeAgentの標準インポート形式です。銀行取引明細書のPDFをOFXに変換する方法と、CSVやQBOとの違いについて説明します。

Xero、MYOB、またはFreeAgentに銀行取引を取り込む必要があります。銀行からPDF形式の明細書を受け取りました。運が良ければCSV形式の場合もあります。しかし、会計プラットフォームはOFXファイルを求めています。これは、ほとんどの人が聞いたこともない、ましてや作成方法を知らない形式です。

OFX — Open Financial Exchange — は、これらのプラットフォームが構築された標準的な金融データ交換形式です。取引IDを含んでおり、重複検出が可能で、口座メタデータを埋め込み、インポート時に列を自動的にマッピングします。日付形式の推測は不要です。手動での列割り当ても不要です。同じ月を誤って二重にインポートすることもありません。ただ機能します。

問題は、銀行がOFXファイルを直接提供することはほとんどないことです。PDFを提供します。場合によってはCSVダウンロードを提供することもありますが、CSVはOFXが提供する構造と重複保護を欠いています。このガイドでは、OFX形式とは何か、会計プラットフォームがOFXを好む理由、CSVやQBOとの比較、そして銀行取引明細書のPDFをXero、MYOB、FreeAgentなどのソフトウェアにクリーンにインポートできるOFXファイルに変換する方法について説明します。

OFX形式とは？

OFXはOpen Financial Exchangeの略です。金融機関、ソフトウェア、エンドユーザー間で金融情報を交換するために特別に設計されたXMLベースのデータ形式です。元々は1997年にMicrosoft、Intuit、CheckFreeによって開発され、現在はFinancial Data Exchange (FDX) によって維持されています。現在のバージョンであるOFX 2.2は、整形式のXMLを使用しています。以前のバージョン（1.x）はSGMLを使用していました。これは、閉じられていないタグを許可する、より緩やかなマークアップ構文です。ほとんどの会計ソフトウェアは両方を受け入れます。

OFXファイルは.ofx拡張子を使用し、構造化された金融データを含んでいます。

取引レコード — 日付、金額、受取人名、メモ、小切手番号、取引タイプ（デビット、クレジット、振替、手数料など）
FITID — Financial Institution Transaction ID。重複検出のために各取引に割り当てられる一意の識別子
口座識別情報 — 銀行ルーティング番号（BANKID）、口座番号（ACCTID）、口座タイプ（当座預金、普通預金、クレジットカード）
明細書メタデータ — 明細書期間の開始日と終了日、および開始残高と終了残高
通貨 — ISO 4217通貨コード（USD、GBP、EUR、AUD、CADなど）

OFXファイルを会計ソフトウェアにインポートすると、すべてのフィールドが自動的にマッピングされます。曖昧さ、列マッピングの必要性、誤解の余地はありません。

会計におけるOFXの重要性

OFXは金融データ交換のために特別に構築されたため、その設計は細部に現れています。

取引ID（FITID）による重複検出

OFXファイルの各取引には、一意のFITID（Financial Institution Transaction ID）が付与されています。ファイルをインポートする際、会計ソフトウェアは検出したすべてのFITIDを記録します。同じファイルを再度インポートしたり、重複する2つのファイルをインポートしたりすると、ソフトウェアは以前に検出されたFITIDを持つ取引をサイレントにスキップします。

CSVにはこれに相当するものはありません。同じCSVを2回インポートすると、二重のエントリが発生します。重複取引のクリーンアップは、簿記で最も一般的で最も時間のかかる頭痛の種の一つです。OFXはフォーマットレベルでこれを排除します。

口座識別情報が埋め込まれている

OFXファイルには銀行ルーティング番号と口座番号が含まれているため、会計ソフトウェアはインポートを正しい銀行口座に自動的に一致させるか、ファイルが一致しない場合に警告を発することができます。CSVファイルには口座メタデータは含まれていません。

標準化された構造により列マッピングが不要に

CSVの場合、ソフトウェアは「日付はどの列か？」「金額はどの列か？」と尋ねる必要があります。デビット/クレジット列が別々か、単一の符号付き金額か？ OFXはこれらすべてをスキップします。各フィールドには定義済みのタグがあります — 日付はDTPOSTED、金額はTRNAMT、受取人はNAMEです。ソフトウェアはタグを読み取り、すべてがどこに行くべきかを正確に把握します。

明細書の日付と残高が含まれている

OFXファイルには、明細書期間（開始日と終了日）および期間終了時の元帳残高が含まれています。これはCSVファイルにはないコンテキストであり、残高検証と簡単な照合を可能にします。

幅広いソフトウェア互換性

OFXは、さまざまな会計および金融ソフトウェアで受け入れられています。

Xero — 推奨インポート形式
MYOB — ネイティブでサポート
FreeAgent — ネイティブでサポート
Wave — ネイティブでサポート
GnuCash — ネイティブでサポート
Sage — ほとんどのバージョンでサポート
Microsoft Money（レガシー） — この形式は元々これのために設計されました
Moneydance — ネイティブでサポート
KMyMoney — ネイティブでサポート

QuickBooksユーザーの場合、密接に関連するQBO形式（IntuitのOFX方言）がより良い選択肢です。しかし、ほとんどの他の会計プラットフォーム — 特にXero — にとっては、OFXが標準です。

OFX対CSV対QBO

会計ソフトウェアに銀行データをインポートする際に最もよく遭遇する3つの形式です。

特徴	OFX	CSV	QBO
形式の基盤	XML（構造化マークアップ）	プレーンテキスト（カンマ区切り）	SGML/XML（IntuitのOFX方言）
取引ID	あり（FITID）	なし	あり（FITID）
重複検出	あり — 自動	なし — 手動クリーンアップが必要	あり — 自動
列マッピング	自動	手動 — ユーザーが各列を割り当てる	自動
口座メタデータ	あり（ルーティング+口座番号）	なし	あり（ルーティング+口座番号）
日付形式	標準化（YYYYMMDD）	多様 — ソフトウェアの地域設定と一致する必要がある	標準化（YYYYMMDD）
明細書残高	あり（開始+終了）	なし	あり（開始+終了）
金額処理	単一の符号付きフィールド、曖昧さなし	別々のデビット/クレジット列がある場合がある	単一の符号付きフィールド、曖昧さなし
特殊文字処理	XMLエンティティ（エンコード済み）	多様 — エンコーディングの問題が一般的	SGMLエンティティ（エンコード済み）
主なソフトウェア	Xero、MYOB、FreeAgent、Wave、GnuCash	ユニバーサル（任意の表計算ソフトまたは会計ツール）	QuickBooks（オンライン+デスクトップ）
編集可能性	XMLの知識が必要	簡単 — Excelで開く	SGMLの知識が必要

それぞれの使用場面

OFXを使用する場合: Xero、MYOB、FreeAgent、Wave、GnuCash、またはQuickBooks以外の会計ソフトウェアにインポートする場合。最もクリーンなインポートパス — 自動マッピング、重複保護、フォーマットの問題なし。

QBOを使用する場合: QuickBooks OnlineまたはDesktopにインポートする場合。QBOはIntuit固有のOFX方言です。詳細はQBO変換ガイドを参照してください。

CSVを使用する場合: 対象ソフトウェアがCSVしか受け付けない場合、またはインポート前に取引を編集する必要がある場合。CSVは普遍的なフォールバックですが、より多くの手作業が必要で、重複保護はありません。

方法1：PDFSubでPDFをOFXに変換

銀行取引明細書のPDFからインポート準備完了のOFXファイルへの最も直接的なパスです。

銀行のウェブサイトまたはメールから銀行取引明細書のPDFをダウンロードします。
PDFSubの銀行取引明細書コンバーターにアクセスします。
PDFをアップロードします — ドラッグ＆ドロップまたはクリックして参照します。
PDFSubが自動的に取引を抽出し、日付、金額、説明、取引タイプを検出します。
フォーマットドロップダウンから出力形式としてOFXを選択します。
OFXファイルをダウンロードします。

PDFSubは、各取引に一意のFITID、正しくフォーマットされた日付（YYYYMMDD）、正しいデビット/クレジット符号、および会計ソフトウェアが期待する口座メタデータタグを持つ、有効なOFX 1.xファイルを生成します。複数ページの明細書、連続残高、複数行の取引説明、銀行口座とクレジットカードの両方を処理します。

このコンバーターは、133言語の20,000以上の銀行フォーマットに対応しています。デジタルPDF（テキストベースの明細書）は完全にブラウザ内で処理されるため、ファイルはコンピュータから離れません。スキャンされたPDFまたは画像ベースのPDFは、サーバーサイドのAI抽出にフォールバックします。

OFXは、CSV、Excel、QBO、QFX、JSON、MT940、CAMT.053と並んで利用可能な8つの出力形式の1つです。プランは月額10ドルから、銀行取引明細書変換は月額29ドル（Business + BSCアドオン、500ページ）で、7日間の無料トライアルがあります。

方法2：CSVをOFXに変換

すでに銀行からCSVファイルを受け取っている場合 — または別の変換ツールから — CSVをOFXに変換できます。しかし、OFXが生の取引データ以外に何を要求するかを考えると、これは思ったより困難です。

課題:

FITIDの生成。 各取引には一意のFinancial Institution Transaction IDが必要です。これらのIDは決定論的に生成する必要があります — 通常、日付、金額、説明をハッシュ化することによって — 同じデータを再インポートしても同じFITIDが生成され、重複検出がトリガーされるようにします。
日付フォーマット。 OFXはYYYYMMDD形式の日付を要求します（例：20260302）。CSVはMM/DD/YYYY、DD/MM/YYYY、または別の地域固有の形式になっている場合があります。これを間違えると、取引が誤った日付に記録されます。
口座メタデータ。 BANKID（ルーティング番号）とACCTID（口座番号）、およびACCTTYPE（CHECKING、SAVINGS、またはCREDITCARD）を正しく設定する必要があります。これらの値はCSVには存在しません — それらを知っていて手動で追加する必要があります。
金額の符号規則。 OFXはデビットにマイナス、クレジットにプラスの金額を使用します。CSVに別々のデビット/クレジット列がある場合、それらをマージする必要があります。CSVが反対の符号規則を使用している場合（クレジットカード明細書で一般的）、それを反転させる必要があります。
XML構造。 OFXファイルには、正しいヘッダー宣言、正しくネストされたタグ、および特殊文字（アンパサンド、山括弧、非ASCII文字）のXMLエンティティエンコーディングが必要です。

いくつかのデスクトップツールやオンラインコンバーターがCSVからOFXへの変換を処理します。PDFSubは、PDFからOFXへの完全なチェーンを1ステップで処理し、中間CSVを完全にスキップします。

XeroへのOFXインポート

XeroはOFXをファーストクラスのインポート形式として扱います。インポートプロセスは簡単です。

ステップバイステップ

Xeroにログインし、会計 > 銀行口座に移動します。
取引をインポートしたい銀行口座をクリックします。
口座を管理（または3点メニュー）をクリックし、明細書をインポートを選択します。
参照をクリックし、OFXファイルを選択します。
インポートをクリックします。
Xeroがファイルを解析し、概要 — 取引数、日付範囲、合計金額 — を表示します。
インポートを確認します。

インポートされた取引は、未照合の明細行として表示されます。それぞれについて、Xeroは3つのアクションを提供します：照合（既存の請求書または請求書にリンク）、作成（勘定コードと税率を持つ新しい取引を作成）、または振替（銀行口座間の送金を記録）。

Xeroの重複処理方法

XeroがOFXファイルをインポートする際、各取引のFITIDを読み取り、その銀行口座に対して以前にインポートされたすべてのFITIDと比較します。以前に検出されたFITIDを持つ取引はサイレントにスキップされます。これは、重複する日付範囲を安全にインポートできることを意味します — Xeroはまだ見ていない取引のみを追加します。

これは、XeroがCSVよりもOFXを推奨する主な理由の1つです。CSVの場合、Xeroは重複を検出する信頼できる方法がなく、重複インポートは手動で見つけて削除する必要がある重複明細行を作成します。

銀行フィード、CSVフォーマットルール、トラブルシューティングを含む、すべてのXeroインポートメソッドの完全なガイドについては、Xero銀行取引明細書インポートガイドを参照してください。

MYOBへのOFXインポート

MYOB（Mind Your Own Business）は、MYOB BusinessとMYOB AccountRightの両方でOFXインポートをサポートしています。

MYOB Business（オンライン）

メインメニューから銀行に移動します。
明細書のインポートをクリックします。
銀行口座を選択します。
ファイルを選択をクリックし、OFXファイルを選択します。
MYOBが取引をプレビューします — 日付、金額、説明を確認します。
インポートをクリックします。

MYOB AccountRight（デスクトップ）

銀行 > 銀行フィード > 銀行明細書のインポートに移動します。
ドロップダウンから対象の銀行口座を選択します。
OFXファイルを参照して選択します。
銀行フィードウィンドウでインポートされた取引を確認します。
各取引を適切な勘定に割り当てます。

MYOBは、Xeroと同様に、OFXファイルからのFITIDを使用して重複検出を行います。取引のFITIDがシステムに既に存在する場合、MYOBはインポート中にそれをスキップします。

その他のソフトウェアへのOFXインポート

FreeAgent

FreeAgentは、英国のフリーランサーや中小企業に人気があります。OFXをインポートするには：

銀行に移動し、銀行口座を選択します。
インポート > 銀行明細書をアップロードをクリックします。
OFXファイルを選択します。
プレビューを確認し、インポートを確定します。

FreeAgentはOFX、QIF、CSVをサポートしています。XeroやMYOBと同様に、重複インポートを防ぐためにOFXファイルからのFITIDを使用します。

GnuCash

オープンソースの会計アプリケーションであるGnuCashは、AqBanking統合を通じてネイティブのOFXインポートをサポートしています。

ファイル > インポート > OFX/QFXのインポートに移動します。
OFXファイルを選択します。
GnuCashは取引を表示し、勘定へのマッピングを求めます。
マッチャーウィンドウを確認します — GnuCashはFITIDに基づいて潜在的な重複を強調表示します。
インポートを承認します。

GnuCashはOFX互換アプリケーションの中で最も古いものの1つであり、そのインポートエンジンはOFX 1.x（SGML）とOFX 2.x（XML）の両方のファイルを処理します。

Wave

Wave Accounting（現在はH&R Blockが所有）はOFXインポートをサポートしています。

会計 > 取引に移動します。
銀行口座をクリックします。
CSVまたはOFXをインポートをクリックします。
ファイルをアップロードし、勘定にマッピングします。
確認して確定します。

WaveはCSVもサポートしていますが、OFXは自動フィールドマッピングと重複検出を提供します — XeroやMYOBと同様の利点です。

OFXファイル構造の理解

OFXファイルはプレーンテキストです。任意のテキストエディタで開いて内容を確認できます。以下は、主要な要素を示す簡略化された例です。

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>20260302
      <LANGUAGE>ENG
    </SONRS>
  </SIGNONMSGSRSV1>
  <BANKMSGSRSV1>
    <STMTTRNRS>
      <STMTRS>
        <CURDEF>USD
        <BANKACCTFROM>
          <BANKID>021000021
          <ACCTID>123456789
          <ACCTTYPE>CHECKING
        </BANKACCTFROM>
        <BANKTRANLIST>
          <DTSTART>20260201
          <DTEND>20260228
          <STMTTRN>
            <TRNTYPE>DEBIT
            <DTPOSTED>20260205
            <TRNAMT>-85.50
            <FITID>20260205-8550-001
            <NAME>ACME SUPPLIES LLC
            <MEMO>Office supplies purchase
          </STMTTRN>
          <STMTTRN>
            <TRNTYPE>CREDIT
            <DTPOSTED>20260210
            <TRNAMT>3200.00
            <FITID>20260210-320000-001
            <NAME>PAYROLL DEPOSIT
            <MEMO>Direct deposit - February
          </STMTTRN>
        </BANKTRANLIST>
        <LEDGERBAL>
          <BALAMT>12456.78
          <DTASOF>20260228
        </LEDGERBAL>
      </STMTRS>
    </STMTTRNRS>
  </BANKMSGSRSV1>
</OFX>

主要タグの説明

タグ	説明
`BANKID`	銀行ルーティング番号（米国ではABA番号）
`ACCTID`	口座番号
`ACCTTYPE`	口座タイプ：CHECKING、SAVINGS、MONEYMRKT、またはCREDITLINE
`DTSTART` / `DTEND`	明細書期間の開始日と終了日（YYYYMMDD）
`STMTTRN`	単一の取引レコード
`TRNTYPE`	取引タイプ：DEBIT、CREDIT、INT（利息）、FEE（手数料）、SRVCHG（サービス料）、DEP（預金）、ATM、POS、XFER（振替）、CHECK（小切手）、PAYMENT（支払い）、OTHER（その他）
`DTPOSTED`	取引日付（YYYYMMDD形式）
`TRNAMT`	取引金額 — デビットはマイナス、クレジットはプラス
`FITID`	Financial Institution Transaction ID — 重複検出用の一意の識別子
`NAME`	受取人または取引名（OFX 1.xでは最大32文字）
`MEMO`	追加の説明またはメモ（最大255文字）
`LEDGERBAL`	終了残高（金額と日付付き）

OFX 1.x（上記参照）はSGML構文を使用します — タグは終了要素を必要としません。OFX 2.xは、適切な終了タグを持つ整形式のXMLを使用します。ほとんどの会計ソフトウェアは両方を受け入れます。クレジットカード明細書の場合、ラッパーはBANKMSGSRSV1の代わりにCREDITCARDMSGSRSV1に変わりますが、内部の取引構造は同じままです。

よくあるOFXインポートの問題

日付形式の間違い

症状: 取引が間違った日付に表示される、または日付エラーでインポートが失敗する。

原因: OFXファイルに含まれる日付がYYYYMMDD標準に準拠していない。生成が不十分なOFXファイルの中には、XMLタグ内に地域固有の日付形式（MM/DD/YYYYまたはDD/MM/YYYY）を使用しているものがあります。

修正: OFXファイルをテキストエディタで開き、DTPOSTEDの値をチェックします。それらは正確に8桁である必要があります — 20260302であり、03/02/2026や02-Mar-2026ではありません。フォーマットが間違っている場合、ファイルを再生成する必要があります。PDFSubは常に正しいYYYYMMDD形式で日付を出力します。

重複取引がスキップされる（必要なのに）

症状: 取引を削除してファイルを再インポートしたが、ソフトウェアが再度インポートしない。

原因: ソフトウェアは、これまで見たすべてのFITIDを記憶しています。元の取引を削除した後でも、FITIDはシステムのメモリに残ります。

修正: 新しいFITIDを持つファイルが必要です。FITID履歴をクリアする方法については、ソフトウェアのサポートに問い合わせるか、テキストエディタでOFXファイル内のFITIDを手動で編集してください。

口座番号の欠落

症状: インポートが失敗する、またはソフトウェアがファイルを既存の銀行口座に一致させることができない。

原因: OFXファイル内のBANKIDまたはACCTIDタグが空であるか、プレースホルダー値が含まれている。一部のOFXジェネレーターは口座メタデータを完全に省略します。

修正: OFXファイルを開き、正しいBANKID（ルーティング番号）とACCTID（口座番号）を追加します。これらは会計ソフトウェアの銀行口座設定と一致している必要があります。または、インポート中にターゲット口座を手動で選択する必要があります。

国際文字のエンコーディング問題

症状: 受取人名または説明に文字化け（疑問符、四角、または間違ったアクセント付き文字）が表示される。

原因: OFXファイルが、取引データ内の文字（ドイツ語のウムラウト、フランス語のアクサン、日本語、キリル文字など）をサポートしていないエンコーディング（例：USASCIIまたはLatin-1）を使用している。

修正: OFXファイルはヘッダーでUTF-8エンコーディングを宣言する必要があり、実際のファイルエンコーディングと一致する必要があります。PDFSubは、適切なUTF-8エンコーディングでOFXファイルを生成します。

ファイルサイズが大きすぎてインポートできない

症状: インポートがタイムアウトするか、ソフトウェアがサイズまたは取引数エラーでファイルを拒否する。

原因: ほとんどの会計プラットフォームは、インポートファイルサイズに制限を設けています。Xeroは1ファイルあたり1,000件の取引を制限しています。他のプラットフォームも同様の制限があります。

修正: OFXファイルをより小さなファイルに分割します — 通常は月または四半期ごとです。各ファイルには1,000件未満の取引を含める必要があります。各分割ファイルでDTSTART/DTENDタグとLEDGERBAL値が正しい期間を反映していることを確認してください。

クレジットカード取引が符号を間違えてインポートされる

症状: 購入が収入として表示され、支払いが経費として表示される。

原因: OFXファイルが、CREDITCARDMSGSRSV1ラッパーではなく、銀行口座ラッパー（BANKMSGSRSV1）を使用している。これにより、会計ソフトウェアの符号規則処理が混乱します。

修正: OFXファイルには、口座タイプに適したラッパーが必要です。PDFSubは、明細書が当座預金口座、普通預金口座、またはクレジットカードからのものかを自動検出し、適切なOFX構造を自動的に適用します。

よくある質問

OFXとQBOの違いは何ですか？

QBOは、QuickBooks用に設計されたIntuitのOFXの独自方言です。基本的な構造はほぼ同じです — 同じタグ、同じFITID、同じ口座メタデータ。QBOはINTU.BID（銀行識別子）のようなIntuit固有のタグを追加し、.qbo拡張子を使用します。多くの場合、.ofxファイルを.qboにリネームすると、QuickBooksがそれを読み取ります。QuickBooksにはQBOを、それ以外にはOFXを使用してください。

OFXファイルを開いて中身を確認できますか？

はい。OFXファイルはプレーンテキストです。任意のテキストエディタ（Notepad、VS Code、TextEditなど）で開くと、取引の日付、金額、受取人名、FITID、口座情報を含むマークアップが表示されます。必要に応じて手動で編集できますが、構造には注意してください。

XeroはCSVよりもOFXを好みますか？

はい。Xeroは銀行取引明細書のインポートにおいて、CSVよりもOFXを推奨しています。OFXインポートは列マッピングなしで自動的に行われ、重複防止のためのFITIDが含まれ、標準化された日付/金額フォーマットを持ちます。CSVも機能しますが、手動での列マッピングが必要で、重複保護はありません。

編集が必要な場合、OFXをCSVに変換できますか？

はい。ほとんどの表計算アプリケーションはOFXを直接開けませんが、多くのツールがOFXを解析してCSVを出力できます。インポート前に取引を編集する必要がある場合、まずCSVに変換し、編集を行い、次にOFXに変換し直すのが一般的なワークフローです。

FITIDはどのように生成されますか？

銀行は、内部の取引参照番号からFITIDを割り当てます。PDFSubのようなコンバーターがPDFからOFXを生成する場合、取引の日付、金額、説明をハッシュ化して決定論的なFITIDを作成します — 同じPDFを2回変換しても同じFITIDが生成され、再インポートしても重複は発生しません。

OFXインポートの最大ファイルサイズは？

ソフトウェアによります。Xeroは1ファイルあたり最大1,000件の取引を受け入れます。MYOBやFreeAgentも同様の制限があります。GnuCashには実質的な制限はありません。明細書に1,000件を超える取引が含まれている場合は、月または四半期ごとに複数のOFXファイルに分割してください。

OFXは1つのファイルで複数の口座をサポートしていますか？

OFX仕様では、1つのファイルに複数の明細書応答（各口座ごとに1つ）を含めることができます。しかし、ほとんどの会計ソフトウェアはファイルごとに1つの口座を期待します。信頼性の高いインポートのために、銀行口座ごとに個別のOFXファイルを生成してください。

クレジットカード明細書にOFXを使用できますか？

はい。OFXはクレジットカード明細書をネイティブでサポートしています。ファイル構造は、BANKMSGSRSV1の代わりにCREDITCARDMSGSRSV1ラッパーを使用し、取引はクレジットカードの符号規則（購入はマイナス、支払いはプラス）に従います。PDFSubは明細書のタイプを自動検出し、正しいOFX構造を生成します。

OFX形式はまだ更新されていますか？

はい。OFX仕様は、Financial Data Exchange（FDX）によって積極的に維持されています。現在のバージョンはOFX 2.2です。しかし、ほとんどの会計ソフトウェアは、新しいXMLベースの2.xファイルに加えて、OFX 1.xファイル（SGML形式）も受け入れています。最新バージョンを使用する必要性は緊急ではありません — 1.xの互換性は普遍的です。

OFXはどの通貨をサポートしていますか？

OFXはISO 4217通貨コードを使用します — USD、GBP、EUR、AUD、CAD、JPY、CHF、および数百の他のコードです。通貨はCURDEFタグで一度宣言され、すべての取引に適用されます。複数通貨の明細書は、個々の取引のオプションタグORIGCURRENCYを介してサポートされます。