Based in São Paulo, Brazil, PagBank provides statements to its customers as PDF documents in online banking. Upload the statement PDF below and download a CSV file — extracted, normalized and reconciled first.
A CSV is the safest hand-off format there is, and this one carries the reconciled PagBank transactions in the same normalized columns used for every bank — so files from different banks and different months stack without reformatting.
The main use is moving figures between systems that do not share a native format. Statements from Brazil banks print dates as day/month/year, often written day.month.year — 03.04.2026 means 3 April 2026 and amounts with points or spaces for thousands and a comma for decimals (1.234,56) — the converter's locale-aware reader handles that layout, and then the reconciliation check proves the result: the extracted transactions must add up to the balances printed on the statement itself, or the conversion is flagged.
Reconciliation is what separates conversion from copying. Once the PagBank transactions are extracted, the converter replays them: opening balance plus each row in turn must reproduce every printed running balance and land exactly on the closing figure. Agreement to the cent means the extraction matches the document. Disagreement means the conversion is flagged — the result says so plainly, with the differing rows marked.
A PagBank statement's layout decides how differences behave. In a chronological layout with a running balance, a single dropped row shifts every later balance, which makes it easy to spot. The closing zone carries the balances and any fees or interest summaries; it is the closing zone the reconciliation check answers to, and the first place to look when a conversion is flagged.
In Brazil, bookkeepers commonly work in ContaAzul and Omie; the Excel and CSV exports from this converter are the files those tools import, and the CSV export is laid out for direct import where the tool accepts it.
A workable rhythm: download the month's PDF the day the period closes, convert it, read the reconciliation verdict, then import. Months proven in order chain together — each closing balance becomes the next month's opening — so a difference is always owned by exactly one month.
If your importer asks about delimiters and encoding, the answers are comma and UTF-8. Descriptions containing commas are quoted in the file, so a standards-compliant importer reads them as one field — if yours splits them, it is not reading the quoting, and its settings need adjusting.
These are the general steps most banks follow for statement downloads; exact menu labels vary by bank and change over time.
Tip: download statements as the periods close rather than in a year-end scramble; portals sometimes archive older periods behind request forms.
Save the statement as a PDF from PagBank online banking, add it to the converter above, and take the a CSV file it produces. Extraction, column normalization and the reconciliation check all happen before the download is offered.
Expect day/month/year, often written day.month.year — 03.04.2026 means 3 April 2026 dates and amounts with points or spaces for thousands and a comma for decimals (1.234,56) on a PagBank statement. The reader is locale-aware, so those conventions are handled rather than misread, and the output columns come out in the standard layout regardless.
Where the statement prints opening and closing (or running) balances, the converter adds up the extracted transactions and compares the result with the statement itself. If the numbers do not tie, the conversion is flagged and the mismatched rows are marked — a failed check is never shown as a success.
The conversion is flagged, and the rows whose running balance disagrees with the statement are marked with the expected and printed figures. Nothing is silently adjusted — you see exactly where the statement and the extraction part company.
Yes. Scans and photo-based PDFs are read with OCR and marked as OCR-extracted. The reconciliation check applies identically; on a poor scan it is the check that tells you whether the read can be trusted.
No. There is no sign-up: upload the PDF, check the reconciliation result, download the file. Uploaded files and exports are deleted automatically within 15 minutes.
The statement PDF. It is the issued document and it carries the opening and closing balances the reconciliation check verifies against; a portal CSV has the transactions but nothing to prove them against.
No. The converter changes layout, not currency: figures stay in R$ exactly as PagBank printed them.
No. Uploaded files and generated exports are stored only briefly to complete the download and are automatically deleted within 15 minutes.
Convert the same PagBank statement PDF to Excel instead.
Convert the same PagBank statement PDF to OFX instead.
Back to the PagBank statement converter hub or the Brazil bank directory. Other Brazil banks: Itaú Unibanco statement to CSV · Banco Bradesco statement to CSV · Banco do Brasil statement to CSV · Caixa Econômica Federal statement to CSV
Your first conversion is free — no card, no sign-up — and every result is checked against the statement itself before you download it.