将银行对账单转换为 OFX 格式
OFX 是 Xero、MYOB 和 FreeAgent 的标准导入格式。了解如何将银行对账单 PDF 转换为 OFX，以及它与 CSV 和 QBO 的区别。
您需要将银行交易导入 Xero、MYOB 或 FreeAgent。银行给了您一份 PDF 对账单。运气好的话可能还有 CSV。但会计平台需要的是 OFX 文件——这种格式大多数人从未听说过，更不用说知道如何创建了。
OFX（开放金融交换）是这些平台构建时围绕的标准财务数据交换格式。它携带用于重复检测的交易 ID，嵌入账户元数据，并在导入时自动映射列。无需猜测日期格式，无需手动分配列，也不会意外导入两次同一个月份。它就是这么好用。
问题在于，银行几乎从不直接提供 OFX 文件。他们提供的是 PDF。有时他们提供 CSV 下载——但 CSV 缺乏 OFX 提供的结构和重复保护。本指南解释了什么是 OFX 格式，为什么会计平台更青睐它，它与 CSV 和 QBO 的对比，以及如何将您的银行对账单 PDF 转换为可干净导入 Xero、MYOB、FreeAgent 和其他软件的 OFX 文件。
什么是 OFX 格式？
OFX 代表开放金融交换（Open Financial Exchange）。它是一种基于 XML 的数据格式，专门设计用于在机构、软件和最终用户之间交换财务信息。该规范最初由微软、Intuit 和 CheckFree 于 1997 年开发，目前由金融数据交换 (FDX) 维护。当前版本 OFX 2.2 使用规范的 XML。早期版本 (1.x) 使用 SGML——一种较松散的标记语法，允许不闭合标签。大多数会计软件都接受这两种版本。
OFX 文件使用 .ofx 扩展名，包含结构化的财务数据：
- 交易记录 —— 日期、金额、收款人名称、备注、支票号码和交易类型（借记、贷记、转账、费用等）
- FITID —— 金融机构交易 ID，分配给每笔交易的唯一标识符，用于重复检测
- 账户识别 —— 银行路由号码 (BANKID)、账号 (ACCTID) 和账户类型（支票账户、储蓄账户、信用卡）
- 对账单元数据 —— 对账单周期的期初和期末日期，以及期初和期末余额
- 货币 —— ISO 4217 货币代码（USD、GBP、EUR、AUD、CAD 等）
当您将 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 (Online + Desktop) |
| 可编辑性 | 需要 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 生成有效的 OFX 1.x 文件，每笔交易都有唯一的 FITID，日期格式正确 (YYYYMMDD)，借/贷符号正确，并包含会计软件所需的账户元数据标签。它能处理多页对账单、流水余额、多行交易描述，以及银行账户和信用卡。
该转换器支持 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 并前往 会计 > 银行账户
- 点击您要导入交易的银行账户
- 点击 管理账户（或三点菜单）并选择 导入对账单
- 点击 浏览 并选择您的 OFX 文件
- 点击 导入
- Xero 解析文件并显示摘要——交易数量、日期范围和总金额
- 确认导入
导入的交易显示为未对账的对账单行。对于每一行，Xero 提供三种操作：匹配（链接到现有的发票或账单）、创建（创建带有账户代码和税率的新交易）或 转账（记录银行账户之间的转账）。
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 导入支持：
- 前往 文件 > 导入 > 导入 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)
- 点击银行账户
- 点击 导入 CSV 或 OFX (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 为 QuickBooks 设计的 OFX 专有变体。底层结构几乎相同——相同的标签、相同的 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 规范由金融数据交换 (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 标签支持多货币对账单。