CSV इम्पोर्ट फील्ड गाइड

ट्रेड इम्पोर्ट करने से पहले ब्रोकर CSV कॉलम सही तरह मैप करें

कोई स्प्रेडशीट बिना गलती के अपलोड हो सकती है और फिर भी जर्नल गड़बड़ बना सकती है, अगर किसी कॉलम को गलत मतलब पर मैप कर दिया जाए। कॉलम मैपिंग वह स्टेप है जहाँ आप यह कन्फर्म करते हैं कि हर ब्रोकर फ़ील्ड असल में क्या दर्शाती है—सिर्फ़ उसके हेडिंग से क्या लगता है, यह नहीं।

यह गाइड Edgelog के इम्पोर्टर में ज़रूरी ट्रेड फ़ील्ड, प्रीव्यू को कैसे जाँचें और किन आम स्प्रेडशीट कन्वेंशन पर extra ध्यान देना चाहिए, यह समझाती है। यह उन ब्रोकर CSV और Excel फ़ाइलों के लिए उपयोगी है जिनके हेडिंग सामान्य ट्रेडिंग टर्म्स से अलग होते हैं।

पाँच अनिवार्य फ़ील्ड

Edgelog को एक नॉर्मलाइज़्ड क्लोज़्ड‑ट्रेड रिकॉर्ड बनाने के लिए पाँच तरह का डेटा चाहिए: symbol, side, entry price, volume या quantity, और P&L। Symbol ब्रोकर के इंस्ट्रूमेंट का नाम होता है, जैसे EURUSD या कोई कॉन्ट्रैक्ट टिकर। Side बताता है कि ट्रेड buy/long था या sell/short। Entry price ओपनिंग execution या वैध average entry होता है। Volume quantity या position size है।

P&L हर पंक्ति के लिए realized result होना चाहिए—न कि पूरा account equity, margin, cash balance या cumulative profit।

Exit price, fees, open time, close time और ticket/transaction ID वैकल्पिक फ़ील्ड हैं, जब वे रिपोर्ट में मौजूद हों। Importer आम प्रचलित नामों के आधार पर अपने‑आप मैपिंग सुझा सकता है, लेकिन यह आपकी ज़िम्मेदारी है कि सुझाया गया mapping मूल रिपोर्ट से सच‑मुच मेल खाता है या नहीं।

अगर कोई required फ़ील्ड मौजूद नहीं है, तो किसी असंबंधित नंबर को जबरन मैप करके फ़ाइल इम्पोर्ट करने के बजाय कोई दूसरा export इस्तेमाल करें।

मिलते-जुलते लेबल से नहीं, असली मतलब से मैप करें

विभिन्न ब्रोकर रिपोर्ट अलग‑अलग लेबल इस्तेमाल करती हैं। “Instrument”, “pair” या “contract” से symbol का इशारा हो सकता है; “direction”, “action” या “B/S” से side; “qty”, “units”, “lots” या “size” से volume। लेकिन “price” average fill, current market price, closing price या limit price—कुछ भी हो सकता है। “Amount” units, quote‑currency value या cash movement हो सकता है।

“Profit” gross भी हो सकता है या net भी। सुझाए गए फ़ील्ड को तुरंत स्वीकार करने से पहले रिपोर्ट के column description पढ़ें और example values ध्यान से देखें।

कई स्टेटमेंट में order और execution दोनों का डेटा होता है। Order आंशिक रूप से fill हो सकता है या cancel हो सकता है; execution असली fill होता है। किसी row में opening fill और अलग से closing fill होना अपने‑आप यह नहीं मतलब देता कि वह ट्रेड entry और exit दोनों के साथ पूरी तरह बंद हो चुका है।

ऐसी रिपोर्ट चुनें जो पहले से completed trades को group करती हो, या मैपिंग से पहले export की grouping को अच्छी तरह समझ लें।

दिशा, दशमलव के चिह्न और यूनिट्स जाँचें

Preview में कम से कम एक buy और एक sell ज़रूर जाँचें। Direction साफ‑साफ दिखनी चाहिए; सिर्फ़ P&L के positive या negative होने से direction का अनुमान न लगाएँ। Profit और loss के चिह्न जैसे हैं वैसे ही बने रहने चाहिए: कोष्ठक, माइनस साइन या locale‑specific decimal separator की वजह से कोई losing trade positive में नहीं बदल जाना चाहिए।

अगर values दशमलव या thousands के लिए comma इस्तेमाल करती हैं, तो parser ने उन्हें सही पढ़ा है यह मान लेने के बजाय preview को देख‑परख कर पुष्टि करें।

Volume की units भी कन्फर्म करें। Forex फ़ाइलें lots, units या notional amount में रिपोर्ट कर सकती हैं। Futures में contract count दिख सकता है; stocks में shares; crypto में coin quantity। ये संख्याएँ आपस में interchangeable नहीं हैं।

Edgelog mapped trade size तो स्टोर कर सकता है, लेकिन आपके ब्रोकर के instrument multiplier को नहीं जानता और न ही गलत unit choice को बाद में ठीक कर सकता है।

तारीख़ों और फीस को सावधानी से हैंडल करें

किसी फ़ाइल में trade date, order creation time, execution time, settlement date और close time—सब एक साथ हो सकते हैं। सिर्फ़ वही timestamp मैप करें जिसका event आपको पक्का मालूम हो। Broker reports server time, UTC, चुना हुआ timezone या local account timezone में हो सकती हैं। कई rows को मूल प्लेटफ़ॉर्म से मिलाकर देखें और हर batch में timezone एक‑सा रखें।

Fees commission, exchange fee, swap, financing या combined net result के रूप में दिख सकती हैं। किसी fee को दो बार घटाने से बचें: अगर P&L वाला कॉलम पहले से commission और swap के बाद वाला net result है, तो उन costs को दोबारा मैप करना आपकी analysis बिगाड़ सकता है।

जब रिपोर्ट अलग‑अलग costs दिखाती है, तो हर cost सिर्फ़ तभी मैप करें जब आपको उसका sign और Edgelog की fee convention दोनों स्पष्ट हों।

पाँच‑रो वाली वैलिडेशन रूटीन

बड़ी अकाउंट हिस्ट्री इम्पोर्ट करने से पहले, अगर संभव हो तो एक winning buy, एक losing buy, एक winning sell, एक losing sell और एक ऐसी row जाँचें जिसमें कोई fee या partial close हो। Instrument, direction, prices, size, P&L और timestamps को source रिपोर्ट से मिलाएँ। उसके बाद किसी छोटे date range के लिए कुल trade count और net result की तुलना करें।

तभी आगे बढ़ें, जब preview वही कहानी बताए जो source रिपोर्ट बता रही है।

ब्रोकर‑विशिष्ट export स्टेप्स के लिए broker CSV import hub से शुरुआत करें। अगर headings सही हैं, लेकिन parser missing fields या invalid values की रिपोर्ट कर रहा है, तो CSV import troubleshooting का उपयोग करें।

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

Qकिस ट्रेड को इम्पोर्ट करने के लिए कौन‑कौन से कॉलम ज़रूरी हैं?

Symbol, buy/sell side, entry price, volume या quantity और realized P&L ज़रूरी हैं। Exit price, fees, timestamps और ticket identifier वैकल्पिक हैं।

Qक्या मैं “price” कॉलम को entry price पर मैप कर सकता हूँ?

सिर्फ़ तब, जब ब्रोकर रिपोर्ट उसे opening execution price या average entry के रूप में परिभाषित करती हो। वह close, quote, limit या current price भी हो सकता है, इसलिए source में उसका असली मतलब ज़रूर जाँचें।

Qमेरा volume गलत क्यों दिख रहा है?

ब्रोकर lots, units, contracts, shares, coins या notional amount में export कर सकता है। मैप करने से पहले source रिपोर्ट में unit कन्फर्म करें; ये values आपस में interchangeable नहीं हैं।

Qक्या मुझे fees अलग से इम्पोर्ट करनी चाहिए?

सिर्फ़ तब, जब exported P&L में वे fees पहले से शामिल न हों और fee कॉलम का sign convention साफ़ हो। Commission या swap को दो बार गिनने से बचें।

अपने ट्रेड्स दर्ज करें। अपनी बढ़त हासिल करें।

फॉरेक्स और क्रिप्टो ट्रेडर्स के लिए हमेशा मुफ़्त — 3 तक कनेक्टेड अकाउंट और 50,000 तक संग्रहीत ट्रेड्स, MT4/MT5 ऑटो-सिंक, एक्सचेंज इम्पोर्ट और फुल एनालिसिस के साथ।

अपना मुफ़्त जर्नल बनाएं