JS Bank is a bank based in Karachi, Pakistan. Its account statements are issued as PDFs through online and mobile banking. Upload the statement PDF below and download an Excel (.xlsx) workbook — extracted, normalized and reconciled first.
Privacy: uploaded files and generated exports are stored only briefly to complete your download and are automatically deleted within 15 minutes. Files are never used for any other purpose.
Converting to Excel gives you the JS Bank statement as a working document rather than a picture of one: every transaction on its own row, amounts as numbers you can sum, and the reconciliation outcome written into the file so the proof travels with the data.
The main use is reviewing, sorting and analysing the statement outside your accounting software. Every conversion is checked against the statement itself: where the statement prints opening and closing (or running) balances, the extracted transactions must add up to them, or the conversion is flagged and the mismatched rows are marked. A statement whose layout the reader cannot parse is reported honestly — never passed off as converted.
The check itself is simple arithmetic, applied without exception: add the opening balance to every extracted transaction and compare the result with the closing balance printed on the JS Bank statement, then walk the running balances row by row. Passing both checks is the only route to a reconciled result; there is no partial pass and no silent correction. What cannot be proven is labelled, never smoothed over.
A JS Bank 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. Second, glance at the statement's own subtotals before converting: section totals for deposits, withdrawals and fees are free checkpoints that tell you where a flagged difference is likely to live.
In Pakistan, bookkeepers commonly work in QuickBooks and Xero; the Excel and CSV exports from this converter are the files those tools import, and the QuickBooks export is laid out for direct import where the tool accepts it.
Ask clients for the issued PDFs rather than portal screenshots or spreadsheet exports. The PDF is the only version that carries the balances the check needs, and a folder of monthly PDFs plus their conversion results is an audit trail that assembles itself.
If the workbook will feed a model or a client file, paste values rather than linking cells back to a working copy. The converted figures are deliberately plain — real dates, real numbers — so they paste cleanly, and the reconciliation summary gives the reader the provenance in one glance.
These are the general steps most banks follow for statement downloads; exact menu labels vary by bank and change over time.
Tip: if the bank offers both a statement PDF and a transaction-list PDF, take the statement — it is the one carrying the balances the reconciliation check needs.
Download the statement PDF from JS Bank online banking, upload it to the converter on this page, and download the an Excel (.xlsx) workbook. The transactions are extracted, put into the same standard columns used for every bank, and checked against the statement's balances first.
Expect the order printed on the statement itself dates and amounts with the grouping printed on the statement itself on a JS Bank 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 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 Rs exactly as JS Bank printed them.
Yes — convert each account's statements separately so each one reconciles against its own balances, then combine the exports in your software if you need a single view.
Scan the statement as flat and straight as you can and upload the scan. OCR reads it, and the reconciliation check verifies the read against the printed balances; rows it cannot verify are flagged for a manual look.
That depends on the bank's portal — most keep at least a year of PDFs online, and older periods can usually be requested. However far back you go, download each period as its own PDF.
No. Uploaded files and generated exports are stored only briefly to complete the download and are automatically deleted within 15 minutes.
Convert the same JS Bank statement PDF to CSV instead.
Convert the same JS Bank statement PDF to OFX instead.
Convert the same JS Bank statement PDF to QuickBooks instead.
Back to the JS Bank statement converter hub or the Pakistan bank directory. Other Pakistan banks: Habib Bank (HBL) statement to Excel · United Bank (UBL) statement to Excel · MCB Bank statement to Excel · Meezan Bank statement to Excel
Your first conversion is free — no card, no sign-up — and every result is checked against the statement itself before you download it.