Navigated to blog › international-bank-statement-csv-formats
Back to Blog
csv-troubleshooting

International Bank CSV: Fix Format Errors for QuickBooks and Xero

May 18, 2026
17
By SplitForge Team

💡 Quick Answer

EU, UK, Australian, and Canadian bank exports use date formats, decimal separators, and field delimiters that US accounting software silently misinterprets or rejects.

The most dangerous failure is silent date transposition: a UK bank export containing 01/04/2026 (April 1) is read as January 4 by QuickBooks US with no warning, posting transactions to the wrong month.

The fix: Convert the file's date format, decimal separator, and delimiter to match your accounting platform's expectations using SplitForge Format Checker — entirely in your browser without uploading bank account data.

Why no error appears: QuickBooks and Xero validate format only at the field level, not the semantic level — a date that parses successfully posts without a warning even if the month and day are transposed.


⏰ FAST FIX (90 seconds)

If your international bank CSV just failed to import or shows wrong dates:

  1. Identify your bank's format — Check the first few rows: is the delimiter a comma or semicolon? Is the decimal separator a period or comma? Is the date DD/MM/YYYY, MM/DD/YYYY, or YYYY-MM-DD?
  2. Fix the delimiter first — Open in SplitForge Format Checker: if the bank exported with semicolons (common in EU/SEPA exports), convert to comma-delimited.
  3. Convert the date format — Use SplitForge Data Cleaner to convert DD/MM/YYYY → MM/DD/YYYY (for QuickBooks US) or YYYY-MM-DD → DD/MM/YYYY (for Xero UK/AU).
  4. Fix decimal separators — For EU exports using 1.250,00 format, convert to 1250.00 before import.
  5. Re-encode to UTF-8 — If the file contains umlauts, accented characters, or special bank name characters, re-encode from Windows-1252 or ISO-8859-1 to UTF-8.
  6. Verify platform regional setting — QuickBooks US expects MM/DD/YYYY; Xero defaults to the organization's regional setting (Settings → Organisation → Financial Settings). Confirm the setting matches your converted file format before importing. QuickBooks Online caps at ~350 KB per import; split larger international exports by date range first.

If the error is specific to QuickBooks bank feed column mapping, see the bank feed column mapping guide for wizard-specific failures.


TL;DR: International bank exports (SEPA EU, BACS UK, AU/OSKO, Canadian Interac) use date formats, decimal separators, and delimiters that differ from US accounting software expectations. The most dangerous failure is silent: DD/MM/YYYY dates post to the wrong month with no error. Convert format mismatches in SplitForge Format Checker before import — for QuickBooks-specific errors after conversion, see the QuickBooks CSV import errors fix guide.


Your EU subsidiary's accounting team exported three months of SEPA transactions and sent the file to headquarters for consolidation into QuickBooks Online. The file opens cleanly in Excel. You upload it to QuickBooks, the import succeeds, and 847 transactions are posted.

Two weeks later during reconciliation, the accounting team discovers that 47 transactions are in the wrong month. The October invoice payments are posted in January. The November bank fees are posted in November — but 2025, not 2026. The import showed no errors. QuickBooks accepted every row.

The root cause: the EU export used DD/MM/YYYY format. QuickBooks US read every date as MM/DD/YYYY. The dates that happened to have day values above 12 (impossible as a month number) were likely rejected silently; dates with day values of 12 or below were silently transposed. This is not a bug — it is documented behavior. The fix must happen before import.

This guide covers the 5 most common format errors in international bank statement CSVs and how to fix them for QuickBooks Online, Xero, and Oracle NetSuite. Scope: EU SEPA exports, UK BACS exports, Australian OSKO/PayID exports, and Canadian Interac exports. Out of scope: SWIFT MT940 binary format conversion (separate workflow) and bank statement PDF extraction.

Each error type was reproduced using QuickBooks Online US and Xero AU, May 2026.


What International CSV Format Errors Actually Mean

"This file contains errors that prevent it from being imported" — Most commonly triggered by a semicolon-delimited EU export — QuickBooks and Xero expect comma delimiters. Start with delimiter detection.

"The date format in your file does not match your company settings" — Xero-specific error when DD/MM/YYYY dates are present in a MM/DD/YYYY regional setting (or vice versa). Confirms date format mismatch; convert before re-importing.

"Amount could not be read / Invalid amount" — Triggered by EU-format amounts with comma decimal separators (1.250,00). The platform cannot parse the amount as a number. Convert to period-decimal format before import.

Wrong month/year on imported transactions (no error shown) — Silent date transposition. QuickBooks US successfully parsed a DD/MM/YYYY date as MM/DD/YYYY. Day and month values ≤12 transpose silently; day values >12 may be dropped. Requires date format audit of all imported transactions.


📋 Table of Contents


This guide is for: Finance teams processing bank statement imports from EU, UK, Australian, or Canadian banks into QuickBooks, Xero, or NetSuite. If your bank is US-based, see the QuickBooks CSV import errors fix guide instead.

Already know your error type? Jump to Quick Answer or Fast Fix.


Error / SymptomRoot CauseFix
Wrong month on imported transactions (no error)DD/MM/YYYY date silently read as MM/DD/YYYYConvert date format before import; verify platform regional setting
"This file contains errors" / import fails entirelySemicolon-delimited EU export — platform expects commaConvert delimiter from semicolon to comma
"Invalid amount" / amount field blank after importComma decimal separator (1.250,00) read as textConvert to period-decimal format (1250.00)
Garbled description text after importNon-ASCII characters (ä, ü, é) in Windows-1252 or ISO-8859-1 encodingRe-encode to UTF-8; replace non-ASCII characters
"File could not be imported" / no further detailISO 8601 date (YYYY-MM-DD) from Canadian banks — platform expects MM/DD/YYYYConvert YYYY-MM-DD to MM/DD/YYYY before import
Import appears successful but transaction count is wrongSilent row drop for dates with day > 12 in MM/DD/YYYY contextAudit imported row count; re-import with correct date format
"File too large" / import freezesQuickBooks ~350 KB / ~1,000 row limit exceeded on large international exportsSplit file by date range using CSV Splitter

Error 1: Date Format Mismatch

The date transposition failure is the most operationally dangerous error in international bank CSV imports because it produces no error message. QuickBooks Online US, configured with MM/DD/YYYY regional settings, will interpret a UK or EU bank's 01/04/2026 (April 1 in DD/MM/YYYY format) as January 4. The transaction posts to the wrong month. Bank reconciliation will eventually surface the discrepancy, but by then the accounting period may be closed.

❌ BROKEN: UK BACS export (DD/MM/YYYY) imported into QuickBooks US (MM/DD/YYYY)
Date,Description,Amount
01/04/2026,Invoice from Barclays vendor,-1250.00
03/05/2026,Client payment received,4800.00
07/06/2026,Monthly bank fee,-12.50

QuickBooks US interprets (all silently transposed):
  01/04/2026 → January 4, 2026 (intended: April 1, 2026)
  03/05/2026 → March 5, 2026 (intended: May 3, 2026)
  07/06/2026 → July 6, 2026 (intended: June 7, 2026)

All three rows post to the wrong month with no error message.
Day values >12 (e.g., 15/04/2026, 31/04/2026) would be rejected
or behave inconsistently — see Error 5 for the silent-drop variant.
# FIXED: Dates converted to MM/DD/YYYY for QuickBooks US
Date,Description,Amount
04/01/2026,Invoice from Barclays vendor,-1250.00
04/15/2026,Client payment received,4800.00
04/30/2026,Monthly bank fee,-12.50

Platform date format requirements:

PlatformRegional settingRequired date format
QuickBooks USUnited StatesMM/DD/YYYY
QuickBooks UKUnited KingdomDD/MM/YYYY
QuickBooks AUAustraliaDD/MM/YYYY
Xero AU/UKFollows organisation settingDD/MM/YYYY (default)
Xero USFollows organisation settingMM/DD/YYYY
NetSuiteFollows user localeDepends on locale

Fixing in bulk: Use SplitForge Data Cleaner to detect the date format in your file and batch-convert all date columns to the format your platform requires. For mixed date format files (a common issue in consolidated bank exports), see the mixed date formats guide.


Error 2: Semicolon Delimiter

Continental European banks — including German, French, Dutch, and Swiss institutions — commonly export CSV files with semicolon delimiters and comma decimal separators, following the SEPA (Single Euro Payments Area) data conventions. QuickBooks, Xero, and NetSuite all expect comma-delimited CSV files. A semicolon-delimited file fails immediately on import with a generic error message.

❌ BROKEN: German Sparkasse / SEPA export — semicolon-delimited
Datum;Verwendungszweck;Betrag;Saldo
15.04.2026;Überweisung Lieferant GmbH;-4.250,00;12.340,20
16.04.2026;Eingang Kundenzahlung;8.500,00;20.840,20

QuickBooks: "This file contains errors that prevent it from being imported"
Xero: "We couldn't read your file" — no further detail
# FIXED: Comma-delimited, header names renamed, date and amount converted
Date,Description,Amount
04/15/2026,Transfer to Lieferant GmbH,-4250.00
04/16/2026,Incoming client payment,8500.00

Note: SEPA exports typically include a Saldo (running balance) column. Remove the balance column before importing into QuickBooks or Xero — extra columns beyond the platform's expected schema cause the mapping wizard to fail (see Check 8 in the pre-import checklist).

Fixing in bulk: Use SplitForge Format Checker to detect the delimiter and convert from semicolon to comma in a single pass. The tool also detects the DatumDate header mismatch and surfaces it for correction.


Error 3: Comma Decimal Separators

European number formatting uses a comma as the decimal separator and a period (or space) as the thousands separator. A German bank export with 4.250,00 means four thousand two hundred fifty euros — not four-point-two-five. QuickBooks and Xero (US/AU editions) interpret the comma as a field delimiter, which corrupts the entire row.

❌ BROKEN: European number format — comma as decimal separator
Date,Description,Amount
15.04.2026,Vendor payment,"4.250,00"
16.04.2026,Client receipt,"8.500,00"

QuickBooks amount field: "4.250" is parsed as 4.25 (period as decimal, comma splits field)
The remaining ",00" becomes a new column — row schema breaks entirely
# FIXED: Period-decimal, thousands separator removed, amount corrected
Date,Description,Amount
04/15/2026,Vendor payment,-4250.00
04/16/2026,Client receipt,8500.00

Fixing in bulk: Use SplitForge Find & Replace with a regex pattern to:

  1. Strip thousands-separator periods from numbers (4.250,004250,00)
  2. Replace remaining decimal commas with periods (4250,004250.00)

Apply both transformations in sequence. The order matters: strip thousands separators first, then convert decimal separators.


Error 4: Non-ASCII Characters in Transaction Descriptions

European bank exports contain vendor names, payment references, and transaction descriptions with non-ASCII characters: German umlauts (ä, ö, ü, Ä, Ö, Ü, ß), French accented characters (é, è, ê, à, ç), and other locale-specific characters. Banks frequently export these files in Windows-1252 or ISO-8859-1 encoding rather than UTF-8. Both QuickBooks and NetSuite require UTF-8; importing a Windows-1252 file causes garbled description text or a full import failure.

❌ BROKEN: Windows-1252 encoding — non-ASCII vendor names
Date,Description,Amount
15/04/2026,Zahlung an M?ller & S?hne GmbH,-2800.00
16/04/2026,Eingang von Benoît Dupont,1450.00

Post-import description: "Zahlung an M?ller & S?hne GmbH" (corrupted)
NetSuite: encoding validation error — import fails on non-UTF-8 characters
# FIXED: Re-encoded to UTF-8, non-ASCII characters normalized
Date,Description,Amount
15/04/2026,Zahlung an Muller und Sohne GmbH,-2800.00
16/04/2026,Eingang von Benoit Dupont,1450.00

Fixing in bulk: Use SplitForge Format Checker to detect the encoding of your bank export and re-encode to UTF-8. For German, French, and other European exports, BOM-free UTF-8 is the target encoding for all three accounting platforms.


Error 5: ISO 8601 Dates from Canadian Bank Exports

Several Canadian financial institutions — including RBC Royal Bank, TD Canada Trust, and Scotiabank — export transaction history in ISO 8601 date format (YYYY-MM-DD). QuickBooks Online US and Xero do not accept ISO 8601 dates without manual conversion. The import either fails with a date format error or silently processes the date incorrectly.

❌ BROKEN: ISO 8601 date format from Canadian bank export (RBC)
Date,Description,CAD Amount
2026-04-15,RBC VISA PAYMENT,-1250.00
2026-04-16,INTERAC e-TRANSFER IN,2400.00
2026-04-17,MONTHLY FEE,-16.95

QuickBooks US: cannot parse 2026-04-15 as MM/DD/YYYY — import fails
Xero AU: accepts YYYY-MM-DD in some contexts but inconsistently
# FIXED: ISO 8601 converted to MM/DD/YYYY for QuickBooks US
Date,Description,Amount
04/15/2026,RBC VISA PAYMENT,-1250.00
04/16/2026,INTERAC e-TRANSFER IN,2400.00
04/17/2026,MONTHLY FEE,-16.95

Note: Canadian exports also frequently include CAD Amount (currency-qualified column name) rather than the bare Amount header QuickBooks expects. Rename the column header to Amount and remove the currency prefix from the values if present.

Fixing in bulk: Use SplitForge Data Cleaner to convert ISO 8601 dates to MM/DD/YYYY or DD/MM/YYYY in a single pass.


International Format Reference Tables

Bank export format specifications by region, verified against current bank CSV export templates (May 2026):

Bank systemRegionDate formatDecimal sepThousands sepDelimiterTypical encoding
SEPA Credit TransferEU (DE/FR/NL/AT/BE)DD.MM.YYYY, (comma). (period); (semicolon)ISO-8859-1 or UTF-8
BACS / Faster PaymentsUKDD/MM/YYYY. (period), (comma), (comma)UTF-8
OSKO / PayID / NPPAUDD/MM/YYYY. (period), (comma), (comma)UTF-8
Interac e-TransferCAYYYY-MM-DD. (period), (comma), (comma)UTF-8
Most other EU banksEUDD/MM/YYYY, (comma). (period); or ,Windows-1252 or UTF-8

What this means for import:

Bank systemQuickBooks US fix requiredXero US fix requiredXero AU fix required
SEPA (EU)Date, delimiter, decimal, encodingDate, delimiter, decimalDelimiter, decimal, encoding
BACS (UK)Date format onlyNone (if Xero AU)None
OSKO (AU)Date format onlyDate formatNone
Interac (CA)Date format onlyDate formatDate format

⚖️ NOT LEGAL ADVICE. This article discusses technical architecture and publicly available regulatory guidance. It does not determine your organization's compliance obligations. Consult qualified legal counsel for compliance determinations.

Why International Bank CSV Data Should Never Leave Your Browser

International bank statement CSVs contain more sensitive data than domestic exports: IBAN account numbers, SWIFT/BIC codes, multi-currency transaction references, and counterparty banking details that identify vendors and clients across borders. Cloud-based format conversion tools — EasyBankConvert, DocuClipper, and similar SaaS products — receive and process this data on their servers when you upload for format conversion.

Under GDPR Article 28, any third-party service that receives and processes personal data on your behalf becomes a data processor. IBAN numbers and counterparty names qualify as personal data under GDPR Article 4(1). Uploading a file containing IBAN references to a cloud conversion tool creates a processor relationship requiring a Data Processing Agreement (DPA) — even if the only operation being performed is a date format conversion. The requirement applies regardless of file size or processing duration.

SplitForge's Format Checker and Data Cleaner run entirely in your browser via Web Workers API threads. Your bank export — including IBAN numbers, SWIFT codes, and counterparty details — never leaves your device. Verify this in Chrome DevTools (F12 → Network tab) while processing a file: zero outbound POST requests to any external domain.

SplitForge does not claim GDPR certification. The architectural claim is that no data is transmitted. For broader context on accounting CSV compliance requirements, see Finance CSV processing compliance.


Additional Resources

Payment System Standards:

Platform Documentation:

Related Guides:


FAQ

Both platforms validate that a date field contains a plausible date value — they do not validate whether the date represents the user's intended day and month. A date like 01/04/2026 is a valid date in both MM/DD/YYYY and DD/MM/YYYY interpretations. The platform picks the interpretation that matches its regional setting and posts the transaction without a warning. The only defense is pre-import date format verification.

Open the CSV in a plain text editor (Notepad on Windows, TextEdit on Mac in plain text mode). If each row shows the fields separated by semicolons rather than commas, the file uses semicolon delimiters. German, French, Dutch, and Swiss bank exports from SEPA-standard institutions almost always use semicolons. You can also run the file through SplitForge Format Checker — it detects the delimiter automatically.

SEPA (Single Euro Payments Area) is the EU payment network for euro-denominated transfers. SEPA CSV exports from European banks typically use semicolon delimiters, DD.MM.YYYY dates, comma decimal separators, and ISO-8859-1 or UTF-8 encoding. Yes — all of these differences require conversion before importing into QuickBooks US or Xero US. The conversion steps are: (1) re-encode to UTF-8, (2) convert delimiter from semicolon to comma, (3) convert dates from DD.MM.YYYY to MM/DD/YYYY, (4) convert decimal separators from comma to period, (5) remove extra columns (Balance, IBAN).

Xero accepts DD/MM/YYYY dates when the organization's regional setting is configured for UK or Australia. Check your setting at Settings → Organisation → Financial Settings → Date format. If the setting shows MM/DD/YYYY (common if the organization was created by a US-based team), your UK or AU bank export will fail with a date format error even though the dates are in the correct local format. Either change the setting or convert the dates to match the current setting.

Most Canadian bank exports (RBC, TD, Scotiabank, BMO) export in ISO 8601 date format (YYYY-MM-DD), which QuickBooks Online does not accept. Convert YYYY-MM-DD dates to MM/DD/YYYY for QuickBooks US using SplitForge Data Cleaner before importing. Also check whether the Canadian export uses CAD Amount as the column header (needs renaming to Amount) and whether amounts include $ currency symbols (needs stripping).

Cloud-based format converters that require file upload — such as EasyBankConvert and DocuClipper — receive and store your bank statement data on their servers during processing. International bank exports contain IBAN account numbers, SWIFT codes, and counterparty names that qualify as personal data under GDPR Article 4(1). Uploading this data creates a GDPR Article 28 processor relationship. SplitForge processes your file entirely in your browser with no data transmitted — verifiable in Chrome DevTools Network tab.

After format conversion (date, delimiter, decimal, encoding), the remaining common failures are column header mismatches and extra columns. QuickBooks requires Date, Description, Amount (case-sensitive) and rejects any additional columns. Xero requires Date, Amount, Payee, Description, Reference. EU bank exports often include Balance, IBAN Reference, and Creditor/Debtor Name columns that must be removed. For a complete QuickBooks column mapping walkthrough after international format conversion, see the QuickBooks bank feed CSV column mapping guide.

Fix Your International Bank CSV Without Uploading It

Detects semicolon delimiters, comma decimals, and DD/MM vs MM/DD date mismatches automatically
Converts SEPA, BACS, AU, and Canadian formats to QuickBooks and Xero requirements in under 60 seconds
Files process locally in your browser — never uploaded, never retained, never at risk
Handles IBAN references, accented characters, and ISO-8859-1 encoding — no server-side processing

Continue Reading

More guides to help you work smarter with your data

csv-import-guides

Fix Accounting CSV Encoding Errors: UTF-8, Windows-1252, and BOM

Accounting CSV encoding errors are platform-pair problems — the same bank export fails QuickBooks Online but succeeds Xero for different encoding reasons.

Read More
csv-import-guides

Bank Statement CSV Formatting Guide for QuickBooks, Xero, and Wave

Your bank statement CSV fails to import because bank exports use date formats, column headers, and encoding that accounting software rejects without warning.

Read More
csv-import-guides

Fix Currency Symbols in Accounting CSV Files for QuickBooks and Xero

Your accounting CSV fails to import because dollar signs, euro symbols, and thousands commas in Amount fields look correct in Excel but reject on import.

Read More