Bank Statement PDF to Excel: 6 Methods Compared
By SheetStatement Team · · Updated · 11 min read
TL;DR: For one short digital statement, Excel's own PDF import or a careful copy and paste can work. For anything longer, scanned, or that must be accurate, use a converter built for bank statements, because it outputs one row per transaction and checks that the balances add up. Whichever method you choose, verify that opening balance plus transactions equals closing balance.
There are a surprising number of ways to get a bank statement out of a PDF and into Excel. Some are free and already on your computer. Some cost money. They differ less in whether they "work" and more in how much cleanup they leave you, and whether they tell you when something went missing.
We've tried all of these on real statements over the years. Here's how they compare, and when we'd pick each one.
What "good" looks like
Before comparing, here's the target. A usable result has:
- One row per transaction. No wrapped descriptions spilling into extra rows, no page headers in the middle.
- Real dates with the correct year.
- Real numbers in the amount columns, with correct signs.
- All transactions, including the one at the bottom of page 3.
- Proof that it's complete: the balances reconcile.
Most methods get the first three partly right. The last two are where they differ most.
Method 1: copy and paste
Open the PDF, select the transactions, copy, paste into Excel.
How it goes in practice: for some statements, the paste lands as one column of text per line. For others, it splits into columns, but inconsistently. Multi-line descriptions become extra rows. Amounts paste as text. You then use Data > Text to Columns, fix dates, convert numbers and delete junk rows.
Good for: a single page with a dozen transactions, when you need it in five minutes.
Weak at: anything longer, scans (there's no text to copy), and accuracy (no check).
Method 2: Excel's built-in PDF import (Power Query)
In Microsoft 365 Excel for Windows: Data > Get Data > From File > From PDF. Excel detects tables and pages and lets you load and clean them in Power Query.
How it goes: on clean, grid-like statements, surprisingly well. On statements with sections (deposits, withdrawals, checks) or wrapped descriptions, you get several tables per page, or rows that need merging. The steps are repeatable, which helps if the layout is consistent month to month.
Good for: simple digital statements, people comfortable with Power Query.
Weak at: scans, complex layouts, check grids. Availability depends on your Excel version and platform. Our Power Query guide goes deeper.
Method 3: open the PDF in Word, then copy to Excel
Microsoft Word can open a PDF and convert it to an editable document. Tables sometimes come through as Word tables, which you can paste into Excel.
How it goes: hit and miss. Layouts with clear table borders convert better than those without. Text often comes through as text boxes or tabbed lines rather than tables. It's an extra step with an unpredictable result.
Good for: occasionally rescuing a statement when other free tools fail.
Weak at: consistency, scans, anything over a few pages.
Method 4: Adobe Acrobat's export to Excel
Acrobat's paid versions can export a PDF to an Excel workbook, and can run OCR on scanned pages.
How it goes: better than copy-paste for most digital statements. Each page often becomes its own sheet, or tables are stacked with page headers between them. Columns usually line up, but merged cells, wrapped descriptions and split numbers appear on many statement layouts. OCR on scans helps, though accuracy depends on scan quality.
Good for: people who already pay for Acrobat and convert occasionally.
Weak at: producing a single clean transaction table, and it doesn't know anything about balances, so it won't tell you if a row is missing.
Method 5: generic online PDF-to-Excel converters
Many websites convert any PDF table to Excel.
How it goes: similar to Acrobat: they extract tables faithfully, which for a bank statement means headers, footers, summary boxes and multi-section layouts all come through as tables you have to reassemble. Some handle scans, some don't. Quality varies widely.
Good for: non-statement PDFs, or a quick look at a simple statement.
Weak at: statement-specific structure and verification. Also, check the privacy policy: you're uploading a document with your account number and transaction history.
Method 6: bank statement converters
Tools built specifically for bank and card statements, such as SheetStatement, read the statement as a statement: they find the transactions across all sections and pages, put them in one chronological table, fill in years on dates, separate debits and credits, and check that the opening balance plus transactions equals the closing balance.
How it goes: the output is usually ready to use, with any rows where the balance doesn't work flagged for review. Scans and phone photos are handled by reading the page image. Most export to Excel, CSV and accounting formats (QBO, Xero CSV).
Good for: anything that needs to be accurate, multi-page statements, scans, batches, and anything going into accounting software.
Weak at: it's a paid service beyond a free tier, and you're trusting a third party with the file, so choose one with a clear security policy (here's ours).
Two more options people ask about
Google Docs
If you upload a PDF to Google Drive and open it with Google Docs, Drive extracts the text, including from scanned images via OCR. The result is a document, not a table: lines of text, sometimes with layout preserved, sometimes not. You can copy it into Google Sheets and split it into columns.
It's free and handles scans, which is more than copy-paste can say. But the cleanup is similar to copy and paste, and the structure of the statement is mostly lost. We'd use it as a last resort for a single scanned page when nothing else is available.
Python libraries
If you write code, open-source libraries such as pdfplumber, Camelot and tabula-py extract tables and text from PDFs with fine control. You can write a parser for a specific bank's layout and run it on years of statements.
It works well when you have many statements from one bank with a stable layout, and you're comfortable maintaining code. The cost is that every bank layout needs its own parser, layouts change occasionally, and scans need a separate OCR step. You also need to write the balance verification yourself. For a developer processing their own statements, it's a reasonable hobby project. For a bookkeeper with fifteen clients at ten banks, it's a second job.
Choosing for a team
If several people in a practice convert statements, consistency matters as much as accuracy. Everyone using a different method produces files with different columns, different date formats and different levels of checking, and downstream steps like imports and reconciliation suffer. Pick one method for most work, document the output format, and make the balance check a required step. Whatever method you pick, a written two-line standard ("convert with X, verify opening + transactions = closing before import") prevents most problems.
Cost in practice
It's tempting to compare methods by price alone. A fairer comparison includes time. If a free method takes twenty minutes of cleanup and verification per statement and a paid one takes two, the difference over a year of monthly statements for a handful of accounts adds up to many hours. For a business owner, that's time not spent on the business; for a bookkeeper, it's billable time or margin. Work out roughly how many statements you handle per month, estimate the minutes each method costs you, and the choice usually makes itself. Our pricing page lists page allowances if you want to run the numbers.
Side-by-side comparison
| Method | Cost | Digital PDFs | Scans | One clean table | Balance check | Speed for 12 statements |
|---|---|---|---|---|---|---|
| Copy and paste | Free | Fair | No | No | No | Slow |
| Excel PDF import | Included in M365 | Good on simple layouts | No | Sometimes | No | Medium once set up |
| Word | Included in Office | Fair | Limited | Rarely | No | Slow |
| Acrobat export | Paid | Good | Yes (OCR) | Not usually | No | Medium |
| Generic converters | Free to paid | Fair to good | Varies | Not usually | No | Medium |
| Statement converters | Free tier, then paid | Very good | Yes | Yes | Yes | Fast |
This reflects our experience across typical US and UK statement layouts. Your mileage will vary with the bank and the PDF.
The hidden cost: verification
The biggest difference between methods isn't the extraction. It's whether you know the result is complete.
With methods 1 to 5, you need to verify yourself:
- Put the opening balance in a cell.
- Add the sum of all transactions.
- Compare with the closing balance.
- If it doesn't match, find the problem row by row.
That last step is where the time goes. A missing transaction at a page break or a misread digit on a scan can take a long time to find in a 200-row table. Statement converters do the check for you and point at the row. Our free balance checker adds the same check to any spreadsheet, whatever method produced it.
What to do after converting
Whatever method you use, the converted spreadsheet is a starting point. Next steps usually include categorizing transactions (see Excel formulas for categorizing transactions), reconciling against your books, or importing into accounting software. If the file is going into software, export to that software's format directly rather than via Excel where you can; every extra save through Excel is a chance for dates and numbers to be reformatted. And keep the original PDF next to the spreadsheet. The spreadsheet is your working copy; the PDF is the record.
Which method we'd choose
- One page, digital, need it now: copy and paste, then check the total.
- A few simple digital statements, monthly, same bank: Excel's PDF import with a saved Power Query, plus a balance check.
- Anything scanned: a statement converter, or Acrobat's OCR if you already have it, with careful verification. See our tips on OCR for scanned statements.
- Many statements, multiple banks, or going into QuickBooks/Xero: a statement converter. The time saved on cleanup and verification is substantial, and you can export straight to QuickBooks or Xero.
- Sensitive documents with strict policies: whatever your organization approves. If that's a local tool only, use Excel's PDF import or Acrobat and verify carefully.
A worked example
We took one invented but realistic three-page business checking statement with deposits, card transactions, checks in a compact grid and a fees section, and walked through each method.
- Copy and paste gave us a single column of mixed text. After 20 minutes of Text to Columns and cleanup, we had most rows, but two wrapped descriptions had become separate lines and the check grid needed rebuilding by hand.
- Excel's PDF import found six tables across three pages. Combining them took Power Query steps for each section and some manual reshaping of the check grid. Workable, repeatable next month.
- Acrobat export produced three sheets with page headers and a summary box. Columns aligned well; we still had to stack the sections and fix the check grid.
- A statement converter produced one table of all transactions in date order, with checks listed individually, and the balance check passed.
The extraction quality differed less than the cleanup time did. On a single statement, the gap between the slowest and fastest method was the better part of half an hour. Multiply that by twelve months and a few accounts, and the method matters more than it first appears. And only the last method told us, without extra work, that nothing was missing.
Our take
Free methods are fine for small, simple jobs, as long as you verify. For anything you'll rely on, such as bookkeeping, reconciliations, tax prep or a loan file, use a tool that understands statements and proves its own output. The minutes saved per statement add up quickly, and the verification is worth more than the speed.
Troubleshooting each method
Copy and paste puts everything in one column. Use Data > Text to Columns, or paste into a text editor first and then import. If the PDF's text layer is unusual, this may not be fixable, and a different method is quicker.
Excel's PDF import (Power Query) finds no tables. Some PDFs draw text without table structure, or are images. Try selecting individual pages, or move to a statement-specific converter or OCR.
Generic converters merge columns. General-purpose PDF-to-Excel tools sometimes put the date and description in one cell, or shift amounts into the balance column. You'll need cleanup steps; see our data cleaning guide.
OCR misreads numbers. 8s become 3s, commas become periods. A balance check is the only reliable way to catch these on a large statement.
Scripts break on a new layout. Python or regex-based extraction is fast once built but fragile when the bank changes its statement design. Build in a balance check so failures are obvious.
Choosing by situation
| Situation | What we'd use |
|---|---|
| One short statement, once | Copy and paste, then check the total |
| Monthly statements from the same bank | Power Query or a statement converter |
| Many banks, many clients | A statement converter with balance checks |
| Scanned or photographed statements | OCR with balance checks |
| A developer with a fixed format | A script, with a verification step |
A second worked example: the same statement four ways
We took a three-page statement with 62 transactions and tried four methods. Copy-paste took 20 minutes including cleanup, and dropped a wrapped description line. Power Query took 10 minutes the first time, two minutes on refresh, with one page needing manual fixing. A generic PDF converter took one minute but merged two columns on page two. A statement converter took under a minute and passed the balance check first time. Your numbers will differ, but the pattern is typical: the method that checks the balance saves the most time overall, because finding errors later is the expensive part.
FAQ
What's the best way to convert a bank statement PDF to Excel?
For accuracy and speed, a converter built for bank statements, because it produces one transaction table and checks the balances. For a single short digital statement, Excel's PDF import or copy and paste can be enough.
Can Excel open a PDF bank statement directly?
Microsoft 365 Excel for Windows can import PDF tables through Get Data > From PDF. Results are good on simple layouts but need cleanup on statements with sections, wrapped lines or scans.
Is copying and pasting from a PDF accurate?
It can be, but it's error-prone. Columns, signs and wrapped descriptions often break. Always verify the result against the statement's opening and closing balances.
Can Adobe Acrobat convert bank statements to Excel?
Paid versions of Acrobat can export PDFs to Excel and run OCR on scans. The output usually needs restructuring into a single transaction table, and it doesn't verify balances.
Are online PDF converters safe for bank statements?
It depends on the service. Check for encryption, automatic deletion of uploads and a clear policy on how files are used. Avoid services that don't explain what happens to your documents.
How do I check a converted statement is complete?
Add the opening balance to the sum of all transactions and confirm it equals the closing balance. If the statement shows running balances, check each line.
Skip the retyping
Upload a PDF or scanned statement and download a balance-checked Excel, CSV, QuickBooks or Xero file. Try the converter free.
Related articles
Convert your first statement free
3 pages a month on the free plan. No credit card.