Native .xlsx — dates, descriptions, debit, credit, balance. Numeric cells your formulas can actually use. Arabic and English columns rendered side by side.
We write native .xlsx — the Open Office XML format every version of Excel from 2007 onward opens directly. No 'import wizard', no 'convert from CSV' dialog. Double-click the file, it opens. The columns are typed correctly: dates are dates, numbers are numbers, descriptions are text. Your SUM, VLOOKUP, PivotTable, and SUMIFS formulas work the moment you write them — no F2-Enter trick to convert text-looking-like-numbers into actual numbers.
Arabic and English merchant descriptions appear in adjacent columns when both exist. The rightmost column is balance, with two decimal places for SAR, AED, USD, EGP, and EUR — or three decimals for KWD, BHD, OMR, and JOD, which we detect from the source statement and apply automatically. Row heights, column widths, and freeze-pane headers are set so the file is readable the second you open it.
Pick Excel if your workflow lives in Excel — you're an accountant who runs reconciliations in workbooks, you build pivot tables and macros, you share .xlsx files with clients or partners daily, you need conditional formatting, or you're preparing a file for VAT filing, SOCPA audit, or year-end close. Excel is also the right pick for desktop-first finance teams that don't want their data leaving the laptop.
Pick CSV instead if you're importing into accounting software (QuickBooks, Xero, Zoho) where the importer prefers raw rows. Pick Google Sheets if your team collaborates in real time. The same source PDF can produce all three — we offer each as a separate export.
Accountants preparing client books in Excel-based workflows, SME finance teams running monthly close in workbooks rather than cloud accounting tools, ZATCA-VAT and UAE-CT preparers building filing workbooks from raw bank data, real estate and family-office portfolio managers who track cash positions across multiple accounts in a single Excel, and freelance income trackers maintaining a single-source-of-truth workbook for taxes.
Output is one sheet per statement (or one sheet per month for multi-month statements where the bank prints them as such). Dates in the leftmost column, descriptions in Arabic and English, debit, credit, balance, and reference number in the rightmost columns. Open it. Pivot it. Save it as part of your filing package.
Kashfbank supports PDF to Excel conversion for PDF statements from all major banks.
Is the output .xls or .xlsx?
.xlsx — the modern Open Office XML format. Every version of Excel from Excel 2007 onward opens it natively. Older Excel 2003 needs the free compatibility pack from Microsoft.
Will Arabic text render correctly in Excel?
Yes. Arabic merchant names and headers render right-to-left in cells that contain Arabic, while English text renders left-to-right. No transliteration. No font substitution. The cells are Unicode text — your usual Excel display works.
Are the numbers actually numbers, or text that looks like numbers?
Numbers. Debit, credit, and balance cells are typed as numeric, so SUM, AVERAGE, SUMIFS, and pivot tables work without conversion. Reference numbers and account numbers stay as text where they have leading zeros to preserve those zeros.
Will the running balance match my PDF?
Yes, row by row on standard statements. Unusual entries — backdated fees, manual adjustments, reversal corrections — may need a spot-check against the PDF. The balance column reflects what the bank printed; we don't recompute it.
Upload your PDF and get your file in seconds
Convert to Excel10 free credits on signup