OFX फॉर्मेट क्या है? ओपन फाइनेंशियल एक्सचेंज को समझें
OFX बैंकों और सॉफ्टवेयर के बीच वित्तीय डेटा के आदान-प्रदान के लिए ओपन स्टैंडर्ड है। यहाँ बताया गया है कि OFX फ़ाइल में क्या होता है और Xero, MYOB, और GnuCash इसे क्यों पसंद करते हैं।
आपका अकाउंटिंग सॉफ्टवेयर OFX फ़ाइल मांग रहा है। आपके बैंक ने आपको एक PDF दिया है। और अब आप एक ऐसे फॉर्मेट को घूर रहे हैं जिसके बारे में आपने कभी नहीं सुना है, यह सोच रहे हैं कि एक अच्छी स्प्रेडशीट काम क्यों नहीं कर सकती।
OFX -- ओपन फाइनेंशियल एक्सचेंज -- वह अदृश्य मानक है जो आधुनिक वित्तीय सॉफ्टवेयर को शक्ति प्रदान करता है। यही कारण है कि Xero आपको कॉलम मैप किए बिना बैंक लेनदेन आयात कर सकता है। यही कारण है कि GnuCash डुप्लिकेट का पता लगा सकता है। और यही वह नींव है जिस पर QuickBooks का QBO फॉर्मेट बनाया गया है।
यह गाइड बताता है कि OFX वास्तव में क्या है, इसमें क्या शामिल है, यह CSV और QBO की तुलना में कैसा है, कौन सा सॉफ्टवेयर इसका समर्थन करता है, और PDF बैंक स्टेटमेंट से OFX फ़ाइलें कैसे बनाई जाती हैं।
एक वाक्य में OFX
ओपन फाइनेंशियल एक्सचेंज वित्तीय संस्थानों, सॉफ्टवेयर अनुप्रयोगों और अंतिम उपयोगकर्ताओं के बीच वित्तीय जानकारी के आदान-प्रदान के लिए एक XML-आधारित डेटा फॉर्मेट है। यह ओपन स्टैंडर्ड है जिस पर Intuit का QBO फॉर्मेट आधारित है -- और वह फॉर्मेट जिसे अधिकांश गैर-QuickBooks अकाउंटिंग सॉफ्टवेयर बैंक लेनदेन आयात के लिए पसंद करते हैं।
OFX को वित्तीय डेटा की 'लिगुआ फ्रैंका' (lingua franca) समझें। बैंक इसे बोलते हैं। अकाउंटिंग सॉफ्टवेयर इसे पढ़ता है। और CSV के विपरीत -- जो केवल पंक्तियों और स्तंभों का एक समूह है जिसका कोई अंतर्निहित अर्थ नहीं है -- OFX संरचित मेटाडेटा ले जाता है जो प्राप्त सॉफ्टवेयर को बताता है कि प्रत्येक डेटा का टुकड़ा वास्तव में क्या दर्शाता है।
OFX का इतिहास
OFX का जन्म 1997 में Microsoft, Intuit और CheckFree द्वारा किया गया था। प्रत्येक का अपना प्रतिस्पर्धी मानक था -- Microsoft के पास OFC (ओपन फाइनेंशियल कनेक्टिविटी) था, Intuit का अपना इंटरचेंज फॉर्मेट था, और CheckFree के पास अपने इलेक्ट्रॉनिक बिलिंग प्रोटोकॉल थे। OFX वह समझौता था जिसने उन्हें एकीकृत किया।
संस्करण समयरेखा
- OFX 1.0 (1997) -- मूल विनिर्देश, SGML (स्टैंडर्ड जनरलाइज्ड मार्कअप लैंग्वेज) पर आधारित। SGML बिना बंद टैग की अनुमति देता है, जिससे OFX 1.x फाइलें आधुनिक XML से अलग दिखती हैं।
- OFX 1.6 (2002) -- सबसे व्यापक रूप से तैनात संस्करण। अभी भी SGML-आधारित है। अधिकांश बैंक जो OFX डाउनलोड प्रदान करते हैं, वे 1.6 फाइलें उत्पन्न करते हैं।
- OFX 2.0 (2005) -- प्रमुख पुनर्लेखन। SGML से बंद टैग के साथ उचित XML में स्विच किया गया।
- OFX 2.2 (2016) -- सुरक्षा संवर्द्धन और बेहतर निवेश लेनदेन समर्थन।
- OFX 2.3 (वर्तमान) -- नवीनतम संस्करण, फाइनेंशियल डेटा एक्सचेंज (FDX) द्वारा बनाए रखा गया है, जो एक उद्योग संघ है जिसने मूल संस्थापकों से शासन संभाला है।
SGML-से-XML संक्रमण महत्वपूर्ण है क्योंकि यह पार्सिंग को प्रभावित करता है। एक संस्करण 1.x फ़ाइल बिना बंद टैग (<TRNTYPE>DEBIT बिना </TRNTYPE> के) का उपयोग करती है, जबकि संस्करण 2.x में बंद टैग के साथ उचित XML का उपयोग होता है। अधिकांश आधुनिक पार्सर दोनों को संभालते हैं, लेकिन संस्करण बेमेल OFX आयात त्रुटियों का एक सामान्य कारण बने हुए हैं।
OFX में क्या शामिल हो सकता है
OFX केवल एक बैंक स्टेटमेंट फॉर्मेट नहीं है। विनिर्देश वित्तीय डेटा की एक विस्तृत श्रृंखला को कवर करता है:
- बैंक खाता विवरण -- चेकिंग, बचत, और मनी मार्केट खाता लेनदेन। सबसे आम उपयोग का मामला।
- क्रेडिट कार्ड स्टेटमेंट -- व्यापारी श्रेणी कोड और खरीद विवरण के समर्थन के साथ लेनदेन इतिहास।
- निवेश और ब्रोकरेज स्टेटमेंट -- स्टॉक खरीद, लाभांश भुगतान, फंड ट्रांसफर, और पोर्टफोलियो पोजीशन लॉट-स्तरीय लागत आधार डेटा के साथ।
- बिल भुगतान जानकारी -- भुगतानकर्ता सूची, निर्धारित भुगतान, और भुगतान पुष्टिकरण।
- कर जानकारी -- वित्तीय संस्थानों और कर सॉफ्टवेयर के बीच प्रेषित 1099 फॉर्म और अन्य कर दस्तावेज।
- ऋण विवरण -- बंधक, ऑटो ऋण, और व्यक्तिगत ऋण लेनदेन रिकॉर्ड और शेष राशि की जानकारी।
अधिकांश एकाउंटेंट और बुककीपर के लिए, OFX का मतलब एक ही चीज़ है: कॉलम मैपिंग या दिनांक प्रारूप अनुमान के बिना अकाउंटिंग सॉफ्टवेयर में बैंक और क्रेडिट कार्ड लेनदेन आयात करना।
OFX फ़ाइल के अंदर
यहाँ एक पूर्ण OFX 1.6 बैंक स्टेटमेंट फ़ाइल कैसी दिखती है। यह वह फॉर्मेट है जिसका आप सबसे अधिक सामना करेंगे -- SGML-आधारित संस्करण जिसे अधिकांश बैंक और रूपांतरण उपकरण उत्पन्न करते हैं:
OFXHEADER:100
DATA:OFXSGML
VERSION:160
SECURITY:NONE
ENCODING:USASCII
CHARSET:1252
COMPRESSION:NONE
OLDFILEUID:NONE
NEWFILEUID:NONE
<OFX>
<SIGNONMSGSRSV1>
<SONRS>
<STATUS>
<CODE>0
<SEVERITY>INFO
</STATUS>
<DTSERVER>20260228120000
<LANGUAGE>ENG
</SONRS>
</SIGNONMSGSRSV1>
<BANKMSGSRSV1>
<STMTTRNRS>
<TRNUID>0
<STATUS>
<CODE>0
<SEVERITY>INFO
</STATUS>
<STMTRS>
<CURDEF>USD
<BANKACCTFROM>
<BANKID>021000021
<ACCTID>123456789
<ACCTTYPE>CHECKING
</BANKACCTFROM>
<BANKTRANLIST>
<DTSTART>20260201120000
<DTEND>20260228120000
<STMTTRN>
<TRNTYPE>CREDIT
<DTPOSTED>20260201120000
<TRNAMT>3500.00
<FITID>20260201001
<NAME>DIRECT DEP PAYROLL
<MEMO>ACME CORP PAYROLL
</STMTTRN>
<STMTTRN>
<TRNTYPE>DEBIT
<DTPOSTED>20260203120000
<TRNAMT>-87.50
<FITID>20260203001
<NAME>POS PURCHASE GROCERY
<MEMO>WHOLE FOODS #10847
</STMTTRN>
<STMTTRN>
<TRNTYPE>CHECK
<DTPOSTED>20260210120000
<TRNAMT>-1200.00
<FITID>20260210001
<NAME>CHECK 1045
<CHECKNUM>1045
</STMTTRN>
</BANKTRANLIST>
<LEDGERBAL>
<BALAMT>4712.50
<DTASOF>20260228120000
</LEDGERBAL>
<AVAILBAL>
<BALAMT>4712.50
<DTASOF>20260228120000
</AVAILBAL>
</STMTRS>
</STMTTRNRS>
</BANKMSGSRSV1>
</OFX>
फ़ाइल की संरचना
फ़ाइल में तीन मुख्य अनुभाग होते हैं:
1. हेडर ब्लॉक -- शीर्ष पर सादे-पाठ वाली पंक्तियाँ (<OFX> से पहले) OFX संस्करण, एन्कोडिंग और सुरक्षा सेटिंग्स की घोषणा करती हैं। यह XML नहीं है -- यह एक साधारण की-वैल्यू हेडर है जिसे पार्सर SGML/XML बॉडी को प्रोसेस करने से पहले पढ़ते हैं।
2. साइन-ऑन रिस्पांस (SIGNONMSGSRSV1) -- प्रमाणीकरण और सर्वर मेटाडेटा। 0 का CODE सफलता का मतलब है। अधिकांश आयातित फ़ाइलें यहाँ प्लेसहोल्डर मानों का उपयोग करती हैं।
3. स्टेटमेंट रिस्पांस (BANKMSGSRSV1) -- वास्तविक वित्तीय डेटा:
BANKACCTFROM-- वह खाता जिससे लेनदेन संबंधित है (रूटिंग नंबर, खाता संख्या, खाता प्रकार)BANKTRANLIST-- लेनदेन की सूची, एक प्रारंभ और समाप्ति तिथि से बंधी हुईSTMTTRN-- व्यक्तिगत लेनदेन रिकॉर्डLEDGERBALऔरAVAILBAL-- एक विशिष्ट तिथि के अनुसार समापन और उपलब्ध शेष राशि
SGML सिंटैक्स पर ध्यान दें: <TRNTYPE>CREDIT जैसे टैग में बंद </TRNTYPE> नहीं होता है। पार्सर अगले टैग की शुरुआत से एक मान के अंत का अनुमान लगाता है -- यह वैध SGML है, लेकिन अमान्य XML है, यही कारण है कि OFX 2.x में बंद टैग जोड़े गए थे।
मुख्य OFX टैग
यहां बैंक स्टेटमेंट OFX फ़ाइलों के अंदर सबसे अधिक सामना किए जाने वाले टैग की एक संदर्भ तालिका दी गई है:
| टैग | विवरण | उदाहरण |
|---|---|---|
STMTTRN |
स्टेटमेंट लेनदेन रैपर | एक लेनदेन के लिए सभी फ़ील्ड शामिल हैं |
TRNTYPE |
लेनदेन का प्रकार | DEBIT, CREDIT, CHECK, DEP, ATM, POS, XFER, FEE, SRVCHG, INT |
DTPOSTED |
पोस्ट की गई तिथि | 20260215120000 (YYYYMMDDHHMMSS) |
TRNAMT |
लेनदेन राशि (चिह्नित) | -87.50 (ऋणात्मक = डेबिट), 3500.00 (धनात्मक = क्रेडिट) |
FITID |
वित्तीय संस्थान लेनदेन आईडी | 20260215001 -- डुप्लिकेट पहचान के लिए अद्वितीय पहचानकर्ता |
NAME |
भुगतानकर्ता या व्यापारी का नाम | POS PURCHASE GROCERY |
MEMO |
अतिरिक्त विवरण | WHOLE FOODS #10847 AUSTIN TX |
CHECKNUM |
चेक नंबर | 1045 (केवल चेक लेनदेन के लिए) |
REFNUM |
संदर्भ संख्या | लेनदेन के लिए बैंक द्वारा निर्दिष्ट संदर्भ |
BANKACCTFROM |
स्रोत खाता जानकारी | BANKID (रूटिंग), ACCTID (खाता), ACCTTYPE शामिल है |
LEDGERBAL |
समापन/लेजर शेष | BALAMT और DTASOF शामिल है |
AVAILBAL |
उपलब्ध शेष | BALAMT और DTASOF शामिल है |
CURDEF |
मुद्रा कोड | USD, GBP, EUR, AUD, CAD |
FITID -- यह क्यों मायने रखता है
FITID (वित्तीय संस्थान लेनदेन आईडी) अकाउंटिंग के दृष्टिकोण से OFX फ़ाइल में सबसे महत्वपूर्ण टैग है। यह प्रत्येक लेनदेन को सौंपा गया एक अद्वितीय पहचानकर्ता है, और यही डुप्लिकेट पहचान को सक्षम बनाता है।
जब आप Xero, GnuCash, या किसी अन्य संगत सॉफ्टवेयर में OFX फ़ाइल आयात करते हैं, तो यह देखे गए सभी FITID को संग्रहीत करता है। उसी फ़ाइल को फिर से आयात करने पर सॉफ्टवेयर अपने डेटाबेस के विरुद्ध प्रत्येक FITID की जांच करता है, चुपचाप डुप्लिकेट को छोड़ देता है।
यह OFX का CSV पर प्राथमिक लाभ है। CSV के साथ, कोई अद्वितीय पहचानकर्ता नहीं होता है -- एक ही फ़ाइल को दो बार आयात करने पर आपको मैन्युअल रूप से साफ करने के लिए दोहरी प्रविष्टियाँ मिलेंगी।
OFX बनाम CSV
दोनों फॉर्मेट बैंक लेनदेन को अकाउंटिंग सॉफ्टवेयर में ला सकते हैं। OFX संरचना पर जीतता है; CSV लचीलेपन पर जीतता है।
अकाउंटिंग आयात के लिए OFX बेहतर क्यों है
| विशेषता | OFX | CSV |
|---|---|---|
| कॉलम मैपिंग | स्वचालित -- टैग अर्थ परिभाषित करते हैं | मैन्युअल -- आप प्रत्येक कॉलम निर्दिष्ट करते हैं |
| डुप्लिकेट पहचान | हाँ (FITID-आधारित) | नहीं -- पुनः आयात करने पर डुप्लिकेट बनते हैं |
| दिनांक प्रारूप | स्पष्ट (YYYYMMDDHHMMSS) | क्षेत्र के अनुसार भिन्न होता है -- DD/MM/YYYY बनाम MM/DD/YYYY |
| राशि प्रबंधन | TRNTYPE के साथ हस्ताक्षरित मान | संकेतों, प्रतीकों, विभाजकों को पार्स करना होगा |
| खाता पहचान | एम्बेडेड (रूटिंग + खाता संख्या) | शामिल नहीं |
| शेष राशि सत्यापन | समापन शेष राशि शामिल है | आमतौर पर शामिल नहीं |
| लेनदेन प्रकार | टाइप्ड (DEBIT, CREDIT, CHECK, आदि) | फ्री-टेक्स्ट या अनुपस्थित |
| बहु-खाता फ़ाइलें | एक फ़ाइल में समर्थित | अलग फ़ाइलों की आवश्यकता |
केवल दिनांक प्रारूप ही समस्या निवारण के घंटों बचाता है। CSV के साथ, 01/02/2026 अस्पष्ट है -- 2 जनवरी या 1 फरवरी? OFX इसे YYYYMMDDHHMMSS के साथ समाप्त करता है। 20260201120000 हमेशा 1 फरवरी, 2026 होता है।
CSV कब बेहतर विकल्प है
CSV के वैध फायदे हैं:
-
डेटा संपादन -- आप Excel में CSV खोल सकते हैं, त्रुटियों को ठीक कर सकते हैं, वर्गीकरण जोड़ सकते हैं, और फिर से सहेज सकते हैं। OFX फ़ाइलों के लिए टेक्स्ट एडिटर और टैग संरचना के ज्ञान की आवश्यकता होती है।
-
Excel विश्लेषण -- यदि आपको लेनदेन डेटा पर फ़ार्मुलों, पिवट तालिकाओं, या चार्ट चलाने की आवश्यकता है, तो CSV स्वाभाविक मध्यवर्ती प्रारूप है।
-
कस्टम प्रोसेसिंग -- प्रोग्रामेटिक स्क्रिप्ट और डेटा पाइपलाइन OFX की नेस्टेड टैग संरचना की तुलना में CSV को अधिक आसानी से संभालते हैं।
-
सार्वभौमिक संगतता -- सारणीबद्ध डेटा पढ़ने वाला हर एप्लिकेशन CSV पढ़ता है। हर एप्लिकेशन OFX नहीं पढ़ता है।
व्यावहारिक सलाह: अकाउंटिंग सॉफ्टवेयर में आयात के लिए OFX का उपयोग करें, और बाकी सब कुछ के लिए CSV का।
OFX बनाम QBO
यह वह प्रश्न है जो अधिकांश लोगों को भ्रमित करता है -- और इसका उत्तर अपेक्षा से कहीं अधिक सरल है।
QBO (QuickBooks Web Connect) OFX ही है जिसमें एक अलग फ़ाइल एक्सटेंशन और कुछ Intuit-विशिष्ट टैग हैं। अंतर्निहित डेटा संरचना समान है। एक QBO फ़ाइल एक OFX फ़ाइल है जिसे QuickBooks अपना मानता है।
मुख्य अंतर
| पहलू | OFX | QBO |
|---|---|---|
| फ़ाइल एक्सटेंशन | .ofx |
.qbo |
| विनिर्देश | ओपन स्टैंडर्ड (FDX) | Intuit का ब्रांडेड सबसेट |
| FI पहचानकर्ता | वैकल्पिक FI ब्लॉक |
INTU.BID टैग (Intuit बैंक आईडी) |
| लक्षित सॉफ्टवेयर | Xero, MYOB, GnuCash, Wave, आदि। | QuickBooks (डेस्कटॉप और ऑनलाइन) |
| संगतता | व्यापक -- अधिकांश अकाउंटिंग सॉफ्टवेयर | QuickBooks-विशिष्ट |
INTU.BID टैग मुख्य Intuit जोड़ है -- एक बैंक पहचानकर्ता कोड जो QuickBooks को बताता है कि फ़ाइल किस वित्तीय संस्थान से आई है, जिससे आयात के दौरान सही बैंक खाते में ऑटो-मैचिंग सक्षम होती है।
व्यवहार में, आप एक .ofx फ़ाइल का नाम बदलकर .qbo कर सकते हैं और QuickBooks आमतौर पर इसे पढ़ लेगा। विपरीत दिशा में भी काम करता है -- अधिकांश सॉफ्टवेयर जो OFX पढ़ते हैं, वे .qbo फ़ाइल को प्रोसेस करेंगे। लेकिन स्वच्छ आयात के लिए, प्रत्येक एप्लिकेशन द्वारा अपेक्षित फॉर्मेट का उपयोग करें।
QFX (Quicken Financial Exchange) भी है -- वही OFX नींव, अलग ब्रांडिंग, अलग फ़ाइल एक्सटेंशन, Quicken के लिए लक्षित।
OFX का समर्थन करने वाला सॉफ्टवेयर
OFX अकाउंटिंग और व्यक्तिगत वित्त सॉफ्टवेयर में व्यापक समर्थन का आनंद लेता है:
Xero (पसंदीदा फॉर्मेट)
Xero मैन्युअल बैंक स्टेटमेंट आयात के लिए CSV पर OFX की स्पष्ट रूप से अनुशंसा करता है। OFX फ़ाइलें कॉलम कॉन्फ़िगरेशन के बिना ऑटो-मैप होती हैं, FITID-आधारित डुप्लिकेट पहचान शामिल होती हैं, और खाता मेटाडेटा ले जाती हैं।
आयात करने के लिए: Accounting > Bank Accounts पर जाएं, खाते का चयन करें, Manage Account > Import a Statement पर क्लिक करें, और अपनी .ofx फ़ाइल चुनें। प्रति फ़ाइल अधिकतम 1,000 लेनदेन।
MYOB (पूर्ण समर्थन)
MYOB बैंक फ़ीड आयात के लिए OFX स्वीकार करता है। प्रक्रिया Xero के समान है -- फ़ाइल को संबंधित बैंक खाते में अपलोड करें और लेनदेन मिलान और वर्गीकरण के लिए बैंक फ़ीड में दिखाई देते हैं।
GnuCash (मुफ़्त, ओपन सोर्स)
GnuCash में libofx लाइब्रेरी के माध्यम से अंतर्निहित OFX आयात है। यह OFX फ़ाइलों को प्रोसेस करने के लिए सबसे अच्छे मुफ्त विकल्पों में से एक है।
आयात करने के लिए: File > Import > Import OFX/QFX पर जाएं, अपनी फ़ाइल चुनें, और इसे सही खाते में मैप करें। GnuCash की डुप्लिकेट पहचान दोहरी प्रविष्टियों को रोकने के लिए FITID का उपयोग करती है।
अन्य संगत सॉफ्टवेयर
- Wave -- OFX आयात समर्थन के साथ मुफ्त अकाउंटिंग सॉफ्टवेयर
- Sage Business Cloud -- बैंक लेनदेन आयात के लिए OFX स्वीकार करता है
- FreeAgent -- OFX और QIF फ़ाइल अपलोड का समर्थन करता है
- Moneydance -- OFX डायरेक्ट कनेक्ट और फ़ाइल आयात के साथ व्यक्तिगत वित्त सॉफ्टवेयर
- KMyMoney --
libofxके माध्यम से OFX समर्थन के साथ ओपन-सोर्स व्यक्तिगत वित्त प्रबंधक - Microsoft Money -- बंद कर दिया गया है लेकिन अभी भी कुछ लोगों द्वारा उपयोग किया जाता है; अंतर्निहित OFX समर्थन इसकी मुख्य विशेषताओं में से एक थी
- Reckon (ऑस्ट्रेलिया) -- अपने बैंक फ़ीड आयात वर्कफ़्लो में OFX फ़ाइलों को स्वीकार करता है
QuickBooks उल्लेखनीय अनुपस्थिति है -- यह अपने QBO-ब्रांडेड वेरिएंट को पसंद करता है और INTU.BID पहचानकर्ता वाली .qbo फ़ाइलों के साथ अधिक मज़बूती से काम करता है।
PDF बैंक स्टेटमेंट से OFX फ़ाइलें बनाना
अधिकांश बैंक सीधे OFX डाउनलोड प्रदान नहीं करते हैं। वे आपको एक PDF देते हैं -- प्रिंटिंग के लिए स्वरूपित, डेटा एक्सचेंज के लिए नहीं। कुछ हालिया लेनदेन (आमतौर पर पिछले 90 दिन) के लिए CSV निर्यात प्रदान करते हैं, लेकिन ऐतिहासिक डेटा, बंद खातों, या डिजिटल निर्यात विकल्पों के बिना बैंकों के लिए, आप PDF के साथ फंस जाते हैं।
PDFSub का बैंक स्टेटमेंट कन्वर्टर PDF बैंक स्टेटमेंट से लेनदेन निकालता है और उचित संरचना के साथ वैध OFX फ़ाइलें उत्पन्न करता है। आउटपुट में प्रत्येक लेनदेन के लिए अद्वितीय FITID, सही YYYYMMDD दिनांक प्रारूप, उपयुक्त लेनदेन प्रकारों के साथ हस्ताक्षरित राशि, और खाता मेटाडेटा शामिल हैं -- अकाउंटिंग सॉफ्टवेयर को एक स्वच्छ आयात के लिए आवश्यक सब कुछ।
कन्वर्टर 133 भाषाओं में 20,000 से अधिक बैंकों के स्टेटमेंट के साथ काम करता है। डिजिटल PDF (टेक्स्ट-आधारित स्टेटमेंट) आपके ब्राउज़र में प्रोसेस किए जाते हैं -- फ़ाइल कभी भी आपके डिवाइस को नहीं छोड़ती है। सर्वर-साइड AI निष्कर्षण के माध्यम से स्कैन किए गए या छवि-भारी स्टेटमेंट रूट किए जाते हैं।
योजनाएं $10/माह से शुरू होती हैं, जिसमें बैंक स्टेटमेंट रूपांतरण $29/माह (बिजनेस प्लान + BSC ऐड-ऑन, 500 पेज) पर होता है। सभी सशुल्क योजनाओं में 7-दिवसीय निःशुल्क परीक्षण शामिल है। Xero में परिणामी OFX फ़ाइलों को आयात करने के विस्तृत वॉकथ्रू के लिए, Xero बैंक स्टेटमेंट आयात गाइड देखें।
सामान्य OFX समस्याएँ और उन्हें कैसे ठीक करें
OFX फ़ाइलें संरचित होती हैं, लेकिन अभेद्य नहीं। यहाँ सबसे लगातार समस्याएँ और उन्हें हल करने के तरीके दिए गए हैं:
1. अमान्य XML/SGML सिंटैक्स
लक्षण: आपका सॉफ्टवेयर पार्स त्रुटि के साथ फ़ाइल को अस्वीकार करता है।
कारण: खराब स्वरूपित टैग, गायब बंद टैग (2.x फ़ाइलों में), या विवरण में अवैध वर्ण। एम्परसेंड (&) सबसे आम अपराधी हैं -- उन्हें & के रूप में एन्कोड किया जाना चाहिए लेकिन अक्सर "AT&T" जैसे नामों में वैसे ही छोड़ दिए जाते हैं।
ठीक करें: फ़ाइल को टेक्स्ट एडिटर में खोलें और नंगे & को & से बदलें। यदि फ़ाइल संस्करण 2.x है तो बिना बंद टैग की भी जांच करें।
2. गायब या डुप्लिकेट FITID
लक्षण: आयात डुप्लिकेट लेनदेन बनाता है, या सॉफ्टवेयर गायब पहचानकर्ताओं की रिपोर्ट करता है।
कारण: कुछ रूपांतरण उपकरण प्रत्येक लेनदेन के लिए समान FITID (जैसे 0 या 1) उत्पन्न करते हैं, या टैग को पूरी तरह से छोड़ देते हैं।
ठीक करें: फ़ाइल के भीतर प्रत्येक FITID अद्वितीय होना चाहिए। एक सामान्य पैटर्न तिथि और एक अनुक्रमिक काउंटर को जोड़ता है: 20260215001, 20260215002, आदि। आयात करने से पहले टेक्स्ट एडिटर में प्लेसहोल्डर FITID संपादित करें।
3. गलत दिनांक प्रारूप
लक्षण: लेनदेन गलत तिथियों पर दिखाई देते हैं, या सॉफ्टवेयर 1900 या 2099 की तिथियां दिखाता है।
कारण: DTPOSTED मान YYYYMMDDHHMMSS प्रारूप का पालन नहीं करता है। YYYYMMDD (बिना समय के) ठीक है, लेकिन DD/MM/YYYY या MM-DD-YYYY गलत पार्स का कारण बनेगा।
ठीक करें: सुनिश्चित करें कि सभी DTPOSTED मान YYYYMMDD या YYYYMMDDHHMMSS का उपयोग करते हैं। 20260215 और 20260215120000 दोनों मान्य हैं।
4. कैरेक्टर एन्कोडिंग समस्याएँ
लक्षण: लेनदेन विवरण विकृत वर्ण, प्रश्न चिह्न, या गायब एक्सेंट दिखाते हैं।
कारण: फ़ाइल हेडर एक एन्कोडिंग (आमतौर पर USASCII या UTF-8) घोषित करता है लेकिन वास्तविक सामग्री एक अलग एन्कोडिंग का उपयोग करती है। यह गैर-ASCII वर्णों वाले अंतर्राष्ट्रीय बैंक स्टेटमेंट के साथ विशेष रूप से आम है।
ठीक करें: ENCODING हेडर को वास्तविक फ़ाइल एन्कोडिंग से मेल खाने के लिए बदलें। एक्सेंट वाले वर्णों वाले अंतर्राष्ट्रीय स्टेटमेंट के लिए, UTF-8 सबसे सुरक्षित विकल्प है। कुछ पुराने सॉफ्टवेयर को विशेष वर्णों के बिना USASCII की आवश्यकता होती है।
5. संस्करण संगतता (1.x बनाम 2.x)
लक्षण: OFX 2.x की अपेक्षा करने वाला सॉफ्टवेयर 1.x फ़ाइल को अस्वीकार करता है, या इसके विपरीत।
कारण: OFX 1.x SGML (बिना बंद टैग) का उपयोग करता है, जबकि 2.x उचित XML (सभी टैग खुले और बंद होने चाहिए) का उपयोग करता है। एक संस्करण के लिए निर्मित पार्सर दूसरे पर चोक हो सकते हैं।
ठीक करें: अधिकांश आधुनिक अकाउंटिंग सॉफ्टवेयर दोनों संस्करणों को संभालता है। यदि आपका नहीं करता है, तो संस्करणों के बीच कनवर्ट करें (1.x से 2.x तक बंद टैग जोड़कर या 2.x से 1.x तक उन्हें हटाकर)। टेक्स्ट एडिटर सर्च-एंड-रिप्लेस छोटी फ़ाइलों के लिए इसे संभालता है।
अक्सर पूछे जाने वाले प्रश्न
OFX का मतलब क्या है?
OFX का मतलब ओपन फाइनेंशियल एक्सचेंज है -- वित्तीय संस्थानों और अंतिम-उपयोगकर्ता अनुप्रयोगों के बीच वित्तीय डेटा के इलेक्ट्रॉनिक आदान-प्रदान के लिए एक ओपन स्टैंडर्ड, जिसे फाइनेंशियल डेटा एक्सचेंज (FDX) द्वारा बनाए रखा जाता है।
क्या OFX और QBO समान हैं?
लगभग। QBO QuickBooks के लिए OFX का Intuit-ब्रांडेड संस्करण है। डेटा संरचना समान है -- QBO बैंक पहचान के लिए INTU.BID टैग जोड़ता है और .qbo एक्सटेंशन का उपयोग करता है। आप अक्सर .ofx का नाम बदलकर .qbo कर सकते हैं और QuickBooks इसे स्वीकार करेगा।
क्या मैं Excel में OFX फ़ाइल खोल सकता हूँ?
सीधे संरचित डेटा के रूप में नहीं। Excel फ़ाइल को टेक्स्ट फ़ाइल के रूप में खोलेगा, जिसमें कच्चा SGML/XML मार्कअप दिखाई देगा। OFX डेटा को Excel में देखने के लिए, आपको या तो इसे पहले CSV या XLSX में कनवर्ट करना होगा, या एक तृतीय-पक्ष ऐड-इन का उपयोग करना होगा जो OFX टैग को स्प्रेडशीट कॉलम में पार्स करता है।
Xero के लिए कौन सा बेहतर है -- OFX या CSV?
Xero के लिए OFX बेहतर है। यह कॉलम मैपिंग के बिना स्वचालित रूप से आयात होता है, FITID-आधारित डुप्लिकेट पहचान शामिल करता है, एक स्पष्ट दिनांक प्रारूप का उपयोग करता है, और खाता मेटाडेटा ले जाता है। Xero का अपना दस्तावेज़ीकरण मैन्युअल बैंक स्टेटमेंट आयात के लिए CSV पर OFX की अनुशंसा करता है।
क्या बैंक OFX डाउनलोड प्रदान करते हैं?
कुछ करते हैं, लेकिन यह असंगत है। अमेरिका, यूके और ऑस्ट्रेलिया के प्रमुख बैंक हालिया लेनदेन (आमतौर पर पिछले 90 दिन) के लिए OFX या QFX डाउनलोड प्रदान कर सकते हैं। कई छोटे बैंक, क्रेडिट यूनियन और अंतर्राष्ट्रीय संस्थान केवल PDF स्टेटमेंट प्रदान करते हैं। डाउनलोड विंडो से परे ऐतिहासिक डेटा के लिए, PDF रूपांतरण आमतौर पर एकमात्र विकल्प होता है।
क्या OFX सुरक्षित है?
OFX विनिर्देश में प्रत्यक्ष कनेक्शन के लिए ट्रांसमिशन के दौरान SSL/TLS एन्क्रिप्शन और प्रमाणपत्र-आधारित प्रमाणीकरण के प्रावधान शामिल हैं। हालांकि, डिस्क पर सहेजी गई OFX फ़ाइल सादा पाठ है -- इसमें पठनीय रूप में खाता संख्या और लेनदेन विवरण शामिल हैं। किसी भी वित्तीय दस्तावेज़ की तरह OFX फ़ाइलों को भी उसी सावधानी से मानें।
OFX 1.x और 2.x के बीच क्या अंतर है?
OFX 1.x SGML मार्कअप का उपयोग करता है (टैग को बंद करने की आवश्यकता नहीं है), जबकि OFX 2.x उचित XML (सभी टैग खोले और बंद किए जाने चाहिए) का उपयोग करता है। डेटा सामग्री समान है -- अंतर सिंटैक्टिक है। संस्करण 1.6 सबसे व्यापक रूप से उत्पन्न फॉर्मेट बना हुआ है। अधिकांश आधुनिक अकाउंटिंग सॉफ्टवेयर दोनों संस्करणों को बिना किसी समस्या के पार्स करता है।
क्या मैं OFX फ़ाइल को मैन्युअल रूप से संपादित कर सकता हूँ?
हाँ। OFX फ़ाइलें सादा पाठ होती हैं और किसी भी टेक्स्ट एडिटर में संपादित की जा सकती हैं। आप विवरण ठीक कर सकते हैं, राशि सही कर सकते हैं, गायब FITID जोड़ सकते हैं, या तिथियां समायोजित कर सकते हैं। बस टैग संरचना बनाए रखें -- एक बिना बंद या बेमेल टैग आयात विफलता का कारण बनेगा। OFX 2.x फ़ाइलों के लिए, सुनिश्चित करें कि प्रत्येक ओपनिंग टैग का एक संगत क्लोजिंग टैग हो।