अरबी बैंक स्टेटमेंट को एक्सेल में बदलें (Emirates NBD, Al Rajhi, QNB, और अन्य)

आपका Emirates NBD स्टेटमेंट PDF में पूरी तरह से व्यवस्थित दिखता है -- अरबी हेडर दाईं ओर, अंग्रेजी समकक्ष बाईं ओर, लेनदेन की राशि साफ-सुथरी संरेखित। लेकिन उस डेटा को एक्सेल में निकालने की कोशिश करें और सब कुछ बिखर जाता है। अरबी टेक्स्ट शब्द क्रम को उलट देता है। द्विभाषी कॉलम आपकी पंक्ति गणना को दोगुना कर देते हैं। कन्वर्टर यह नहीं बता सकता कि "1,234.567" एक फ़ॉर्मेटिंग त्रुटि है या कुवैती दीनार में एक पूरी तरह से मान्य राशि है। और यदि स्टेटमेंट में 3/9/1447 जैसी हिजरी तिथि शामिल है, तो आपका स्प्रेडशीट यह नहीं जानता कि इसके साथ क्या करना है।

यह कोई एज केस नहीं है। खाड़ी सहयोग परिषद राज्यों, मिस्र और जॉर्डन में 110 मिलियन से अधिक अरबी भाषी बैंक ग्राहक हर महीने PDF बैंक स्टेटमेंट उत्पन्न करते हैं। GCC डिजिटल बैंकिंग बाजार 2025 में $12.7 बिलियन तक पहुंच गया और 2032 तक $47.6 बिलियन तक पहुंचने का अनुमान है। फिर भी, क्षेत्र में लगभग हर बैंक -- एक उल्लेखनीय अपवाद के साथ -- केवल PDF डाउनलोड के रूप में स्टेटमेंट प्रदान करता है। कोई CSV नहीं। कोई एक्सेल निर्यात नहीं। बस एक PDF जिसमें किसी भी भाषा में सबसे तकनीकी रूप से चुनौतीपूर्ण टेक्स्ट निष्कर्षण समस्याओं में से कुछ हैं।

मुख्य समस्या द्विदिश टेक्स्ट है। अरबी दाएं-से-बाएं पढ़ता है, लेकिन संख्याएं -- आपके स्टेटमेंट पर हर लेनदेन राशि सहित -- बाएं-से-दाएं प्रवाहित होती हैं। एक बैंक स्टेटमेंट की एक पंक्ति में एक साथ दो दिशाओं में चलने वाला टेक्स्ट होता है। PDF एक्सट्रैक्टर जो इसे सही ढंग से नहीं संभालते हैं, वे विकृत आउटपुट उत्पन्न करते हैं जहां अरबी शब्द उल्टे क्रम में दिखाई देते हैं, राशि गलत कॉलम में आती है, और विवरण अपठनीय हो जाते हैं।

चाहे आप दुबई में एक एकाउंटेंट हों जो Emirates NBD स्टेटमेंट को प्रोसेस कर रहे हों, रियाद में एक बुककीपर जो Al Rajhi लेनदेन को परिवर्तित कर रहे हों, दोहा में एक वित्त टीम जो QNB डेटा को एक बहुराष्ट्रीय ERP में समेकित कर रही हो, या दुनिया में कहीं भी एक ऑडिटर जो खाड़ी बैंक स्टेटमेंट को समझ रहा हो -- मौलिक चुनौती वही है: अरबी बैंक स्टेटमेंट PDF से संरचित, स्प्रेडशीट-तैयार डेटा निकालना।

अरबी बैंक स्टेटमेंट एक्सेल में क्यों टूट जाते हैं

अरबी बैंक स्टेटमेंट निष्कर्षण चुनौतियों का एक अनूठा सेट बनाते हैं जो लैटिन-स्क्रिप्ट भाषाओं में कन्वर्टर्स से कहीं आगे जाते हैं। समस्याएं टेक्स्ट दिशा, कैरेक्टर रेंडरिंग, अंक प्रणालियों, द्विभाषी लेआउट, कैलेंडर सिस्टम और मुद्रा सटीकता तक फैली हुई हैं।

1. राइट-टू-लेफ्ट टेक्स्ट रिवर्सल

यह सबसे बड़ी समस्या है -- और यह तब तक अदृश्य है जब तक आप आउटपुट नहीं देख लेते।

अरबी एक राइट-टू-लेफ्ट (RTL) स्क्रिप्ट है। जब एक PDF एक्सट्रैक्टर अरबी बैंक स्टेटमेंट से टेक्स्ट निकालता है, तो यह अंतर्निहित कैरेक्टर स्ट्रीम को पढ़ता है, जो तार्किक क्रम (पहले टाइप किया गया कैरेक्टर से अंतिम तक) में संग्रहीत होता है। लेकिन उचित द्विदिश (bidi) प्रसंस्करण के बिना, निकाला गया टेक्स्ट गलत दृश्य क्रम में प्रदर्शित होता है।

"تحويل إلى حساب التوفير" (बचत खाते में हस्तांतरण) जैसा विवरण "ريفوتلا باسح ىلإ ليوحت" के रूप में निकाला जा सकता है -- हर शब्द उल्टा और शब्द क्रम flip हो गया। कैरेक्टर सभी मौजूद हैं, लेकिन वे गलत क्रम में हैं।

चुनौती तब बढ़ जाती है जब अरबी बैंक स्टेटमेंट में हर पंक्ति पर द्विदिश टेक्स्ट होता है। एक विशिष्ट लेनदेन पंक्ति में एक ही पंक्ति में अरबी (दाएं-से-बाएं), अंग्रेजी (बाएं-से-दाएं), एक तिथि (बाएं-से-दाएं), और एक संख्या (बाएं-से-दाएं) होती है। PDF रेंडरर स्क्रीन पर दृश्य लेआउट को सही ढंग से संभालता है, लेकिन कच्चा टेक्स्ट निष्कर्षण दिशात्मक संदर्भ को गड़बड़ कर देता है।

उचित निष्कर्षण के लिए तार्किक कैरेक्टर स्ट्रीम से सही दृश्य क्रम को पुनर्निर्माण करने वाले द्विदिश टेक्स्ट एल्गोरिदम के साथ पोस्ट-प्रोसेसिंग की आवश्यकता होती है। अधिकांश सामान्य PDF कन्वर्टर्स इस चरण को पूरी तरह से छोड़ देते हैं।

2. अरबी लिगरेचर और प्रासंगिक रूप

अरबी लैटिन स्क्रिप्ट की तरह नहीं है जहां प्रत्येक अक्षर की स्थिति की परवाह किए बिना एक आकार होता है। अरबी में 28 मूल अक्षर होते हैं, और प्रत्येक अक्षर चार प्रासंगिक रूपों तक ले सकता है -- अलग, प्रारंभिक, मध्यवर्ती, और अंतिम -- इस बात पर निर्भर करता है कि यह किसी शब्द में कहाँ दिखाई देता है।

स्थिति	रूप	उदाहरण (ب)
अलग	स्टैंडअलोन	ب
प्रारंभिक	शब्द की शुरुआत	بـ
मध्यवर्ती	शब्द का मध्य	ـبـ
अंतिम	शब्द का अंत	ـب

जब अक्षर जुड़ते हैं, तो वे लिगरेचर बनाते हैं -- दृश्य संयोजन जो एक एकल ग्लाइफ की तरह दिखते हैं लेकिन कई कैरेक्टर का प्रतिनिधित्व करते हैं। सबसे आम "لا" (लम-अलेफ) है, जो अरबी टेक्स्ट में लगातार दिखाई देता है।

PDF फ़ॉन्ट इन व्यक्तिगत कैरेक्टर के बजाय प्री-कंपोज्ड लिगरेचर ग्लाइफ के रूप में स्टोर कर सकते हैं। एक कन्वर्टर जो लिगरेचर को सही ढंग से डीकंपोज़ नहीं करता है, वह कैरेक्टर छोड़ देगा या ऐसा टेक्स्ट उत्पन्न करेगा जो सही दिखता है लेकिन एक्सेल में गलत तरीके से खोजा और सॉर्ट किया जाता है।

3. दो अंक प्रणालियाँ

खाड़ी बैंकिंग में मुख्य रूप से पश्चिमी अरबी अंक (0, 1, 2, 3, 4, 5, 6, 7, 8, 9) का उपयोग किया जाता है -- अंग्रेजी में उपयोग किए जाने वाले समान अंक। लेकिन कुछ दस्तावेज़, विशेष रूप से मिस्र के बैंकों और पुरानी प्रणालियों से, पूर्वी अरबी अंकों का उपयोग करते हैं:

पश्चिमी	0	1	2	3	4	5	6	7	8	9
पूर्वी अरबी	٠	١	٢	٣	٤	٥	٦	٧	٨	٩

ये पूरी तरह से अलग यूनिकोड कोड पॉइंट हैं। एक्सेल "١٢٣٤" को टेक्स्ट के रूप में मानता है, न कि 1234 की संख्या के रूप में। एक कन्वर्टर को यह पता लगाना होगा कि स्टेटमेंट किस अंक प्रणाली का उपयोग करता है और स्प्रेडशीट संगतता के लिए पश्चिमी अंकों में सामान्य करना होगा। कुछ स्टेटमेंट एक ही पृष्ठ पर दोनों प्रणालियों को मिलाते हैं -- राशियों के लिए पश्चिमी अंक और तिथियों या संदर्भ संख्याओं के लिए पूर्वी अरबी।

4. द्विभाषी दोगुनी पंक्तियाँ

अधिकांश खाड़ी बैंक डिफ़ॉल्ट रूप से द्विभाषी स्टेटमेंट जारी करते हैं, जिसमें अरबी और अंग्रेजी अगल-बगल या स्टैक्ड दिखाई देते हैं। यह एक अनूठी पार्सिंग समस्या पैदा करता है: प्रत्येक लेनदेन दो बार दिखाई देता है।

एक विशिष्ट द्विभाषी लेआउट ऐसा दिख सकता है:

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

एक भोला एक्सट्रैक्टर तीन पंक्तियाँ देखता है। एक सही पार्सर इसे एक द्विभाषी विवरण के साथ एक लेनदेन के रूप में पहचानता है। भाषा पहचान और पंक्ति-विलय तर्क के बिना, आपके स्प्रेडशीट में अपेक्षित पंक्तियों की संख्या दोगुनी हो जाती है -- उनमें से आधे एक अलग भाषा में डुप्लिकेट होते हैं।

चुनौती तब बढ़ जाती है जब बैंक विभिन्न द्विभाषी लेआउट का उपयोग करते हैं। कुछ अरबी को दाईं ओर और अंग्रेजी को एक ही पंक्ति के बाईं ओर रखते हैं। अन्य अरबी को अंग्रेजी के ऊपर स्टैक करते हैं। कुछ एक ही स्टेटमेंट के विभिन्न अनुभागों में दृष्टिकोण मिलाते हैं।

5. हिजरी कैलेंडर तिथियां

इस्लामी (हिजरी) कैलेंडर प्रति वर्ष लगभग 11 दिन ग्रेगोरियन कैलेंडर से छोटा होता है। वर्तमान हिजरी वर्ष 1447 AH है, जो 2025-2026 CE के हिस्सों के अनुरूप है। कुछ अरबी बैंक स्टेटमेंट ग्रेगोरियन तिथियों के साथ या उनके बजाय हिजरी तिथियां प्रदर्शित करते हैं।

सऊदी अरब ने अक्टूबर 2016 में वित्तीय उद्देश्यों के लिए आधिकारिक तौर पर ग्रेगोरियन कैलेंडर में स्विच कर दिया, इसलिए आधुनिक सऊदी स्टेटमेंट ग्रेगोरियन तिथियों का उपयोग करते हैं। लेकिन हिजरी तिथियां अभी भी द्वितीयक संदर्भों के रूप में, हेडर/फ़ुटर टेक्स्ट में, या पुरानी संग्रहीत स्टेटमेंट पर दिखाई देती हैं। "3/9/1447" का सामना करने वाले कन्वर्टर को इसे हिजरी तिथि (3 रमज़ान 1447 AH, लगभग 26 फरवरी 2026 CE) के रूप में पहचानना होगा, बजाय इसे एक खराब ग्रेगोरियन तिथि मानने के।

6. तीन-दशमलव मुद्राएँ

यह एक महत्वपूर्ण पार्सिंग विवरण है जिसे अधिकांश कन्वर्टर्स गलत करते हैं।

अरबी बैंक स्टेटमेंट पर आमतौर पर देखी जाने वाली तीन मुद्राएँ मानक दो के बजाय तीन दशमलव स्थानों का उपयोग करती हैं:

मुद्रा	कोड	देश	उदाहरण राशि
कुवैती दीनार	KWD	कुवैत	1,234.567
बहरीनी दीनार	BHD	बहरीन	1,234.567
जॉर्डनियन दीनार	JOD	जॉर्डन	1,234.567

दो दशमलव स्थानों को मानने वाला कन्वर्टर अंतिम अंक को छोटा कर देगा या राशि को पूरी तरह से गलत पार्स कर देगा। "1,234.567 KWD" की राशि "1,234.57" नहीं है -- तीसरा दशमलव एक वास्तविक मौद्रिक इकाई (एक फ़िल्स) का प्रतिनिधित्व करता है। इसे गोल करना या छोड़ना त्रुटियां पेश करता है जो सैकड़ों लेनदेन में बढ़ती हैं।

AED, SAR, QAR, और EGP सभी दो दशमलव स्थानों का उपयोग करते हैं। बहु-मुद्रा लेनदेन वाले कुवैती बैंक का एक एकल स्टेटमेंट एक ही पृष्ठ पर दो-दशमलव और तीन-दशमलव दोनों राशि हो सकता है।

7. अरबी-विशिष्ट संख्या विभाजक

जबकि खाड़ी बैंकिंग आम तौर पर अंग्रेजी के समान संख्या प्रारूप (1,234.56 जिसमें अल्पविराम हजार और अवधि दशमलव है) का उपयोग करती है, कुछ अरबी दस्तावेज़ यूनिकोड अरबी संख्या विभाजकों का उपयोग करते हैं:

• अरबी दशमलव विभाजक (U+066B): ٫ -- अल्पविराम के समान दिखता है लेकिन एक अलग कैरेक्टर है
• अरबी हजार विभाजक (U+066C): ٬ -- अवधि के समान दिखता है लेकिन एक अलग कैरेक्टर है

ये कैरेक्टर मानक अल्पविराम और अवधियों के समान दिखते हैं लेकिन अलग-अलग यूनिकोड कोड पॉइंट हैं। एक्सेल और लेखा सॉफ्टवेयर उन्हें संख्यात्मक विभाजकों के रूप में नहीं पहचानेंगे, जिससे पूरी राशि को टेक्स्ट के रूप में माना जाएगा।

---

प्रमुख बैंक और उनके स्टेटमेंट प्रारूप

संयुक्त अरब अमीरात

Emirates NBD -- संपत्ति के हिसाब से यूएई का सबसे बड़ा बैंक। ऑनलाइन बैंकिंग के माध्यम से द्विभाषी (अरबी/अंग्रेजी) PDF स्टेटमेंट प्रदान करता है। ई-स्टेटमेंट आमतौर पर ग्राहक की सीआईएफ (ग्राहक सूचना फ़ाइल) आईडी के मध्य 8 अंकों का उपयोग करके पासवर्ड-संरक्षित होते हैं। चयन योग्य टेक्स्ट के साथ साफ डिजिटल PDF। कोई CSV या एक्सेल निर्यात विकल्प नहीं।

First Abu Dhabi Bank (FAB) -- संपत्ति के हिसाब से यूएई का सबसे बड़ा बैंक। ऑनलाइन बैंकिंग से प्रत्यक्ष एक्सेल और CSV निर्यात की पेशकश करने वाला एकमात्र प्रमुख खाड़ी बैंक। FAB क्षेत्र में उल्लेखनीय अपवाद है। यदि आप FAB के साथ बैंकिंग करते हैं, तो आपको बुनियादी लेनदेन डेटा के लिए किसी कन्वर्टर की आवश्यकता नहीं हो सकती है -- हालांकि निर्यातित प्रारूप को अभी भी लेखांकन सॉफ्टवेयर आयात के लिए सफाई की आवश्यकता होती है।

Abu Dhabi Commercial Bank (ADCB) -- ऑनलाइन और मोबाइल बैंकिंग के माध्यम से PDF स्टेटमेंट। Emirates NBD के समान द्विभाषी लेआउट। पासवर्ड-संरक्षित ई-स्टेटमेंट।

सऊदी अरब

Al Rajhi Bank -- बाजार पूंजीकरण के हिसाब से दुनिया का सबसे बड़ा इस्लामी बैंक। ताहवील ऐप और ऑनलाइन बैंकिंग के माध्यम से अरबी (अंग्रेजी विकल्प के साथ) में PDF स्टेटमेंट प्रदान करता है। स्टेटमेंट वित्तीय डेटा के लिए ग्रेगोरियन तिथियों का पालन करते हैं। क्षेत्र में उच्चतम मात्रा वाले स्टेटमेंट जनरेटरों में से एक।

Saudi National Bank (SNB) -- 2021 में नेशनल कमर्शियल बैंक और सांबा फाइनेंशियल ग्रुप के विलय से बना सऊदी अरब का सबसे बड़ा बैंक। PDF स्टेटमेंट अलग से पासवर्ड के साथ ईमेल किए जाते हैं।

कतर

Qatar National Bank (QNB) -- संपत्ति के हिसाब से मध्य पूर्व और अफ्रीका का सबसे बड़ा बैंक। 28 देशों में संचालित होता है। QNB ऑनलाइन और मोबाइल ऐप के माध्यम से PDF स्टेटमेंट उपलब्ध हैं। QAR में राशियों के साथ द्विभाषी प्रारूप (दो दशमलव स्थान)।

कुवैत

Kuwait Finance House (KFH) -- दुनिया के सबसे पुराने इस्लामी बैंकों में से एक, 1977 में स्थापित। PDF स्टेटमेंट में तीन दशमलव स्थानों के साथ KWD का उपयोग किया जाता है। पूरे इस्लामी बैंकिंग शब्दावली -- लेनदेन को "ब्याज" के बजाय "मुराबाहा लाभ" के रूप में लेबल किया गया है।

National Bank of Kuwait (NBK) -- देश का सबसे पुराना और सबसे बड़ा पारंपरिक बैंक। द्विभाषी प्रारूप में PDF स्टेटमेंट। KWD राशियों को तीन-दशमलव हैंडलिंग की आवश्यकता होती है।

बहरीन

बहरीन में GCC में उच्चतम मोबाइल पैठ 137% है, जिससे डिजिटल स्टेटमेंट एक्सेस लगभग सार्वभौमिक हो गया है। BHD तीन दशमलव स्थानों का उपयोग करता है। प्रमुख बैंकों में बैंक ऑफ बहरीन एंड कुवैत (BBK), नेशनल बैंक ऑफ बहरीन (NBB), और अहली यूनाइटेड बैंक शामिल हैं। सभी PDF-केवल स्टेटमेंट डाउनलोड प्रदान करते हैं।

मिस्र

105 मिलियन की आबादी और 76.3% की वित्तीय समावेशन के साथ, मिस्र ग्राहक संख्या के हिसाब से सबसे बड़ा अरबी भाषी बैंकिंग बाजार का प्रतिनिधित्व करता है। प्रमुख बैंकों में नेशनल बैंक ऑफ इजिप्ट (NBE), बैंकर मिस्र, और कमर्शियल इंटरनेशनल बैंक (CIB) शामिल हैं। मिस्र के स्टेटमेंट में खाड़ी स्टेटमेंट की तुलना में पूर्वी अरबी अंकों (٠١٢٣٤٥٦٧٨٩) का उपयोग करने की अधिक संभावना है। राशियों में दो दशमलव स्थानों के साथ EGP का उपयोग किया जाता है।

जॉर्डन

अरब बैंक -- अम्मान में मुख्यालय -- दुनिया के सबसे बड़े अरब बैंकिंग संस्थानों में से एक है। जॉर्डनियन स्टेटमेंट में तीन दशमलव स्थानों के साथ JOD का उपयोग किया जाता है। लेवेंट क्षेत्र को जोड़ने वाले वित्तीय केंद्र के रूप में बैंकिंग क्षेत्र कार्य करता है।

---

विधि 1: बैंक स्टेटमेंट कन्वर्टर का उपयोग करें (अनुशंसित)

PDFSub अरबी बैंक स्टेटमेंट को मूल रूप से संभालता है, जिसमें ऊपर वर्णित सभी RTL, द्विभाषी और बहु-दशमलव चुनौतियां शामिल हैं।

यह कैसे काम करता है

1. अपना स्टेटमेंट अपलोड करें -- किसी भी अरबी बैंक से PDF को ड्रैग और ड्रॉप करें। PDFSub 20,000+ समर्थित टेम्प्लेट से बैंक प्रारूप और भाषा का स्वतः पता लगाता है।

2. स्वचालित प्रारूप हैंडलिंग -- कन्वर्टर स्वचालित रूप से:

   • द्विदिश टेक्स्ट को सही ढंग से प्रोसेस करता है, अरबी शब्द क्रम को बनाए रखता है
   • पूर्वी अरबी अंकों (٠١٢٣٤٥٦٧٨٩) का पता लगाता है और उन्हें पश्चिमी अंकों में सामान्य करता है
   • द्विभाषी पंक्तियों को साफ विवरण के साथ एकल लेनदेन में विलय करता है
   • तीन-दशमलव मुद्राओं (KWD, BHD, JOD) को राउंडिंग के बिना संभालता है
   • अरबी-विशिष्ट यूनिकोड विभाजकों (U+066B, U+066C) को मानक प्रारूप में परिवर्तित करता है
   • हिजरी तिथियों को पहचानता है और जहां आवश्यक हो ग्रेगोरियन में परिवर्तित करता है
   • इस्लामी बैंकिंग शब्दावली को संरचित लेनदेन श्रेणियों में मैप करता है

3. समीक्षा और सत्यापित करें -- पूर्वावलोकन में निकाले गए लेनदेन की जांच करें। शेष राशि को स्टेटमेंट की प्रारंभिक और अंतिम शेष राशि के विरुद्ध मान्य किया जाता है।

4. डाउनलोड करें -- एक्सेल (.xlsx), CSV, QBO (QuickBooks), OFX (Xero, Wave), QFX (Quicken), या JSON के रूप में निर्यात करें।

PDFSub अरबी स्टेटमेंट के लिए क्यों काम करता है

133 भाषाएँ जिनमें अरबी शामिल है। निष्कर्षण इंजन पूर्ण द्विदिश प्रसंस्करण के साथ राइट-टू-लेफ्ट टेक्स्ट को संभालता है। अरबी विवरण सही दृश्य क्रम में निकाले जाते हैं, उल्टे नहीं।

द्विभाषी स्टेटमेंट समर्थन। पार्सर अरबी/अंग्रेजी द्विभाषी लेआउट का पता लगाता है -- चाहे अगल-बगल हों या स्टैक्ड -- और डुप्लिकेट विवरणों को आपकी पसंदीदा भाषा के साथ एकल लेनदेन पंक्तियों में विलय करता है।

ब्राउज़र-प्रथम गोपनीयता। ऑनलाइन बैंकिंग से साफ डिजिटल PDF (जो अधिकांश खाड़ी बैंक स्टेटमेंट हैं) के लिए, टेक्स्ट निष्कर्षण पूरी तरह से आपके ब्राउज़र में होता है। फ़ाइल कभी भी आपके डिवाइस को नहीं छोड़ती है। सर्वर-साइड प्रोसेसिंग केवल स्कैन किए गए दस्तावेज़ों या जटिल लेआउट के लिए उपयोग की जाती है जिनके लिए AI-संचालित निष्कर्षण की आवश्यकता होती है।

तीन-दशमलव मुद्रा हैंडलिंग। KWD, BHD, और JOD राशियों को पूर्ण तीन-दशमलव परिशुद्धता के साथ पार्स किया जाता है। कोई राउंडिंग नहीं, कोई छोटा नहीं, कोई परिशुद्धता हानि नहीं।

इस्लामी बैंकिंग जागरूक। मुराबाहा, इजारा, सुकुक, और अन्य इस्लामी वित्त शब्दों वाले लेनदेन विवरणों को सही ढंग से पार्स और वर्गीकृत किया जाता है -- अपरिचित टेक्स्ट के रूप में चिह्नित नहीं।

मूल्य निर्धारण

PDFSub योजनाएं $10/माह से शुरू होती हैं, जिसमें बैंक स्टेटमेंट रूपांतरण $29/माह (बिजनेस + BSC ऐड-ऑन, 500 पृष्ठ) पर होता है। सभी सशुल्क योजनाओं में पूर्ण कार्यक्षमता के साथ 7-दिवसीय निःशुल्क परीक्षण शामिल है। विवरण के लिए वर्तमान मूल्य निर्धारण देखें।

---

विधि 2: बैंक द्वारा प्रदान किए गए डाउनलोड

GCC, मिस्र और जॉर्डन के लगभग हर प्रमुख बैंक विशेष रूप से PDF डाउनलोड के रूप में स्टेटमेंट प्रदान करते हैं। कोई CSV बटन नहीं। "एक्सेल में निर्यात करें" का कोई विकल्प नहीं। आपको एक PDF मिलती है, और बस।

एकमात्र अपवाद First Abu Dhabi Bank (FAB) है, जो ऑनलाइन बैंकिंग से एक्सेल और CSV निर्यात प्रदान करता है। यदि आप FAB के साथ बैंकिंग करते हैं, तो यह स्प्रेडशीट डेटा तक पहुंचने का सबसे तेज़ तरीका है -- हालांकि निर्यात को अभी भी अंग्रेजी-लोकेल लेखांकन सॉफ्टवेयर के लिए सफाई की आवश्यकता होती है। क्षेत्र के अन्य सभी प्रमुख बैंकों के लिए, आपका एकमात्र विकल्प PDF को परिवर्तित करना है।

ऑनलाइन बैंकिंग से आपको क्या मिलता है

बैंक	निर्यात विकल्प	नोट्स
Emirates NBD	केवल PDF	पासवर्ड-संरक्षित (CIF आईडी का मध्य 8)
FAB	PDF, Excel, CSV	स्प्रेडशीट निर्यात वाला एकमात्र खाड़ी बैंक
ADCB	केवल PDF	पासवर्ड-संरक्षित
Al Rajhi	केवल PDF	अरबी या अंग्रेजी भाषा विकल्प
SNB	केवल PDF	पासवर्ड अलग से ईमेल किया गया
QNB	केवल PDF	डिफ़ॉल्ट रूप से द्विभाषी
KFH	केवल PDF	KWD तीन-दशमलव राशि
NBK	केवल PDF	KWD तीन-दशमलव राशि

FAB के निर्यात की सीमाएं

FAB के एक्सेल/CSV निर्यात में भी समस्याएं हैं:

• दिनांक प्रारूप: DD/MM/YYYY जो अंग्रेजी एक्सेल चुपचाप दिनों 1-12 के लिए गलत व्याख्या करता है
• मुद्रा प्रारूप: संख्याओं के साथ मिश्रित मुद्रा प्रतीक शामिल हो सकते हैं
• लेनदेन विवरण: अक्सर पूर्ण PDF स्टेटमेंट की तुलना में छोटा किया जाता है
• सीमित इतिहास: निर्यात हाल के महीनों तक सीमित हो सकता है; PDF संग्रह वर्षों तक जाता है
• आधिकारिक स्टेटमेंट नहीं: एक्सेल निर्यात में ऑडिटिंग या नियामक उद्देश्यों के लिए आधिकारिक PDF स्टेटमेंट का कानूनी दर्जा नहीं है

---

विधि 3: कॉपी-पेस्ट (अनुशंसित नहीं)

अरबी बैंक स्टेटमेंट PDF से टेक्स्ट कॉपी करना और उसे एक्सेल में पेस्ट करना किसी भी भाषा के सबसे खराब परिणाम देता है। समस्याएं गंभीर हैं:

• RTL टेक्स्ट रिवर्सल: अरबी विवरण उल्टे शब्द क्रम में पेस्ट होते हैं। "تحويل إلى حساب التوفير" अपठनीय कैरेक्टर सूप बन जाता है।
• Bidi मिक्सिंग: PDF में सही ढंग से स्थित संख्याएं अरबी टेक्स्ट के गलत पक्ष में समाप्त हो जाती हैं।
• कॉलम विनाश: द्विभाषी लेआउट अरबी और अंग्रेजी के टुकड़ों के बेतरतीब ढंग से मिश्रित होने के साथ एक ही कॉलम में ढह जाता है।
• लिगरेचर डीकंपोजिशन: जुड़े हुए अरबी अक्षर अलग रूपों में विघटित हो सकते हैं, जिससे दृश्य बकवास उत्पन्न होता है, भले ही कैरेक्टर तकनीकी रूप से मौजूद हों।
• तीन-दशमलव छोटा होना: पेस्ट की गई संख्याएं तीसरे दशमलव स्थान को खो सकती हैं यदि एक्सेल डिफ़ॉल्ट दो-दशमलव फ़ॉर्मेटिंग लागू करता है।

अरबी स्टेटमेंट के लिए, कॉपी-पेस्ट व्यवहार्य नहीं है। एक एकल लेनदेन के लिए भी मैन्युअल सुधार की आवश्यकता होती है। एक पूर्ण मासिक स्टेटमेंट को कैरेक्टर-दर-कैरेक्टर मरम्मत के घंटों लगेंगे।

---

देश-विशिष्ट स्वरूपण

अरबी बैंक स्टेटमेंट एक मोनोलिथ नहीं हैं। प्रत्येक देश में अलग-अलग परंपराएं हैं जो प्रभावित करती हैं कि स्टेटमेंट डेटा को कैसे पार्स और परिवर्तित किया जाना चाहिए।

देश	मुद्रा	दशमलव	अंक	भाषा	मुख्य नोट्स
यूएई	AED	2	पश्चिमी	द्विभाषी मानक	5% शुल्क पर वैट; IBAN: AE + 21 अंक
सऊदी अरब	SAR	2	पश्चिमी	अरबी प्राथमिक	अक्टूबर 2016 से ग्रेगोरियन; IBAN: SA + 22 अंक
कतर	QAR	2	पश्चिमी	द्विभाषी मानक	IBAN: QA + 27 अंक
कुवैत	KWD	3	पश्चिमी	द्विभाषी मानक	उच्चतम मूल्य वाली मुद्रा; 1 KWD = 1,000 फ़िल्स
बहरीन	BHD	3	पश्चिमी	द्विभाषी मानक	137% मोबाइल पैठ
मिस्र	EGP	2	पूर्वी अरबी संभव	अरबी प्राथमिक	105M जनसंख्या; 76.3% वित्तीय समावेशन
जॉर्डन	JOD	3	पश्चिमी (तिथियों में पूर्वी)	अरबी प्राथमिक	IBAN: JO + 28 अंक

महत्वपूर्ण निष्कर्ष: अधिकांश खाड़ी राज्य पश्चिमी अंकों और अंग्रेजी-शैली के संख्या विभाजकों (अल्पविराम हजार, अवधि दशमलव) का उपयोग करते हैं, जो पार्सिंग को सरल बनाता है। मिस्र अपवाद है जहां पूर्वी अरबी अंक दिखाई दे सकते हैं। और तीन देश -- कुवैत, बहरीन और जॉर्डन -- तीन दशमलव स्थानों का उपयोग करते हैं, जो किसी भी कन्वर्टर को तोड़ देता है जो दो-दशमलव परिशुद्धता मानता है।

---

इस्लामी बैंकिंग शब्दावली

यदि आप इस्लामी बैंकों -- अल राजही, केएफएच, दुबई इस्लामिक बैंक, अबू धाबी इस्लामिक बैंक, या पारंपरिक बैंकों के इस्लामी बैंकिंग डिवीजनों -- से स्टेटमेंट प्रोसेस कर रहे हैं, तो आपको विशेष शब्दावली का सामना करना पड़ेगा जो पारंपरिक बैंक स्टेटमेंट पर दिखाई नहीं देती है। इन शब्दों को समझना सही लेनदेन वर्गीकरण के लिए आवश्यक है।

अरबी शब्द	अंग्रेजी	स्टेटमेंट पर इसका क्या मतलब है
مرابحة (मुराबाहा)	लागत-प्लस वित्तपोषण	बैंक एक संपत्ति खरीदता है और उसे मार्कअप पर आपको बेचता है; किस्त भुगतान "मुराबाहा भुगतान" के रूप में दिखाई देते हैं
إجارة (इजारा)	पट्टा वित्तपोषण	एक पट्टे के समान; मासिक भुगतान "इजारा किराया" के रूप में लेबल किए जाते हैं
صكوك (सुकुक)	इस्लामी बॉन्ड	शरिया-अनुपालक बॉन्ड से निवेश आय; "सुकुक लाभ वितरण" के रूप में दिखाई देता है
تكافل (तकाफुल)	इस्लामी बीमा	बीमा प्रीमियम डेबिट "तकाफुल योगदान" के रूप में लेबल किए जाते हैं
وكالة (वकाला)	एजेंसी निवेश	निवेश जमा; रिटर्न "वकाला लाभ" के रूप में लेबल किए जाते हैं
مشاركة (मुशारका)	साझेदारी वित्तपोषण	संयुक्त उद्यम रिटर्न; "मुशारका लाभ शेयर"
مضاربة (मुदारबा)	लाभ-साझाकरण निवेश	बचत/निवेश रिटर्न; "मुदारबा लाभ"
زكاة (ज़कात)	इस्लामी दान कर	धर्मार्थ कटौती, कभी-कभी बैंकों द्वारा स्वतः डेबिट की जाती है

मुख्य अंतर: इस्लामी बैंकिंग स्टेटमेंट कभी भी "ब्याज" (فائدة) शब्द का उपयोग नहीं करते हैं। जहां एक पारंपरिक बैंक "ब्याज अर्जित: 45.00 SAR" दिखाता है, वहीं एक इस्लामी बैंक "मुदारबा लाभ: 45.00 SAR" या "वकाला लाभ: 45.00 SAR" दिखाता है। ये आर्थिक रूप से समान हैं लेकिन कानूनी और संरचनात्मक रूप से भिन्न हैं।

एकाउंटेंट के लिए, आपके खातों के चार्ट में इन शब्दों को सही ढंग से वर्गीकृत करना महत्वपूर्ण है। मुराबाहा भुगतानों में मूलधन और लाभ दोनों घटक होते हैं (मुख्य और ब्याज के अनुरूप)। इजारा भुगतानों में किराये और सेवा शुल्क शामिल हो सकते हैं। एक अच्छा कन्वर्टर इन लेबलों को स्ट्रिप करने के बजाय लेनदेन विवरण में संरक्षित करता है।

---

पासवर्ड-संरक्षित स्टेटमेंट को संभालना

अधिकांश खाड़ी बैंक अपने ई-स्टेटमेंट को पासवर्ड-संरक्षित करते हैं। यह किसी भी रूपांतरण से पहले एक कदम जोड़ता है। पासवर्ड योजनाएं बैंक के अनुसार भिन्न होती हैं:

सामान्य पासवर्ड प्रारूप

बैंक	पासवर्ड योजना
Emirates NBD	सीआईएफ (ग्राहक सूचना फ़ाइल) आईडी के मध्य 8 अंक
ADCB	खाता संख्या के अंतिम 4 अंक + जन्म तिथि (DDMM)
SNB (सऊदी)	स्टेटमेंट से अलग ईमेल किया गया
Al Rajhi	राष्ट्रीय आईडी नंबर या इकामा नंबर
QNB	ग्राहक-सेट पासवर्ड या कार्ड नंबर के अंतिम 4 अंक

अनलॉक कैसे करें

1. अपने बैंक के FAQ या सहायता केंद्र की जाँच करें -- अधिकांश बैंक अपने ई-स्टेटमेंट नामांकन पृष्ठ में पासवर्ड प्रारूप का दस्तावेजीकरण करते हैं।

2. एक अलग ईमेल देखें। कुछ बैंक (जैसे SNB) स्टेटमेंट वाले ईमेल से एक अलग ईमेल में पासवर्ड भेजते हैं।

3. सामान्य संयोजनों का प्रयास करें: जन्म तिथि (DDMMYYYY या MMDDYYYY), राष्ट्रीय आईडी नंबर, खाता संख्या, सीआईएफ नंबर, या आपके डेबिट कार्ड के अंतिम चार अंक।

4. बैंक से संपर्क करें। ग्राहक सेवा पासवर्ड प्रारूप की पुष्टि कर सकती है -- वे आपको पासवर्ड नहीं देंगे, लेकिन वे आपको बताएंगे कि यह किस पर आधारित है।

5. PDFSub पर अपलोड करें। PDFSub पासवर्ड-संरक्षित PDF स्वीकार करता है -- संकेत मिलने पर पासवर्ड दर्ज करें। पासवर्ड का उपयोग फ़ाइल को स्थानीय रूप से डिक्रिप्ट करने के लिए किया जाता है और इसे कभी भी संग्रहीत या प्रेषित नहीं किया जाता है।

---

लेखांकन सॉफ्टवेयर में आयात करना

एक बार जब आपका अरबी बैंक स्टेटमेंट एक संरचित प्रारूप में परिवर्तित हो जाता है, तो अगला कदम इसे आपके लेखांकन प्लेटफ़ॉर्म में आयात करना है।

QuickBooks

सबसे साफ आयात के लिए QBO प्रारूप में निर्यात करें। QBO फ़ाइलें सीधे QuickBooks के बैंक फ़ीड आयात में मैप होती हैं, तिथियों, राशियों और विवरणों को संरक्षित करती हैं। विस्तृत वॉकथ्रू के लिए, QuickBooks में बैंक स्टेटमेंट आयात करने के लिए हमारा गाइड देखें।

Xero

OFX प्रारूप में निर्यात करें। Xero का बैंक स्टेटमेंट आयात OFX फ़ाइलों को स्वीकार करता है और स्वचालित रूप से लेनदेन फ़ील्ड को मैप करता है। मेमो फ़ील्ड में अरबी विवरण UTF-8 टेक्स्ट के रूप में संरक्षित होते हैं। Xero में बैंक स्टेटमेंट आयात करने के लिए हमारा गाइड देखें।

Zoho Books

CSV या Excel में निर्यात करें। Zoho Books का बैंक स्टेटमेंट आयात विन्यास योग्य कॉलम मैपिंग के साथ दोनों प्रारूपों को स्वीकार करता है। आयात के दौरान दिनांक, विवरण, डेबिट और क्रेडिट कॉलम मैप करें।

बहु-मुद्रा समेकन

यदि आप कई खाड़ी देशों से स्टेटमेंट समेकित कर रहे हैं, तो दशमलव परिशुद्धता पर विशेष ध्यान दें। AED (दो दशमलव) को KWD (तीन दशमलव) के साथ मिलाने वाले स्प्रेडशीट को लगातार दशमलव हैंडलिंग की आवश्यकता होती है। KWD/BHD/JOD राशियों की मौन राउंडिंग को रोकने के लिए पूरी राशि कॉलम के लिए तीन दशमलव स्थानों पर अपने एक्सेल कॉलम प्रारूप को सेट करें।

---

अक्सर पूछे जाने वाले प्रश्न

क्या मैं Emirates NBD स्टेटमेंट को एक्सेल में बदल सकता हूँ?

हाँ। PDFSub Emirates NBD स्टेटमेंट का समर्थन करता है, जिसमें पासवर्ड-संरक्षित ई-स्टेटमेंट भी शामिल हैं। संकेत मिलने पर पासवर्ड (आमतौर पर आपके सीआईएफ आईडी के मध्य 8 अंक) दर्ज करें, और कन्वर्टर सही अरबी टेक्स्ट, द्विभाषी विवरण और AED राशियों के साथ सभी लेनदेन निकालता है।

कन्वर्टर राइट-टू-लेफ्ट अरबी टेक्स्ट को कैसे संभालता है?

PDFSub द्विदिश टेक्स्ट प्रोसेसिंग का उपयोग करता है जो निष्कर्षण के दौरान सही अरबी शब्द क्रम को बनाए रखता है। अरबी विवरण उनके उचित दृश्य अनुक्रम में निकाले जाते हैं -- उल्टे नहीं -- और UTF-8 टेक्स्ट के रूप में संग्रहीत किए जाते हैं जो एक्सेल, गूगल शीट्स और लेखांकन सॉफ्टवेयर में सही ढंग से प्रस्तुत होते हैं।

क्या मुझे अपने एक्सेल को अरबी लोकेल पर सेट करने की आवश्यकता है?

नहीं। PDFSub रूपांतरण के दौरान सभी स्वरूपण को सामान्य करता है। तिथियों को मानक प्रारूप में परिवर्तित किया जाता है, संख्याएं मानक विभाजकों के साथ पश्चिमी अंकों का उपयोग करती हैं, और राशियों को संख्यात्मक मानों के रूप में संग्रहीत किया जाता है। परिणामी फ़ाइल किसी भी लोकेल में काम करती है। विवरण फ़ील्ड में अरबी टेक्स्ट सही ढंग से प्रदर्शित होता है जब तक कि आपके सिस्टम में अरबी फ़ॉन्ट स्थापित न हो (अधिकांश आधुनिक सिस्टम डिफ़ॉल्ट रूप से करते हैं)।

तीन-दशमलव मुद्राएँ (KWD, BHD, JOD) कैसे संभाली जाती हैं?

PDFSub स्टेटमेंट मुद्रा का पता लगाता है और सही दशमलव परिशुद्धता के साथ राशियों को पार्स करता है। KWD, BHD, और JOD राशियों सभी तीन दशमलव स्थानों को बनाए रखती हैं -- कोई राउंडिंग या छोटा नहीं। PDF में 1,234.567 KWD की राशि स्प्रेडशीट में 1234.567 के रूप में दिखाई देती है।

क्या मैं पूर्वी अरबी अंकों वाले स्टेटमेंट को बदल सकता हूँ?

हाँ। PDFSub निष्कर्षण के दौरान पूर्वी अरबी अंकों (٠١٢٣٤٥٦٧٨९) का पता लगाता है और उन्हें पश्चिमी अंकों (0123456789) में परिवर्तित करता है। यह मिस्र के बैंक स्टेटमेंट के लिए सबसे अधिक प्रासंगिक है, जिनमें खाड़ी स्टेटमेंट की तुलना में पूर्वी अरबी अंकों का उपयोग करने की अधिक संभावना है।

अरबी और अंग्रेजी वाले द्विभाषी स्टेटमेंट के बारे में क्या?

PDFSub द्विभाषी लेआउट का पता लगाता है -- चाहे अगल-बगल हों या स्टैक्ड -- और उन्हें एकल लेनदेन पंक्तियों में विलय करता है। अरबी और अंग्रेजी दोनों विवरणों को अलग-अलग कॉलम में संरक्षित किया जा सकता है, या आप आउटपुट के लिए अपनी पसंदीदा भाषा चुन सकते हैं।

क्या मेरा बैंक स्टेटमेंट डेटा सुरक्षित है?

साफ डिजिटल PDF (जो अधिकांश खाड़ी बैंक ई-स्टेटमेंट हैं) के लिए, PDFSub फ़ाइल को पूरी तरह से आपके ब्राउज़र में प्रोसेस करता है। PDF कभी भी आपके डिवाइस को नहीं छोड़ती है। सर्वर-साइड प्रोसेसिंग केवल स्कैन किए गए या छवि-भारी PDF के लिए उपयोग की जाती है, जहां फ़ाइल को एक अलग वातावरण में प्रोसेस किया जाता है और प्रोसेसिंग के बाद हटा दिया जाता है।

PDFSub कितने अरबी बैंकों का समर्थन करता है?

PDFSub विश्व स्तर पर 20,000+ बैंक प्रारूपों का समर्थन करता है, जिसमें संयुक्त अरब अमीरात, सऊदी अरब, कतर, कुवैत, बहरीन, मिस्र और जॉर्डन के सभी प्रमुख बैंक शामिल हैं। टेम्पलेट-अज्ञेय पार्सर क्षेत्रीय और विशेष बैंकों को भी संभालता है।

क्या मैं इस्लामी बैंक स्टेटमेंट को बदल सकता हूँ?

हाँ। PDFSub इस्लामी बैंकिंग शब्दावली -- मुराबाहा, इजारा, सुकुक, तकाफुल, वकाला, मुशारका, और मुदारबा -- को सही ढंग से पार्स करता है, इन लेबलों को स्ट्रिप या संशोधित करने के बजाय लेनदेन विवरण में संरक्षित करता है।

यदि मेरा स्टेटमेंट पासवर्ड-संरक्षित है तो क्या होगा?

अपलोड के दौरान संकेत मिलने पर पासवर्ड दर्ज करें। PDFSub फ़ाइल को आपके ब्राउज़र में स्थानीय रूप से डिक्रिप्ट करता है -- पासवर्ड कभी भी संग्रहीत, लॉग या प्रेषित नहीं किया जाता है। पासवर्ड प्रारूप के लिए अपने बैंक के सहायता केंद्र की जाँच करें, जो आमतौर पर आपके सीआईएफ नंबर, राष्ट्रीय आईडी, या जन्म तिथि पर आधारित होता है।