Unsupported filling mode (MT5 एरर 10030) का पूर्ण समाधान

Unsupported filling mode (MT5 एरर 10030) का पूर्ण समाधान

कल तक एक अलग ब्रोकर पर सामान्य रूप से चल रहे EA को नए अकाउंट में ट्रांसफर करते ही Expert टैब में Unsupported filling mode या OrderSend error 10030 की लाइनें दिखने लगती हैं और एक भी ऑर्डर नहीं लगता — यह MT5 पर EA चलाते समय ब्रोकर बदलने पर होने वाली सबसे आम समस्याओं में से एक है। न तो EA खराब हुआ है, न ही अकाउंट में कोई समस्या है। बात सिर्फ इतनी है कि ऑर्डर के "फिलिंग मोड" (execution/filling mode) की जो सेटिंग EA भेज रहा है, वह नए ब्रोकर की उस सिंबल पर अनुमति प्राप्त नहीं है।

यह लेख MT5 पर EA इस्तेमाल करने वालों और MQL5 में EA लिखने वालों, दोनों के लिए है। इसमें TRADE_RETCODE_INVALID_FILL (10030) की असल वजह, FOK/IOC/RETURN का मतलब, 30 सेकंड में जांच करने का तरीका, और कोड में स्थायी समाधान — सब कुछ एक ही जगह कवर किया गया है। सभी एरर कोड की पूरी लिस्ट के लिए MQL5 / MT5 एरर कोड समाधान की संपूर्ण गाइड देखें।

10030 (TRADE_RETCODE_INVALID_FILL) क्या है

OrderSend() का परिणाम MqlTradeResult.retcode में मिलता है। वहां आने वाला 10030 = TRADE_RETCODE_INVALID_FILL का मतलब है, "रिक्वेस्ट में दिया गया type_filling (फिलिंग मोड) इस सिंबल पर अनुमति प्राप्त नहीं है" — यह सर्वर की तरफ से आया रिजेक्शन नोटिस है।

मतलब: दिया गया फिलिंग टाइप सपोर्टेड नहीं है
कॉन्स्टेंट: TRADE_RETCODE_INVALID_FILL
वैल्यू  : 10030
डिस्प्ले: Unsupported filling mode / Invalid order filling type

// लॉग में दिखने वाला सामान्य उदाहरण
2026.07.07 09:15:32.441 EA_NAME EURUSD,M15: OrderSend error 10030
2026.07.07 09:15:32.441 EA_NAME EURUSD,M15: failed market buy 0.10 EURUSD [Unsupported filling mode]

ध्यान देने वाली बात यह है कि इसका फंड, लॉट या प्राइस से कोई लेना-देना नहीं है। 10030 सिर्फ रिक्वेस्ट के अंदर के MqlTradeRequest.type_filling फील्ड की समस्या है, और उसे ठीक करते ही वही ऑर्डर बिना किसी बदलाव के पास हो जाता है।

फिलिंग मोड (type_filling) के 4 प्रकार

MQL5 के ENUM_ORDER_TYPE_FILLING में 4 वैल्यू होती हैं।

सामान्य FX EA में असल में इस्तेमाल होने वाले लगभग हमेशा FOK या IOC ही होते हैं। RETURN का मतलब स्टॉक/फ्यूचर्स जैसे एक्सचेंज एक्जीक्यूशन (Exchange execution) में होता है, और BOC मेकर ऑर्डर को जबरन लागू करने वाले खास मामलों के लिए है।

"इनवैलिड" क्यों होता है — SYMBOL_FILLING_MODE

कौन-सा फिलिंग मोड स्वीकार किया जाएगा, यह ब्रोकर हर सिंबल के लिए सेट करता है (SYMBOL_FILLING_MODE फ्लैग के जरिए)। इसे MQL5 से इस तरह पढ़ा जा सकता है।

long flags = SymbolInfoInteger(_Symbol, SYMBOL_FILLING_MODE);
// SYMBOL_FILLING_FOK फ्लैग सेट है तो FOK मान्य
// SYMBOL_FILLING_IOC फ्लैग सेट है तो IOC मान्य

SYMBOL_FILLING_MODE एक बिट फ्लैग है जिसमें FOK और IOC की अनुमति की स्थिति होती है (दोनों की अनुमति हो तो दोनों फ्लैग सेट रहते हैं)। RETURN इस फ्लैग में शामिल नहीं होता — यह सिंबल के एक्जीक्यूशन मोड (नीचे देखें) पर निर्भर करता है कि इस्तेमाल हो सकता है या नहीं।

यानी 10030 का पूरा गणित बस इतना है,

EA द्वारा भेजा गया type_filling ∉ उस सिंबल पर अनुमति प्राप्त फिलिंग मोड → 10030

बस इतना ही।

"ब्रोकर बदलते ही" यह एरर क्यों आता है

10030 को "ब्रोकर माइग्रेशन का क्लासिक एरर" कहे जाने की वजह यह है।

1. किस फिलिंग मोड की अनुमति है, यह हर ब्रोकर और हर सिंबल पर अलग होता है। कोई ब्रोकर FX सिंबल पर सिर्फ FOK देता है, कोई सिर्फ IOC, और कोई दोनों की अनुमति देता है। एक ही ब्रोकर के अंदर FX और CFD/स्टॉक की सेटिंग अलग होना भी आम बात है।
2. कई EA में type_filling हार्डकोड होता है। उदाहरण के लिए request.type_filling = ORDER_FILLING_FOK; लिखा हुआ EA, FOK की अनुमति वाले ब्रोकर A पर सालों साल चलता रहता है। डेवलपर के एनवायरनमेंट में यह ठीक चलता है इसलिए इसे बग के तौर पर पहचाना ही नहीं जाता।
3. अगर नया ब्रोकर B FOK की अनुमति नहीं देता, तो पहले ऑर्डर से ही सब कुछ फेल हो जाता है। बैकटेस्ट में यह अक्सर सामने नहीं आता (टेस्टर का व्यवहार असली सर्वर से ज्यादा लचीला होता है), और यह समस्या सिर्फ "असली अकाउंट में ट्रांसफर करने वाले दिन" ही सामने आती है।

यानी 10030 EA की बग होने से ज्यादा "एनवायरनमेंट को पहले से मान लेने" की गलती का नतीजा है। दूसरे शब्दों में, अगर सिंबल के अनुमति वाले फ्लैग को पढ़कर डायनामिक तरीके से चुना जाए, तो वह EA किसी भी ब्रोकर पर चलने लायक बन जाता है (कोड नीचे दिया गया है)।

एक्जीक्यूशन मोड (SYMBOL_TRADE_EXEMODE) से संबंध

फिलिंग मोड के अलावा हर सिंबल का एक एक्जीक्यूशन मोड भी होता है, जो यह तय करने में असर डालता है कि कौन-सा फिलिंग मोड मायने रखता है।

सटीक अनुमति संयोजन ब्रोकर की सर्वर सेटिंग पर निर्भर करता है, लेकिन व्यावहारिक रूप से "FX/CFD का मार्केट एक्जीक्यूशन हो तो FOK या IOC, एक्सचेंज-टाइप हो तो RETURN" याद रखना काफी है। एक्जीक्यूशन मोड को भी SymbolInfoInteger(_Symbol, SYMBOL_TRADE_EXEMODE) से जांचा जा सकता है।

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

① सिंबल का अनुमति प्राप्त मोड देखें (MT5 स्क्रीन)

Market Watch → सिंबल पर राइट-क्लिक → Specification खोलें और "Filling" वाली लाइन देखें। इसमें Fill or Kill / Immediate or Cancel / दोनों, इस तरह दिखेगा। अगर यहां न लिखा हुआ मोड EA भेज रहा है, तो 10030 पक्का है।

② EA के इनपुट पैरामीटर देखें

अच्छी तरह बने EA में FillingType / Filling Mode जैसा इनपुट होता है। अगर है, तो ①में देखे गए अनुमति प्राप्त मोड के अनुसार बदल देना ही काफी है (कोड बदलने की जरूरत नहीं)।

③ कोड से जांचें (डेवलपर के लिए)

long flags = SymbolInfoInteger(_Symbol, SYMBOL_FILLING_MODE);
PrintFormat("%s filling: FOK=%s IOC=%s exemode=%d",
            _Symbol,
            ((flags & SYMBOL_FILLING_FOK) != 0) ? "yes" : "no",
            ((flags & SYMBOL_FILLING_IOC) != 0) ? "yes" : "no",
            (int)SymbolInfoInteger(_Symbol, SYMBOL_TRADE_EXEMODE));

इसे स्क्रिप्ट के रूप में चलाने पर, उस ब्रोकर और उस सिंबल की असली अनुमति की स्थिति एक ही लाइन में दिख जाती है।

स्थायी समाधान — अनुमति फ्लैग पढ़कर अपने-आप चुनने वाला MQL5 कोड

10030 का सही समाधान "हर बार माइग्रेशन पर हाथ से मिलाना" नहीं, बल्कि EA को खुद सिंबल का अनुमति फ्लैग पढ़कर अपने-आप चुनने देना है। नीचे दिया गया कोड तुरंत इस्तेमाल किया जा सकने वाला मानक इम्प्लीमेंटेशन है।

ऑटोमैटिक डिटेक्शन फंक्शन

// उस सिंबल पर असल में अनुमति प्राप्त फिलिंग मोड लौटाता है
// प्राथमिकता क्रम: FOK → IOC → RETURN (एक्सचेंज-टाइप के लिए फॉलबैक)
ENUM_ORDER_TYPE_FILLING GetFillingMode(const string symbol)
{
   long flags = SymbolInfoInteger(symbol, SYMBOL_FILLING_MODE);

   if((flags & SYMBOL_FILLING_FOK) != 0)
      return ORDER_FILLING_FOK;    // पूरी मात्रा फिल हो सके तभी एक्जीक्यूट (पार्शियल फिल नहीं)

   if((flags & SYMBOL_FILLING_IOC) != 0)
      return ORDER_FILLING_IOC;    // जितना फिल हो सके उतना एक्जीक्यूट, बाकी कैंसल

   return ORDER_FILLING_RETURN;    // कोई फ्लैग नहीं = एक्सचेंज-टाइप वगैरह। RETURN भेजें
}

OrderSend में इस्तेमाल

MqlTradeRequest req; MqlTradeResult res;
ZeroMemory(req); ZeroMemory(res);

req.action       = TRADE_ACTION_DEAL;
req.symbol       = _Symbol;
req.volume       = lots;
req.type         = ORDER_TYPE_BUY;
req.price        = SymbolInfoDouble(_Symbol, SYMBOL_ASK);
req.deviation    = 20;
req.magic        = MagicNumber;
req.type_filling = GetFillingMode(_Symbol);   // ← हार्डकोड न करें

if(!OrderSend(req, res) || res.retcode != TRADE_RETCODE_DONE)
{
   if(res.retcode == TRADE_RETCODE_INVALID_FILL)   // 10030
      PrintFormat("Unsupported filling mode: sent=%d, allowed flags=%d",
                  (int)req.type_filling,
                  (int)SymbolInfoInteger(_Symbol, SYMBOL_FILLING_MODE));
   else
      PrintFormat("OrderSend failed: retcode=%d", res.retcode);
}

इससे FOK-ओनली ब्रोकर हो या IOC-ओनली ब्रोकर, वही बाइनरी बिना किसी बदलाव के चलती है। हर माइग्रेशन पर मैनुअल बदलाव की जरूरत नहीं रहती।

CTrade इस्तेमाल करने पर

स्टैंडर्ड लाइब्रेरी के CTrade में SetTypeFillingBySymbol() नाम का फंक्शन पहले से मौजूद है, जो सिंबल के अनुमति फ्लैग के आधार पर फिलिंग मोड अपने-आप सेट कर देता है।

#include <Trade/Trade.mqh>
CTrade trade;

int OnInit()
{
   trade.SetExpertMagicNumber(MagicNumber);
   trade.SetTypeFillingBySymbol(_Symbol);   // अनुमति फ्लैग पढ़कर अपने-आप सेट करता है
   return INIT_SUCCEEDED;
}

पुराने तरीके से लिखा गया trade.SetTypeFilling(ORDER_FILLING_FOK); (फिक्स्ड वैल्यू) जिस EA में 10030 की वजह बन रहा है, वहां सिर्फ इस एक लाइन को बदल देने से समस्या हल हो जाती है। अगर मैनुअली सेट करना हो, तो ऊपर बताए गए GetFillingMode() का रिजल्ट SetTypeFilling() को दिया जा सकता है, असर वही रहेगा।

लिमिट ऑर्डर (BOC) इस्तेमाल करते समय ध्यान रखें

ORDER_FILLING_BOC (Book or Cancel) सिर्फ लिमिट/स्टॉप-लिमिट ऑर्डर के लिए है, और अगर ऐसा प्राइस दिया जाए जो तुरंत एक्जीक्यूट हो जाए, तो यह रिजेक्ट हो जाता है। मार्केट ऑर्डर पर इसे सेट करना गलत होगा, इसलिए मार्केट-टाइप EA में BOC को विकल्प के तौर पर शामिल करने की जरूरत नहीं है।

ब्रोकर से जुड़ी सावधानी (माइग्रेशन के समय फिर से जांचें)

• फिलिंग मोड की अनुमति सेटिंग सिर्फ ब्रोकर के हिसाब से ही नहीं, बल्कि एक ही ब्रोकर के अंदर भी सिंबल (इंस्ट्रूमेंट ग्रुप) के हिसाब से अलग होती है। FX पर IOC की अनुमति हो, लेकिन स्टॉक CFD पर सिर्फ RETURN हो, ऐसा सेटअप सामान्य है।
• अकाउंट टाइप या सर्वर बदलने पर भी यह सेटिंग बदल सकती है। सिर्फ ब्रोकर बदलने पर ही नहीं, एक ही ब्रोकर के अंदर सर्वर माइग्रेशन, अकाउंट टाइप बदलने, या सिंबल स्पेसिफिकेशन अपडेट होने के बाद भी अचानक 10030 आना शुरू हो सकता है।
• इसलिए एक अच्छा नियम यह है कि "अकाउंट, सर्वर या सिंबल में से कोई भी बदले, तो स्पेसिफिकेशन स्क्रीन (या स्क्रिप्ट) से फिलिंग मोड फिर से जांच लें" को आदत बना लें। जिस EA में ऑटोमैटिक डिटेक्शन कोड लगा हो, उसके लिए यह जांच वैसे भी जरूरी नहीं रहती।

किसी खास ब्रोकर का "यह सिंबल सिर्फ FOK पर काम करता है" जैसी जानकारी सर्वर सेटिंग बदलने पर पुरानी हो सकती है, इसलिए इस लेख में इसे सूचीबद्ध नहीं किया गया है। हमेशा अपने खुद के अकाउंट की सिंबल स्पेसिफिकेशन से जांच करें।

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

निष्कर्ष

• Unsupported filling mode (10030 / TRADE_RETCODE_INVALID_FILL) तब आता है जब ऑर्डर का type_filling (FOK / IOC / RETURN / BOC) उस सिंबल पर अनुमति प्राप्त नहीं है — यह सर्वर का रिजेक्शन है। इसका फंड या लॉट से कोई लेना-देना नहीं है।
• अनुमति प्राप्त मोड हर ब्रोकर और हर सिंबल पर अलग होता है, इसलिए type_filling हार्डकोड किए हुए EA ब्रोकर बदलने के दिन एक साथ 10030 देने लगते हैं। यह इस एरर का सबसे आम पैटर्न है।
• यूज़र के लिए "सिंबल स्पेसिफिकेशन का Filling कॉलम देखकर → EA का इनपुट बदलना" ही तुरंत हल है। डेवलपर के लिए SymbolInfoInteger(SYMBOL_FILLING_MODE) के फ्लैग पढ़कर अपने-आप चुनने वाला (या CTrade::SetTypeFillingBySymbol() इस्तेमाल करने वाला) कोड लिखना स्थायी समाधान है।

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

FAQ

Q: कल तक चल रहा EA ब्रोकर बदलते ही 10030 के साथ बिल्कुल ऑर्डर नहीं लगा रहा। क्या EA खराब हो गया है?

नहीं, EA खराब नहीं हुआ है। EA जो फिलिंग मोड (जैसे FOK) भेज रहा है, नए ब्रोकर की उस सिंबल पर उसकी अनुमति नहीं है। सिंबल स्पेसिफिकेशन का "Filling" कॉलम जांचें और EA के इनपुट (FillingType वगैरह) को उसके अनुसार सेट करें, या कोड को ऑटोमैटिक डिटेक्शन में बदल दें — इससे EA पहले की तरह काम करने लगेगा।

Q: FOK और IOC में से क्या इस्तेमाल करना चाहिए?

अगर सिंबल दोनों की अनुमति देता है, तो असल अंतर तब दिखता है जब "लिक्विडिटी कम हो"। FOK में पूरी मात्रा फिल न हो तो पूरा ऑर्डर कैंसल हो जाता है (पोजीशन अधूरी नहीं बनती), जबकि IOC में जितना फिल हुआ उतना रह जाता है (पार्शियल फिल हो सकता है)। व्यक्तिगत FX ट्रेडिंग के लॉट साइज में लिक्विडिटी की कमी वैसे भी दुर्लभ है, इसलिए व्यावहारिक रूप से दोनों में ज्यादा फर्क नहीं पड़ता। ऑटोमैटिक डिटेक्शन कोड की तरह FOK को प्राथमिकता देना ठीक रहता है।

Q: बैकटेस्ट में तो नहीं आता, लेकिन असली अकाउंट पर 10030 आ रहा है।

स्ट्रैटेजी टेस्टर का फिलिंग प्रोसेस असली सर्वर की सेटिंग को पूरी तरह से नहीं दोहराता, इसलिए type_filling की गड़बड़ी टेस्ट में सामने नहीं आती। असली या डेमो अकाउंट पर पहली बार चलाते समय, सबसे पहले सिंबल स्पेसिफिकेशन के Filling कॉलम से मिलान करें।

Q: एक ही ब्रोकर पर, अलग-अलग सिंबल पर कभी 10030 आता है तो कभी नहीं।

यह सामान्य (और संभावित) व्यवहार है। फिलिंग मोड की अनुमति हर सिंबल के लिए अलग से सेट होती है, इसलिए FX पेयर पर IOC मान्य हो और स्टॉक CFD पर सिर्फ RETURN मान्य हो, ऐसा इंस्ट्रूमेंट ग्रुप के हिसाब से अलग होना आम है। मल्टी-सिंबल EA में हर सिंबल के लिए SYMBOL_FILLING_MODE जरूर पढ़ें।

Q: EA का कोड बदल नहीं सकता (सिर्फ .ex5 है)। क्या करें?

पहले EA के इनपुट पैरामीटर में FillingType जैसा कोई ऑप्शन है या नहीं, यह जांचें। अगर नहीं है, तो वह EA मौजूदा ब्रोकर की उस सिंबल पर इस्तेमाल नहीं हो सकता। डेवलपर से समाधान के लिए संपर्क करें, या फिर EA जिस फिलिंग मोड को मानकर बना है, उसकी अनुमति देने वाले ब्रोकर/अकाउंट टाइप पर इसे चलाएं।