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.
Truist provides statements for personal and business checking, savings and business credit card accounts in US dollars. The reviewed statements include Business Value 500 Checking, Truist Focus Checking and Business Visa statements, one of them a text PDF with an OCR text layer.
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 Truist statements from 2022 to 2025: a Business Value 500 Checking statement, a Truist Focus Checking statement, and two Business Visa card statements. One of the checking statements is a text PDF whose text layer came from OCR, which is common for Truist statements that customers download and re-save, so the page covers both clean and OCR-layer files.
MM/DD with no year. The statement is dated in the header, For 03/27/2025, and the period is the span between "Your previous balance as of 02/27/2025" and "Your new balance as of 03/27/2025", so Truist cycles run mid-month to mid-month and cross the year in December. Card rows carry a transaction date and a post date, both MM/DD, with the year in "Billing cycle 02/08/25 - 03/07/25".-$2,500.00.NC 1340009215548, and again in the account heading. Card statements print only "Account ending in 2362".A Truist checking statement lists "Other withdrawals, debits and service charges" first and "Deposits, credits and interest" after it, often on the next page. Both print positive numbers. A converter that assumes deposits come first, or that reads the amounts without tracking the section, gets every sign wrong. Each section closes with a total line, = $5,976.97, and the Account summary on the first page shows the same totals with their signs, which is the check.
The customer name and address on the first page come through as A N G E L D M I T C H E L L, one space between every letter. This is how Truist prints the mailing block, not an extraction error. It does not affect the transactions, but a converter that reads the account holder name from the statement has to collapse the spacing.
A debit card row reads DEBIT CARD PURCHASE DUNKIN #362563 03-15 843-745-0892 followed by NC and 5070 as separate elements to the right. The state and the last four digits of the card are their own columns. A converter that joins everything after the date into one description gets a payee that ends in "NC 5070" on every card row; one that stops at the description column loses which card was used. The transaction date is inside the description as 03-15 for signature purchases and as 03-16-25 for PIN purchases, while the DATE column is the posting date.
The same text carries INT'L SERVICE ASSESSMENT FEE rows that repeat the merchant of the foreign purchase they belong to, and CONVERTED CHECK - ARC rows for checks the payee turned into electronic debits, which are listed here and not in the Checks section.
The Checks section has three groups of DATE, CHECK#, AMOUNT side by side, so a single row holds up to three checks that are not in date order with each other. A * after a check number marks a gap in the sequence and a • before it marks an electronically converted check, explained in a footnote under the table. Neither mark is part of the number.
One reviewed checking statement is a text PDF, but the text was produced by OCR before the file reached the converter. The signs are doubled spaces inside phrases, DEBIT CARD PURCHASE, spaces inside amounts, 63 .59 and 200 .00, check numbers with junk attached, 2548,--,, a page count read as Page 3 of S, and left edges of the date column that drift by fifty pixels down the page because the scan was skewed. A converter must treat such a file like a scan: normalize spaces inside numbers before parsing them, group rows by position with a wider tolerance, and reconcile every section total.
Card rows have five columns: transaction date, post date, a 23-digit reference number, a description and an amount. The description is padded to fixed widths, merchant, city and state, so the city runs into the state when it is long, PEMBROKE PINEFL, FORT LAUDERDAFL. The reference number is unique per row and is the right transaction ID. Refunds carry a leading minus like payments do. There is no running balance; the check is Total transactions and other debits minus Total payments and other credits equals Balance in the Account summary.
The lower part of the first page is a remittance block marked "For information only, Do not remit payment" on company copies, with the account ending and the balance repeated. It is not a transaction.
The Account summary with its signed totals, the section total lines, the "Average Posted Balance in Statement Cycle" line, the page header with the account number, the page footer split into PAGE, 2, OF, 3, and the notices about fees and services that fill the rest of the last page.
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.