將銀行對帳單轉換為 OFX 格式
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 格式、為什麼會計平台更喜歡它、它與 CSV 和 QBO 的比較，以及如何將您的銀行對帳單 PDF 轉換為可以乾淨匯入 Xero、MYOB、FreeAgent 和其他軟體的 OFX 檔案。
什麼是 OFX 格式？
OFX 代表 Open Financial Exchange。它是一種基於 XML 的數據格式，專為在機構、軟體和終端用戶之間交換財務資訊而設計。最初由 Microsoft、Intuit 和 CheckFree 於 1997 年開發，該規範現在由 Financial Data Exchange (FDX) 維護。當前版本 OFX 2.2 使用格式良好的 XML。早期版本 (1.x) 使用 SGML —— 一種較鬆散的標記語法，允許不閉合標籤。大多數會計軟體都接受這兩種版本。
OFX 檔案使用 .ofx 副檔名，並包含結構化的財務數據：
- 交易記錄 —— 日期、金額、收款人名稱、備註、支票號碼和交易類型（借記、貸記、轉帳、費用等）
- FITID —— 金融機構交易 ID，分配給每筆交易的唯一識別碼，用於重複偵測
- 帳戶識別 —— 銀行代碼 (BANKID)、帳號 (ACCTID) 和帳戶類型（支票、儲蓄、信用卡）
- 對帳單元數據 —— 對帳單期間的期初和期末日期，以及期初和期末餘額
- 貨幣 —— ISO 4217 貨幣代碼（USD、TWD、HKD、EUR 等）
當您將 OFX 檔案匯入會計軟體時，每個欄位都會自動對應。沒有歧義，無需欄位對應，也沒有誤解的空間。
為什麼 OFX 對會計很重要
OFX 是專為財務數據交換而設計的，這種設計體現在細節中。
交易 ID (FITID) 實現重複偵測
OFX 檔案中的每筆交易都帶有一個唯一的 FITID —— 金融機構交易 ID。當您匯入檔案時，會計軟體會記錄它見過的所有 FITID。再次匯入同一個檔案，或匯入兩個重疊的檔案，軟體會自動跳過任何帶有先前見過的 FITID 的交易。
CSV 沒有對等的功能。匯入同一個 CSV 兩次，您就會得到重複分錄。清理重複交易是最常見且最耗時的簿記煩惱之一。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 vs. CSV vs. QBO
這是在將銀行數據匯入會計軟體時最常遇到的三種格式。
| 功能 | 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 則回退到伺服器端 AI 提取。
OFX 是 8 種可用輸出格式之一，此外還有 CSV、Excel、QBO、QFX、JSON、MT940 和 CAMT.053。方案起價為每月 24.90 美元（500 頁），並提供 7 天免費試用。
方法 2：將 CSV 轉換為 OFX
如果您已經有來自銀行或其他轉換工具的 CSV 檔案，您可以將其轉換為 OFX。但由於 OFX 在原始交易數據之外的要求，這比聽起來要難。
挑戰：
- FITID 生成。 每筆交易都需要一個唯一的金融機構交易 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 —— 完全跳過中間的 CSV。
將 OFX 匯入 Xero
Xero 將 OFX 視為一等匯入格式。匯入過程非常簡單。
逐步操作
- 登入 Xero 並前往 Accounting > Bank Accounts
- 點擊您要匯入交易的銀行帳戶
- 點擊 Manage Account（或三個點選單）並選擇 Import a Statement
- 點擊 Browse 並選擇您的 OFX 檔案
- 點擊 Import
- Xero 解析檔案並顯示摘要 —— 交易數量、日期範圍和總金額
- 確認匯入
匯入的交易將顯示為未對帳的對帳單行。對於每一行，Xero 提供三種操作：Match（連結到現有的發票或帳單）、Create（建立帶有會計代碼和稅率的新交易）或 Transfer（記錄銀行帳戶之間的轉帳）。
Xero 如何處理重複項
當 Xero 匯入 OFX 檔案時，它會讀取每筆交易的 FITID，並根據該銀行帳戶先前匯入的所有 FITID 進行檢查。任何帶有先前見過的 FITID 的交易都會被自動跳過。這意味著您可以安全地匯入重疊的日期範圍 —— Xero 只會添加它以前沒見過的交易。
這是 Xero 推薦 OFX 而非 CSV 的主要原因之一。使用 CSV，Xero 沒有可靠的方法來偵測重複項，重疊匯入會建立重複的對帳單行，必須手動查找並刪除。
有關所有 Xero 匯入方法（包括銀行饋送、CSV 格式規則和故障排除）的完整指南，請參閱我們的 Xero 銀行對帳單匯入指南。
將 OFX 匯入 MYOB
MYOB (Mind Your Own Business) 在 MYOB Business 和 MYOB AccountRight 中都支援 OFX 匯入。
MYOB Business (線上版)
- 從主選單前往 Banking
- 點擊 Import statement
- 選擇銀行帳戶
- 點擊 Choose file 並選擇您的 OFX 檔案
- MYOB 預覽交易 —— 檢查日期、金額和描述
- 點擊 Import
MYOB AccountRight (電腦版)
- 前往 Banking > Bank Feeds > Import Bank Statement
- 從下拉選單中選擇目標銀行帳戶
- 瀏覽並選擇您的 OFX 檔案
- 在銀行饋送視窗中查看匯入的交易
- 將每筆交易分配到適當的帳戶
MYOB 與 Xero 一樣，使用 OFX 檔案中的 FITID 進行重複偵測。如果交易的 FITID 已經存在於系統中，MYOB 會在匯入期間跳過它。
將 OFX 匯入其他軟體
FreeAgent
FreeAgent 在英國自由職業者和小型企業中很受歡迎。匯入 OFX：
- 前往 Banking 並選擇銀行帳戶
- 點擊 Import > Upload a bank statement
- 選擇您的 OFX 檔案
- 查看預覽並確認匯入
FreeAgent 支援 OFX、QIF 和 CSV。與 Xero 和 MYOB 一樣，它使用 OFX 檔案中的 FITID 來防止重複匯入。
GnuCash
GnuCash —— 開源會計應用程式 —— 通過其 AqBanking 整合提供原生 OFX 匯入支援：
- 前往 File > Import > Import OFX/QFX
- 選擇您的 OFX 檔案
- GnuCash 顯示交易並要求您將其對應到帳戶
- 查看匹配視窗 —— GnuCash 會根據 FITID 突出顯示潛在的重複項
- 接受匯入
GnuCash 是最早相容 OFX 的應用程式之一，其匯入引擎可處理 OFX 1.x (SGML) 和 OFX 2.x (XML) 檔案。
Wave
Wave Accounting（現由 H&R Block 擁有）支援 OFX 匯入：
- 前往 Accounting > Transactions
- 點擊銀行帳戶
- 點擊 Import CSV or 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 |
金融機構交易 ID —— 用於重複偵測的唯一識別碼 |
NAME |
收款人或交易名稱 (在 OFX 1.x 中最多 32 個字元) |
MEMO |
額外描述或備註 (最多 255 個字元) |
LEDGERBAL |
期末餘額，包含金額和日期 |
上面顯示的 OFX 1.x 使用 SGML 語法 —— 標籤不需要閉合元素。OFX 2.x 使用格式良好的 XML，帶有正確的閉合標籤。大多數會計軟體都接受這兩種版本。對於信用卡對帳單，封裝標籤會變更為 CREDITCARDMSGSRSV1 而不是 BANKMSGSRSV1，但內部的交易結構保持不變。
常見的 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,000 筆交易。其他平台也有類似的上限。
修正： 將 OFX 檔案拆分為較小的檔案 —— 通常按月或按季度拆分。每個檔案應包含少於 1,000 筆交易。確保每個拆分檔案中的 DTSTART/DTEND 標籤和 LEDGERBAL 值反映正確的期間。
信用卡交易匯入時正負號錯誤
症狀： 支出顯示為收入，付款顯示為費用。
原因： OFX 檔案使用了銀行帳戶封裝 (BANKMSGSRSV1) 而不是信用卡封裝 (CREDITCARDMSGSRSV1)。這會混淆會計軟體的正負號慣例處理。
修正： OFX 檔案需要針對帳戶類型使用正確的封裝。PDFSub 會偵測對帳單是來自支票帳戶、儲蓄帳戶還是信用卡，並自動應用適當的 OFX 結構。
常見問題解答
OFX 和 QBO 有什麼區別？
QBO 是 Intuit 專有的 OFX 變體，專為 QuickBooks 設計。底層結構幾乎相同 —— 相同的標籤、相同的 FITID、相同的帳戶元數據。QBO 添加了 Intuit 特定的標籤，如 INTU.BID（銀行識別碼），並使用 .qbo 副檔名。您通常可以將 .ofx 檔案重新命名為 .qbo，QuickBooks 就能讀取它。QuickBooks 使用 QBO，其他所有軟體使用 OFX。
我可以開啟 OFX 檔案查看內容嗎？
可以。OFX 檔案是純文字。在任何文字編輯器（記事本、VS Code、TextEdit）中開啟一個，您就會看到帶有交易日期、金額、收款人名稱、FITID 和帳戶資訊的標記。如果需要，您可以手動編輯它，但要小心結構。
Xero 是否更喜歡 OFX 而非 CSV？
是的。Xero 建議在匯入銀行對帳單時使用 OFX 而非 CSV。OFX 可自動匯入而無需欄位對應，包含用於防止重複的 FITID，並帶有標準化的日期/金額格式。CSV 可以運作，但需要手動對應欄位且不提供重複保護。
如果我需要編輯數據，可以將 OFX 轉換為 CSV 嗎？
可以。大多數試算表應用程式無法直接開啟 OFX，但許多工具可以解析 OFX 並輸出 CSV。如果您需要在匯入前編輯交易，先轉換為 CSV，進行編輯，然後再轉換回 OFX 是一個常見的工作流程。
FITID 是如何生成的？
銀行從其內部交易參考編號分配 FITID。當像 PDFSub 這樣的轉換器從 PDF 生成 OFX 時，它會通過對交易日期、金額和描述進行雜湊處理來建立確定性的 FITID —— 因此兩次轉換同一個 PDF 會產生相同的 FITID，重新匯入不會建立重複項。
OFX 匯入的最大檔案大小是多少？
這取決於軟體。Xero 每個檔案最多接受 1,000 筆交易。MYOB 和 FreeAgent 也有類似的限制。GnuCash 沒有實際限制。如果您的對帳單包含超過 1,000 筆交易，請按月或按季度將其拆分為多個 OFX 檔案。
OFX 是否支援在一個檔案中包含多個帳戶？
OFX 規範允許在單個檔案中包含多個對帳單回應 —— 每個帳戶一個。然而，大多數會計軟體預期每個檔案只有一個帳戶。為了可靠匯入，請為每個銀行帳戶生成單獨的 OFX 檔案。
我可以將 OFX 用於信用卡對帳單嗎？
可以。OFX 原生支援信用卡對帳單。檔案結構使用 CREDITCARDMSGSRSV1 作為封裝而不是 BANKMSGSRSV1，交易遵循信用卡正負號慣例（支出為負，付款為正）。PDFSub 會自動偵測對帳單類型並生成正確的 OFX 結構。
OFX 格式還在更新嗎？
是的。OFX 規範由 Financial Data Exchange (FDX) 積極維護。當前版本是 OFX 2.2。然而，大多數會計軟體仍然接受 OFX 1.x 檔案 (SGML 格式) 以及較新的基於 XML 的 2.x 檔案。沒有迫切需要使用最新版本 —— 1.x 的相容性是通用的。
OFX 支援哪些貨幣？
OFX 使用 ISO 4217 貨幣代碼 —— USD, GBP, EUR, AUD, CAD, JPY, CHF 以及數百種其他貨幣。貨幣在 CURDEF 標籤中聲明一次，並應用於所有交易。多幣種對帳單通過單個交易上的可選 ORIGCURRENCY 標籤受支援。