Acumatica reads OFX, QBO, QFX, and Excel files, never a PDF. Upload your PDF statement here and download an Excel or CSV file with the date, description, and signed amount columns the import expects. Start free, no credit card.
Upload your bank statement
Drop file here or click to upload
PDF, JPG, PNG, BMP, HEIC, TIFF, MT940
Uploading...
Acumatica imports bank statements on the Import Bank Transactions screen in Cash Management, which reads OFX, QBO, QFX, and Excel files directly, and it will not read a PDF. A CSV comes in through an import scenario that maps your columns. Convert the PDF to an Excel file, which Acumatica takes natively, or to a CSV for an import scenario, then process and reconcile the transactions.
The Import Bank Transactions process is reliable. Most failures trace back to the format of the file, or to a bank feed that never covered the period you need.
The Import Bank Transactions screen reads OFX, QBO, QFX, and Excel files, and bank feeds handle BAI2 and BTRS. Your bank emails a PDF, so it has to be converted first.
A plain CSV does not go through the standard OFX reader. It comes in through an import scenario where you map columns to the transaction fields, so the columns must be stable and correctly signed.
A CSV import scenario has to know which rows are money in and which are money out. Ambiguous amount signs post transactions to the wrong side.
The bank account number in the file must match the External Ref. Number on the cash account, or the imported rows will not map.
Acumatica bank feeds via Plaid and MX pull incrementally from the last imported date. They do not automatically load history before the connection, so prior periods come off the statement.
MX covers only US and Canada institutions, some banks deliver a file to an SFTP folder instead, and a closed account has no live feed at all. Those are import-from-statement cases.
Upload the PDF and the converter reads the transaction table rather than the page layout, then writes an Excel or CSV file the Import Bank Transactions screen or your import scenario can take without hand editing.
Acumatica reads Excel files directly on Import Bank Transactions, so the converted workbook uploads without an import scenario at all.
Withdrawals and deposits are collapsed into a single signed amount, so an import scenario can tell receipts from disbursements without guessing.
Date, description, and amount come out in the same positions every month, so an import scenario you build once keeps mapping cleanly.
Dates are normalized across the whole file, so the mapping does not break partway down a multi-page statement.
Convert a stack of monthly PDFs into one continuous list, which is how most Acumatica go lives load opening bank history.
256-bit encryption in transit and you can delete your uploaded files whenever you want.
No software to install and no credit card to start.
Upload your PDF statement above and download the result as Excel or CSV.
Tip: Excel imports natively, no scenario needed.
In Cash Management, open the Import Bank Transactions screen, select your cash account, and upload the Excel file, or run your CSV import scenario.
Tip: Match the cash account External Ref. Number.
Move to Process Bank Transactions, auto-match the imported rows against Acumatica documents, then reconcile the account.
Tip: Confirm receipts and disbursements are correct.
Acumatica is a cloud ERP built for US manufacturing, distribution, and construction companies, where multi-account reconciliation is a real monthly job and the feed rarely covers every account or period.
Load a client opening bank history during a go live, when no feed exists yet and everything arrives as statement PDFs.
Catch up unreconciled bank lines for an account whose Plaid or MX feed was never connected or stopped pulling.
Reconcile operating and payroll accounts at banks the aggregators do not cover, without keying rows by hand.
Bring in job and retention accounts, or a closed account, against the authoritative PDF statement.
Last updated July 2026
The Import Bank Transactions screen in Cash Management reads OFX, QBO, QFX, and Excel files directly, using a statement reader service. Bank feeds handle BAI2 and BTRS files, plus American Express GL1025 files, through the feed mechanism. A plain CSV is not read by the standard importer, so it comes in through an import scenario that maps your columns. PDF is not on any of these paths.
| Format | Imports into Acumatica | Notes |
|---|---|---|
| Excel (XLS, XLSX) | Yes | Read directly on Import Bank Transactions, no scenario needed. |
| OFX, QBO, QFX | Yes | Read by the OFX statement reader service. |
| CSV | Via import scenario | Map columns and set receipt vs disbursement. |
| BAI2, BTRS | Via bank feeds | Processed through the feed mechanism, not manual upload. |
| No | Convert to Excel or CSV before importing. |
Open the Import Bank Transactions screen in Cash Management, select the cash account, and upload your file. For an OFX, QBO, QFX, or Excel file the statement reader loads the rows directly. For a CSV you run an import scenario that maps your columns onto the transaction fields. Review the loaded rows and save, then move to Process Bank Transactions to auto-match them against Acumatica payments, invoices, and receipts before reconciling.
Yes, but not on the standard importer. A CSV comes in through an import scenario, where you map each column to a field and add the values the file does not carry, such as whether a row is a receipt or a disbursement. That is why a converted CSV with a single signed amount column and stable headers is worth the small setup: the scenario you build once keeps working every month. If you would rather skip the scenario entirely, convert to Excel instead, which the Import Bank Transactions screen reads on its own.
Acumatica maps an imported statement to a cash account by matching the bank account identifier in the file to the External Ref. Number on the cash account. If they do not match, the rows import but do not attach to the account, and the reconciliation has nothing to work with. A converted file lets you confirm the account number is present and correct before you upload.
Yes. Acumatica bank feeds connect to more than 14,000 institutions through Plaid and MX, on a schedule you set, with machine matching against your Acumatica documents. Two limits matter. The feed pulls incrementally from the last imported date and does not backfill history before the connection, so the start of your fiscal year is not covered. And MX supports only US and Canada institutions, some banks deliver a file to an SFTP folder instead, and feeds can quietly stop after a Plaid reauthorization. Those gaps are import-from-statement cases.
Most implementations go live partway through a year, so the bank account starts empty while the business has months of activity behind it. Convert each monthly PDF, concatenate them into one file, import once per cash account, then reconcile forward. The guide to reconciling bank statements covers doing this across several accounts, and transaction categorization cleans up descriptions before they hit the ledger. If you support clients on other platforms there are matching guides for the NetSuite bank statement converter, the Business Central bank statement converter, and the SAP bank statement converter. Coming off QuickBooks? The QuickBooks bank statement converter handles the other side of that migration. Starting from a PDF? Use the bank statement converter.
A reconciled bank account is only half the picture, because every payment line has a document behind it. Vendor invoices still have to be read and coded, which teams handling real volume do by automating accounts payable rather than typing them one at a time.
Open the Import Bank Transactions screen in Cash Management, select the cash account, and upload an OFX, QBO, QFX, or Excel file, which the statement reader loads directly, or run an import scenario for a CSV. Then use Process Bank Transactions to auto-match the rows against Acumatica documents before reconciling the account.
No. Acumatica reads OFX, QBO, QFX, and Excel files on Import Bank Transactions, handles BAI2 and BTRS through bank feeds, and takes CSV through an import scenario. PDF is not supported on any path, so convert the PDF to Excel or CSV first.
Yes, but through an import scenario rather than the standard importer. You map each CSV column to a transaction field and set which rows are receipts and which are disbursements. A converted CSV with stable headers and one signed amount column makes that scenario reliable. Converting to Excel instead lets you skip the scenario entirely.
Excel, because the Import Bank Transactions screen reads XLS and XLSX files directly with no import scenario to build. Convert the PDF statement to Excel, confirm the columns and signs, and upload it straight to the cash account.
Bank feeds run on Plaid and MX and can stop after a reauthorization or token issue, and they only pull incrementally from the last imported date. MX also covers only US and Canada banks. When a feed lapses or misses a period, the reliable fix is to import that period from the converted statement.
Because bank feeds do not backfill before the connection date, older history has to come from the statement. Convert the monthly PDFs, concatenate them into one file, and import it on Import Bank Transactions for that cash account, then reconcile the periods in order.
A CSV import scenario needs to know which rows are money in and which are money out. If the amount sign is ambiguous, transactions post as the wrong type. Collapse withdrawals and deposits into one signed column before importing so the scenario can tell receipts from disbursements.
Yes. Acumatica matches the imported statement to a cash account using the bank account identifier in the file against the External Ref. Number on the cash account. If they do not match, the rows will not attach to the account, so confirm the number in the converted file before uploading.
The same import on Dynamics 365 Business Central.
Prepare statements for SAP.
The QuickBooks side of a migration.
From the same family of tools
Get started converting bank statements to spreadsheets.
USD
per month
billed as
$288 yearly
Choose speed vs accuracy when extracting
| Base AI Faster | 2,500 pages |
| Pro AI Best accuracy | 500 pages |
Scale statement conversion across your team with automation.
USD
per month
billed as
$888 yearly
Choose speed vs accuracy when extracting
| Base AI Faster | 10,000 pages |
| Pro AI Best accuracy | 2,000 pages |
Enterprise-grade bank statement conversion and controls.
USD
per month
billed as
$ yearly
Choose speed vs accuracy when extracting
| Base AI Faster | pages |
| Pro AI Best accuracy | pages |