Arabische bankafschriften converteren naar Excel (Emirates NBD, Al Rajhi, QNB, en meer)

Uw Emirates NBD-afschrift ziet er perfect georganiseerd uit in de PDF -- Arabische koppen rechts, Engelse equivalenten links, transactiebedragen netjes uitgelijnd. Maar probeer die gegevens naar Excel te extraheren en alles valt uit elkaar. De Arabische tekst keert de woordvolgorde om. Tweetalige kolommen verdubbelen uw aantal rijen. De converter kan niet zien of "1.234,567" een opmaakfout is of een perfect geldig bedrag in Koeweitse dinar. En als het afschrift een Hijri-datum bevat zoals 3/9/1447, weet uw spreadsheet geen raad met de omgang ermee.

Dit is geen uitzondering. Meer dan 110 miljoen Arabischsprekende bankklanten in de Golf Cooperation Council-staten, Egypte en Jordanië genereren elke maand PDF-bankafschriften. De digitale bankmarkt van de GCC bereikte $ 12,7 miljard in 2025 en zal naar verwachting $ 47,6 miljard bereiken tegen 2032. Toch biedt bijna elke bank in de regio -- met één opmerkelijke uitzondering -- alleen afschriften aan als PDF-downloads. Geen CSV. Geen Excel-export. Alleen een PDF met enkele van de technisch meest uitdagende tekstextractieproblemen in welke taal dan ook.

Het kernprobleem is bidirectionele tekst. Arabisch leest van rechts naar links, maar getallen -- inclusief elk transactiebedrag op uw afschrift -- lopen van links naar rechts. Eén regel van een bankafschrift bevat tekst die in twee richtingen tegelijk loopt. PDF-extractors die dit niet correct verwerken, produceren onleesbare uitvoer waarbij Arabische woorden in omgekeerde volgorde verschijnen, bedragen in de verkeerde kolommen belanden en beschrijvingen onleesbaar worden.

Of u nu een accountant in Dubai bent die Emirates NBD-afschriften verwerkt, een boekhouder in Riyadh die Al Rajhi-transacties converteert, een financiële afdeling in Doha die QNB-gegevens consolideert in een multinationale ERP, of een auditor waar dan ook ter wereld die een Golfbankafschrift begrijpt -- de fundamentele uitdaging is dezelfde: gestructureerde, spreadsheet-klare gegevens extraheren uit Arabische bankafschrift-PDF's.

Waarom Arabische bankafschriften vastlopen in Excel

Arabische bankafschriften creëren een unieke reeks extractie-uitdagingen die veel verder gaan dan wat converters kunnen omgaan met talen met Latijns schrift. De problemen omvatten tekstrichting, karakterweergave, nummersystemen, tweetalige lay-outs, calendarsystemen en valutaprecisie.

1. Omkering van rechts naar links tekst

Dit is het grootste probleem -- en het is onzichtbaar totdat u de uitvoer ziet.

Arabisch is een script van rechts naar links (RTL). Wanneer een PDF-extractor tekst uit een Arabisch bankafschrift haalt, leest het de onderliggende karakterstroom, die in logische volgorde is opgeslagen (eerste getypte teken tot laatste). Maar zonder correcte bidirectionele (bidi) verwerking wordt de geëxtraheerde tekst in de verkeerde visuele volgorde weergegeven.

Een beschrijving zoals "تحويل إلى حساب التوفير" (overboeking naar spaarrekening) kan worden geëxtraheerd als "ريفوتلا باسح ىلإ ليوحت" -- elk woord omgekeerd en de woordvolgorde omgedraaid. De tekens zijn er allemaal, maar ze staan in de verkeerde volgorde.

De uitdaging wordt groter omdat Arabische bankafschriften bidirectionele tekst bevatten op elke regel. Een typische transactieregel bevat Arabisch (rechts naar links), Engels (links naar rechts), een datum (links naar rechts) en een getal (links naar rechts) allemaal in dezelfde rij. De PDF-renderer verwerkt de visuele lay-out correct op het scherm, maar ruwe tekstextractie schaadt de directionele context.

Correcte extractie vereist nabewerking met bidirectionele tekstalgoritmen die de juiste visuele volgorde reconstrueren uit de logische karakterstroom. De meeste algemene PDF-converters slaan deze stap volledig over.

2. Arabische ligaturen en contextuele vormen

Arabisch is niet zoals Latijns schrift waarbij elke letter één vorm heeft, ongeacht de positie. Arabisch heeft 28 basistekens, en elke letter kan tot vier contextuele vormen aannemen -- geïsoleerd, initieel, mediaal en finaal -- afhankelijk van waar het in een woord voorkomt.

Wanneer letters verbinding maken, vormen ze ligaturen -- visuele combinaties die eruitzien als een enkele glyph, maar meerdere tekens vertegenwoordigen. De meest voorkomende is "لا" (lam-alef), die constant in Arabische tekst voorkomt.

PDF-lettertypen kunnen deze opslaan als vooraf samengestelde ligature glyphs in plaats van individuele tekens. Een converter die ligaturen niet correct ontleedt, slaat tekens over of produceert tekst die er goed uitziet, maar verkeerd zoekt en sorteert in Excel.

3. Twee nummersystemen

Golfbanken gebruiken voornamelijk westerse Arabische cijfers (0, 1, 2, 3, 4, 5, 6, 7, 8, 9) -- dezelfde cijfers als in het Engels. Maar sommige documenten, met name van Egyptische banken en oudere systemen, gebruiken oosterse Arabische cijfers:

Dit zijn volledig verschillende Unicode-codepunten. Excel behandelt "١٢٣٤" als tekst, niet als het getal 1234. Een converter moet detecteren welk nummersysteem het afschrift gebruikt en normaliseren naar westerse cijfers voor spreadsheetcompatibiliteit. Sommige afschriften mengen beide systemen -- westerse cijfers voor bedragen en oosterse Arabische voor datums of referentienummers -- op dezelfde pagina.

4. Tweetalige dubbele rijen

De meeste Golfbanken geven standaard tweetalige afschriften uit, met Arabisch en Engels naast elkaar of gestapeld. Dit creëert een uniek parseerprobleem: elke transactie verschijnt twee keer.

Een typische tweetalige lay-out kan er als volgt uitzien:

تحويل محلي - راتب شهر مارس
Local Transfer - March Salary
01/03/2026 12.500,00 AED

Een naïeve extractor ziet drie rijen. Een correcte parser herkent dit als één transactie met een tweetalige beschrijving. Zonder taaldetectie en logica voor het samenvoegen van rijen, eindigt uw spreadsheet met twee keer het verwachte aantal rijen -- de helft ervan zijn duplicaten in een andere taal.

De uitdaging wordt intenser omdat banken verschillende tweetalige lay-outs gebruiken. Sommige plaatsen Arabisch rechts en Engels links van dezelfde rij. Anderen stapelen Arabisch boven Engels. Sommigen mengen benaderingen in verschillende secties van hetzelfde afschrift.

5. Hijri-kalenderdatums

De islamitische (Hijri) kalender loopt ongeveer 11 dagen korter dan de Gregoriaanse kalender per jaar. Het huidige Hijri-jaar is 1447 AH, wat overeenkomt met delen van 2025-2026 CE. Sommige Arabische bankafschriften tonen Hijri-datums naast of in plaats van Gregoriaanse datums.

Saoedi-Arabië schakelde in oktober 2016 officieel over op de Gregoriaanse kalender voor financiële doeleinden, dus moderne Saoedische afschriften gebruiken Gregoriaanse datums. Maar Hijri-datums verschijnen nog steeds als secundaire verwijzingen, in kop- en voettekst, of op oudere gearchiveerde afschriften. Een converter die "3/9/1447" tegenkomt, moet dit herkennen als een Hijri-datum (3 Ramadan 1447 AH, ongeveer 26 februari 2026 CE) in plaats van het te behandelen als een verkeerd gevormde Gregoriaanse datum.

6. Valuta's met drie decimalen

Dit is een cruciaal parseerdetail dat de meeste converters verkeerd doen.

Drie valuta's die vaak op Arabische bankafschriften worden gezien, gebruiken drie decimalen in plaats van de standaard twee:

Een converter die twee decimalen aanneemt, zal de laatste cijfer afkappen of het bedrag volledig verkeerd parsen. Een bedrag van "1.234,567 KWD" is niet "1.234,57" -- het derde decimaal vertegenwoordigt een echte monetaire eenheid (één fils). Afronden of weglaten introduceert fouten die zich over honderden transacties opstapelen.

AED, SAR, QAR en EGP gebruiken allemaal twee decimalen. Een enkel afschrift van een Koeweitse bank met transacties in meerdere valuta's kan zowel twee- als driecijferige bedragen op dezelfde pagina bevatten.

7. Arabische specifieke getalscheidingstekens

Hoewel de banken in de Golf over het algemeen hetzelfde getalformaat gebruiken als het Engels (1.234,56 met komma als duizendtallen en punt als decimaal), gebruiken sommige Arabische documenten Unicode Arabische getalscheidingstekens:

• Arabisch decimaalteken (U+066B): ٫ -- lijkt op een komma, maar is een ander teken
• Arabisch duizendtalscheidingsteken (U+066C): ٬ -- lijkt op een punt, maar is een ander teken

Deze tekens zien er identiek uit als standaard komma's en punten, maar zijn verschillende Unicode-codepunten. Excel en boekhoudsoftware herkennen ze niet als numerieke scheidingstekens, waardoor het hele bedrag als tekst wordt behandeld.

De belangrijkste banken en hun afschriftformaten

Verenigde Arabische Emiraten

Emirates NBD -- de grootste bank van de VAE qua activa. Biedt tweetalige (Arabisch/Engels) PDF-afschriften via online bankieren. eStatements zijn doorgaans wachtwoordbeveiligd met de middelste 8 cijfers van de CIF (Customer Information File) ID van de klant. Schone digitale PDF's met selecteerbare tekst. Geen CSV- of Excel-exportoptie.

First Abu Dhabi Bank (FAB) -- de enige grote Golfbank die directe Excel- en CSV-export biedt vanuit online bankieren. FAB is de opmerkelijke uitzondering in de regio. Als u bankiert bij FAB, heeft u mogelijk geen converter nodig voor basis transactiegegevens -- hoewel het geëxporteerde formaat nog steeds opschoning vereist voor import in boekhoudsoftware.

Abu Dhabi Commercial Bank (ADCB) -- PDF-afschriften via online en mobiel bankieren. Vergelijkbare tweetalige lay-out als Emirates NBD. Wachtwoordbeveiligde eStatements.

Saoedi-Arabië

Al Rajhi Bank -- de grootste islamitische bank ter wereld qua marktkapitalisatie. Biedt PDF-afschriften in het Arabisch (met Engelse optie) via de Tahweel-app en online bankieren. Afschriften volgen Gregoriaanse datums voor financiële gegevens. Een van de meest volumineuze afschriftgeneratoren in de regio.

Saudi National Bank (SNB) -- de grootste bank in Saoedi-Arabië qua totale activa, gevormd uit de fusie in 2021 van National Commercial Bank en Samba Financial Group. PDF-afschriften worden gemaild met wachtwoorden die apart worden verzonden.

Qatar

Qatar National Bank (QNB) -- de grootste bank in het Midden-Oosten en Afrika qua totale activa. Actief in 28 landen. PDF-afschriften beschikbaar via QNB Online en de mobiele app. Tweetalig formaat met bedragen in QAR (twee decimalen).

Koeweit

Kuwait Finance House (KFH) -- een van de oudste islamitische banken ter wereld, opgericht in 1977. PDF-afschriften gebruiken KWD met drie decimalen. Islamitische bankterminologie overal -- transacties gelabeld als "Murabaha-winst" in plaats van "rente."

National Bank of Kuwait (NBK) -- de oudste en grootste conventionele bank van het land. PDF-afschriften in tweetalig formaat. KWD-bedragen vereisen driecijferige verwerking.

Bahrein

Bahrein heeft de hoogste mobiele penetratiegraad in de GCC met 137%, waardoor digitale toegang tot afschriften bijna universeel is. BHD gebruikt drie decimalen. Grote banken zijn onder meer Bank of Bahrain and Kuwait (BBK), National Bank of Bahrain (NBB) en Ahli United Bank. Alle bieden alleen PDF-afschrift-downloads aan.

Egypte

Met een bevolking van 105 miljoen en een financiële inclusie van 76,3%, vertegenwoordigt Egypte de grootste Arabischsprekende bankmarkt qua aantal klanten. Grote banken zijn onder meer National Bank of Egypt (NBE), Banque Misr en Commercial International Bank (CIB). Egyptische afschriften gebruiken waarschijnlijk vaker oosterse Arabische cijfers (٠١٢٣٤٥٦٧٨٩) dan Golfafschriften. Bedragen gebruiken EGP met twee decimalen.

Jordanië

Arab Bank -- met hoofdkantoor in Amman -- is een van de grootste Arabische bankinstellingen wereldwijd. Jordaanse afschriften gebruiken JOD met drie decimalen. De banksector fungeert als een financieel centrum dat de Levant-regio verbindt.

Methode 1: Gebruik een bankafschriftconverter (Aanbevolen)

PDFSub verwerkt Arabische bankafschriften native, inclusief alle RTL-, tweetalige en multi-decimale uitdagingen die hierboven zijn beschreven.

Hoe het werkt

1. Upload uw afschrift -- Sleep en plaats de PDF van elke Arabische bank. PDFSub detecteert automatisch het bankformaat en de taal uit de meer dan 20.000 ondersteunde sjablonen.

2. Automatische formaatverwerking -- De converter: - Verwerkt bidirectionele tekst correct, waardoor de Arabische woordvolgorde behouden blijft - Detecteert en normaliseert oosterse Arabische cijfers (٠١٢٣٤٥٦٧٨٩) naar westerse cijfers - Voegt tweetalige rijen samen tot enkele transacties met duidelijke beschrijvingen - Verwerkt valuta's met drie decimalen (KWD, BHD, JOD) zonder afronding - Converteert Arabisch-specifieke Unicode-scheidingstekens (U+066B, U+066C) naar standaardformaat - Herkent Hijri-datums en converteert naar Gregoriaans waar nodig - Koppelt islamitische bankterminologie aan gestructureerde transactiecategorieën

3. Beoordeel en verifieer -- Controleer de geëxtraheerde transacties in het voorbeeld. Saldo's worden gevalideerd tegen het openings- en slotingssaldo van het afschrift.

4. Download -- Exporteer als Excel (.xlsx), CSV, QBO (QuickBooks), OFX (Xero, Wave), QFX (Quicken) of JSON.

Waarom PDFSub werkt voor Arabische afschriften

130+ talen inclusief Arabisch. De extractie-engine verwerkt tekst van rechts naar links met volledige bidirectionele verwerking. Arabische beschrijvingen worden geëxtraheerd in de juiste visuele volgorde, niet omgekeerd.

Ondersteuning voor tweetalige afschriften. De parser detecteert Arabisch/Engelse tweetalige lay-outs -- of ze nu naast elkaar staan of gestapeld zijn -- en voegt dubbele beschrijvingen samen tot enkele transactieregels met de taal van uw voorkeur.

Browser-first privacy. Voor schone digitale PDF's van online bankieren (wat de meeste Golfbankafschriften zijn), gebeurt tekstextractie volledig in uw browser. Het bestand verlaat uw apparaat nooit. Server-side verwerking wordt alleen gebruikt voor gescande documenten of complexe lay-outs die AI-gestuurde extractie vereisen.

Verwerking van valuta's met drie decimalen. KWD-, BHD- en JOD-bedragen worden met volledige precisie van drie decimalen geparst. Geen afronding, geen afkapping, geen precisieverlies.

Islamitische bankieren bewust. Transactiebeschrijvingen met Murabaha, Ijara, Sukuk en andere termen uit de islamitische financiën worden correct geparst en gecategoriseerd -- niet gemarkeerd als onbekende tekst.

Prijzen

PDFSub's All-In-One-abonnement kost $ 20/gebruiker/maand (jaarlijks) of $ 25/gebruiker/maand (maandelijks), inclusief 500 bankafschriftpagina's per gebruiker. Alle betaalde abonnementen zijn inclusief een 7-daagse gratis proefperiode met volledige functionaliteit. Zie huidige prijzen voor details.

Methode 2: Downloads aangeboden door de bank

Bijna elke grote bank in de GCC, Egypte en Jordanië biedt afschriften uitsluitend aan als PDF-downloads. Geen CSV-knop. Geen optie "Exporteren naar Excel". U krijgt een PDF, en dat is alles.

De enige uitzondering is First Abu Dhabi Bank (FAB), die Excel- en CSV-export biedt vanuit online bankieren. Als u bankiert bij FAB, is dit de snelste weg naar spreadsheetgegevens -- hoewel de export nog steeds opschoning vereist voor boekhoudsoftware met Engelse locale.

Voor elke andere grote bank in de regio is uw enige optie het converteren van de PDF.

Wat u krijgt van online bankieren

Beperkingen van FAB's export

Zelfs FAB's Excel/CSV-export heeft problemen:

• Datumformaat: DD/MM/YYYY, wat Engelse Excel stilzwijgend verkeerd interpreteert voor dagen 1-12
• Valutaformaat: Kan valutatekens bevatten gemengd met getallen
• Transactiebeschrijvingen: Vaak afgekapt vergeleken met het volledige PDF-afschrift
• Beperkte geschiedenis: Export kan beperkt zijn tot recente maanden; het PDF-archief gaat jaren terug
• Geen officieel afschrift: De Excel-export mist de juridische status van het officiële PDF-afschrift voor audit- of regelgevingsdoeleinden

Methode 3: Kopiëren en plakken (Niet aanbevolen)

Tekst kopiëren uit een Arabisch bankafschrift-PDF en plakken in Excel levert enkele van de slechtste resultaten op van welke taal dan ook. De problemen zijn ernstig:

• RTL-tekstomkering: Arabische beschrijvingen worden geplakt in omgekeerde woordvolgorde. "تحويل إلى حساب التوفير" wordt onleesbare tekensoep.
• Bidi-menging: Getallen die correct waren gepositioneerd in de PDF, komen aan de verkeerde kant van de Arabische tekst terecht.
• Kolomvernietiging: De tweetalige lay-out stort in één kolom in met willekeurig verweven Arabische en Engelse fragmenten.
• Ligatuurontleding: Verbonden Arabische letters kunnen ontleden in geïsoleerde vormen, wat visuele onzin creëert, zelfs als de tekens technisch aanwezig zijn.
• Afkapping van drie decimalen: Geplakte getallen kunnen het derde decimaal verliezen als Excel standaard opmaak met twee decimalen toepast.

Voor Arabische afschriften is kopiëren en plakken niet haalbaar. Zelfs een enkele transactie vereist handmatige correctie. Een volledig maandelijks afschrift zou uren kosten aan karakter-voor-karakter reparatie.

Land-specifieke opmaak

Arabische bankafschriften zijn geen monolithisch geheel. Elk land heeft verschillende conventies die van invloed zijn op hoe afschriftgegevens moeten worden geparst en geconverteerd.

De cruciale conclusie: de meeste Golfstaten gebruiken westerse cijfers en Engelse getalscheidingstekens (komma duizendtallen, punt decimaal), wat het parsen vereenvoudigt. Egypte is de uitzondering waar oosterse Arabische cijfers kunnen voorkomen. En drie landen -- Koeweit, Bahrein en Jordanië -- gebruiken drie decimalen, wat elke converter die uitgaat van twee decimalen breekt.

Islamitische bankterminologie

Als u afschriften van islamitische banken verwerkt -- Al Rajhi, KFH, Dubai Islamic Bank, Abu Dhabi Islamic Bank, of de islamitische bankafdelingen van conventionele banken -- komt u gespecialiseerde terminologie tegen die niet voorkomt op conventionele bankafschriften. Het begrijpen van deze termen is essentieel voor een correcte transactiecategorisatie.

Het belangrijkste onderscheid: islamitische bankafschriften gebruiken nooit het woord "rente" (فائدة). Waar een conventionele bank "Rente verdiend: 45,00" SAR toont, toont een islamitische bank "Mudaraba-winst: 45,00 SAR" of "Wakala-winst: 45,00 SAR". Dit zijn economisch vergelijkbaar, maar juridisch en structureel verschillend.

Voor accountants is het correct categoriseren van deze termen in uw rekeningschema belangrijk. Murabaha-betalingen bevatten zowel hoofdsom als winstcomponenten (vergelijkbaar met hoofdsom en rente). Ijara-betalingen kunnen huur- en servicekosten bevatten. Een goede converter behoudt deze labels in de transactiebeschrijving in plaats van ze te verwijderen.

Omgaan met wachtwoordbeveiligde afschriften

De meeste Golfbanken beveiligen hun eStatements met een wachtwoord. Dit voegt een stap toe voordat enige conversie kan beginnen. De wachtwoordschema's verschillen per bank:

Veelvoorkomende wachtwoordformaten

Hoe te ontgrendelen

1. Controleer de FAQ of helpsectie van uw bank -- de meeste banken documenteren het wachtwoordformaat op hun eStatement-inschrijvingspagina.

2. Zoek naar een aparte e-mail. Sommige banken (zoals SNB) sturen het wachtwoord in een aparte e-mail van degene die het afschrift bevat.

3. Probeer veelvoorkomende combinaties: Geboortedatum (DDMMJJJJ of MMJJJJ), nationaal ID-nummer, rekeningnummer, CIF-nummer, of de laatste vier cijfers van uw bankpas.

4. Neem contact op met de bank. Klantenservice kan het wachtwoordformaat bevestigen -- ze geven u niet het wachtwoord zelf, maar vertellen u waarop het gebaseerd is.

5. Upload naar PDFSub. PDFSub accepteert wachtwoordbeveiligde PDF's -- voer het wachtwoord in wanneer daarom wordt gevraagd. Het wachtwoord wordt lokaal gebruikt om het bestand te ontsleutelen en wordt nooit opgeslagen of verzonden.

Importeren in boekhoudsoftware

Nadat uw Arabische bankafschrift is geconverteerd naar een gestructureerd formaat, is de volgende stap het importeren ervan in uw boekhoudplatform.

QuickBooks

Exporteer naar QBO-formaat voor de schoonste import. QBO-bestanden worden direct toegewezen aan de bankfeed-import van QuickBooks, waarbij datums, bedragen en beschrijvingen behouden blijven. Voor een gedetailleerde handleiding, zie onze handleiding voor het importeren van bankafschriften in QuickBooks.

Xero

Exporteer naar OFX-formaat. De import van bankafschriften van Xero accepteert OFX-bestanden en koppelt automatisch transactievelden. Arabische beschrijvingen in het memo-veld blijven behouden als UTF-8-tekst. Zie onze handleiding voor het importeren van bankafschriften in Xero.

Zoho Books

Exporteer naar CSV of Excel. De import van bankafschriften van Zoho Books accepteert beide formaten met configureerbare kolomtoewijzing. Wijs datum-, beschrijvings-, debet- en creditkolommen toe tijdens de import.

Consolidatie van meerdere valuta's

Als u afschriften uit meerdere Golfstaten consolideert, besteed dan speciale aandacht aan de decimale precisie. Een spreadsheet die AED (twee decimalen) mengt met KWD (drie decimalen) vereist consistente decimale verwerking. Stel het formaat van uw Excel-kolom in op drie decimalen voor de gehele bedragkolom om stille afronding van KWD/BHD/JOD-bedragen te voorkomen.

Veelgestelde vragen

Kan ik Emirates NBD-afschriften naar Excel converteren?

Ja. PDFSub ondersteunt Emirates NBD-afschriften, inclusief wachtwoordbeveiligde eStatements. Voer het wachtwoord in (doorgaans de middelste 8 cijfers van uw CIF ID) wanneer daarom wordt gevraagd, en de converter extraheert alle transacties met correcte Arabische tekst, tweetalige beschrijvingen en AED-bedragen.

Hoe gaat de converter om met Arabische tekst van rechts naar links?

PDFSub gebruikt bidirectionele tekstverwerking die de correcte Arabische woordvolgorde behoudt tijdens de extractie. Arabische beschrijvingen worden geëxtraheerd in hun juiste visuele volgorde -- niet omgekeerd -- en opgeslagen als UTF-8-tekst die correct wordt weergegeven in Excel, Google Sheets en boekhoudsoftware.

Moet ik mijn Excel instellen op Arabische locale?

Nee. PDFSub normaliseert alle opmaak tijdens de conversie. Datums worden geconverteerd naar standaardformaat, getallen gebruiken westerse cijfers met standaard scheidingstekens, en bedragen worden opgeslagen als numerieke waarden. Het resulterende bestand werkt in elke locale. Arabische tekst in beschrijvingsvelden wordt correct weergegeven zolang uw systeem een Arabisch lettertype heeft geïnstalleerd (de meeste moderne systemen hebben dit standaard).

Hoe worden valuta's met drie decimalen (KWD, BHD, JOD) verwerkt?

PDFSub detecteert de valuta van het afschrift en parst bedragen met de juiste decimale precisie. KWD-, BHD- en JOD-bedragen behouden alle drie decimalen -- geen afronding of afkapping. Een bedrag van 1.234,567 KWD in de PDF verschijnt als 1234,567 in de spreadsheet.

Kan ik afschriften met oosterse Arabische cijfers converteren?

Ja. PDFSub detecteert en converteert oosterse Arabische cijfers (٠١٢٣٤٥٦٧٨٩) naar westerse cijfers (0123456789) tijdens de extractie. Dit is het meest relevant voor Egyptische bankafschriften, die waarschijnlijk vaker oosterse Arabische cijfers gebruiken dan Golfafschriften.

Wat met tweetalige afschriften met Arabisch en Engels?

PDFSub detecteert tweetalige lay-outs -- of ze nu naast elkaar staan of gestapeld zijn -- en voegt ze samen tot enkele transactieregels. Zowel Arabische als Engelse beschrijvingen kunnen in aparte kolommen worden bewaard, of u kunt de taal van uw voorkeur kiezen voor de uitvoer.

Is mijn bankafschriftgegevens veilig?

Voor schone digitale PDF's (wat de meeste eStatements van Golfbanken zijn), verwerkt PDFSub het bestand volledig in uw browser. De PDF verlaat uw apparaat nooit. Server-side verwerking wordt alleen gebruikt voor gescande of beeldintensieve PDF's, waarbij het bestand in een geïsoleerde omgeving wordt verwerkt en na verwerking wordt verwijderd.

Hoeveel Arabische banken ondersteunt PDFSub?

PDFSub ondersteunt meer dan 20.000 bankformaten wereldwijd, waaronder alle grote banken in de VAE, Saoedi-Arabië, Qatar, Koeweit, Bahrein, Egypte en Jordanië. De sjabloon-agnostische parser verwerkt ook regionale en gespecialiseerde banken.

Kan ik islamitische bankafschriften converteren?

Ja. PDFSub parst correct islamitische bankterminologie -- Murabaha, Ijara, Sukuk, Takaful, Wakala, Musharaka en Mudaraba -- en behoudt deze labels in de transactiebeschrijving in plaats van ze te verwijderen of te wijzigen.

Wat als mijn afschrift wachtwoordbeveiligd is?

Voer het wachtwoord in wanneer daarom wordt gevraagd tijdens het uploaden. PDFSub ontsleutelt het bestand lokaal in uw browser -- het wachtwoord wordt nooit opgeslagen, gelogd of verzonden. Controleer het helpcentrum van uw bank voor het wachtwoordformaat, dat doorgaans gebaseerd is op uw CIF-nummer, nationaal ID of geboortedatum.