EA के असामान्य संचालन की जांच कैसे करें: पहले MT4 लॉग सुरक्षित रखें, फिर सेटिंग बदलें
Experts और Journal में अंतर करें, असामान्यता के समय की स्थिति सुरक्षित रखें, ट्रिगर, अनुमतियों और निष्पादन परिणामों की जांच करें, और रीस्टार्ट तथा पैरामीटर बदलाव से असली कारण छिपाने से बचें।
लेखक: थॉमस | EA और प्लेटफ़ॉर्म व्यवहार | 5 अक्टूबर 2026
EA अचानक ट्रेड न करे, डुप्लिकेट ऑर्डर दिखें, या रीस्टार्ट के बाद व्यवहार अपेक्षा से अलग हो, तो सबसे आसान गलती यह होती है कि तुरंत पैरामीटर बदल दिए जाएं, प्रोग्राम दोबारा इंस्टॉल कर दिया जाए, और फिर अनुमान लगाया जाए कि समस्या कहां है। ऐसा करने से सबसे मूल्यवान स्थिति की जानकारी ओवरराइट हो सकती है। जांच में पहले साक्ष्य सुरक्षित रखना चाहिए, फिर प्रोग्राम, टर्मिनल और खाते के स्तर के कारणों को अलग-अलग करना चाहिए।
पहले असामान्यता से पहले और बाद के रिकॉर्ड सुरक्षित रखें
असामान्यता आने का समय, पूरा ट्रेडिंग सिंबल, चार्ट पीरियड, EA संस्करण, पैरामीटर फ़ाइल और उस समय का खाता होल्डिंग रिकॉर्ड करें। यहां समय के साथ यह स्पष्ट करना ज़रूरी है कि कंप्यूटर समय, ट्रेडिंग सर्वर समय या स्वयं परिवर्तित किया गया बीजिंग समय इस्तेमाल हुआ है; अलग-अलग घड़ियों के रिकॉर्ड को सीधे जोड़ना नहीं चाहिए।
लॉग में प्रोग्राम की पूरी निर्णय प्रक्रिया हमेशा शामिल नहीं होती। डेवलपर ने जो जानकारी आउटपुट नहीं की, उसके आधार पर केवल “कोई त्रुटि नहीं आई” देखकर यह नहीं मान सकते कि निष्पादन सामान्य था। लगातार पहले और बाद के रिकॉर्ड सुरक्षित रखना, एक अकेले एरर स्क्रीनशॉट की तुलना में घटनाओं का क्रम समझने में अधिक मदद करता है; सार्वजनिक करने या सपोर्ट स्टाफ को भेजने से पहले जांच लें कि उसमें अकाउंट, व्यक्तिगत जानकारी या अन्य संवेदनशील सामग्री तो नहीं है।
Experts और Journal में क्रमशः क्या देखें
MT4 का Experts टैब मुख्य रूप से अटैच किए गए EA की रनिंग जानकारी दिखाता है, जिसमें प्रोग्राम के अपने संदेश और संबंधित ऑपरेशन रिकॉर्ड शामिल होते हैं। Journal टैब क्लाइंट टर्मिनल की वर्तमान सेशन में गतिविधि पर केंद्रित होता है। एक ही असामान्यता की जांच करते समय दोनों जगह की जानकारी का मिलान किया जा सकता है, लेकिन इनमें से किसी एक को पूरा निष्पादन प्रमाण न मानें।
संबंधित टैब के राइट-क्लिक मेनू में Open का उपयोग करके संबंधित लॉग फ़ोल्डर खोला जा सकता है और वर्तमान में दिख रहे रिकॉर्ड को लॉग फ़ाइल में लिखा जा सकता है। आधिकारिक सहायता में बताया गया है कि EA लॉग टर्मिनल डेटा फ़ोल्डर के अंदर MQL4/LOGS में होते हैं, टर्मिनल लॉग LOGS में होते हैं; फ़ाइलें आमतौर पर तारीख के अनुसार नामित होती हैं। अलग-अलग इंस्टॉलेशन इंस्टेंस के डेटा फ़ोल्डर अलग हो सकते हैं, इसलिए जिस टर्मिनल का उपयोग कर रहे हैं उसी से प्रवेश करें, ताकि गलती से किसी दूसरे टर्मिनल की फ़ाइलें न उठा ली जाएं।
पहले तय करें: ट्रिगर ही नहीं हुआ, या ट्रिगर के बाद निष्पादन नहीं हुआ
“कोई नया ऑर्डर नहीं” कम से कम कई अलग-अलग स्थितियों में हो सकता है: रणनीति की शर्तें पूरी नहीं हुईं; प्रोग्राम सामान्य रूप से लोड नहीं हुआ; ऑटो-ट्रेडिंग अनुमति सीमित है; ट्रेड रिक्वेस्ट अस्वीकार हो गई; या रिक्वेस्ट परिणाम अपेक्षा से अलग है। चार्ट पर प्रोग्राम का निशान दिखना मात्र यह तय नहीं कर सकता कि कौन-सी स्थिति है।
पहले रणनीति के मूल नियमों के अनुसार पुष्टि करें कि निर्दिष्ट सिंबल और पीरियड पर वाकई ट्रिगर होना चाहिए था या नहीं। फिर संबंधित समयावधि में लोडिंग, इनिशियलाइज़ेशन या ट्रेड ऑपरेशन की जानकारी देखें। यदि ट्रेड रिक्वेस्ट मौजूद है, तो रिटर्न संदेश और खाते के ऑर्डर रिकॉर्ड से परिणाम सत्यापित करें; केवल प्रोग्राम द्वारा प्रिंट किए गए टेक्स्ट के आधार पर निष्पादन सफल न मानें। यदि लॉग में ज़रूरी चरण गायब हैं, तो डेवलपर से अतिरिक्त रिकॉर्ड जोड़ने का अनुरोध करें।
अनुमति जांच को हर बिंदु से मिलाएं, सब कुछ खुला न रखें
MT4 टर्मिनल सेटिंग्स और EA के स्वयं के गुण ऑटो-ट्रेडिंग अनुमतियों को प्रभावित करते हैं; खाता, चार्ट सिंबल या पीरियड बदलने जैसी क्रियाएं भी टर्मिनल की ऑटो-ट्रेडिंग सेटिंग्स से जुड़ी हो सकती हैं। वर्तमान वास्तविक सेटिंग्स की जांच करें और प्रोग्राम विवरण के साथ मिलाकर अपेक्षित व्यवहार तय करें; बार-बार बटन दबाकर जांच की जगह न लें।
प्रोग्राम को ट्रेडिंग शुरू कराने के लिए बिना शर्त DLL कॉल या अन्य बाहरी एक्सेस खोलना न चाहिए। पहले पुष्टि करें कि प्रोग्राम को वास्तव में संबंधित क्षमता चाहिए या नहीं, स्रोत विश्वसनीय है या नहीं, और उसका उद्देश्य स्पष्ट रूप से बताया गया है या नहीं। अनुमति की कमी किसी एक चरण का कारण हो सकती है, लेकिन सभी अनुमतियां खोल देना भरोसेमंद समाधान नहीं है।
रीस्टार्ट से पहले तय करें कि मौजूदा पोज़िशन का क्या करना है
वर्तमान ऑर्डर, पेंडिंग ऑर्डर और प्रोग्राम की स्थिति सुरक्षित रखने के बाद ही तय करें कि रीस्टार्ट करना है या नहीं। प्रोग्राम दोबारा शुरू करने पर मौजूदा ऑर्डर पहचाने जाएंगे या नहीं, यह विशिष्ट कार्यान्वयन पर निर्भर करता है; यह न मानें कि हर EA अपनी पुरानी आंतरिक स्थिति को स्वतः बहाल कर सकता है। विशेष रूप से पोज़िशन बढ़ाने या कई ऑर्डर प्रबंधन लॉजिक वाले प्रोग्राम में, दोबारा शुरू करना मौजूदा पोज़िशन से टकरा सकता है, इसलिए प्रोग्राम के नियमों के अनुसार जांच करें।
ऑटो-ट्रेडिंग बंद करने का मतलब यह नहीं है कि मौजूदा पोज़िशन बंद हो चुकी हैं, और “प्रोग्राम रुका हुआ है” को जोखिम खत्म होना न समझें। मौजूदा ऑर्डर को कैसे संभालना है, यह पहले से तय करना चाहिए; असामान्यता आने के बाद अनुमान नहीं लगाना चाहिए। यदि संदेह हो कि प्रोग्राम असामान्य ऑर्डर बना रहा है, तो तय पॉज़ और मैनुअल जांच प्रक्रिया के अनुसार संभालें, साथ ही खाते पर वास्तविक एक्सपोज़र सत्यापित करें।
सुधार परिणाम की जांच एकल बदलाव से करें
सिमुलेशन वातावरण का उपयोग क्रियाओं को दोहराने और प्रोग्राम व्यवहार की जांच के लिए किया जा सकता है, लेकिन यह साबित नहीं करता कि लाइव निष्पादन की शर्तें पूरी तरह समान हैं। हर बार केवल एक स्पष्ट कारक बदलें, और बदलाव से पहले व बाद के पैरामीटर तथा लॉग सुरक्षित रखें, फिर देखें कि संबंधित असामान्यता गायब हुई या नहीं। यदि एक साथ संस्करण बदला जाए, पैरामीटर बदले जाएं और खाता भी बदला जाए, तो यह तय करना अक्सर कठिन होता है कि किस चरण ने असर डाला।
एक प्रभावी जांच रिकॉर्ड में लक्षण, समय, साक्ष्य, किए गए बदलाव और पुनः जांच का परिणाम लिखा होना चाहिए। जिन असामान्यताओं की व्याख्या नहीं हो पाती, उनके लिए डेवलपर या प्लेटफ़ॉर्म सपोर्ट से आगे जांच कराएं; “ट्रेडिंग फिर से शुरू हो गई” को कारण विश्लेषण का विकल्प न बनाएं, और तकनीकी सुधार को लाभ की गारंटी के रूप में न लिखें।
लीवरेज ट्रेडिंग से बड़ा नुकसान हो सकता है। यह लेख रनटाइम रखरखाव ज्ञान साझा करने के लिए है और खरीद-बिक्री निर्देश नहीं देता। लॉग जांच समस्या की पहचान करने में मदद कर सकती है, लेकिन यह प्रोग्राम की सुरक्षा, रणनीति की प्रभावशीलता या भविष्य के रिटर्न की गारंटी नहीं दे सकती।