Sage 50 (desktop) and Sage Accounting (cloud) are different products with different import mechanisms, and neither reads a PDF directly. This guide covers which product you have, the exact accepted formats and CSV column order for each, the duplicate-record gotcha on re-imported corrected statements, and why OFX is the recommended format over CSV on both.
Last updated 2026-08-23
"Sage" covers different products with different import rules. Sage 50 (desktop) imports via Tasks > Account Reconciliation and expects OFX or QFX files. Sage Accounting (the cloud product, formerly Sage One/Sage Business Cloud Accounting) accepts a wider range — CSV, XLS(X), OFX, QIF, CAMT.053, BAI2, ASO — but if you use CSV, the columns must be in the exact order Date, Description, Money in, Money out, or the import fails. Neither product reads a PDF directly.
Sage isn't one product, and that trips people up before they even get to the file format question. Sage 50 is desktop accounting software with an optional cloud connection; Sage Accounting (marketed at different points as Sage One and Sage Business Cloud Accounting) is a separate, browser-based product built for smaller businesses. They don't share an import mechanism, and a set of steps written for one won't work on the other.
If you installed software on a Windows PC and it opens as a desktop application, you're on Sage 50 (formerly Sage 50cloud, or Sage Line 50 in some older UK installs). If you log in through a web browser and there's no local install, you're on Sage Accounting. The two have separate help sites, separate release cycles, and separate import tools — check which one you're on before following either section below.
Per Sage 50's own help documentation, the bank statement importer lives under Tasks > Account Reconciliation > Import, and it's built around OFX and QFX (QuickBooks' format, which Sage 50 also reads) files. Browse to the downloaded file and Sage 50 pulls in the debit and credit transactions along with any interest or service-charge line items the statement contains.
A real gotcha worth knowing upfront: if your bank later issues a corrected version of a statement you already imported, Sage 50's own documentation warns that re-importing it can create duplicate records rather than replacing the originals. Worth checking for duplicates specifically after any re-import.
Sage Accounting accepts a broader set of formats: CSV, XLS(X), OFX, QIF, CAMT.053, BAI2, and ASO. Go to Banking, select the account, and choose Import Statement. Per Sage's own support documentation, OFX is the preferred format specifically because it's already structured — a CSV needs its columns exactly right, or the import is rejected.
If you're using CSV, the required column order is Date, Description, Money in, Money out, in that exact sequence. A few specific rules from Sage's own documentation:
Sage Accounting provides a downloadable CSV template from within the import screen if you want to check your file's structure against a known-good example before uploading.
| Product | Accepted formats | Import location |
|---|---|---|
| Sage 50 (desktop) | OFX, QFX | Tasks > Account Reconciliation > Import |
| Sage Accounting (cloud) | CSV, XLS(X), OFX, QIF, CAMT.053, BAI2, ASO | Banking > [account] > Import Statement |
Neither Sage 50 nor Sage Accounting reads a PDF statement directly in either case — convert first, then choose OFX where it's supported, since it needs the least manual formatting on both products.
A common next step is pasting the PDF text into a general-purpose AI chatbot and asking for a CSV or OFX back. It can work. It also comes with three problems that show up quickly once you're doing this every statement cycle:
This is the right question to ask, and it's the exact concern that makes pasting a statement into a general chat tool uncomfortable. The answer depends entirely on the converter's data-handling policy, not on whether "AI" is involved anywhere in the pipeline.
ClearlyLedger processes PDFs in memory and deletes the source file within seconds of conversion. Your statement is never stored, never shared, and never used to train AI models.
No, neither Sage 50 nor Sage Accounting accepts a PDF for statement import. Convert to OFX, QFX, or CSV first, depending on which product you're using.
Sage 50's own bank statement import documentation describes OFX and QFX as the accepted formats for the Account Reconciliation import tool. If your Sage 50 version or region offers a separate CSV path, check your specific help documentation, since this can vary by version.
The most common cause is column order: Sage Accounting requires Date, Description, Money in, Money out in that exact sequence. Other causes include dates without slashes, non-numeric characters in the amount columns, or a blank or multi-line Description field.
OFX, when you can get it. Sage's own documentation recommends OFX because its structure is standardized and needs no column formatting, unlike CSV, which has to match Sage's exact column order and rules.
It depends on the tool's retention policy, not on whether it uses AI. Look for in-memory processing, immediate deletion of the source file, and an explicit statement that data isn't used to train models. ClearlyLedger does all three.
Ready to get your first statement into Sage? Use ClearlyLedger's bank statement converter for a balance-verified OFX or CSV file. Using QuickBooks, Xero, or Wave instead? See the same conversion for QuickBooks or Wave.
Loading interactive converter… Try ClearlyLedger free