将德国银行对账单转换为 Excel (Sparkasse、德意志银行等)
德国银行对账单使用逗号小数点、DD.MM.YYYY 日期格式以及多行用途 (Verwendungszweck) 字段，这些在 Excel 中会出错。以下是干净利落地进行转换的方法。
您的德国银行对账单 (Kontoauszug) 看起来井井有条——直到您尝试在 Excel 中打开它。逗号小数点变成了文本。DD.MM.YYYY 日期变成了 1 月而不是 3 月。PDF 上包含完整付款参考信息的用途 (Verwendungszweck) 字段现在跨越了四行，破坏了您的交易表格。
这不仅仅是一个小的格式问题。德国银行对账单使用的数字、日期和文本规范与英语语言环境的电子表格根本不兼容。复制粘贴行不通。甚至德国银行导出的 CSV 文件也使用分号而不是逗号，导致英文版 Excel 无法正确解析。
无论您是处理德意志银行 (Deutsche Bank) 对账单的外籍会计师，还是将 Sparkasse 对账单导入 DATEV 的税务顾问 (Steuerberater)，亦或是整合德国子公司数据的跨国财务团队——问题都是一样的：如何从德国银行对账单 PDF 中提取干净、结构化的数据，并将其导入真正可用的电子表格中。
本指南涵盖了德国对账单的特定挑战、您会遇到的银行以及最快、最准确的转换方法。
为什么德国银行对账单在 Excel 中会出错
在寻找解决方案之前，了解究竟是什么让德国对账单与众不同会很有帮助。有六个主要的格式问题会让每一个通用的 PDF 转换器出错。
1. 逗号小数点和点号千分位
德国数字使用的规范与英语相反：
| 德国格式 | 英语等效格式 | Excel 识别结果 |
|---|---|---|
| 1.234,56 EUR | 1,234.56 EUR | 文本 (无法识别) |
| 15.000,00 EUR | 15,000.00 EUR | 文本或 15.0 |
| -347,89 EUR | -347.89 EUR | 文本 |
英语语言环境的 Excel 将 "1.234,56" 视为文本字符串——它无法解析在“错误”位置同时包含点号和逗号的数字。简单的查找替换（将逗号换成点号）会失败，因为您需要同时处理千分位分隔符和小数点分隔符，且顺序必须正确。
一些德国对账单使用 "H" (Haben/贷方) 和 "S" (Soll/借方) 而不是加减号，这使得情况更加复杂。因此，"1.234,56 H" 表示存入 €1,234.56，而 "347,89 S" 表示支出 €347.89。
2. DD.MM.YYYY 日期格式
德国日期使用日-月-年，并以点号分隔：01.03.2026 表示 2026 年 3 月 1 日。
在英语语言环境的 Excel 中，这会被解释为 2026 年 1 月 3 日 (MM/DD/YYYY)。更糟糕的是，像 "15.03.2026" 这样的日期可能会被正确识别（因为没有第 15 个月），从而在同一列中产生正确解析和错误解析的混合日期——这对于排序和筛选来说简直是噩梦。
一些德国对账单在单条交易行上仅显示 DD.MM.（不含年份），年份仅在页眉中显示。转换器需要根据上下文推断出完整的日期。
3. 多行用途字段 (Verwendungszweck)
用途 (Verwendungszweck，即付款参考/目的) 是德国银行对账单上最复杂的字段。SEPA 协议允许最多 140 个字符，这在 PDF 上通常会折叠成 2-4 行。一笔交易可能看起来像这样：
15.03. 15.03. SEPA-Lastschrift
EREF+2026-03-001 MREF+M-2024-123456
CRED+DE98ZZZ09999999999
SVWZ+Miete März 2026 Wohnung 4B
-1.250,00
这是一笔分布在五行中的交易。简单的 PDF 解析器会创建五个独立的行。而优秀的转换器会识别这种延续模式，并将它们合并为一条带有干净描述的交易。
结构化的 SEPA 前缀 (EREF+, MREF+, CRED+, SVWZ+) 包含大多数用户在电子表格中不需要的机器可读数据。真正的人类可读目的（"Miete März 2026 Wohnung 4B"）被埋在参考代码之后。
4. 变元音和特殊字符
德国文本包含基本 ASCII 之外的字符：ä, ö, ü, ß（以及它们的大写形式 Ä, Ö, Ü）。这些字符出现在：
- 收款人姓名："Müller GmbH", "Bürostühle König"
- 银行名称："Städtische Sparkasse", "Kreissparkasse Böblingen"
- 描述字段："Überweisung", "Gebühren", "Kontoführung"
编码不匹配会将 "Überweisung" 变成 "überweisung" 或 "Uberweisung"。当 PDF 使用 Windows-1252 编码但转换器将其读取为 UTF-8（或反之亦然）时，就会发生这种情况。
此外，SEPA 字符集不允许使用变元音——银行可能会在 SEPA 交易中将 "Müller" 替换为 "Mueller" 或 "Muller"。同一个收款人在同一份对账单的不同交易类型中可能会出现不同的拼写。
5. 两个日期列
德国对账单通常每笔交易显示两个日期：
- Buchungstag (记账日) — 银行处理交易的时间
- Wertstellung 或 Valuta (起息日) — 交易影响余额以进行利息计算的时间
这些通常是不同的日期。周六的卡支付可能记账日是周一，但起息日是周六。您的转换器需要正确识别哪一列是哪一列，因为出于会计 (Buchhaltung) 目的，记账日通常是相关日期。
6. 370 多种 Sparkasse 布局变体
德国的银行体系建立在三大支柱之上：商业银行（德意志银行、德国商业银行）、储蓄银行 (Sparkasse 网络) 和合作银行 (Volksbank/Raiffeisenbank)。仅 Sparkasse 网络就有大约 342 家独立机构——每家机构的 PDF 布局可能都不同。
列位置、字体大小、页眉结构和页面格式在 Stadtsparkasse、Kreissparkasse 和 Landesbank 分行之间各不相同。有些使用标准的 A4 格式，有些使用紧凑的 A4/3 格式（历史上是在对账单打印机上打印的）。处理“德国银行对账单”的转换器需要处理的不是一种格式，而是数百种。
Volksbank/Raiffeisenbank 网络又增加了 645 家具有各自变体的独立机构。
德国主要银行及其对账单
以下是您在德国最常见的银行中会遇到的情况：
德意志银行 (Deutsche Bank)
德国最大的商业银行。通过网上银行的“电子邮箱” (Digitales Postfach) 提供数字对账单。干净的数字 PDF，文本可选择。企业客户可以通过 EBICS 访问 CAMT.053 导出。
德国商业银行 (Commerzbank)
第二大私营银行。对账单可通过电子邮箱获取，保存 10 年。提供网上银行的 PDF 和 CSV 导出。已为企业客户从 MT940 格式迁移到 CAMT 格式。
Sparkasse 网络 (约 342 家机构)
德国个人最常用的银行。每个地方的 Sparkasse (Stadtsparkasse, Kreissparkasse) 都有略微不同的 PDF 布局。对账单格式包括 A4、A4/3 (紧凑型) 和 A6。数字对账单可通过网上银行和 Sparkasse 应用程序获取。
大众银行/雷法巽银行 (Volksbank/Raiffeisenbank，约 645 家机构)
德国的合作银行网络。与 Sparkasse 类似，每家机构独立运营，拥有自己的对账单格式。统属于 BVR 伞形组织。
DKB (德国信贷银行)
主要的直销银行。从 Web 门户将交易导出为 CSV——但 CSV 格式是 DKB 专有的且以分号分隔，如果不进行手动配置，在英文 Excel 中无法正确打开。
ING 银行 (ING-DiBa)
大型直销银行。通过网上银行提供 PDF 对账单 (Kontoauszug)。提供 CSV 交易导出，但日期范围有限。
N26
总部位于柏林的数字银行。通过 Web 应用程序导出 PDF 和 CSV 格式的对账单。CSV 导出仅在 Web 端可用，移动应用端不可用。
德国邮政银行 (Postbank)
现为德意志银行子公司。提供标准、DATEV 和 Lexware 兼容格式的导出——使其成为对会计最友好的选择之一。
方法 1：使用 PDFSub (推荐)
PDFSub 原生支持处理德国银行对账单，包括上述所有格式挑战。
工作原理
-
上传您的对账单 (Kontoauszug) — 拖放来自任何德国银行的 PDF。PDFSub 会从 20,000 多个支持的模板中自动检测银行格式。
-
自动格式处理 — 转换器会自动：
- 将 DD.MM.YYYY 日期转换为您喜欢的格式
- 将逗号小数点 (1.234,56) 转换为标准数字 (1234.56)
- 将多行用途 (Verwendungszweck) 合并为单个干净的描述
- 从描述中清除 SEPA 参考代码 (EREF+, MREF+, CRED+)
- 使用正确的 UTF-8 编码保留变元音 (ä, ö, ü, ß)
- 将记账日 (Buchungstag) 和起息日 (Wertstellung) 映射到不同的列
-
审核与验证 — 在预览中检查提取的交易。余额会根据对账单的期初和期末余额 (Saldo) 进行验证。
-
下载 — 导出为 Excel (.xlsx)、CSV、QBO (QuickBooks)、OFX (Xero, Wave)、QFX (Quicken) 或 JSON。
为什么 PDFSub 适用于德国对账单
支持包括德语在内的 133 种语言。 提取引擎理解德国银行术语——Überweisung (转账)、Lastschrift (扣款)、Gutschrift (入账)、Dauerauftrag (定期转账)——并将它们映射到结构化字段。
370 多种 Sparkasse 格式。 PDFSub 不依赖单一模板，而是使用 AI 辅助提取，能够适应整个 Sparkasse 和 Volksbank 网络中的布局变化。
浏览器优先的隐私保护。 对于来自网上银行的数字 PDF（这是大多数德国银行对账单的形式），文本提取完全在您的浏览器中进行。文件永远不会离开您的设备。服务器端处理仅用于扫描文档。
正确的数字处理。 转换器不仅仅是交换逗号和点号——它理解德国数字格式规则，包括标有 "S" (Soll) 的负数金额和标有 "H" (Haben) 的入账金额。
支持 SEPA 协议的解析。 带有 SEPA 参考代码的多行用途字段被合并为干净的单行描述。实际的付款目的被提取出来，并与机器可读的授权和债权人参考信息分开。
方法 2：银行的原生 CSV 导出
大多数德国银行在网上银行中提供某种形式的 CSV 交易下载。以下是预期情况：
如何获取
- 德意志银行： 网上银行 → Konto → Umsätze → 导出为 CSV
- 德国商业银行： 网上银行 → Kontobewegungen → 下载为 CSV
- DKB： 网上银行 → Kontoumsätze → Umsätze als CSV exportieren
- N26： Web 应用 → 下载 → CSV (移动应用不可用)
- Sparkasse： 网上银行 → Umsatzanzeige → 导出 (因机构而异)
局限性
分号分隔。 德国 CSV 文件使用分号 (;) 作为列分隔符，因为逗号已被用于小数点。英语语言环境的 Excel 期望逗号分隔的 CSV，并将整行内容堆入 A 列。
修复方法： 打开 Excel → 数据 → 自文本/CSV → 选择文件 → 选择“分号”作为分隔符 → 设置正确的编码 (Windows-1252 或 UTF-8)。
历史记录有限。 大多数银行仅提供 90 天到 24 个月的 CSV 交易导出。正式的银行对账单 (PDF) 涵盖的时间跨度要长得多。
非正式对账单。 交易的 CSV 导出与银行对账单 (Kontoauszug) 不同。它缺少期初/期末余额、账户详情，且不具备正式银行对账单的法律地位。对于税务机关 (Finanzamt) 或审计师，您需要实际的对账单。
不兼容 DATEV。 除非您的银行专门提供 DATEV 格式的导出（邮政银行和 Targobank 提供），否则您需要额外的转换才能与德国会计软件配合使用。
保留德国数字格式。 CSV 将包含德国格式的数字（逗号小数点），对于英语语言环境的工具仍需要转换。
方法 3：手动复制粘贴 (不推荐)
您可以尝试从 PDF 复制交易数据并粘贴到 Excel 中。问题在于：
- 多行用途字段会创建额外的行
- 表格结构丢失——列合并为单个文本块
- 日期和数字以文本形式粘贴，而非格式化数值
- 变元音可能会因复制方法而损坏
- 无法针对期初/期末余额进行验证
对于超过几笔的交易，这种方法耗费的时间远超其节省的时间。
您应该了解的德国银行格式
CAMT.053 (当前标准)
自 2025 年 11 月起，所有德国银行必须使用 CAMT.053 (ISO 20022 XML) 进行电子账户对账单，取代旧有的 MT940 格式。CAMT.053 功能更丰富、结构更严谨，但它主要由企业客户通过 EBICS (电子银行互联网通信标准) 使用，而非个人下载 PDF 对账单时使用。
如果您从银行收到 CAMT.053 文件，DATEV、Lexware 或 SAP 等会计软件可以直接导入。PDFSub 专注于 PDF 对账单路径，这是大多数个人和小型企业处理的方式。
MT940 (已停用)
SWIFT 的 MT940 格式曾是数十年来的标准，但在 2025 年 11 月被德国银行业委员会正式停用。仍依赖 MT940 的旧系统将需要迁移到 CAMT.053。
DATEV
这本身不是一种银行格式，而是德国占主导地位的会计数据交换格式。几乎所有的德国税务顾问 (Steuerberater) 和会计师事务所都使用 DATEV 软件。在转换银行对账单时，生成 DATEV 兼容的输出通常是德国企业的最终目标。
谁需要德国银行对账单转换？
税务顾问和会计师事务所。 德国拥有近 89,000 名注册税务顾问和 62,000 家会计师事务所——其中许多每天都在处理客户的银行对账单。将 PDF 对账单转换为结构化数据以导入 DATEV 是核心工作流程。
在德外籍人士。 德国居住着 1240 万外国公民，许多人需要向母国当局、会计师或贷款机构提供财务文件，而这些机构并不理解德国的格式。
跨国企业。 德国是欧洲最大的经济体。拥有德国子公司的公司需要将德国银行数据与总部系统整合，而总部系统通常期望英语的数字和日期格式。
自由职业者和小型企业主。 德国不断增长的自由职业经济（Freiberufler 和 Einzelunternehmer）通常需要对账单数据进行纳税申报 (Steuererklärung) 和记账。许多人使用比 DATEV 更简单的工具，需要 Excel/CSV 输出。
在 Excel 中处理德国财务数据的技巧
即使在转换之后，也要记住以下技巧：
验证日期格式。 导入后，按日期排序并检查日期是否连续。任何本应是 3 月却显示为 1 月的日期（或反之亦然）都表明存在 DD.MM 与 MM.DD 的解析错误。
检查负数金额。 德国对账单可能会用 "S" (Soll)、"−" 或括号标记支出。验证转换后支出和收入的符号是否正确。
保留用途字段 (Verwendungszweck)。 完整的参考文本对于将付款与发票匹配非常有用。即使字段很长也要保留——您以后可以随时在其中进行筛选或搜索。
保留原始 PDF。 银行对账单是法律文件。务必将原始 PDF 与转换后的电子表格一起保存。德国税法 (Abgabenordnung) 要求财务记录保留 10 年。
注意编码。 如果变元音显示为乱码（例如 ä 而不是 ä），则说明文件是以错误的编码打开的。在 Excel 中：数据 → 获取数据 → 自文本/CSV → 选择 UTF-8 编码。
常见问题解答
我可以将 Sparkasse 对账单转换为 Excel 吗？
可以。PDFSub 支持所有 Sparkasse 机构的对账单——包括 Stadtsparkasse、Kreissparkasse 和 Landesbank 格式。AI 辅助提取能够适应 342 多家独立 Sparkasse 银行的布局变化。
如何在 Excel 中处理逗号小数点？
PDFSub 在提取过程中会自动将德国逗号小数点 (1.234,56) 转换为标准格式 (1234.56)。如果您处理的是原始德国 CSV 文件，则需要更改 Excel 的区域设置或使用“查找和替换”（先删除点号千分位分隔符，然后将逗号替换为点号）。
德国数字银行对账单是否存在 OCR 问题？
通常不会。从德国网上银行门户下载的对账单是带有可选文本的原生数字 PDF，这意味着文本提取准确且快速。只有扫描的旧纸质对账单才需要 OCR。PDFSub 两者都能处理——对数字 PDF 进行基于浏览器的提取，对扫描件进行服务器端 OCR。
记账日 (Buchungstag) 和起息日 (Wertstellung) 有什么区别？
记账日 (Buchungstag) 是银行记录交易的时间。起息日 (Wertstellung) 是交易影响余额以进行利息计算的时间。它们通常不同——周五的卡支付可能在周一记账 (Buchungstag)，但起息日 (Wertstellung) 是周六。出于会计目的，记账日通常是相关日期。
我可以将德国银行对账单导出为 DATEV 格式吗？
PDFSub 导出为 Excel、CSV、QBO、OFX、QFX 和 JSON。对于 DATEV 特定的导入，请导出为 CSV 并使用 DATEV 的导入助手 (Importschnittstelle) 来映射列。一些银行（如邮政银行）提供从网上银行直接导出 DATEV 格式的功能。
PDFSub 处理德国财务数据是否符合 GDPR？
PDFSub 使用浏览器优先处理——对于数字 PDF，文件完全在您的浏览器中处理，绝不会上传到服务器。这是处理敏感德国财务数据的最强隐私模型。只有当客户端提取无法处理文档（扫描或基于图像的 PDF）时，才会使用服务器处理。
PDFSub 支持多少家德国银行？
PDFSub 全球支持 20,000 多种银行格式，包括所有主要的德国银行（德意志银行、德国商业银行、Sparkasse 网络、Volksbank/Raiffeisenbank 网络、DKB、ING 银行、N26、邮政银行、HypoVereinsbank、Targobank）以及数百家地区性机构。
我可以一次转换多份德国对账单吗？
可以。上传多份对账单，PDFSub 会按顺序处理它们。每份对账单都会被自动检测并独立转换，即使它们来自具有不同格式的不同银行。
免费试用 PDFSub 7 天 — 全面使用 银行对账单转换器 和其他 77 多种 PDF 工具。无需信用卡。