Check for a direct export
Check online banking first for a direct Xero export covering the required account and period. If it is not available, use the statement.
Webster Bank provides statements for personal and business checking, savings and money market accounts in the northeastern United States, in US dollars. The reviewed documents are two Webster Complete Business Checking statements from one company in Connecticut, with a running balance table, a Checks Paid table and check image pages.
Countries: United States
Supported statement formats: PDF
Supported destinations: QuickBooks Desktop, QuickBooks Online, Quicken, Xero, CSV/Excel
Check online banking first for a direct Xero export covering the required account and period. If it is not available, use the statement.
For a short statement, type the date, memo, and amount into the destination. Reconcile the result to the closing balance.
Open the PDF statement, review the extracted transactions, choose Xero, and save the converted file on your computer.
Choose the posted transaction date, supply a missing year from the statement period, and check statements that cross January.
Remove currency symbols from numeric cells, preserve the decimal separator, and verify debit and credit signs against the running balance.
Keep the payee or customer reference that helps identify the transaction, while avoiding repeated headers and unrelated reference numbers.
The following details were checked against two Webster Bank statements from January 2020, both Webster Complete Business Checking accounts of one company in Connecticut. The layout is one running table with Date, Description, Credits, Debits and Balance columns, followed by a Checks Paid table and pages of check images with a caption under each image. It is a simple layout that prints every check three times.
MM/DD with no year, 01/02 and 01/16. The period is in the header of every page, "January 1, 2020 through January 31, 2020". The check image captions carry the full date, Paid 01/03/2020.-34.61. The summary on page one prints withdrawals with a leading minus, -48,413.38, and the beginning and ending balances with a dollar sign.0011328367, in the header block of every page after "Account Number". Transfers between the company's accounts quote the other account as TFR TO CK 0011328690 and as TRANSFER FROM DDA 11328376, with and without the leading zeros.Every page starts with the company name and address, "Detailed Account Activity", the period, the account name and number and the column header, so the first seven lines of every page are not transactions. Page two adds a Beginning Balance as of 01/01 row with a balance and no amount. When a transaction is the last row of a page, its second line is printed on the next page under the header: WEBSTER ONLINE TRANSFER WITHDRAWAL 4,712.21 closes page two and TFR TO CK 0011328690 opens page three. A converter that starts every page fresh attaches that line to nothing, or treats it as a row with no date and no amount; one that carries the last row across the page break keeps the transfer's target account with the transfer.
A check appears as a row in the activity table, 01/02 CHECK NBR 1724 851.64, again in the Checks Paid table at the end of the activity, and a third time as a caption under its image on the following pages, Paid 01/02/2020 Check # 1724 $851.64. The Checks Paid table prints three groups of Number Date Amount side by side, sorted by check number, with a total line Total number of checks paid 33 and Total Checks Paid $30,085.04. The asterisk that marks a gap in the check sequence is printed as a separate element slightly above the row it belongs to, so it lands on a line of its own between two table rows. The image captions are two per line, one under each image, with the year and a dollar sign that the activity rows do not have. A converter that reads every page as transactions imports thirty-three checks three times, and the two extra copies carry different date and amount formats, so a duplicate check by exact match does not catch them.
Most rows have a second line. An ACH DEPOSIT continues with BANKCARD-8412 MTOT DEP XXXXX9730118206; an ACH WITHDRAWAL with IRS USATAXPYMT XXXXX1594710947 or WB MASON CO EFT XXXXX03000 41810522; a transfer with TFR FR CK 0011328690. The overdraft fee rows, FEE-INSUFF AVAIL FUNDS ITEM PAID 37.00, continue with two more lines that name the item that bounced: DSS EXCEPTION and IRSUSATAXPYMT for an ACH debit, or 15019340781 and 1730 for a check, where 1730 is the check number. A converter that keeps the first line only gives every merchant settlement the payee ACH DEPOSIT and every fee the same text; one that joins the lines gets FEE-INSUFF AVAIL FUNDS ITEM PAID 15019340781 1730, which is at least searchable.
The second statement opens with ACH WITHDRAWAL 0.20 and INTUIT VERIFYBANK on the second line, and a week later ACH DEPOSIT 0.20 with the same text. These are the test amounts that QuickBooks sends and takes back to verify a bank account for a feed or for payments. They are real transactions and belong in the books, but a converter that drops amounts under a dollar as noise, or a user who filters them out, ends up twenty cents off in each direction and the reconciliation does not close.
The two reviewed statements belong to two accounts of one company, and money moves between them almost daily: WEBSTER ONLINE TRANSFER WITHDRAWAL 4,712.21 with TFR TO CK 0011328690 on one statement and WEBSTER ONLINE TRANSFER DEPOSIT 4,712.21 with TFR FR CK 0011328367 on the other, same date. Each statement is one account, so the converter does not see both sides at once, but the bookkeeper who imports both files does. The second line names the other account, which is the only way to match the two sides as a transfer instead of an expense and an income.
Compare the converted transaction count and totals with the statement, then confirm that the calculated final balance equals the printed closing balance.
Yes. If the PDF statement is readable, its age does not prevent conversion. Confirm the year when transaction rows omit it.
No. Convert posted transactions that contribute to the statement balance. Pending or future-dated items should not be mixed into that reconciliation.
Use the destination-specific settings below, then review the file before import. The destination may require particular columns, dates, account identifiers, or sign rules.
A bank PDF can contain searchable text, scanned page images, or a mixture of both. Searchable text still needs layout analysis because transaction descriptions wrap, columns move, and headers or balances repeat at page breaks. A scanned statement adds OCR uncertainty.
A transaction may begin at the bottom of one page and continue on the next. Continuation pages can omit column headings, repeat an opening balance, or insert footer text and legal pages between transaction pages. A conversion should join split rows and exclude repeated page furniture before it writes the output.
On scanned pages, OCR can turn 0 into O, 1 into l, or 5 into S. It can also lose a minus sign or decimal mark, read two columns in the wrong order, or struggle with skewed and faint pages. The running balance is the best check: a damaged amount or missing row breaks the balance sequence.
Yes. Review the OCR result and reconcile every balance movement. Scans with faint printing, rotation, or handwritten marks need more checking than searchable PDFs.
PDF text stores page positions rather than a spreadsheet table. Wrapped descriptions, repeated headers, and visually aligned columns can paste in the wrong order or into the wrong cells.
Try selecting a transaction description in a PDF reader. If individual words can be selected, the page probably contains text. If the whole page behaves like one picture, it requires OCR.
Xero imports bank transactions through Accounting, Bank accounts, Import a Statement (also reached as Manage Account, Import a Statement). The file goes into the bank account's reconcile list, where Xero matches each line to invoices, bills and bank rules, or creates a spend or receive money transaction.
.ofx. If a QBO, QFX or OFX file downloaded from a bank is rejected, the file usually has a header, encoding or date format Xero does not accept; converting it to a plain OFX fixes that.Settings that matter:
OFX. It carries the payee, description, reference and check number in separate fields and gives Xero a transaction ID for duplicate checks. CSV is fine when the file was written for Xero with the right column names; a bank's own CSV usually needs mapping and cleanup.
Most often the file has a header Xero does not read, non-UTF-8 text, dates in a format it does not accept, or a missing transaction ID. Convert the file to plain OFX and import that. Renaming QBO or QFX to .ofx helps only when the content is already clean.
Xero skips lines whose transaction ID it already has, and for CSV it skips lines it reads as duplicates by date, amount and description. Two genuine identical lines on the same day can be dropped from a CSV. Use OFX with unique IDs for those.
The date order was misread. A file with 03/04/2026 can be read as 3 April or 4 March. Set the order on the import screen, or export dates as YYYY-MM-DD, which Xero reads without asking.
Open the bank account, go to the statement lines or Bank Statements tab, select the imported statement and delete it. The lines disappear from reconcile and the file can be imported again.
Yes. There is no date limit on file imports. Import periods in order and do not overlap them, so the balance in Xero follows the statements.
No. The statement balance in Xero is computed from the imported lines. Compare it to the printed closing balance after each import. If they differ, a line is missing, doubled, or has the wrong sign.