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 کے نتائج حکمت عملی کی منطق، نیٹ ورک اور پلیٹ فارم کی کارکردگی سے بھی متاثر ہوتے ہیں؛ کوئی بھی مرمت منافع کی ضمانت یا نقصان سے بچاؤ کی ضمانت نہیں دیتی۔ لیوریج تجارت سے بھاری نقصان ہو سکتا ہے۔