💡 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:
- 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?
- Fix the delimiter first — Open in SplitForge Format Checker: if the bank exported with semicolons (common in EU/SEPA exports), convert to comma-delimited.
- 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).
- Fix decimal separators — For EU exports using
1.250,00format, convert to1250.00before import. - 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.
- 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
- Error 1: Date Format Mismatch
- Error 2: Semicolon Delimiter
- Error 3: Comma Decimal Separators
- Error 4: Non-ASCII Characters in Transaction Descriptions
- Error 5: ISO 8601 Dates from Canadian Bank Exports
- International Format Reference Tables
- Why International Bank CSV Data Should Never Leave Your Browser
- Additional Resources
- FAQ
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 / Symptom | Root Cause | Fix |
|---|---|---|
| Wrong month on imported transactions (no error) | DD/MM/YYYY date silently read as MM/DD/YYYY | Convert date format before import; verify platform regional setting |
| "This file contains errors" / import fails entirely | Semicolon-delimited EU export — platform expects comma | Convert delimiter from semicolon to comma |
| "Invalid amount" / amount field blank after import | Comma decimal separator (1.250,00) read as text | Convert to period-decimal format (1250.00) |
| Garbled description text after import | Non-ASCII characters (ä, ü, é) in Windows-1252 or ISO-8859-1 encoding | Re-encode to UTF-8; replace non-ASCII characters |
| "File could not be imported" / no further detail | ISO 8601 date (YYYY-MM-DD) from Canadian banks — platform expects MM/DD/YYYY | Convert YYYY-MM-DD to MM/DD/YYYY before import |
| Import appears successful but transaction count is wrong | Silent row drop for dates with day > 12 in MM/DD/YYYY context | Audit imported row count; re-import with correct date format |
| "File too large" / import freezes | QuickBooks ~350 KB / ~1,000 row limit exceeded on large international exports | Split 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:
| Platform | Regional setting | Required date format |
|---|---|---|
| QuickBooks US | United States | MM/DD/YYYY |
| QuickBooks UK | United Kingdom | DD/MM/YYYY |
| QuickBooks AU | Australia | DD/MM/YYYY |
| Xero AU/UK | Follows organisation setting | DD/MM/YYYY (default) |
| Xero US | Follows organisation setting | MM/DD/YYYY |
| NetSuite | Follows user locale | Depends 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 Datum → Date 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:
- Strip thousands-separator periods from numbers (
4.250,00→4250,00) - Replace remaining decimal commas with periods (
4250,00→4250.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 system | Region | Date format | Decimal sep | Thousands sep | Delimiter | Typical encoding |
|---|---|---|---|---|---|---|
| SEPA Credit Transfer | EU (DE/FR/NL/AT/BE) | DD.MM.YYYY | , (comma) | . (period) | ; (semicolon) | ISO-8859-1 or UTF-8 |
| BACS / Faster Payments | UK | DD/MM/YYYY | . (period) | , (comma) | , (comma) | UTF-8 |
| OSKO / PayID / NPP | AU | DD/MM/YYYY | . (period) | , (comma) | , (comma) | UTF-8 |
| Interac e-Transfer | CA | YYYY-MM-DD | . (period) | , (comma) | , (comma) | UTF-8 |
| Most other EU banks | EU | DD/MM/YYYY | , (comma) | . (period) | ; or , | Windows-1252 or UTF-8 |
What this means for import:
| Bank system | QuickBooks US fix required | Xero US fix required | Xero AU fix required |
|---|---|---|---|
| SEPA (EU) | Date, delimiter, decimal, encoding | Date, delimiter, decimal | Delimiter, decimal, encoding |
| BACS (UK) | Date format only | None (if Xero AU) | None |
| OSKO (AU) | Date format only | Date format | None |
| Interac (CA) | Date format only | Date format | Date 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:
- SEPA Credit Transfer Format (European Payments Council) — Official SEPA CSV format specification
- RFC 4180 — Common Format for CSV Files — Baseline CSV spec all platforms expect
Platform Documentation:
- QuickBooks Online — Import Bank Transactions — Required format and regional settings
- Xero — Import Bank Statements — Format requirements and column headers
- NetSuite — CSV Import Assistant — Date format and locale settings
Related Guides:
- Fix accounting CSV date format errors: MM/DD vs DD/MM by platform — Reformat date columns to match the target accounting platform's required format