Bank Statement Converter free PDF to Excel & CSV

A bank statement is not a neat table. The date is printed once for a whole day, a description runs over two or three lines, and money out and money in sit in different columns. The converter reads the statement line by line and gives back one row per transaction with six columns:

• Date: a real date cell, so sorting and filtering by month works
• Description: the full text, with the second and third line joined on
• Debit and Credit: money out and money in, as numbers
• Amount: credit minus debit, so one column adds up to the net change
• Balance: the running balance, when the statement prints one

Amounts arrive as numbers, not text, whether your bank writes 1,234.56, 1.234,56, 12.50- or (12.50). SUM works straight away.

The transactions appear in a table on this page first. When the statement prints a running balance, every row is checked: the previous balance plus this transaction must give the balance on the next line. Rows that do not add up are marked, so you know exactly which lines to compare with the PDF.

No running balance on your statement? Then there is nothing to check against, and the page says so. Compare the totals with your statement before you rely on the file.

Take the Excel (.xlsx) file if you want to work in Excel, Google Sheets, Numbers or LibreOffice: dates are dates, amounts are formatted with two decimals, and the header row stays in view while you scroll.

Take the CSV if you are importing into accounting or budgeting software. Most of them ask for exactly this: a date, a description and an amount per line. Dates are written as 2026-03-31 and amounts with a dot as the decimal sign, so nothing depends on your computer's regional settings. Check your app's column mapping the first time.

It does not look for a bank's name; it looks at the layout. We tested it cell by cell on sample statements we made ourselves, with made-up names and amounts, in these layouts:

• Dutch style: Datum, Omschrijving, Bedrag af, Bedrag bij, amounts like 1.234,56 and descriptions over two lines
• UK style: Date, Details, Paid out, Paid in, Balance, with the date printed only on the first transaction of each day, over two pages
• US style: dates like 03/15 without a year, Debit, Credit and Balance columns
• Indian style: Txn Date, Value Date, Narration, reference number, Withdrawal, Deposit, Closing Balance, amounts like 1,23,456.78
• One signed Amount column (+ and −) next to a balance
• A scanned statement: pictures of the pages, slightly crooked
• German and French style: Buchungstag, Soll, Haben with dates like 02.03., and Date, Débit, Crédit

Where it struggles, honestly:

• Amounts without two decimals (yen, or rupiah without cents) and amounts with a space as the thousands separator (1 234,56) are not recognised
• A date on its own line above the transactions, or the amount on a different line from the date
• Extra amount columns, such as a foreign-currency amount next to the euro or pound amount: those land in the wrong column
• Phone photos of paper statements, and scans in scripts other than the Latin alphabet
• Credit card statements: a purchase printed without a sign lands under Credit and a payment printed with a minus under Debit. The Amount column keeps the card's own signs, so flip it if your software expects spending as minus

Day or month first? The converter decides from the statement itself: a date like 15/03 can only be day first, 03/15 only month first. If every date in the file could be read both ways, it assumes day first, or month first when the amounts are in dollars. The preview shows you which it chose.

A page with no text on it, a scan, is read with OCR (text recognition) first, and then goes through the same steps. That works up to 20 scanned pages per file, for statements in English, Dutch, German, French, Spanish and Portuguese. OCR can misread a digit, so use the balance check: a misread amount shows up as a marked row. For a phone photo of a paper statement, make a clean PDF first with the document scanner on this site.

Many banks e-mail statements as a PDF locked with a password, often a date of birth or a customer number. Type it in the password box before you drop the file. It is only used to open the PDF, in memory, for this one request.

This is your financial data, so it is handled differently from our other tools. Your statement is read in memory and dropped as soon as the answer is sent. There is no copy on our disk, no download link on our server and no 45-minute window: the Excel file is built in memory and sent straight to your browser, and your browser makes the CSV itself. A large upload can pass through a temporary file while it arrives; that file is removed when the request ends.

What we do keep is a count: how many statements and pages were converted. Never a name, an account number, a description or an amount. Like on every page of this site, visits are counted with a scrambled form of your IP address, and the daily page allowance is kept in memory until midnight.

Free: 15 statement pages a day and up to 25 pages per PDF, with no account, no e-mail and no watermark. That covers a few monthly statements. Many converters stop after one to five free pages.

Doing a year of statements, or several clients? A €5 ShinobiTools pass gives 400 statement pages a day and PDFs of up to 200 pages for 30 days, and it works on our other tools too. Just today? The 24-hour pass is €3.

Want the other tables out of a PDF, like an invoice or a price list? PDF to Excel turns every ruled table into its own sheet.