Is my bank statement uploaded to a server?
No. Statement2Ledger reads the PDF with JavaScript inside your browser tab, and your statement is never sent anywhere. The page's security policy blocks connections to any other server. After the page has loaded, the converter makes no network requests, with one exception: for a PDF with Chinese, Japanese or Korean text it may load a font table from newellabs.com, and that request carries nothing from your file. You can check this yourself: open your browser's developer tools on the Network tab while you convert, or disconnect from the internet after the page loads.
How accurate is the conversion?
It reads the text inside the PDF, so there is no OCR guesswork. After every conversion it checks the arithmetic: the opening balance plus all transactions must equal the closing balance, and every printed running balance must follow from the row above it. If something doesn't add up it says so, and when the statement prints running balances it shows which rows to check. If the statement doesn't print an opening or closing balance, it says so instead of calling the rows complete. Always compare the totals with your statement before you import.
Why is it called a beta?
Statement2Ledger works with most text-based bank PDFs, but bank layouts vary endlessly, and one it has never seen can still be read wrongly. That is why every conversion is checked against the balances printed on the statement, and the badge above the table tells you the result. Green means the opening balance plus the transactions equals the closing balance, and every printed running balance checks out. Amber means the rows add up but an opening or closing balance was not found or could not be confirmed, so missing rows at the start or end could go unnoticed; red means something doesn't add up; grey means no balances were found to check against. Amber, red or grey: compare the rows with your statement before you import, and fix them in the preview. A green badge can't catch a wrong date. If a statement doesn't convert well, email the bank's name (never the statement itself) to support@newellabs.com.
Can it convert scanned bank statements?
Not yet. A scanned statement is a picture of the page with no text inside it, and reading it needs OCR. If your PDF is a scan, download the statement again from your online banking: those PDFs contain real text.
Which banks does it work with?
Most banks and card issuers, as long as the PDF contains selectable text (you can highlight words in your PDF viewer). It understands common layouts: one amount column, separate money in and money out columns, running balances, CR and DR markers, sections such as deposits, checks paid and withdrawals, newest-first lists, credit card statements, day-first or month-first dates, and currencies with two or three decimals. It's a beta, so an unusual layout may still need fixes in the preview: check the badge after every conversion.
How much does it cost?
It's free. There is no sign-up and no account.
Do you store my statements or transactions?
No, nothing is stored. No server receives your file, and there is no account and no tracking. When you close or reload the tab, the converted transactions are gone, so export what you need first.
Which export format should I choose?
For QuickBooks Online, the QuickBooks (.qbo) file or the QuickBooks CSV. For Quicken, the Quicken (.qfx) file. For Xero, the OFX file or the Xero CSV. For Excel, Google Sheets or Numbers, the Excel or CSV file. OFX is a standard bank file format that many accounting and budgeting apps can import; QIF is an older format that GnuCash, Moneydance and similar apps still read.
Why does it ask whether dates are day-first or month-first?
A date like 03/04/2025 means 3 April in most countries and March 4 in the United States. When every date on a statement could be read either way, the converter asks you once, before you export, instead of guessing.