將荷蘭銀行對帳單轉換為 Excel (ING、ABN AMRO、Rabobank 等)
荷蘭銀行對帳單使用逗號作為小數點、DD-MM-YYYY 日期格式以及會破壞英文版 Excel 的 iDEAL/Tikkie 交易代碼。以下是如何乾淨地轉換它們。
荷蘭有 1813 萬人口,約有 99% 的人擁有銀行帳戶,95% 的人使用網上銀行——這是全球數位銀行採用率最高的國家之一。僅去年一年,荷蘭消費者就進行了超過 13 億筆 iDEAL 支付,總金額超過 1410 億歐元。這是一個電子支付盛行的國家。
所以您可能會認為將荷蘭的 rekeningafschrift(銀行對帳單)匯出到 Excel 會很簡單。但事實並非如此。當您在英文版試算表中打開 ING 或 ABN AMRO 的對帳單時,逗號小數點會變成文字,DD-MM-YYYY 日期會悄悄地變成錯誤的月份,「Af Bij」欄位會破壞您編寫的每一個公式,iDEAL 和 Tikkie 交易代碼會分散在多個行中。
無論您是處理 ING 對帳單的外籍會計師、合併荷蘭子公司數據的跨國財務團隊、將 Rabobank rekeningafschriften 匯入 Exact Online 的簿記員,還是處理 ABN AMRO 數據的國際審計師——問題都是一樣的:如何將乾淨、結構化的數據從荷蘭銀行對帳單 PDF 提取到可用的試算表中。
本指南涵蓋了荷蘭對帳單的格式挑戰、您會遇到的銀行、您需要了解的支付系統,以及最快準確轉換所有內容的方法。

為什麼荷蘭銀行對帳單在 Excel 中會出錯
荷蘭的財務格式與德國的慣例有些相似——逗號小數點、日優先日期——但它也有自己的複雜性。有六個主要問題會讓所有通用轉換器失效。
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」視為文字字串。它無法解析同時包含句點和逗號且位置「錯誤」的數字。簡單的尋找和替換——將逗號替換為句點——會失敗,因為您需要同時處理千位分隔符和小數點分隔符,並且順序正確。
這是處理英文試算表中荷蘭財務數據時,導致公式出錯的最常見原因。
2. DD-MM-YYYY 日期格式
荷蘭日期使用日-月-年,並以連字符分隔:15-03-2026 表示 2026 年 3 月 15 日。
在英文版 Excel 中,帶有連字符的日期可能會被解析為文字,或者——更糟的是——被悄悄地誤解。像「05-03-2026」這樣的日期可能被讀成 3 月 5 日而不是 5 月 3 日。日期中日份超過 12(例如「15-03-2026」)的日期有時會被正確解析,從而創建一個欄位,其中一些日期是正確的,一些是錯誤的,試算表不會顯示任何指示。
一些荷蘭對帳單會進一步縮短日期,在交易行中僅顯示 DD-MM,年份僅出現在對帳單標頭中。
3. ING 的「Af Bij」欄位
ING——荷蘭最大的銀行——使用一個名為「Af Bij」的獨特欄位,其中包含文字值「Af」(借記)或「Bij」(貸記),而不是使用正數和負數。這意味著金額欄位始終包含正數,交易方向完全由單獨的文字欄位決定。
Datum Af Bij Bedrag (EUR) Omschrijving
15-03 Af 1.234,56 Huur maart 2026
16-03 Bij 2.500,00 Salaris
17-03 Af 47,50 Albert Heijn大多數通用的 CSV 解析器和 PDF 提取器不知道如何處理「Af」和「Bij」。它們會將所有金額視為正數,並完全丟失借記/貸記的區別——這使得對帳單毫無用處。正確的轉換器需要將「Af Bij」欄位顯示為「Af」的金額取負。
4. iDEAL 和 Tikkie 交易代碼
荷蘭的對帳單充滿了其他國家不存在的支付方式代碼:
- ID -- iDEAL 支付(網上銀行轉帳,佔荷蘭電子商務的 70-73%)
- GT -- Geldtransactie(網上銀行轉帳)
- BA -- Betaalautomaat(POS/卡終端支付)
- OV -- Overschrijving(銀行轉帳)
- IC -- Incasso(SEPA 直接扣款)
- GA -- Geldautomaat(ATM 提款)
Tikkie 支付——由 ABN AMRO 開發的 P2P 支付應用程式,處理了 1.57 億筆交易,2024 年總計 74 億歐元——在對帳單上顯示為 iDEAL 交易,並在描述欄位中嵌入「Tikkie」。描述通常跨越多行,將 Tikkie 參考資訊與 SEPA 元數據混合。
5. 多行描述與 SEPA 元數據
荷蘭的 SEPA 交易會產生冗長的條目。單筆 incasso(直接扣款)在對帳單上可能如下所示:
15-03 IC Incasso Machtigingskenmerk: MAND-2024-789012 Incassant-ID: NL12ZZZ123456789000 KvK-nummer: 12345678 Energierekening maart 2026 -185,00這是一筆交易,佔用了五行。Machtigingskenmerk(授權參考號)和 Incassant-ID(收款人識別碼)是 SEPA 強制規定的元數據,大多數用戶在試算表中並不需要這些。實際的人類可讀目的——「Energierekening maart 2026」——埋藏在第 5 行。
一個天真的 PDF 解析器會創建五個單獨的行。一個正確的轉換器會識別連續模式,將這些行合併為單筆交易,並提取有意義的描述。
6. 特定銀行的 CSV 異常
與許多銀行提供大致相似的匯出格式的歐洲國家不同,每家主要的荷蘭銀行都有其獨特的 CSV 輸出:
- ING 使用 Af/Bij 文字欄位,而不是帶符號的金額
- ABN AMRO 的 TAB 分隔匯出沒有標頭行
- Rabobank 將描述分成三個單獨的欄位(Omschrijving-1、Omschrijving-2、Omschrijving-3)
- Knab 的 CSV 包含一個額外的「KNAB EXPORT」標頭行,會破壞自動解析
這些異常意味著,即使您直接從銀行線上入口網站下載 CSV,您仍然需要針對特定銀行進行處理才能獲得乾淨的數據。
主要銀行及其對帳單格式
荷蘭銀行市場集中度很高。「三大銀行」——ING、Rabobank 和 ABN AMRO——佔據了約 75% 的銀行資產。以下是您會從每家銀行遇到的情況。
ING
按資產和客戶數量計算,荷蘭最大的銀行。ING 從網上銀行提供多種匯出格式:CSV、MT940(正在逐步淘汰)和 CAMT.053。PDF 對帳單可通過「Mijn ING」入口網站獲取。
關鍵異常: CSV 匯出使用上述「Af Bij」文字欄位。金額始終為正數,「Af」或「Bij」表示借記或貸記。CSV 中的日期格式為 YYYYMMDD(緊湊,無分隔符),這與 PDF 對帳單上顯示的 DD-MM-YYYY 不同。
Rabobank
荷蘭第二大銀行。合作社結構,擁有深厚的農業根基。提供 CSV、MT940 和 CAMT.053 匯出。PDF 對帳單可通過「Mijn Rabobank」獲取。
關鍵異常: CSV 匯出中的描述被分成三個欄位——Omschrijving-1、Omschrijving-2 和 Omschrijving-3。您需要連接這些欄位以重建完整的交易描述。MT940 匯出將於 2026 年 11 月終止。
ABN AMRO
荷蘭第三大銀行。通過網上銀行提供最廣泛的匯出格式:PDF、TXT(TAB 分隔)、XLS、MT940 和 CAMT.053。
關鍵異常: TAB 分隔匯出不包含標頭行。您必須知道欄位順序(日期、對手帳戶、方向、金額、描述等),或根據數據進行猜測。這是唯一提供原生 XLS 下載的主要荷蘭銀行,儘管格式仍使用荷蘭慣例。
ASN Bank
ASN Bank 原本是 de Volksbank(前身為 SNS Bank)的一部分,於 2025 年 7 月更名。以道德和可持續銀行業務聞名。提供 PDF 對帳單和 CSV 匯出。
關鍵異常: ASN Bank 已終止 MT940 匯出,成為首批完全遷移到 CAMT.053 的荷蘭銀行之一。如果您的會計軟體依賴 MT940,您將需要一個轉換步驟。
bunq
移動優先的數位銀行,在自由職業者和科技從業人員中很受歡迎。通過應用程式和網頁介面提供 PDF、CSV、MT940 和 CAMT.053 匯出。
關鍵異常: 與傳統銀行相比,bunq 的 CSV 格式相對乾淨,帶有帶符號的金額(借記為負數)和 ISO 日期格式。但是,多幣種帳戶可能會產生包含混合幣種條目的 CSV。
Triodos Bank
專注於可持續投資的道德銀行。通過網上銀行提供 PDF 對帳單和 CSV 匯出。
Knab
最初由 Aegon 推出的網上銀行,現為 ASR 的一部分。在 ZZP'ers(荷蘭自由職業者/個體經營者)中很受歡迎。
關鍵異常: CSV 匯出在文件頂部包含一個額外的「KNAB EXPORT」行。大多數 CSV 解析器將此行視為標頭行,從而導致所有後續數據進入錯誤的欄位。您需要在導入之前刪除此行。
方法 1:使用銀行對帳單轉換器(推薦)
PDFSub 原生支持荷蘭銀行對帳單——包括上述所有格式挑戰和銀行特定異常。全包計劃為每月每用戶 20 美元(年付)或每月 25 美元(月付),包括每位用戶 500 頁銀行對帳單和 7 天免費試用。

如何運作
-
上傳您的 rekeningafschrift——從任何荷蘭銀行拖放 PDF。PDFSub 從 20,000 多個支持的模板中自動檢測銀行格式。
-
自動格式處理——轉換器自動執行以下操作: - 將 DD-MM-YYYY 日期轉換為您偏好的格式 - 將逗號小數點(1.234,56)轉換為標準數字(1234.56) - 解釋 ING 的「Af Bij」欄位並正確標記金額 - 將多行描述合併為單一乾淨的條目 - 從描述中清除 SEPA 參考代碼(machtigingskenmerk、Incassant-ID) - 識別 iDEAL、Tikkie 和 incasso 交易類型 - 將荷蘭欄位標頭(Datum、Bedrag、Omschrijving)映射到英文對應項
-
審查和驗證——在預覽中檢查提取的交易。餘額會根據對帳單的期初和期末餘額進行驗證。
-
下載——匯出為 Excel(.xlsx)、CSV、QBO(QuickBooks)、OFX(Xero、Wave)、QFX(Quicken)或 JSON。
為什麼 PDFSub 對荷蘭對帳單有效
支持 130 多種語言,包括荷蘭語。 提取引擎理解荷蘭銀行術語——Overschrijving、Incasso、Betaalautomaat、Geldautomaat、Tegenrekening——並將它們映射到結構化欄位。
支持所有主要的荷蘭銀行。 從 ING 的 Af/Bij 格式到 ABN AMRO 的無標頭匯出,再到 Rabobank 的拆分描述。AI 輔助提取可適應每家荷蘭銀行佈局的變化。
瀏覽器優先隱私。 對於來自網上銀行的數位 PDF(這是絕大多數荷蘭對帳單,鑑於 95% 的網上銀行採用率),文本提取完全在您的瀏覽器中進行。文件永遠不會離開您的設備。伺服器端處理僅用於掃描文件。
正確的數字處理。 轉換器不僅僅是交換逗號和句點——它理解荷蘭數字格式規則,包括 Af/Bij 方向指示符和無符號金額。
支持 SEPA 的解析。 帶有 machtigingskenmerk、Incassant-ID 和 IBAN 參考的多行 SEPA 區塊被合併為單行乾淨的描述。實際的支付目的被提取出來,並與機器可讀的參考資訊分開。
方法 2:銀行提供的下載
荷蘭銀行提供歐洲一些最好的數位匯出選項。如果您需要原始交易數據而不是對帳單 PDF,以下是每家銀行提供的內容:
按銀行劃分的匯出格式
| 銀行 | CSV | MT940 | CAMT.053 | XLS | |
|---|---|---|---|---|---|
| ING | 是 | 是(逐步淘汰) | 是 | 否 | 是 |
| Rabobank | 是 | 是(至 2026 年 11 月) | 是 | 否 | 是 |
| ABN AMRO | TAB 分隔 | 是 | 是 | 是 | 是 |
| ASN Bank | 是 | 已終止 | 是 | 否 | 是 |
| bunq | 是 | 是 | 是 | 否 | 是 |
| Knab | 是 | 否 | 否 | 否 | 是 |
| Triodos | 是 | 是 | 是 | 否 | 是 |
如何獲取
- ING: Mijn ING --> Af- en bijschrijvingen --> Downloaden --> 選擇格式
- Rabobank: Mijn Rabobank --> Transacties --> Downloaden --> 選擇 CSV、MT940 或 CAMT.053
- ABN AMRO: Internetbankieren --> Rekeningen --> Mutaties downloaden --> 選擇格式
- bunq: App 或網頁 --> Transactieoverzicht --> Export --> 選擇格式
限制
分號分隔。 與德國銀行一樣,荷蘭的 CSV 文件使用分號(;)作為欄位分隔符,因為逗號已用於小數點。英文版 Excel 期望使用逗號分隔的 CSV,並會將整行內容轉儲到 A 欄。
修復: 打開 Excel --> Data --> From Text/CSV --> 選擇文件 --> 選擇「Semicolon」作為分隔符 --> 將編碼設置為 UTF-8。
銀行特定格式。 如上所述,每家銀行都有其獨特的異常——ING 的 Af/Bij 欄位、ABN AMRO 的缺失標頭、Rabobank 的拆分描述。沒有單一的「荷蘭 CSV」格式。
有限的歷史記錄。 大多數銀行提供 13 至 18 個月的交易 CSV 匯出。官方的 rekeningafschriften(PDF 對帳單)涵蓋更長的時期,銀行有法律義務提供過去 7 年的對帳單。
非官方對帳單。 CSV 匯出與 rekeningafschrift 不同。它缺少期初/期末餘額、帳戶持有人詳細信息以及官方銀行對帳單的法律效力。對於 Belastingdienst(荷蘭稅務機關)或審計師,您需要實際的 rekeningafschrift。
保留荷蘭數字格式。 CSV 包含荷蘭格式的數字(逗號小數點、句點千位分隔符),這些數字仍需要轉換才能用於英文版工具。
方法 3:複製貼上(不推薦)
您可以嘗試從 PDF 複製交易數據並貼上到 Excel。問題在於:
- 帶有 SEPA 元數據的多行描述會創建額外的行
- 表格結構丟失——欄位合併為單一文本塊
- 日期和數字貼上為文本,而不是格式化的值
- ING 的 Af/Bij 欄位貼上為純文本,與金額沒有公式關聯
- 無法與期初/期末餘額進行驗證
- IBAN 號碼(荷蘭帳戶為 18 個字符)可能會被截斷或重新格式化
如果交易數量超過幾筆,這種方法花費的時間將超過節省的時間。
荷蘭支付系統
了解荷蘭支付系統有助於您理解對帳單上的內容。荷蘭擁有歐洲最具特色的支付生態系統之一。
iDEAL(將於 2026 年變為「iDEAL | Wero」)
iDEAL 主導了荷蘭的電子商務,處理了所有網上支付的 70-73%——每年超過 13 億筆交易,總金額超過 1410 億歐元。它是一個實時銀行轉帳系統,買家直接通過其銀行的網上入口網站進行身份驗證。
在對帳單上,iDEAL 支付顯示交易代碼 ID,並包含商家名稱和參考號。2026 年,iDEAL 將作為歐洲支付倡議(European Payments Initiative)的一部分過渡到「iDEAL | Wero」,儘管底層的對帳單格式保持不變。
Tikkie
Tikkie 是由 ABN AMRO 開發和運營的 P2P 支付應用程式,但它適用於任何荷蘭銀行的帳戶。2024 年,用戶發送了 1.57 億筆 Tikkie,總計 74 億歐元。可以將其視為荷蘭版的 Venmo 或 Zelle。
在對帳單上,Tikkie 支付顯示為 iDEAL 交易(代碼 ID),並在描述欄位中嵌入「Tikkie」。通常包含收款人姓名和 Tikkie 參考號,但它們可能會跨越多行描述。對帳 Tikkie 支付的簿記員需要轉換器來合併這些多行條目並保留 Tikkie 參考資訊。
Incasso(SEPA 直接扣款)
Incasso——SEPA 直接扣款——是標準的定期支付方式,用於水電費、保險和訂閱等。荷蘭對帳單將這些標記為代碼 IC,並包含兩項 SEPA 強制規定的元數據:
- Machtigingskenmerk——授權參考號。一個唯一的標識符,將直接扣款與消費者和收款人之間簽署的授權(machtiging)聯繫起來。
- Incassant-ID——收款人識別碼。一個歐洲範圍內用於收款組織的唯一 ID。
Acceptgiro(已終止)
Acceptgiro——荷蘭傳統的紙質支付單——已於 2023 年 6 月 1 日終止。但是,如果您正在轉換較舊的荷蘭對帳單(2023 年之前),您可能會遇到交易代碼 AC 或 AN,用於引用 acceptgiro 支付。這些是舊條目,不會出現在 2023 年年中之後的任何對帳單上。
MT940 到 CAMT.053 的遷移
如果您在會計軟體中使用荷蘭銀行數據,您需要了解從 MT940 到 CAMT.053 的持續遷移。
變更內容
MT940 是 SWIFT 的舊式基於文本的帳戶對帳單格式——幾十年來一直是荷蘭自動銀行對帳單處理的支柱。幾乎所有荷蘭會計軟體(Exact Online、Twinfield、Afas、Snelstart、e-Boekhouden)都支持 MT940 導入。
CAMT.053(ISO 20022 XML)是替代品。它更豐富、更結構化,並支持更多交易細節。但遷移會產生一個過渡期,一些銀行已經放棄了 MT940,而另一些銀行仍然支持它。
銀行時間表
| 銀行 | MT940 狀態 | CAMT.053 可用 |
|---|---|---|
| ASN Bank | 已終止 | 是 |
| Rabobank | 可用至 2026 年 11 月 | 是 |
| ING | 可用(逐步淘汰) | 是 |
| ABN AMRO | 可用(逐步淘汰) | 是 |
| bunq | 可用 | 是 |
| Triodos | 可用 | 是 |
這對您意味著什麼
如果您的工作流程依賴 MT940 文件,請檢查您的銀行時間表。ASN Bank 的客戶已經需要兼容 CAMT.053 的軟體。Rabobank 的客戶有時間到 2026 年 11 月。
對於 PDF 轉 Excel 轉換,MT940/CAMT.053 遷移在很大程度上是無關緊要的。這些格式用於機器對機器的自動交換,而不是人類可讀的對帳單。無論您的銀行使用哪種後端格式,您的 PDF rekeningafschrift 看起來都會一樣。
特定銀行的 CSV 異常
如果您正在處理來自荷蘭銀行的 CSV 下載而不是 PDF 對帳單,以下是您預期的內容以及如何處理的詳細分解。
ING:Af Bij 問題
ING 的 CSV 格式是所有主要荷蘭銀行中最不尋常的:
"Datum";"Naam / Omschrijving";"Rekening";"Tegenrekening";"Code";"Af Bij";"Bedrag (EUR)";"Mutatiesoort";"Mededelingen"
"20260315";"Albert Heijn 1234";"NL91INGB0001234567";"NL20INGB0007654321";"BA";"Af";"47,50";"Betaalautomaat";"Pasvolgnr: 001"日期格式為 YYYYMMDD(無分隔符)。金額始終為正數。「Af Bij」欄位決定借記或貸記。要將其正確導入 Excel,您需要:(1) 解析緊湊的日期格式,(2) 轉換逗號小數點,(3) 對「Af Bij」等於「Af」的金額取負。
ABN AMRO:無標頭
ABN AMRO 的 TAB 分隔匯出不包含標頭行。第一行已經是交易:
NL91ABNA0417164300 EUR 20260315 1234,56 8765,43 20260315 -47,50 NL20ABNA0453127865 ALBERT HEIJN 1234 ...您必須知道欄位順序或根據值進行猜測。欄位是:帳戶 IBAN、貨幣、交易日期、期初餘額、期末餘額、計息日期、金額(帶符號)、對手帳戶 IBAN、描述以及幾個附加欄位。
Rabobank:拆分描述
Rabobank 將交易描述分成三個欄位:
"IBAN";"Munt";"BIC";"Volgnr";"Datum";"Rentedatum";"Bedrag";"Saldo na trn";"Tegenrekening IBAN";"Naam tegenpartij";"Naam uiteindelijke partij";"Naam initiërende partij";"BIC tegenpartij";"Code";"Batch ID";"Transactiereferentie";"Machtigingskenmerk";"Incassant ID";"Betalingskenmerk";"Omschrijving-1";"Omschrijving-2";"Omschrijving-3";"Reden retour";"Oorspr bedrag";"Oorspr munt";"Koers"要重建完整的描述,請連接 Omschrijving-1、Omschrijving-2 和 Omschrijving-3 並用空格分隔。
Knab:額外的標頭行
Knab 的 CSV 在實際標頭行之前以「KNAB EXPORT」行開頭:
KNAB EXPORT
"Rekeningnummer";"Transactiedatum";"Valutacode";"CreditDebet";"Bedrag";"Tegenrekening";"Tegenrekeninghouder";"Valutadatum";"Betaalwijze";"Omschrijving";"Type betaling";"Machtigingsnummer";"Incassant ID";"Adres"在解析之前跳過第一行。在 Excel 的導入嚮導中,此行將被視為標頭行,導致所有欄位標籤錯誤。
導入會計軟體
一旦您從荷蘭銀行對帳單獲得了乾淨的數據,下一步就是將其導入您的會計軟體。
QuickBooks Online
QuickBooks 支持 QBO、OFX 和 CSV 導入銀行交易。PDFSub 直接匯出為 QBO 格式,該格式將日期、金額和描述映射到 QuickBooks 預期的結構。有關詳細的演練,請參閱我們的QuickBooks 銀行對帳單導入指南。
荷蘭特定注意事項: QuickBooks 期望美國或 ISO 格式。確保在導入前轉換日期格式和小數點分隔符。
Xero
Xero 支持 OFX、QIF 和 CSV 銀行對帳單導入。PDFSub 的 OFX 匯出直接與 Xero 的銀行饋送導入配合使用。有關分步說明,請參閱我們的Xero 銀行對帳單導入指南。
荷蘭特定注意事項: Xero 的 CSV 導入需要 DD/MM/YYYY 或 YYYY-MM-DD 格式的日期,以及句點小數點的金額。PDFSub 會自動處理此轉換。
荷蘭會計軟體
荷蘭擁有強大的本地會計軟體生態系統:
- Exact Online——荷蘭中小企業的市場領導者。原生支持 CAMT.053 和 MT940 導入。
- Twinfield——在荷蘭會計師中很受歡迎。支持 MT940 和 CAMT.053。
- Afas——荷蘭企業級 ERP。支持 CAMT.053 導入。
- Snelstart——在荷蘭 ZZP'ers(自由職業者)中很受歡迎。支持 MT940 導入和手動 CSV 上傳。
- e-Boekhouden——小型企業的線上簿記。支持 MT940、CAMT.053 和 CSV 導入。
對於支持 MT940 或 CAMT.053 的荷蘭會計軟體,請考慮直接從您的銀行下載這些格式——它們的導入將需要較少的手動映射。對於 PDF 對帳單,請使用 PDFSub 轉換為 CSV,並使用軟體的導入嚮導映射欄位。
常見問題解答
我可以將 ING 對帳單轉換為 Excel 嗎?
是的。PDFSub 支持 PDF 和 CSV 格式的 ING 對帳單。轉換器能正確處理 ING 特有的「Af Bij」欄位,在「Af」表示借記時將金額取負。ING CSV 中的緊湊 YYYYMMDD 日期格式也會被自動解析。
如何在 Excel 中處理荷蘭逗號小數點?
PDFSub 在提取過程中會自動將荷蘭逗號小數點(1.234,56)轉換為標準格式(1234.56)。如果處理原始荷蘭 CSV 文件,您需要:(1) 刪除句點千位分隔符,(2) 將逗號小數點替換為句點。按正確的順序執行此操作——反轉步驟會損壞您的數據。
荷蘭銀行帳戶的 IBAN 格式是什麼?
荷蘭 IBAN 的格式為:NL + 2 位檢查數字 + 4 位銀行代碼 + 10 位帳戶號碼 = 共 18 個字符。例如:NL91INGB0001234567。4 位銀行代碼標識機構(INGB = ING,ABNA = ABN AMRO,RABO = Rabobank)。如果 Excel 將 IBAN 視為數字,可能會刪除帳戶號碼部分的開頭零——請務必將 IBAN 欄位格式化為文本。
荷蘭數位銀行對帳單是否需要 OCR?
通常不需要。從荷蘭網上銀行下載的對帳單是可選文本的數位 PDF,提取速度快且準確。荷蘭 95% 的網上銀行採用率意味著您遇到的大多數對帳單都是數位化的。OCR 僅適用於較舊的紙質對帳單掃描件。PDFSub 可同時處理這兩者——數位 PDF 的瀏覽器提取和掃描件的伺服器端 AI。
荷蘭對帳單上的 acceptgiro 支付發生了什麼?
Acceptgiro 已於 2023 年 6 月 1 日終止。如果您正在轉換較舊的荷蘭對帳單(2023 年之前),您可能會看到交易代碼 AC 或 AN,用於引用 acceptgiro 支付。這些不會出現在 2023 年年中之後的任何對帳單上。所有定期支付現已遷移到 SEPA 直接扣款(incasso)。
PDFSub 是否符合 GDPR 並為荷蘭金融數據準備好 SOC 2?
PDFSub 使用瀏覽器優先處理——對於數位 PDF,文件完全在您的瀏覽器中處理,絕不會上傳到伺服器。這是處理敏感荷蘭金融數據的最強大隱私模型。伺服器處理僅在客戶端提取無法處理文件時使用(掃描或基於圖像的 PDF)。荷蘭的 Autoriteit Persoonsgegevens(數據保護局)強制執行嚴格的 GDPR 標準,瀏覽器優先處理消除了主要的數據傳輸風險。PDFSub 符合 GDPR 和 CCPA 標準,並為 SOC 2 做好準備。
PDFSub 支持多少家荷蘭銀行?
PDFSub 全球支持 20,000 多種銀行格式,包括所有主要的荷蘭銀行(ING、Rabobank、ABN AMRO、ASN Bank、bunq、Triodos、Knab)和地區性機構。AI 輔助提取可適應不同銀行佈局的變化,無需預先構建的模板。
我可以一次轉換多張荷蘭對帳單嗎?
是的。上傳多張 rekeningafschriften,PDFSub 會依次處理它們。每張對帳單都會被獨立自動檢測和轉換,即使它們來自不同銀行且格式不同。
MT940 和 CAMT.053 有什麼區別?
MT940 是 SWIFT 的舊式基於文本的帳戶對帳單格式——緊湊,支持廣泛,但細節有限。CAMT.053(ISO 20022 XML)是替代品——更豐富、更結構化,並且是未來的標準。荷蘭銀行正在按照不同的時間表從 MT940 遷移到 CAMT.053(ASN Bank 已停止 MT940;Rabobank 將於 2026 年 11 月停止)。如果您的會計軟體僅支持 MT940,請檢查您的銀行是否仍提供該格式並計劃遷移。
如何在我的簿記中處理 Tikkie 支付?
Tikkie 支付在對帳單上顯示為 iDEAL 交易(代碼 ID),描述中包含「Tikkie」。PDFSub 提取完整的描述,包括 Tikkie 參考資訊和收款人姓名。對於簿記,將 Tikkie 支付與任何其他銀行轉帳一樣進行分類——支付方式是渠道,而不是單獨的費用類別。