MT5 में "Not enough money" (134/10019) के 7 कारण और समाधान

ERR_NO_MONEY (MT5/MQL5) का पूरा समाधान

EA चलाते समय Expert टैब या जर्नल में ERR_NO_MONEY या not enough money दिखने पर लगता है कि "क्या धन खत्म हो गया?", लेकिन वास्तव में यह एरर बैलेंस में पर्याप्त राशि होने पर भी आ सकती है। कारण सिर्फ "धन शून्य होना" नहीं है, बल्कि लॉट कैलकुलेशन, लीवरेज, मौजूदा पोजीशन से मार्जिन ब्लॉक होना जैसे कई कारण हो सकते हैं।

यह लेख MT5 पर EA इस्तेमाल करने वालों और MQL5 में EA लिखने वालों दोनों के लिए है, जिसमें ERR_NO_MONEY की असल पहचान, 6 कारण, तुरंत किए जा सकने वाले उपाय, ब्रोकर-वार सावधानियाँ, और कोड स्तर पर स्थायी रोकथाम तक सब कुछ एक जगह समझाया गया है। सभी एरर कोड की सूची के लिए MQL5 / MT5 एरर कोड समाधान की संपूर्ण गाइड देखें।

ERR_NO_MONEY क्या है (134 और 10019 में अंतर)

MQL5 में "धन की कमी" को दर्शाने वाला मान कहाँ से प्राप्त हुआ है उसके अनुसार दो प्रकार का होता है। इसे मिलाने पर कारण खोजने में भटकाव हो सकता है।

① ERR_NO_MONEY = 134 (GetLastError() की रनटाइम एरर)

यह GetLastError() द्वारा लौटाया गया रनटाइम एरर कोड है। OrderCalcMargin() या OrderCalcProfit() जैसे कैलकुलेशन फंक्शन में, या पुराने स्टाइल के कोड में जब यह तय होता है कि "आवश्यक मार्जिन फ्री मार्जिन से अधिक है" तब 134 मिलता है।

अर्थ: ट्रेड ऑपरेशन के लिए आवश्यक धन पर्याप्त नहीं है (not enough money)
कॉन्स्टेंट: ERR_NO_MONEY
मान  : 134

② TRADE_RETCODE_NO_MONEY = 10019 (OrderSend() का रिटर्न कोड)

MQL5 में वास्तव में ऑर्डर देने वाले OrderSend() का परिणाम MqlTradeResult.retcode में आता है। जब ऑर्डर सर्वर द्वारा अस्वीकार किया जाता है तो "धन की कमी" 134 नहीं बल्कि 10019 (TRADE_RETCODE_NO_MONEY) होता है। यह MT5 की एरर नहीं है, बल्कि ब्रोकर सर्वर से अस्वीकृति की सूचना है।

अर्थ: ऑर्डर पूरा करने के लिए पर्याप्त धन नहीं है (There is not enough money to complete the request)
कॉन्स्टेंट: TRADE_RETCODE_NO_MONEY
मान  : 10019

// लॉग में दिखने वाला विशिष्ट आउटपुट उदाहरण
2026.06.12 09:15:32.441 EA_NAME XAUUSD,H1: OrderSend error 10019

व्यावहारिक उपयोग:

लॉग में "134" दिखे तो यह कैलकुलेशन/आंतरिक जाँच चरण है, "10019" या Expert टैब में not enough money दिखे तो यह सर्वर अस्वीकृति चरण है — इस तरह अलग किया जा सकता है। दोनों का मूल कारण एक ही है (आवश्यक मार्जिन > उपलब्ध मार्जिन), इसलिए समाधान भी साझा है।

पहले 30 सेकंड में जाँच करें

MT5 के "टूलबॉक्स → ट्रेड" टैब में निम्न तीन चीज़ें देखें।

बैलेंस (Balance)        : अकाउंट की नकद राशि
इक्विटी (Equity)        : बैलेंस ± अनरियलाइज़्ड लाभ/हानि
फ्री मार्जिन (Free Margin): अभी नई पोजीशन के लिए उपलब्ध मार्जिन ← यही मायने रखता है
मार्जिन लेवल (Margin Level %): Equity / Margin × 100

• फ्री मार्जिन, नई बनने वाली 1 पोजीशन के आवश्यक मार्जिन से कम है → 100% ERR_NO_MONEY आएगा।
• बैलेंस पर्याप्त होने पर भी आ रहा है तो नीचे बताए "②अत्यधिक लॉट", "④मौजूदा पोजीशन से मार्जिन ब्लॉक", "⑥अकाउंट टाइप का अंतर" में से कोई एक कारण है।

1 पोजीशन का आवश्यक मार्जिन MT5 के "मार्केट वॉच → सिंबल राइट-क्लिक → स्पेसिफिकेशन" में देखा जा सकता है (1 लॉट का मार्जिन)। मोटा फॉर्मूला यह है।

आवश्यक मार्जिन ≈ (लॉट × कॉन्ट्रैक्ट साइज़ × मूल्य) / लीवरेज

कारण और समाधान (6 पैटर्न)

① वास्तव में मार्जिन पर्याप्त नहीं है

लक्षण: अनरियलाइज़्ड लॉस बढ़ गया और Free Margin नई पोजीशन से कम हो गया। लगातार हार या गहरे नैम्पिंग स्तर के बाद अक्सर होता है।

समाधान:

1. अतिरिक्त धन जमा करें, या
2. रखी हुई पोजीशन का कुछ हिस्सा मैन्युअली बंद कर मार्जिन वापस लें
3. EA के RiskPercent को घटाकर आगे के लॉट छोटे करें

यह पैटर्न बार-बार आने वाला EA मूल रूप से धन के अनुपात में अत्यधिक लॉट इस्तेमाल कर रहा है। कारण ② देखें।

② लॉट बहुत बड़ा है (बैलेंस के अनुपात में)

लक्षण: बैलेंस होने के बावजूद पहले ही ऑर्डर पर ERR_NO_MONEY आता है। यह फिक्स्ड लॉट सेटअप में अधिक होता है।

कारण: FixedLot अकाउंट बैलेंस और लीवरेज के अनुरूप नहीं है। उदाहरण के लिए 10万円 (≈$670) के अकाउंट में XAUUSD का 0.1 लॉट बनाने पर, लीवरेज के अनुसार आवश्यक मार्जिन बैलेंस से अधिक हो सकता है।

समाधान:

1. फिक्स्ड लॉट को न्यूनतम (0.01) करके शुरू हो पा रहा है या नहीं जाँचें
2. रिस्क% ऑटो-कैलकुलेशन (UseFixedLot=false / RiskPercent) पर स्विच करें
3. फिर भी 0.01 भी नहीं बन पा रहा तो अकाउंट का लीवरेज या धन कम है → कारण ③・⑥ देखें

③ लीवरेज कम है / वीकेंड या इवेंट के कारण सीमित हुआ

लक्षण: वही EA और वही लॉट दूसरे अकाउंट में बन जाता है लेकिन इस अकाउंट में ERR_NO_MONEY आता है। या यह एरर शुक्रवार शाम से सोमवार सुबह के बीच अधिक आती है।

कारण: अकाउंट का लीवरेज कम होने पर (उदाहरण: 1:30 का EU रेगुलेटेड अकाउंट बनाम 1:1000 का ओवरसीज़ अकाउंट) आवश्यक मार्जिन दसियों गुना बदल जाता है। इसके अलावा कुछ ब्रोकर वीकेंड या महत्वपूर्ण न्यूज़ इवेंट के आसपास लीवरेज घटा देते हैं (XM वीकेंड पर लीवरेज को 200:1 तक सीमित करता है), जिससे पोजीशन होल्ड करते समय आवश्यक मार्जिन अचानक बढ़ जाता है। गोल्ड या क्रिप्टो में सिंबल के अनुसार अलग से लीवरेज सीमा तय हो सकती है।

समाधान:

1. अकाउंट का लीवरेज जाँचें (ब्रोकर के माय-पेज / MT5 की अकाउंट जानकारी में)
2. सिंबल स्पेसिफिकेशन में "मार्जिन रेट" जाँचें (कुछ सिंबल में यह कम हो सकता है)
3. वीकेंड न पार करने वाली सेटिंग (CloseAllBeforeWeekend=true आदि) इस्तेमाल करें, या वीकेंड लीवरेज सीमा न लगाने वाले ब्रोकर को चुनें
4. उच्च लीवरेज अकाउंट में बदलें या लॉट घटाएँ

④ मौजूदा पोजीशन से मार्जिन ब्लॉक हो रहा है

लक्षण: पहली पोजीशन बन गई लेकिन दूसरी या उससे आगे (नैम्पिंग) में ERR_NO_MONEY आता है।

कारण: पहले से रखी पोजीशन मार्जिन को ब्लॉक कर रही है, जिससे Free Margin नई पोजीशन से कम हो गया है। एक ही अकाउंट में कई पेयर या कई EA चलाने पर यह अक्सर होता है।

समाधान:

1. "ट्रेड" टैब में उपयोग हो रहे मार्जिन (Margin) और Free Margin जाँचें
2. यदि कई EA चला रहे हैं तो वे एक ही अकाउंट में मार्जिन के लिए आपस में प्रतिस्पर्धा तो नहीं कर रहे
3. EA पैरामीटर से एक साथ खुली पोजीशन की संख्या सीमित करें
4. नैम्पिंग/ग्रिड EA में जितना गहरा स्तर होगा उतनी तेज़ी से मार्जिन खर्च होगा → स्तर की सीमा, लॉट मल्टीप्लायर, इमरजेंसी क्लोज़ की सेटिंग की समीक्षा करें

⑤ बोनस/क्रेडिट को मार्जिन में शामिल किया जा रहा है

लक्षण: "बैलेंस + बोनस" में पर्याप्त होना चाहिए फिर भी ERR_NO_MONEY आता है।

कारण: कुछ ब्रोकरों में क्रेडिट (बोनस) मार्जिन कैलकुलेशन में शामिल नहीं होता या केवल आंशिक रूप से शामिल होता है। दिखाया गया बैलेंस और सर्वर द्वारा इस्तेमाल किया गया मार्जिन अलग-अलग हो जाता है।

समाधान: ब्रोकर के बोनस नियमों में जाँचें कि "क्रेडिट मार्जिन में शामिल होता है या नहीं"। शामिल न होने पर केवल वास्तविक जमा राशि से आवश्यक मार्जिन पूरा करने वाले लॉट तक घटाएँ।

⑥ अकाउंट टाइप का कॉन्ट्रैक्ट साइज़ अंतर (स्टैंडर्ड बनाम सेंट/माइक्रो)

लक्षण: वही "0.01 लॉट" होने पर भी अकाउंट बदलते ही अचानक ERR_NO_MONEY आता है, या इसके उलट लॉट बहुत बड़ा हो जाता है।

कारण: सेंट (माइक्रो) अकाउंट और स्टैंडर्ड अकाउंट में कॉन्ट्रैक्ट साइज़ लगभग 100 गुना अलग होता है। सेंट अकाउंट का 0.01 वास्तविक एक्सपोज़र में लगभग 1/100 है। EA अकाउंट टाइप को अलग किए बिना फिक्स्ड लॉट इस्तेमाल करे तो एक तरफ मार्जिन की कमी हो सकती है।

समाधान:

1. कम राशि से सुरक्षित तरीके से चलाना है तो सेंट/माइक्रो अकाउंट इस्तेमाल करें, जिससे न्यूनतम लॉट पर भी अत्यधिक जोखिम न हो
2. EA में अकाउंट टाइप हार्डकोड न करें, बल्कि OrderCalcMargin() से वास्तविक आवश्यक मार्जिन देखकर लॉट तय करने वाला डिज़ाइन बनाएँ (अगले भाग में)

ब्रोकर-वार सावधानियाँ

Exness का अनलिमिटेड लीवरेज अकाउंट (Pro/Raw Spread अकाउंट) में फ्री मार्जिन लगभग शून्य होने पर भी नया ऑर्डर चल जाने के मामले अधिक हैं, जिससे यह एरर कम आती है। नैम्पिंग तरह के EA के लिए यह अनुकूल है, लेकिन स्टॉप आउट प्रभावी ढंग से काम नहीं करता जिससे नुकसान बढ़ने का उल्टा जोखिम रहता है, इस पर ध्यान दें। ब्रोकर तुलना के लिए ब्रोकर तुलना पेज भी देखें।

MQL5 में इस एरर को रोकने वाला कोड (EA डेवलपर्स के लिए)

केवल "ठीक करना" नहीं, बल्कि ऑर्डर देने से पहले ही ERR_NO_MONEY को रोक देना EA का सही डिज़ाइन है। मुख्य बात यह है कि "ऑर्डर देने से पहले आवश्यक मार्जिन कैलकुलेट करें, और पर्याप्त न होने पर पोजीशन न बनाएँ / लॉट घटाएँ"।

ऑर्डर देने से पहले आवश्यक मार्जिन जाँचें

// ऑर्डर-पूर्व गेट: आवश्यक मार्जिन <= फ्री मार्जिन जाँचने के बाद ही OrderSend करें
bool HasEnoughMargin(ENUM_ORDER_TYPE type, double lots)
{
   double price = (type == ORDER_TYPE_BUY)
                  ? SymbolInfoDouble(_Symbol, SYMBOL_ASK)
                  : SymbolInfoDouble(_Symbol, SYMBOL_BID);

   double margin = 0.0;
   if(!OrderCalcMargin(type, _Symbol, lots, price, margin))
   {
      Print("OrderCalcMargin failed: ", GetLastError()); // 134 आदि
      return false;
   }
   double freeMargin = AccountInfoDouble(ACCOUNT_MARGIN_FREE);
   if(margin > freeMargin)
   {
      PrintFormat("Skip: need %.2f > free %.2f (ERR_NO_MONEY guard)", margin, freeMargin);
      return false;   // पोजीशन न बनाएँ = ERR_NO_MONEY को पहले ही रोकें
   }
   return true;
}

लॉट को न्यूनतम/स्टेप के अनुसार नॉर्मलाइज़ करें

रिस्क% से कैलकुलेट किया गया मान सीधे भेजने पर न्यूनतम लॉट, लॉट स्टेप से मेल न खाने के कारण अस्वीकृत हो सकता है (नॉर्मलाइज़ेशन छूटना ऑर्डर अस्वीकृति का सामान्य कारण है)। पोजीशन न बन पाने पर हार मानने के बजाय बन सकने वाली सीमा तक घटाना अवसर हानि को कम करता है।

double NormalizeLot(double lots)
{
   double minLot  = SymbolInfoDouble(_Symbol, SYMBOL_VOLUME_MIN);
   double maxLot  = SymbolInfoDouble(_Symbol, SYMBOL_VOLUME_MAX);
   double step    = SymbolInfoDouble(_Symbol, SYMBOL_VOLUME_STEP);
   lots = MathFloor(lots / step) * step;          // स्टेप के अनुसार राउंड करें
   lots = MathMax(minLot, MathMin(maxLot, lots)); // न्यूनतम-अधिकतम के बीच क्लैम्प करें
   return NormalizeDouble(lots, 2);
}

OrderSend के retcode को हमेशा जाँचें

OrderSend() के रिटर्न वैल्यू (bool) के साथ-साथ result.retcode भी देखें और 10019 (TRADE_RETCODE_NO_MONEY) को अलग से हैंडल करें।

MqlTradeRequest req; MqlTradeResult res;
ZeroMemory(req); ZeroMemory(res);
// ... req तैयार करें ...
if(!OrderSend(req, res) || res.retcode != TRADE_RETCODE_DONE)
{
   if(res.retcode == TRADE_RETCODE_NO_MONEY)   // 10019
      Print("Not enough money. लॉट घटाएँ या धन जमा करें।");
   else
      PrintFormat("OrderSend failed: retcode=%d, lastError=%d", res.retcode, GetLastError());
}

मार्जिन लेवल पर इमरजेंसी स्टॉप

मार्जिन लेवल एक निश्चित % से नीचे जाने पर नई पोजीशन रोकने/सब बंद करने वाला सुरक्षा उपाय रखने से ERR_NO_MONEY का बार-बार आना और अकाउंट डूबना दोनों रोके जा सकते हैं।

double level = AccountInfoDouble(ACCOUNT_MARGIN_LEVEL); // मार्जिन लेवल %
if(level > 0 && level < EmergencyMarginLevel)          // उदाहरण: 150%
{
   // नई एंट्री रोकें / ज़रूरत पड़ने पर कुछ पोजीशन बंद करें
}

FXEA365 द्वारा वितरित EA में यह "रिस्क% ऑटो लॉट", "ऑर्डर-पूर्व मार्जिन जाँच", "मार्जिन लेवल पर इमरजेंसी स्टॉप (UseMarginEmergencyClose)" मानक रूप से लागू है, जिससे न्यूनतम धन से भी बिना किसी परेशानी के चलाया जा सकता है।

प्राथमिकता चेकलिस्ट

सारांश

• ERR_NO_MONEY के 134 (GetLastError) और 10019 (OrderSend का retcode = TRADE_RETCODE_NO_MONEY) दो रूप हैं, लेकिन मूल कारण "आवश्यक मार्जिन > उपलब्ध मार्जिन" समान है।
• बैलेंस होने पर भी अत्यधिक लॉट, कम लीवरेज (वीकेंड सीमा सहित), मौजूदा पोजीशन से मार्जिन ब्लॉक, अकाउंट टाइप का अंतर के कारण आ सकता है।
• EA चलाने वाले "रिस्क% ऑटो लॉट" और "उचित अकाउंट टाइप" से बचाव करें, EA डेवलपर "ऑर्डर-पूर्व OrderCalcMargin गेट", "लॉट नॉर्मलाइज़ेशन", "retcode 10019 की हैंडलिंग" से स्थायी समाधान करें।

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

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

Q: बैलेंस पर्याप्त होने पर भी ERR_NO_MONEY आता है। ऐसा क्यों?

क्योंकि यह बैलेंस (Balance) से नहीं बल्कि फ्री मार्जिन (Free Margin) से तय होता है। अनरियलाइज़्ड लॉस या मौजूदा पोजीशन से मार्जिन ब्लॉक होने पर Free Margin घट जाता है, जिससे बैलेंस होने पर भी नई पोजीशन नहीं बन पाती। "ट्रेड" टैब में Free Margin जाँचें।

Q: 134 और 10019 में क्या अंतर है?

134 (ERR_NO_MONEY) GetLastError() द्वारा लौटाई गई रनटाइम एरर है, 10019 (TRADE_RETCODE_NO_MONEY) OrderSend() का परिणाम (retcode) है। सिर्फ आने की जगह अलग है, कारण (धन की कमी) एक ही है।

Q: बैकटेस्ट में नहीं आता लेकिन लाइव में आता है।

क्योंकि लाइव अकाउंट का लीवरेज, अकाउंट टाइप (सेंट/स्टैंडर्ड), मौजूदा पोजीशन टेस्ट सेटिंग से अलग होते हैं। खासकर लीवरेज का अंतर और कॉन्ट्रैक्ट साइज़ का अंतर बड़ा असर डालता है।

Q: नैम्पिंग/ग्रिड EA में स्तर गहरा होने पर ERR_NO_MONEY आता है।

यह सामान्य व्यवहार से एक कदम पहले की स्थिति है। स्तर जितना बढ़ता है उतनी तेज़ी से मार्जिन खर्च होता है। स्तर की सीमा और लॉट मल्टीप्लायर घटाएँ, UseMarginEmergencyClose जैसे इमरजेंसी क्लोज़ को हमेशा सक्रिय रखें, और सिर्फ उतने ही धन से चलाएँ जिसे खोना स्वीकार्य हो।

Q: EA के कोड से इसे स्वचालित रूप से टाला जा सकता है?

हाँ, टाला जा सकता है। ऑर्डर देने से पहले OrderCalcMargin() से आवश्यक मार्जिन कैलकुलेट करें, और AccountInfoDouble(ACCOUNT_MARGIN_FREE) से अधिक होने पर पोजीशन न बनाएँ (या लॉट घटाएँ) वाला गेट लगाएँ। लेख में दिए कोड उदाहरण देखें।

Q: कम से कम कितनी राशि से बिना परेशानी के शुरुआत की जा सकती है?

10万円 (≈$670) स्टैंडर्ड अकाउंट में न्यूनतम लॉट 0.01 से शुरुआत करना उचित मानक है। इससे कम राशि या और सुरक्षित तरीके से चलाना चाहते हैं तो सेंट (माइक्रो) अकाउंट इस्तेमाल करने पर न्यूनतम लॉट में भी वास्तविक एक्सपोज़र छोटा होकर ERR_NO_MONEY से बचना आसान हो जाता है।