Convert an ISO 20022 CAMT.053 statement into a QuickBooks Web Connect (.qbo) or .ofx file. Free, no signup, no size limit.
camt.053 version
CAMT.053 is the ISO 20022 BankToCustomerStatement message that has replaced MT940 across
SEPA and most of Europe. It is thorough — booking date, value date, bank transaction codes, remittance
info are all present — but it is XML, and QuickBooks Web Connect only accepts OFX SGML wrapped as
.qbo. There is no built-in path from one to the other, so a CAMT.053 file downloaded from
your bank's portal sits unusable until it is converted.
The detail that trips up naive conversions is the sign: CAMT.053 stores every Amt as
positive and keeps direction in a separate CdtDbtInd element (CRDT or
DBIT). This converter applies that indicator before handing rows to the OFX builder, so
debits post as negative TRNAMT values the way QuickBooks expects.
A CAMT.053 document can contain several Stmt blocks — one per account — in a single file.
Each account here becomes its own OFX <STMTTRNRS>/<STMTRS> block with
its own <LEDGERBAL> taken from the closing balance (CLBD) entry, so
QuickBooks can flag a mismatch against the balance it already has on file.
No. Parsing runs through the browser's built-in XML parser and OFX/QBO generation happens locally too. There is no server and no upload endpoint — check your browser's network tab to confirm.
All of camt.053.001.02 through .001.08, the same coverage as the CSV/Excel converter, since the underlying parser is identical and only the export step differs.
If a bank transaction code or remittance description doesn't match a known keyword, the converter falls back to a plain DEBIT or CREDIT type based on the CdtDbtInd sign — QuickBooks still imports it correctly, just without a more specific category.
This is almost always the <INTU.BID> value not matching a bank QuickBooks recognizes. Use the .ofx download instead — same transactions, no financial-institution check.