MT4 EA त्रुटि 130 की जाँच कैसे करें? स्टॉप-लॉस दूरी से गतिशील सीमा तक चार-चरणीय विधि

लेखक: थॉमस｜EA और MT4 व्यावहारिक अनुभव｜20 अक्टूबर 2026

EA पहले से चार्ट पर लगा है और स्वचालित ट्रेडिंग भी चालू है, फिर भी ऑर्डर सबमिट करते समय "130" दिखाई देता है, जिससे आम तौर पर लगता है कि प्रोग्राम पूरी तरह खराब हो गया है। MQL4 संदर्भ दस्तावेज़ 130 को ERR_INVALID_STOPS के रूप में सूचीबद्ध करता है: अनुरोध में दिया गया स्टॉप-लॉस/टेक-प्रॉफ़िट, पेंडिंग ऑर्डर की कीमत या उसका सामान्यीकरण ट्रेडिंग सर्वर द्वारा स्वीकार नहीं किया गया। यह पहचानने का सुराग है, स्टॉप-लॉस को बिना सोचे ढीला करने का कारण नहीं। यह लेख चार-चरणीय जाँच विधि से बताता है कि कौन-से रिकॉर्ड देखने चाहिए।

पहला चरण: पहले निर्धारित करें कि कौन-सा अनुरोध विफल हुआ

MT4 टर्मिनल या प्रोग्राम का संबंधित लॉग खोलें, त्रुटि वाला सर्वर समय, प्रतीक, ऑर्डर की दिशा, ऑपरेशन OrderSend है या OrderModify, और लौटाया गया त्रुटि कोड रिकॉर्ड करें। यदि लॉग में केवल "ऑर्डर विफल" लिखा है, तो पहले EA से पासवर्ड जैसे संवेदनशील डेटा आउटपुट किए बिना अनुरोध कीमत, स्टॉप-लॉस, टेक-प्रॉफ़िट और वापसी मान रिकॉर्ड करवाएँ। पहले पोज़िशन खोलने की विफलता, स्टॉप-लॉस संशोधन की विफलता और पेंडिंग ऑर्डर की विफलता को अलग करें; तीनों में जाँचे जाने वाले मूल्य संबंध भिन्न हैं।

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

दूसरा चरण: Bid, Ask, Point और Digits की जाँच करें

MQL4 का MarketInfo वर्तमान प्रतीक के Bid, Ask, Point और Digits पढ़ सकता है। Point उस कोटेशन की न्यूनतम प्रदर्शन इकाइयों में से एक है, Digits दशमलव स्थानों की संख्या बताता है; "10 पॉइंट" कितने डॉलर के बराबर है यह उस प्रतीक के वास्तविक Point से गणना करना आवश्यक है, विभिन्न ब्रोकरों के सोने के कोड और सटीकता को एक समान न मानें। कीमत भेजने से पहले संबंधित अंकों के अनुसार सामान्यीकरण भी करना चाहिए।

उदाहरण केवल गणितीय संकेत है: यदि किसी सिम्युलेटेड प्रतीक का Point 0.01 है और न्यूनतम दूरी 50 पॉइंट है, तो गणना की गई दूरी 0.50 कोटेशन इकाई है; Point 0.001 वाले प्रतीक में यह 0.05 होगी। संख्याएँ आज के किसी वास्तविक प्लेटफ़ॉर्म के अनुबंध नियमों को नहीं दर्शाती हैं। लॉग देखते समय बिड और आस्क दोनों कीमतें साथ सहेजें, ताकि जिस पक्ष के लिए बिड देखना चाहिए उसे आस्क से जाँचने या इसके विपरीत की गलती से बचा जा सके।

तीसरा चरण: MODE_STOPLEVEL और ऑर्डर प्रकार की जाँच करें

आधिकारिक OrderSend दस्तावेज़ बताता है कि स्टॉप-लॉस और टेक-प्रॉफ़िट बाज़ार मूल्य के बहुत निकट नहीं हो सकते; पेंडिंग ऑर्डर की निर्धारित प्रवेश कीमत भी वर्तमान बाज़ार के बहुत निकट नहीं हो सकती। MarketInfo(Symbol(),MODE_STOPLEVEL) से सार्वजनिक न्यूनतम दूरी पॉइंट में पूछी जा सकती है। फिर ऑर्डर खरीद, बिक्री या किस प्रकार का पेंडिंग ऑर्डर है, इसके अनुसार अलग-अलग मूल्य दिशा, दूरी और सामान्यीकरण की जाँच करें, न कि एक निश्चित ऑफ़सेट सभी ऑर्डरों पर लागू करें।


ऊपर की छवि मूल प्रक्रिया संकेत है, इसमें वास्तविक कोटेशन या खाता जानकारी नहीं है। न्यूनतम दूरी केवल सर्वर द्वारा ऑर्डर स्वीकार करने की तकनीकी सीमा है, रणनीतिक रूप से उचित स्टॉप-लॉस दूरी नहीं। यदि 130 से बचने के लिए स्टॉप-लॉस दूर किया जाए, तो मूल रूप से नियोजित प्रति-ट्रेड जोखिम बढ़ जाएगा; पहले पोज़िशन आकार की पुनर्गणना करें, आवश्यक हो तो उस ट्रेड को छोड़ दें।

चौथा चरण: 0 लौटने पर भी यह न मानें कि कोई सीमा नहीं है

MQL4 की आधिकारिक MODE_STOPLEVEL व्याख्या विशेष रूप से चेताती है: 0 लौटने का अर्थ निश्चित न्यूनतम दूरी न होना हो सकता है, या सर्वर द्वारा ऐसी गतिशील सीमा लागू की जा रही हो जिसे टर्मिनल सीधे प्रदर्शित नहीं कर सकता। बाद की स्थिति में भी 130 लौट सकता है। इसलिए "0 मिलने पर स्टॉप-लॉस को कीमत से चिपका देना" सही नहीं है। बाज़ार के तेज़ी से बदलने पर कोटेशन अपडेट, स्प्रेड परिवर्तन और सर्वर-साइड नियम पहले गणना की गई दूरी को अमान्य भी कर सकते हैं।

यदि कोड का सूत्र उस समय के लॉग से मेल खाता है और फिर भी 130 आता है, तो विफलता का समय, प्रतीक, ऑर्डर पैरामीटर और प्लेटफ़ॉर्म संस्करण सुरक्षित रखें, ब्रोकर के प्रतीक विनिर्देश और ऑर्डर सीमाएँ देखें, और प्लेटफ़ॉर्म तकनीकी सहायता से पुष्टि करें। दूसरे प्लेटफ़ॉर्म के Point और StopLevel से इस खाते के नियमों का अनुमान न लगाएँ, और स्टॉप-लॉस हटाकर विफलता के वास्तविक कारण को न छिपाएँ।

सुधार के बाद सत्यापन क्रम

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

त्रुटि 130 की जाँच का मुख्य बिंदु यह है कि "अनुरोध क्यों अस्वीकार हुआ", न कि "इसे जबरदस्ती कैसे निष्पादित कराया जाए"। EA का परिणाम रणनीति तर्क, नेटवर्क और प्लेटफ़ॉर्म निष्पादन से भी प्रभावित होता है; कोई भी सुधार लाभ की गारंटी या हानि से बचाव की गारंटी नहीं देता। लीवरेज ट्रेडिंग से बड़ी हानि हो सकती है।