کاروباری شرائط

1. کاروبار کی یہ شرائط (”شرائط“) ServiceComsvg LLC (”MTrading“) اور صارف کے درمیان تعامل کے بنیادی پہلوؤں کو طے کرتی ہیں۔ ان کا اطلاق صارف کی پوزیشنز کھولنے اور بند کرنے، نیز MTrading کی آن لائن ٹریڈنگ سروسز فراہم کرنے کے سلسلے میں MTrading کے MetaTrader 4 آن لائن ٹریڈنگ پلیٹ فارم (”MetaTrader 4“) کے ذریعے صارف کے آرڈرز دینے، منسوخ کرنے اور ان میں ترمیم کرنے پر ہوتا ہے۔

1.1. جبکہ MTrading اس پتے پر رجسٹرڈ ہے اور اسپاٹ غیر ملکی کرنسیوں، اسٹاکس اور فیوچرز کے کنٹریکٹس فار ڈیفرنسز (CFDs) کا ڈیلر ہے: Unit 5, Long Stone House, PO box 1200, Main street, Charlestown, Nevis۔

1.2. چونکہ، صارف نے MTrading کے ساتھ صارف کا معاہدہ کیا ہے۔

1.3. ان شرائط کو MetaTrader 4 میں ٹرانزیکشن کرنے کے عمومی تصورات اور کسٹمر اور MTrading کے اس ملازم کے درمیان مکالموں کی رہنما کتاب سمجھا جانا چاہیے جو کسٹمر کی ٹریڈز سنبھالنے کا ذمہ دار ہے («ڈیلر»)۔ یہ شرائط MetaTrader 4 میں کی گئی تمام تازہ ترین تبدیلیوں کی وضاحت یا عکاسی نہیں کرتیں۔

1.4. صارف ان شرائط کو کسی بھی قسم کی ضمانت کے بغیر قبول کرتا ہے، خواہ وہ صریح ہو یا مضمر، بشمول مگر ان تک محدود نہیں، تکمیل، بروقت ہونے یا غلطیوں سے پاک ہونے کی مضمر ضمانتیں۔

2.1. ذمہ داری کی حد

2.1.1. صارف MTrading MetaTrader 4 System کو "جیسا ہے" کی بنیاد پر اور کسی بھی قسم کی ضمانت کے بغیر قبول کرتا ہے، خواہ وہ صریح ہو یا ضمنی۔ ان میں، مگر انہی تک محدود نہیں، قابلِ فروخت ہونے یا کسی مخصوص استعمال، مقصد یا اطلاق کے لیے موزونیت کی ضمنی ضمانتیں؛ بروقت دستیابی؛ بلا تعطل کام کرنا؛ یا تجارتی رواج، کاروباری معاملات کے طریقۂ کار یا کارکردگی کے طریقۂ کار سے پیدا ہونے والی کوئی بھی ضمنی ضمانت شامل ہے۔

2.1.2. کسی بھی صورت میں MTrading کسی بالواسطہ، اتفاقی، خصوصی یا نتیجتاً ہونے والے نقصان یا ہرجانے کی ذمہ دار نہیں ہوگی، جس میں کاروبار، منافع یا ساکھ کا نقصان بھی شامل ہے۔

2.1.3. MTrading سروس یا ٹرانسمیشن میں تاخیر یا تعطل، یا MTrading MetaTrader 4 Server کی کارکردگی میں ناکامی کے لیے صارف کے سامنے ذمہ دار نہیں ہوگا، خواہ اس کی وجہ کچھ بھی ہو۔ اس میں، مگر انہی تک محدود نہیں، ہارڈویئر یا سافٹ ویئر کی خرابی؛ حکومتی، ایکسچینج یا دیگر ریگولیٹری کارروائی؛ جنگ، دہشت گردی یا MTrading کے غیر ارادی اقدامات شامل ہیں۔

2.1.4. صارف تسلیم کرتا ہے کہ MetaTrader 4 استعمال کرتے وقت تاخیر یا تعطل پیش آ سکتا ہے۔ مثال کے طور پر، یہ MetaTrader 4 سسٹم کی دیکھ بھال کے لیے MTrading کی جانب سے جان بوجھ کر بھی کیا جا سکتا ہے۔

2.1.5. MTrading اور اس کے متعلقہ ڈائریکٹرز، عہدیداروں، ملازمین، ملحقہ اداروں یا ایجنٹوں پر ان شرائط کے تحت اپنی ذمہ داریوں کی جزوی یا مکمل عدم ادائیگی کے لیے صارف کے سامنے کوئی ذمہ داری عائد نہیں ہوگی، اگر اس کی وجہ کوئی ایسا معاملہ ہو جو ان کے معقول کنٹرول سے باہر ہو۔ اس میں، مگر ان تک محدود نہیں، صنعتی کارروائیاں؛ کسی بین الاقوامی، حکومتی یا ریگولیٹری اتھارٹی کے قواعد یا اقدامات؛ یا کسی بھی وجہ سے کسی درمیانی بروکر یا ایجنٹ، MTrading یا اس کے ملحقہ اداروں کے پرنسپل، ڈیلر، کلیئرنگ ہاؤس، یا کسی بین الاقوامی، حکومتی، ریگولیٹری یا خود ضابطہ ساز ادارے کی جانب سے اپنی ذمہ داریاں پوری نہ کرنا شامل ہے۔

2.2. سسٹم کی ضروریات پوری کرنے کی ذمہ داری

2.2.1. MetaTrader 4 کے ذریعے ٹریڈنگ کرنے کے لیے، ہارڈویئر اور سافٹ ویئر سے متعلق کچھ سسٹم تقاضے ہیں، جن کی تفصیل MTrading کی ویب سائٹ پر دی گئی ہے۔ چونکہ یہ تقاضے تبدیل ہو سکتے ہیں، اس لیے صارف کو موجودہ سسٹم تقاضوں کے لیے وقتاً فوقتاً MTrading کی ویب سائٹ دیکھنی چاہیے۔

2.2.2. MTrading سے ای میل موصول کرنے کے لیے، کلائنٹ کی ذمہ داری ہے کہ وہ ایک فعال انٹرنیٹ ای میل ایڈریس اور ایسا سافٹ ویئر برقرار رکھے جس کے ذریعے وہ ای میل پڑھ، بھیج اور موصول کر سکے۔ کلائنٹ کو اپنے ای میل ایڈریس میں تبدیلی کے بارے میں فوری طور پر MTrading کو مطلع کرنا ہوگا۔ مزید ہدایات کے لیے MTrading کے کسٹمر سروس ڈیپارٹمنٹ سے support@mtrading.com پر رابطہ کریں۔

2.3. متبادل ٹریڈنگ کو برقرار رکھنے کی ذمہ داری

2.3.1. الیکٹرانک اور کمپیوٹر پر مبنی سہولتیں اور نظام، جیسے وہ جو صارف کو فراہم کیے جاتے ہیں اور MTrading استعمال کرتا ہے، فطری طور پر تعطل، تاخیر یا خرابی کا شکار ہو سکتے ہیں۔ متوقع یا غیر متوقع واقعات کے نتیجے میں یہ سہولتیں اور نظام صارف کے لیے دستیاب نہ بھی ہوں۔

2.3.2. اگر MetaTrader 4 دستیاب نہ ہو، تو کسٹمر کو اپنے MTrading اکاؤنٹ کے علاوہ بھی متبادل ٹریڈنگ انتظامات رکھنے ہوں گے تاکہ وہ اپنے آرڈرز دے اور ان پر عمل درآمد کروا سکے۔

2.4. صارف کے آرڈرز اور ٹریڈز کی ذمہ داری

2.4.1. MTrading کو یہ حق حاصل ہے کہ وہ کسٹمر کی جانب سے دی گئی یا بظاہر دی گئی کسی بھی ہدایت پر عمل کرے۔ ہدایات دینے کے بعد، کسٹمر انہیں صرف رضامندی سے واپس لے سکتا ہے۔

2.4.2. کلائنٹ سمجھتا ہے کہ MTrading یہ جاننے سے قاصر ہے کہ آیا کلائنٹ کے علاوہ کسی اور شخص نے کلائنٹ کے لاگ اِن اور پاس ورڈ کا استعمال کرتے ہوئے آرڈرز دیے ہیں یا دے رہا ہے۔ جب تک MTrading کو کسی اور طریقے سے مطلع نہ کیا جائے اور اس پر MTrading کی منظوری نہ ہو، کلائنٹ کسی بھی مقصد کے لیے کسی دوسرے شخص کو اپنے اکاؤنٹ تک رسائی کی اجازت نہیں دے گا۔

2.4.3. صارف اپنے لاگ اِن اور پاس ورڈ کی رازداری اور استعمال، نیز ان کے ذریعے درج کیے گئے کسی بھی آرڈر کا ذمہ دار ہوگا۔

2.4.4. صارف اس بات سے اتفاق کرتا ہے کہ وہ اپنے لاگ اِن یا پاس ورڈ کے گم ہونے یا چوری ہونے، یا اپنے اکاؤنٹ تک غیر مجاز رسائی کی اطلاع فوراً ای میل کے ذریعے MTrading کسٹمر سروس ڈیپارٹمنٹ کو support@mtrading.com پر دے گا۔ تاہم، صارف اپنے لاگ اِن اور پاس ورڈ کے ذریعے دیے گئے تمام آرڈرز کا ذمہ دار رہے گا۔

2.5. تصدیقات اور اکاؤنٹ اسٹیٹمنٹس

2.5.1. جب تک صارف کے ساتھ کوئی اور معاہدہ نہ ہو، MTrading صارف کے اکاؤنٹ میں روزانہ کی ٹریڈنگ سرگرمیوں کا خلاصہ (Daily Confirmation) روزانہ ای میل کے ذریعے صارف کو بھیجے گا، اور ماہانہ ٹریڈنگ سرگرمیوں کا خلاصہ (Account Statement) ہر ماہ ای میل کے ذریعے صارف کو بھیجے گا۔

2.5.2. MTrading، MetaTrader 4 کے ذریعے الیکٹرانک تصدیق بھیج کر کسٹمر کے کسی بھی آرڈر کے اجرا، منسوخی یا ترمیم کی تصدیق کرے گا۔ کسٹمر اس بات سے اتفاق کرتا ہے کہ وہ پرنٹ شدہ تصدیق کے بجائے الیکٹرانک ٹریڈ تصدیق قبول کرے گا۔

2.5.3. تصدیقات میں تاخیر ہو سکتی ہے۔ کسٹمر سمجھتا ہے کہ مختلف وجوہات کی بنا پر آرڈر کے اجرا، منسوخی یا ترمیم کی رپورٹس اور تصدیقات میں غلطی ہو سکتی ہے۔ MTrading تصدیقات میں بھی تبدیلی کر سکتا ہے۔ ایسی صورت میں کسٹمر اصل آرڈر کے اجرا کا پابند ہوگا، بشرطیکہ وہ کسٹمر کے آرڈر سے مطابقت رکھتا ہو۔ اگر MTrading غلطی سے آرڈر کے اجرا یا منسوخی کی تصدیق کرے اور کسٹمر 24 گھنٹوں کے اندر اس غلطی کی اطلاع دینے میں بلاجواز تاخیر کرے، تو MTrading کو اپنی صوابدید پر کسٹمر سے ٹریڈ قبول کرنے یا اسے کسٹمر کے اکاؤنٹ سے ہٹانے کا حق حاصل ہے۔

2.5.4. صارف اس بات سے اتفاق کرتا ہے کہ درج ذیل صورتوں میں MTrading کو فوری طور پر ٹیلی فون کے ذریعے یا support@mtrading.com پر MTrading کے کسٹمر سروس ڈپارٹمنٹ کو ای میل کے ذریعے مطلع کرے گا:

2.5.4.1. کلائنٹ کو عمل درآمد، منسوخی یا ترمیم کی تصدیق موصول نہیں ہوتی؛

2.5.4.2. اصل آرڈر پر عمل درآمد کسٹمر کے آرڈر سے مطابقت نہیں رکھتا؛

2.5.4.3. صارف ایسا آرڈر جاری ہونے یا منسوخ ہونے کی اطلاع دیتا ہے جو اس نے نہیں دیا تھا؛

2.5.4.4. صارف کو اکاؤنٹ اسٹیٹمنٹ، تصدیق یا کوئی دوسری معلومات موصول ہوتی ہیں جن میں آرڈرز، ٹریڈز، اکاؤنٹ بیلنس، پوزیشنز، فنڈز، مارجن کی صورتحال یا ٹرانزیکشن کی تاریخ سے متعلق غلط معلومات درج ہوں۔

2.5.5. کلائنٹ سمجھتا ہے اور اس سے اتفاق کرتا ہے کہ MTrading کسی بھی غلطی کو درست کرنے کے لیے کلائنٹ کے اکاؤنٹ میں تبدیلیاں کر سکتا ہے۔

2.5.6. صارف اس بات سے اتفاق کرتا ہے کہ وہ MTrading کو فوری طور پر وہ تمام اثاثے واپس کرے گا جو اسے تقسیم کیے گئے ہوں لیکن جن کا وہ حق دار نہ ہو۔

2.6. لیکویڈیٹی کی حد

2.6.1. MTrading اس بات کی یقین دہانی یا ضمانت نہیں دے سکتا اور نہ ہی دیتا ہے کہ ہر صارف کا آرڈر درج شدہ قیمت پر مکمل ہوگا۔ دیگر وجوہات کے علاوہ، ممکن ہے کہ ہر اس مارکیٹ تک رسائی نہ ہو جہاں کوئی مخصوص پروڈکٹ ٹریڈ ہوتی ہے؛ دوسرے آرڈرز صارف کے آرڈر سے پہلے ٹریڈ ہو سکتے ہیں اور درج شدہ قیمت پر دستیاب حجم ختم کر سکتے ہیں؛ ایکسچینجز یا مارکیٹ میکرز اپنی درج شدہ قیمتوں پر عمل کرنے میں ناکام ہو سکتے ہیں۔

2.6.2. MTrading کو یہ اختیار حاصل ہے کہ وہ کسٹمر کے آرڈرز کو خودکار عملدرآمد کے نظام سے نکال کر دستی ہینڈلنگ کے لیے دوبارہ بھیجے (ایسی صورت میں کسٹمر کے آرڈر پر عملدرآمد یا اس کی نمائندگی میں نمایاں تاخیر ہو سکتی ہے)؛ یا ایکسچینج کے قواعد، پالیسیاں، طریقہ کار یا فیصلے، یا نظام میں تاخیر یا خرابی، MTrading کو کسٹمر کا آرڈر مکمل کرنے سے روک سکتے ہیں، آرڈر پر عملدرآمد میں تاخیر کا سبب بن سکتے ہیں، یا آرڈر کو درخواست کردہ قیمت پر مکمل ہونے سے روک سکتے ہیں۔

2.7. ناپسندیدہ نتائج کو قبول کرنا

2.7.1. صارف تسلیم کرتا ہے کہ بعض حالات میں پوزیشن کھولنا یا بند کرنا، اور/یا آرڈر دینا، منسوخ کرنا یا اس میں ترمیم کرنا ممکن نہیں ہو سکتا۔ پوزیشن کھولنے یا بند کرنے، یا آرڈر دینے، منسوخ کرنے یا اس میں ترمیم کرنے کی کوئی بھی کوشش محض ایک درخواست ہے۔

2.7.2. اگر MTrading ایسی درخواست کی تصدیق نہ کر سکے تو وہ کسٹمر کے لیے ذمہ دار نہیں ہوگا۔ کسٹمر مزید تسلیم کرتا ہے کہ آرڈر میں ترمیم کرنے، یا اسے منسوخ کر کے اس کی جگہ دوسرا آرڈر دینے کی کوشش کے نتیجے میں ناپسندیدہ آرڈر پر عمل درآمد ہو سکتا ہے، اور اس طرح کے تمام آرڈرز پر عمل درآمد کی ذمہ داری کسٹمر پر ہوگی۔

3.1. درخواستیں دینے اور ان پر عمل درآمد کے بنیادی شرائط

3.1.1. صارف کے آرڈرز اور درخواستوں پر MetaTrader 4 پلیٹ فارم کے ذریعے درج ذیل طریقے سے عمل کیا جاتا ہے:

3.1.1.1. کلائنٹ، کلائنٹ ٹرمینل کی معیاری آرڈر درج کرنے والی ونڈو ("آرڈر" ونڈو) میں درخواست کے طور پر اپنی ہدایات دیتا ہے۔

3.1.1.2. کلائنٹ ٹرمینل، کلائنٹ کی تیار کردہ درخواست کی درستگی خودکار طور پر چیک کرتا ہے۔ اس جانچ میں درخواست کی قسم اور کلائنٹ کے ٹرمینل میں دستیاب منتخب انسٹرومنٹ کی موجودہ قیمت کو مدنظر رکھا جاتا ہے۔ کامیاب جانچ کے بعد درخواست سرور کو بھیج دی جائے گی۔

3.1.1.3. اگر درخواست کے وقت کلائنٹ ٹرمینل کا سرور سے انٹرنیٹ کنکشن فعال ہو، تو سرور کو یہ درخواست موصول ہو جاتی ہے۔ اس کے بعد درخواست کی درستگی کی دوبارہ جانچ کی جاتی ہے، جس میں درخواست کی قسم اور سرور پر دستیاب منتخب انسٹرومنٹ کی موجودہ قیمت کو مدنظر رکھا جاتا ہے۔

3.1.1.4. اگر دوسری جانچ کامیاب ہو جائے تو آرڈر ونڈو کے ذریعے صارف کو مطلع کیا جاتا ہے کہ درخواست پر کارروائی کے لیے اسے قبول کر لیا گیا ہے (”آرڈر قبول کر لیا گیا“)۔ ایسے تمام آرڈرز قطار میں رکھے جاتے ہیں اور سرور کو موصول ہونے کے وقت کے مطابق ترتیب دیے جاتے ہیں۔

3.1.1.5. تمام درخواستیں خودکار طور پر کارروائی کے لیے قبول کی جاتی ہیں، سوائے ان درخواستوں کے جن پر ڈیلر دستی طور پر کارروائی کرے۔ ایسی صورت میں، اگر درخواست قطار میں سب سے پہلے ہو تو ڈیلر اسے کارروائی کے لیے قبول کرتا ہے اور صارف کو مطلع کیا جاتا ہے: «آرڈر پر کارروائی جاری ہے»۔ ڈیلر کو قطار میں موجود کسی بھی درخواست پر کارروائی شروع کرنے کا حق حاصل ہے، جس سے موصول ہونے والی درخواستوں کی ترتیب تبدیل ہو سکتی ہے۔ اس اختیار کے باعث، صارف کی کسی درخواست پر کارروائی کا نتیجہ سرور کے لاگ میں اس کی پہلے دی گئی درخواستوں کے نتائج کے مقابلے میں کافی دیر بعد درج ہو سکتا ہے۔

3.1.1.6. ڈیلر کی جانب سے کسٹمر کی درخواست پر عمل درآمد کی تصدیق سرور کو بھیجی جاتی ہے، سرور لاگ میں درج کی جاتی ہے اور کسٹمر کے ٹرمینل پر بھیجی جاتی ہے۔

3.1.1.7. اگر انٹرنیٹ کنکشن فعال ہو، تو صارف کو آرڈر ونڈو میں اپنی کامیابی سے مکمل ہونے والی درخواست کی تصدیق موصول ہوتی ہے۔ مثال کے طور پر: “#2779336 sell 3.00 EURUSD at 1.38160 successful”۔

3.2. درخواست پر عمل درآمد کی مدت

3.2.1. کسی درخواست پر عمل درآمد میں درکار وقت کا انحصار صارف کے کلائنٹ ٹرمینل اور ڈیلنگ سرور کے درمیان انٹرنیٹ کنکشن کے معیار، متعلقہ مارکیٹ کی صورتحال اور صارف کے منتخب کردہ مخصوص انسٹرومنٹس سے متعلق ٹریڈنگ حالات پر بھی ہوتا ہے۔

3.2.2. مارکیٹ کے معمول کے حالات میں، صارف کی درخواست پر عمل درآمد میں 20 سیکنڈ تک لگ سکتے ہیں۔ معمول سے مختلف مارکیٹ حالات میں، صارف کی درخواستوں پر عمل درآمد میں 60 سیکنڈ تک لگ سکتے ہیں۔ درخواست پر عمل درآمد کے لیے زیادہ سے زیادہ وقت 90 سیکنڈ ہے۔ درخواست کو مکمل تصور کیا جائے گا اگر صارف کو سرور سے جواب موصول ہو؛ اس وقت سے ایک نئی الٹی گنتی شروع ہو جاتی ہے۔ (مثال کے طور پر، اگر آرڈر دینے کے 30 سیکنڈ بعد صارف کو دوبارہ قیمت کی پیشکش موصول ہو اور صارف نئی قیمت کی تصدیق کر دے، تو سرور اس کارروائی کو مکمل کرنے کے لیے مزید 90 سیکنڈ لے سکتا ہے۔) اگر اس مدت کے دوران صارف کی درخواست پر عمل درآمد نہ ہو، تو درخواست قطار سے حذف کر دی جائے گی اور آرڈر ونڈو میں صارف کو بتایا جائے گا کہ درخواست “Off quotes” تھی۔

3.3. صارف کی جانب سے منسوخ کی گئی درخواستیں

3.3.1. آپ کو سرور پر بھیجی گئی درخواست منسوخ کرنے کا حق صرف اسی صورت میں ہے جب درخواست کا اسٹیٹس «Order accepted» ہو۔ درخواست منسوخ کرنے کے لیے Order ونڈو میں «Cancel» بٹن دبائیں۔ اگر آرڈر کا اسٹیٹس «Order in processing» ہو، تو آپ درخواست منسوخ نہیں کر سکتے۔

3.4. درخواستوں کا مسترد کیا جانا

3.4.1. درج ذیل صورتوں میں MTrading کو کسٹمر کی کسی بھی درخواست کو مسترد کرنے کا حق حاصل ہے:

3.4.1.1. آرڈر پر کارروائی کے لیے موصول ہونے کے وقت مارکیٹ کے حالات غیر معمولی ہوں؛

3.4.1.2. اگر کسٹمر کی درخواست موجودہ مارکیٹ سیشن کے پہلے کوٹ سے پہلے بھیجی جائے، یا کسٹمر ٹریڈنگ کے وقفے کے دوران آرڈر لگانے یا مینیج کرنے کی کوشش کرے، تو “Trade is disabled” کا نوٹیفکیشن دکھایا جائے گا؛

3.4.1.3. صارف کی درخواست واضح طور پر غلط کوٹ پر دی گئی ہو؛

3.4.1.4. مطلوبہ قیمت کی سطح پر لیکویڈیٹی موجود نہیں ہے؛

3.4.1.5. درخواست بھیجے جانے اور سرور کی جانب سے پروسیسنگ کے لیے قبول کیے جانے کے دوران قیمت میں اوپر یا نیچے کی جانب گیپ آ گیا، جس کی وجہ سے صارف کی منتخب کردہ قیمت پر درخواست پر عمل درآمد کا اختیار ختم ہو گیا؛

3.4.1.6. سافٹ ویئر یا ہارڈویئر میں خرابی کی وجہ سے درخواستوں پر عمل درآمد ممکن نہیں رہتا؛

3.4.1.7. صارف کی درخواستوں اور حقیقی ٹریڈنگ لین دین کی تعداد معقول حد سے زیادہ ہو؛

3.4.1.8. منتخب انسٹرومنٹ یا ایکسچینج پر موجود اسٹاک کے لیے مقرر کردہ قیمت کی حد تک مارکیٹ پہنچ چکی ہے، یا کوئی دوسری پابندی لاگو ہے؛

3.4.1.9. یہ درخواست ایسی پوزیشن سے متعلق ہے جو اس وقت لیکویڈیشن کے عمل سے گزر رہی ہے (براہِ کرم سیکشن 7 دیکھیں)؛

3.4.1.10. یہ درخواست ایسی پوزیشن سے متعلق ہے جو فی الحال Stop Loss یا Take Profit کی کارروائی کے لیے قطار میں ہے؛

3.4.1.11. درخواست ایک ایسی زیرِ التوا آرڈر سے متعلق ہے جو اس وقت پروسیسنگ کی قطار میں ہے یا پراسیس ہو رہا ہے، کیونکہ مارکیٹ کی قیمت اس مخصوص زیرِ التوا آرڈر میں مقررہ سطح تک پہنچ گئی ہے؛

3.4.1.12. درخواست میں مقرر کردہ قیمت، منتخب انسٹرومنٹس کی specifications کے مطابق، pending orders (Limit/Stop Level) کے لیے اجازت شدہ حد کے مقابلے میں مارکیٹ قیمت کے زیادہ قریب ہے؛

3.4.1.13. درخواست منتخب انسٹرومنٹ کی مارکیٹ قیمت میں تبدیلی کے باعث زیرِ التوا آرڈر کھولنے کی ہے، جس کی اجازت نہیں ہے؛

3.4.1.14. صارف کے اکاؤنٹ میں ایسی واضح غلطیاں ہیں جن کی وجہ سے درخواست پر عمل درآمد ممکن نہیں، یا اگر یہ غلطیاں درست کر دی جائیں تو عمل درآمد ممکن نہیں رہے گا۔ MTrading کی جانب سے صارف کی درخواست مسترد کیے جانے کی صورت میں Order ونڈو میں “Off quotes” کا پیغام دکھایا جاتا ہے۔

4.1. MTrading قابلِ تجارت انسٹرومنٹس کی قیمتیں دو طریقوں سے فراہم کر سکتا ہے: ”Instant execution“ اور ”Market execution“۔ قیمت فراہم کرنے کے طریقے کی معلومات Order ونڈو میں دکھائی جاتی ہیں۔ MTrading کو یہ حق حاصل ہے کہ جب ضروری سمجھے، کسی بھی وقت کسی انسٹرومنٹ کا قیمت فراہم کرنے کا طریقہ تبدیل کر دے۔

4.2. «مارکیٹ ایگزیکیوشن» موڈ میں موجود انسٹرومنٹس کی قیمتوں کو صرف اشارتی سمجھا جانا چاہیے۔ ضروری نہیں کہ یہ کسٹمر کی درخواست موصول ہونے کے بعد سرور کی جانب سے بھیجی گئی قیمتوں کے عین مطابق ہوں۔ کوٹیشن موڈ سے قطع نظر، MTrading کسٹمر کو فراہم کی جانے والی مناسب قیمت کی سطح کا فیصلہ آزادانہ طور پر کرنے کا حق محفوظ رکھتا ہے۔

5.1. عمومی شرائط

5.1.1. خرید کی پوزیشن (Buy) کھولنے اور فروخت کی پوزیشن (Sell) بند کرنے کے لیے Ask price استعمال ہوتی ہے۔

5.1.2. سیل پوزیشن (Sell) کھولنے اور بائے پوزیشن (Buy) بند کرنے کے لیے Bid قیمت استعمال کی جاتی ہے۔

5.2. ‘انسٹنٹ ایگزیکیوشن’ موڈ میں پوزیشن کھولنا

5.2.1. «Instant execution» موڈ میں درخواست بھیجنے کے لیے Order ونڈو میں «Buy» یا «Sell» بٹن دبائیں۔ اس سے پہلے مخصوص انسٹرومنٹ اور لاٹس میں ٹرانزیکشن کا حجم منتخب کرنا ضروری ہے۔ مثال کے طور پر، «1.6550 پر GBPUSD کے 1.0 لاٹ کی خریداری #33022051 کھولیں»۔

5.3. ’Market Execution‘ موڈ میں پوزیشن کھولنا

5.3.1. «مارکیٹ ایگزیکیوشن» موڈ میں درخواست بھیجنے کے لیے آرڈر ونڈو میں «مارکیٹ پر خریدیں» یا «مارکیٹ پر فروخت کریں» بٹن دبائیں۔ اس سے پہلے مخصوص انسٹرومنٹ اور ٹرانزیکشن کا سائز لاٹس میں منتخب کرنا ضروری ہے۔ مثال کے طور پر، «#33022052 کھولیں، GBPUSD کا 1.0 لاٹ مارکیٹ پر خریدیں»۔

5.4. پوزیشن کھولنے کی درخواستوں پر عمل درآمد کی بنیادی شرائط

5.4.1. سرور کو درخواست موصول ہونے پر خودکار جانچ کی جاتی ہے تاکہ یہ یقینی بنایا جا سکے کہ کسٹمر کے اکاؤنٹ میں MTrading کی مقرر کردہ مارجن کی ضروریات پوری کرنے کے لیے کافی فنڈز موجود ہیں۔ نئی پوزیشن کی مارجن کی ضرورت کو پہلے سے کھلی پوزیشنوں کی مجموعی مارجن کی ضرورت کے ساتھ شمار کیا جاتا ہے۔ مزید یہ کہ، غیر ہیج شدہ پوزیشنوں کے لیے مارجن کی ضرورت ابتدائی مارجن ہوتی ہے، جبکہ لاک شدہ (ہیج شدہ) پوزیشنوں کے لیے مارجن کی ضرورت ہیجڈ مارجن کے طور پر شمار کی جاتی ہے (سیکشن 8)۔

5.4.1.1. جب جانچ سے ظاہر ہو کہ “Free Margin” کی قدر مقررہ حد سے کم نہیں ہوتی، تو صارف کا اکاؤنٹ مارجن کی ضروریات کی جانچ کامیابی سے پاس کر لیتا ہے اور صارف کے اکاؤنٹ میں نئی پوزیشن کھول دی جاتی ہے۔ اس ٹرانزیکشن کا اندراج سرور لاگ اور صارف کے ٹرمینل کے Journal میں کیا جاتا ہے۔ پوزیشن کھلنے کی تصدیق صارف کو Order ونڈو میں دکھائی جاتی ہے، اور پوزیشن صارف کے ٹرمینل کی Trade ونڈو میں کھلی پوزیشنز کی فہرست میں ظاہر ہوتی ہے۔

5.4.1.2. اگر جانچ سے ظاہر ہو کہ نئی پوزیشنز کھولنے سے فری مارجن کی حد کی خلاف ورزی ہوگی، تو کسٹمر کا اکاؤنٹ جانچ میں کامیاب نہیں ہوگا۔ آرڈر کے لیے “Comment” فیلڈ میں تبصرہ دکھایا جائے گا اور سرور لاگ میں متعلقہ نوٹ درج کیا جائے گا۔

5.5. ’Instant Execution‘ موڈ میں پوزیشن بند کرنا

5.5.1. “Instant execution” موڈ میں کوٹ کی گئی پوزیشن بند کرنے کے لیے، کسٹمر کو “Trade” فہرست میں پوزیشن منتخب کرکے “Close….” دبانا ہوگا۔ ٹرانزیکشن کا والیوم بھی منتخب کرنا ضروری ہے۔ مثال کے طور پر، “Close #33022053 sell 1.0 lot of GBPUSD at 1.6520”۔

5.6. ’Market Execution‘ موڈ میں پوزیشن بند کرنا

5.6.1. “Market execution” موڈ میں کوٹ کی گئی پوزیشن بند کرنے کے لیے، کسٹمر کو “Trade” فہرست میں پوزیشن منتخب کرکے “Close…” دبانا ہوگا۔ ٹرانزیکشن کا والیوم بھی منتخب کرنا ہوگا۔ مثال کے طور پر، “Close #33022054 sell 1.0 lot of GBPUSD by Market”۔

5.7. ایکسپرٹ ایڈوائزرز کے ذریعے پوزیشنز کھولنا اور بند کرنا

5.7.1. Expert Advisers موجودہ مارکیٹ قیمتوں پر پوزیشن بند کرنے یا کھولنے کی درخواست تیار کرتا ہے۔ اگر سرور سے کوٹ موصول ہو اور وہ Slippage پیرامیٹر پر پورا اترتا ہو، تو Adviser سرور کی فراہم کردہ کوٹ استعمال کرتے ہوئے پوزیشن کھولنے یا بند کرنے کی درخواست تیار کرتا ہے۔

5.8. ری کوٹس

5.8.1. جب کسی مالیاتی آلے کی قیمت اس مدت کے دوران بدل جائے جو کسٹمر کی پوزیشن کھولنے یا بند کرنے کی درخواست پر عمل کرنے کے لیے درکار ہو، تو MTrading کو یہ حق حاصل ہے، لیکن وہ اس کا پابند نہیں، کہ درخواست پر عمل کرنے کے لیے کسٹمر کو نئی قیمت پیش کرے۔ نئی قیمت ایک نئی ونڈو میں “Requote” کے عنوان سے دکھائی جائے گی۔ اگر کسٹمر اس قیمت سے اتفاق کرتا ہے، تو اسے 3 سیکنڈ کے اندر “Ok” بٹن دبانا ہوگا۔ اگر کسٹمر 3 سیکنڈ کے اندر یہ بٹن نہیں دباتا، تو قیمت کی پیشکش ختم ہو جائے گی۔

5.8.2. چونکہ کوٹس تبدیل ہو سکتے ہیں، اس لیے دکھایا گیا کوئی بھی کوٹ پورے 3 سیکنڈ تک مؤثر نہ رہے، اور کسٹمر کو ’’Requote‘‘ ونڈو دوبارہ دکھائی جا سکتی ہے۔ کوٹ کی مدت ختم ہونے پر کسٹمر کا آرڈر ابتدائی طور پر درخواست کردہ کوٹ پر مارکیٹ میں داخل نہ ہو سکے۔

5.9. لاک شدہ پوزیشنز بند کرنا

5.9.1. اگر کسٹمر کے اکاؤنٹ میں دو یا اس سے زیادہ لاک پوزیشنز ہوں، تو Trade list میں ان میں سے کسی ایک پوزیشن کو منتخب کرنے پر Order window میں ایک نیا آپشن ظاہر ہوگا، جس تک Type list کے ذریعے رسائی حاصل کی جا سکتی ہے: “Multiple close by” اور “Close by”۔ ان آپشنز کے ذریعے بند کی گئی پوزیشنز، “Account history” کی فہرست میں “close hedge by #XXXXX” کے تبصرے کے ساتھ دکھائی جائیں گی۔

5.10. ‘Close By’ آپشن استعمال کرتے ہوئے لاک شدہ پوزیشنز بند کرنا

5.10.1. آرڈر ونڈو میں “Close by” آپشن منتخب کرنے کے بعد لاک شدہ پوزیشنز کی فہرست ظاہر ہوتی ہے۔ ایک لاک شدہ پوزیشن منتخب کرکے “Close #XXXX by #XXXX” دبانے پر، صارف موجودہ مارکیٹ قیمت پر دو لاک شدہ پوزیشنز کو بیک وقت بند کرنے کی درخواست بھیجتا ہے۔ اگر دونوں پوزیشنز کا سائز مختلف ہو، تو چھوٹی پوزیشن مکمل طور پر بند ہو جائے گی اور دوسری پوزیشن بھی اسی سائز کے مطابق بند ہوگی۔ باقی پوزیشن کھلی رہے گی اور اسے نیا ٹکٹ ملے گا۔ اس طرح جزوی طور پر بند کی گئی پوزیشنز کے لیے “Account history” فہرست میں “partial close” کا تبصرہ دکھایا جائے گا۔

5.11. ‘Multiple Close By’ آپشن استعمال کرکے لاک شدہ پوزیشنز بند کرنا

5.11.1. Order ونڈو میں “Multiple close by” کا آپشن منتخب کرنے کے بعد لاک شدہ پوزیشنوں کی فہرست ظاہر ہوتی ہے۔ “Multiple close by for…” پر کلک کرنے سے، کلائنٹ یکساں سائز کی تمام پوزیشنوں کو موجودہ مارکیٹ قیمت پر بیک وقت بند کرنے کی درخواست بھیجتا ہے۔ اگر پوزیشنوں کے سائز مختلف ہوں، تو چھوٹی پوزیشنیں مکمل طور پر بند ہو جائیں گی اور باقی پوزیشنیں پہلی پوزیشن کے برابر سائز میں بند ہوں گی۔ باقی پوزیشنیں کھلی رہیں گی اور انہیں نیا ٹکٹ ملے گا۔ اس طرح جزوی طور پر بند کی گئی پوزیشنوں کے لیے “Account history” کی فہرست میں “partial close” کا تبصرہ درج ہوگا۔

6.1. صارف Pending Orders کے ذریعے پوزیشنز کھول سکتا ہے اور Stop Loss اور Take Profit آرڈرز کے ذریعے انہیں بند کر سکتا ہے۔

6.1.1. پوزیشنز کھولنے کے لیے درج ذیل پینڈنگ آرڈرز استعمال ہوتے ہیں: Buy Limit، Sell Limit(، Sell Stop، Buy Stop۔

6.1.2. درج ذیل زیرِ التوا آرڈرز پوزیشنز بند کرنے کے لیے استعمال ہوتے ہیں: اسٹاپ لاس (S/L) اور ٹیک پرافٹ (T/P)۔

6.2. صارف کو مارکیٹ کے ان کھلے اوقات میں ایسے آرڈرز کھولنے، ان میں ترمیم کرنے اور انہیں حذف کرنے کی درخواستیں بھیجنے کا حق حاصل ہے، جن کے اوقات MTrading کی ویب سائٹ پر دیکھے جا سکتے ہیں۔

6.3. پینڈنگ آرڈرز

6.3.1. پینڈنگ آرڈرز لگانا

6.3.1.1. پینڈنگ آرڈر کھولنے کی درخواست بنانے کے لیے، صارف کو آرڈر ونڈو میں انسٹرومنٹ اور ٹرانزیکشن کا سائز منتخب کرنا ہوگا۔ “Type” فہرست میں سے “Pending order” منتخب کریں، پھر پینڈنگ آرڈر کی قسم اور “at price” فیلڈ میں قیمت منتخب کریں۔ “Place” بٹن دبانے کے بعد درخواست صارف کے ٹرمینل کے ذریعے خودکار جانچ کے لیے بھیجی جاتی ہے۔ اگر آرڈر میں مقرر کردہ قیمت، آرڈر کی قسم اور موجودہ مارکیٹ قیمت سے مطابقت نہ رکھتی ہو (مثلاً EURUSD کی موجودہ Ask قیمت 1.3528 ہونے پر 1.3400 پر Buy Stop EURUSD)، تو آرڈر خودکار طور پر مسترد کر دیا جاتا ہے اور “Invalid S/L or T/P” پیغام دکھایا جاتا ہے۔ آرڈر اسی پیغام کے ساتھ خودکار طور پر حذف بھی کر دیا جاتا ہے، اگر اس میں مقرر کردہ قیمت مارکیٹ کی اس قیمت کے بہت قریب ہو جس کی حد سے کم فاصلے پر MTrading پینڈنگ آرڈرز کی اجازت نہیں دیتا۔ یہ حد کنٹریکٹ اسپیسفکیشن کے صفحے پر “Limit/Stop Level” کے طور پر دکھائی جاتی ہے۔ “Limit/Stop Level” کی قدر آرڈر ونڈو میں اس طرح بھی دکھائی جاتی ہے: “آپ کی مقرر کردہ اوپن قیمت، مارکیٹ قیمت سے کم از کم XX پپس کے فرق پر ہونی چاہیے”۔ آرڈر ونڈو میں صارف Buy Limit اور Buy Stop آرڈرز کے لیے موجودہ مارکیٹ Ask قیمت، اور Sell Limit اور Sell Stop آرڈرز کے لیے Bid قیمت دیکھ سکتا ہے۔

6.3.1.2. فعال مارکیٹ سیشن کے دوران زیرِ التوا آرڈر کھولنے کی درخواست کامیابی سے جانچ کے مراحل سے گزر جائے تو اسے ڈیلر کے ذریعے کارروائی کے لیے قطار میں شامل کر دیا جاتا ہے۔

6.3.2. زیرِ التوا آرڈرز منسوخ کرنا اور ان میں ترمیم کرنا

6.3.2.1. زیرِ التوا آرڈر کو منسوخ کرنے کی درخواست دینے کے لیے، صارف کو Trade فہرست میں متعلقہ آرڈر منتخب کرنا ہوگا اور پھر “Order…” ونڈو میں “Delete” پر کلک کرنا ہوگا۔

6.3.2.2. زیرِ التوا آرڈر میں ترمیم کی درخواست دینے کے لیے، صارف کو ٹریڈ لسٹ میں متعلقہ آرڈر پر دو بار کلک کرنا ہوگا۔ پھر ”Order…“ ونڈو میں ”Price“ کے خانے میں آرڈر کے لیے نئی قیمت منتخب کرکے ”Modify“ پر کلک کرنا ہوگا۔ اگر نئی قیمت آرڈر کی قسم، موجودہ مارکیٹ قیمت یا Limit/Stop Level سے متصادم نہ ہو، تو درخواست پراسیسنگ کے لیے بھیج دی جائے گی۔ دیگر تمام صورتوں میں ”Modify“ بٹن غیر فعال رہے گا۔

6.3.2.3. زیرِ التوا آرڈر کا سائز تبدیل کرنے کے لیے، کسٹمر کو پہلے موجودہ زیرِ التوا آرڈر حذف کرنا ہوگا، پھر اسی قسم اور قیمت کے ساتھ نیا زیرِ التوا آرڈر بنانا ہوگا اور Order ونڈو میں نیا سائز منتخب کرنا ہوگا۔

6.4. ‘Stop Loss’ اور ‘Take Profit’ آرڈرز لگانا، منسوخ کرنا اور ان میں تبدیلی کرنا

6.4.1. اسٹاپ لاس اور ٹیک پرافٹ آرڈرز یہ ہو سکتے ہیں:

6.4.1.1. یہ آرڈرز پہلے سے کھلی پوزیشن پر لگائے جاتے ہیں، اور مارکیٹ ایگزیکیوشن موڈ میں ٹریڈنگ کے سوا پوزیشن کھولتے وقت بھی بیک وقت لگائے جا سکتے ہیں۔ مارکیٹ ایگزیکیوشن میں آرڈر کھولنے کے وقت ‘Stop Loss’ اور ‘Take Profit’ آرڈرز لگانے کی اجازت نہیں ہوتی؛

6.4.1.2. پہلے سے کھلے pending order پر لگایا گیا، اور pending order کھولتے وقت بیک وقت بھی لگایا گیا؛

6.4.1.3. کھلی پوزیشن یا کھلے پینڈنگ آرڈر پر تبدیل کیا گیا؛

6.4.1.4. کھلی پوزیشن یا کھلے پینڈنگ آرڈر سے حذف کیا گیا۔

6.4.2. کھلی پوزیشن (یا زیرِ التوا آرڈر) پر Stop Loss یا Take Profit آرڈر لگانے کی درخواست بنانے کے لیے، کسٹمر کو Trade فہرست میں سے متعلقہ پوزیشن (یا زیرِ التوا آرڈر) منتخب کرنا ہوگا۔ اس کے بعد “Order…” ونڈو کی “Type” فہرست میں سے “Modify order” منتخب کریں۔ “Stop Loss” اور “Take Profit” کے خانوں میں وہ مطلوبہ قیمت کی سطح درج کریں جہاں کسٹمر یہ آرڈرز لگانا چاہتا ہے، پھر “Modify…” بٹن دبائیں۔ اگر کسٹمر کی جانب سے “Stop Loss” اور “Take Profit” کے خانوں میں مقرر کردہ قیمت کی سطحیں ان آرڈرز کی قسم اور موجودہ مارکیٹ قیمت سے متصادم نہ ہوں، تو درخواست پراسیسنگ کے لیے قطار میں شامل کر دی جائے گی۔ اگر “Stop Loss” اور/یا “Take Profit” کے خانے میں مقرر کردہ ایک یا دونوں قیمتیں ان آرڈرز کی قسم یا انسٹرومنٹ کی موجودہ مارکیٹ قیمت سے متصادم ہوں (مثلاً، EURUSD کو 1.3500 پر خریدنے کے بعد Take Profit مقرر کرنا جبکہ موجودہ مارکیٹ قیمت 1.3550 ہو)، یا ان میں سے کوئی ایک یا دونوں قیمتیں Limit/Stop Level سے متصادم ہوں، تو درخواست بھیجنے کا بٹن غیر فعال رہے گا اور کسٹمر کی ہدایات کو غلط سمجھا جائے گا۔

6.4.3. کسی پوزیشن کو کھولتے وقت (یا زیرِ التوا آرڈر کھولتے وقت) بیک وقت اسٹاپ لاس اور/یا ٹیک پرافٹ آرڈر لگانے کے لیے، پوزیشن (یا زیرِ التوا آرڈر) کھولنے کی درخواست دیتے وقت آرڈر ونڈو کے اوپری حصے میں موجود متعلقہ فیلڈز میں اسٹاپ لاس اور/یا ٹیک پرافٹ کی قیمت کی سطح درج کرنا ضروری ہے۔ اگر “Stop Loss” اور/یا “Take Profit” فیلڈ میں درج کی گئی ایک یا دونوں قیمتیں ان آرڈرز کی قسم اور انسٹرومنٹ کی موجودہ مارکیٹ قیمت سے مطابقت نہ رکھتی ہوں، یا ایک یا دونوں قیمتیں Limit/Stop Level سے متصادم ہوں، تو پوزیشن (یا زیرِ التوا آرڈر) کھولنے کی درخواست خودکار طور پر مسترد کر دی جائے گی اور کسٹمر کو “Invalid S/L or T/P” کا پیغام دکھایا جائے گا۔

6.4.4. صارف پہلے سے لگائے گئے اسٹاپ لاس یا ٹیک پرافٹ آرڈرز میں ترمیم کی درخواست اسی طرح بنا سکتا ہے جس طرح یہ آرڈرز لگانے کی درخواست بنائی جاتی ہے۔

6.4.5. صارف پہلے سے لگائے گئے Stop Loss یا Take Profit آرڈرز کو منسوخ کرنے کی درخواست اسی طرح دے سکتا ہے جیسے یہ آرڈرز لگانے کی درخواست دیتا ہے۔ منسوخ کیے جانے والے آرڈر کے فیلڈ میں 0.0000 کی ویلیو بھی درج کی جانی چاہیے۔ صارف کی Trade list میں کھلی پوزیشن یا پینڈنگ آرڈر کے S/L یا T/P فیلڈ میں 0.0000 کی ویلیو کا مطلب ہے کہ Stop Loss یا Take Profit آرڈر نہیں لگایا گیا۔

6.5. آرڈر دینے، منسوخ کرنے اور اس میں ترمیم کرنے کی درخواستوں پر عمل درآمد

6.5.1. اگر کسی زیرِ التوا آرڈر دینے کے لیے کسٹمر کی درخواست کی سرور سے تصدیق ہو جائے، تو اس آرڈر کو ایک ٹکٹ نمبر دیا جاتا ہے، جو کسٹمر کے ٹرمینل کی Trade فہرست میں بھی دکھایا جاتا ہے۔ یہ تفصیل سرور لاگ میں درج ہوتی ہے اور کسٹمر کو Order ونڈو میں “# (ٹکٹ، قسم، سائز، انسٹرومنٹ اور قیمت) کامیاب” کے طور پر دکھائی جاتی ہے۔

6.5.2. اگر زیرِ التوا آرڈر حذف کرنے کے لیے صارف کی درخواست سرور سے منظور ہو جائے، تو یہ آرڈر صارف کے ٹرمینل کی ٹریڈ لسٹ سے ہٹا دیا جاتا ہے۔ اس سے متعلق پیغام سرور لاگ میں درج کیا جاتا ہے اور آرڈر ونڈو میں صارف کو “# (ٹکٹ، قسم، سائز، انسٹرومنٹ، قیمت) حذف کر دیا گیا” کے طور پر دکھایا جاتا ہے۔ یہ آرڈر اکاؤنٹ ہسٹری کی فہرست میں “منسوخ” کے طور پر دکھایا جاتا ہے۔

6.5.3. اگر کلائنٹ کی جانب سے Stop Loss اور/یا Take Profit آرڈر میں ترمیم کی درخواست کی تصدیق ہو جائے، تو یہ آرڈرز ترمیم شدہ تصور کیے جائیں گے اور کلائنٹ کے ٹرمینل کی Trade فہرست میں نئے S/L اور T/P لیولز دکھائے جائیں گے۔ متعلقہ پیغام سرور لاگ میں درج کیا جائے گا اور کلائنٹ کو Order ونڈو میں اس فارمیٹ میں دکھایا جائے گا: “# (ticket, type, size, instrument, price) sl: XXXX tp: YYYY”。

6.6. آرڈر دینے، منسوخ کرنے اور ترمیم کرنے کی مسترد شدہ درخواستیں

6.6.1. براہ کرم “درخواستوں کو مسترد کرنا” دیکھنے کے لیے سیکشن 3.4.

6.7. آرڈر پر عمل درآمد کی بنیادی شرائط

6.7.1. آرڈر پراسیسنگ کی قطار میں شامل ہو جاتا ہے اور MTrading اسے درج ذیل صورتوں میں انجام دے سکتا ہے:

6.7.1.1. کسی کھلی Buy پوزیشن کے Stop Loss یا زیرِ التوا Sell Stop آرڈر سے متعلق انسٹرومنٹ کی موجودہ مارکیٹ Bid قیمت، صارف کی مقرر کردہ قیمت کے برابر یا اس سے کم ہو؛ یا گزشتہ 90 سیکنڈ کے دوران کسی وقت اس قیمت کے برابر یا اس سے کم رہی ہو؛

6.7.1.2. کھلی Sell پوزیشن کے Stop Loss یا زیر التوا Buy Stop آرڈر سے متعلق انسٹرومنٹ کی موجودہ مارکیٹ Ask قیمت، کسٹمر کی مقرر کردہ قیمت کے برابر یا اس سے زیادہ ہے، یا گزشتہ 90 سیکنڈ کے دوران کسٹمر کی مقرر کردہ قیمت کے برابر یا اس سے زیادہ تھی؛

6.7.1.3. کسی کھلی Buy پوزیشن کے ٹیک پرافٹ یا زیرِ التوا Sell Limit آرڈر سے متعلق انسٹرومنٹ کی موجودہ مارکیٹ Bid قیمت، کسٹمر کی مقرر کردہ قیمت کے برابر یا اس سے زیادہ ہو، یا گزشتہ 90 سیکنڈ کے دوران اس قیمت کے برابر یا اس سے زیادہ رہی ہو؛

6.7.1.4. کسی کھلی Sell پوزیشن کے Take Profit یا زیرِ التوا Buy Limit آرڈر سے متعلق انسٹرومنٹ کی موجودہ مارکیٹ Ask قیمت، کلائنٹ کی مقرر کردہ قیمت کے برابر یا اس سے کم ہو، یا گزشتہ 90 سیکنڈ کے دوران کسی وقت اس قیمت کے برابر یا اس سے کم رہی ہو؛

6.8. زیرِ التوا آرڈرز پر عمل درآمد کی شرائط

6.8.1. جب پینڈنگ آرڈر پر عمل درآمد کی درخواست سرور کو موصول ہوتی ہے، تو خودکار جانچ کی جاتی ہے تاکہ یہ یقینی بنایا جا سکے کہ کسٹمر کے اکاؤنٹ میں MTrading کی مقرر کردہ مارجن کی ضروریات پوری کرنے کے لیے کافی رقم موجود ہے۔ پینڈنگ آرڈر کے ذریعے کھولی جانے والی نئی پوزیشن کی مارجن کی ضرورت کو پہلے سے کھلی پوزیشنوں کی کل مارجن کی ضرورت میں شامل کیا جاتا ہے۔ اس کے علاوہ، نان ہیجڈ پوزیشنوں کے لیے مارجن کی ضرورت ابتدائی مارجن ہوتی ہے، جبکہ لاکڈ پوزیشنوں کے لیے مارجن کی ضرورت ہیجڈ مارجن کے طور پر شمار کی جاتی ہے۔

6.8.1.1. اگر جانچ سے ظاہر ہو کہ “Free Margin” کی مقدار مقررہ حد سے کم نہیں ہوتی تو کلائنٹ کا اکاؤنٹ مارجن کی ضروریات کی جانچ کامیابی سے پاس کر لیتا ہے اور کلائنٹ کے اکاؤنٹ میں نئی پوزیشن کھل جاتی ہے۔ پھر یہ ٹرانزیکشن سرور لاگ اور کلائنٹ ٹرمینل کے جرنل میں درج کی جاتی ہے۔ پوزیشن کھلنے کی تصدیق کلائنٹ کو Order ونڈو میں دکھائی جاتی ہے، اور نئی پوزیشن کلائنٹ ٹرمینل کی Trade ونڈو میں کھلی پوزیشنوں کی فہرست میں ظاہر ہوتی ہے۔ پوزیشن برقرار رکھنے کے لیے درکار مارجن بھی کلائنٹ کے اکاؤنٹ سے مختص کر دیا جاتا ہے۔

6.8.1.2. اگر جانچ سے ظاہر ہو کہ نئی پوزیشن کھولنے سے فری مارجن کی حد کی خلاف ورزی ہوگی، تو کسٹمر کا اکاؤنٹ جانچ میں کامیاب نہیں ہوگا۔ نتیجتاً، پینڈنگ آرڈر فعال آرڈرز کی فہرست سے ہٹا دیا جائے گا اور کسٹمر کے ٹرمینل کی اکاؤنٹ ہسٹری کی فہرست میں ”رقم ناکافی ہے“ کا پیغام دکھایا جائے گا۔

6.9. ’اسٹاپ لاس‘ اور ’ٹیک پرافٹ‘ آرڈرز پر عمل درآمد کی شرائط

6.9.1. جب کسی کسٹمر کی جانب سے اسٹاپ لاس یا ٹیک پرافٹ آرڈر پر عمل درآمد کی درخواست پروسیسنگ کے لیے قطار میں پہنچتی ہے، تو سرور کوئی جانچ نہیں کرتا۔ اگر کسی کھلی پوزیشن کا اسٹاپ لاس یا ٹیک پرافٹ آرڈر پورا ہو جائے، تو اس کے برعکس ٹرانزیکشن کی جاتی ہے (Sell پوزیشن کے لیے خرید، اور Buy پوزیشن کے مقابلے میں فروخت)۔ یہ ٹرانزیکشن کسٹمر کے متعلقہ اسٹاپ لاس یا ٹیک پرافٹ آرڈر میں مقرر کردہ قیمت پر کی جاتی ہے۔ اس طرح دونوں طرف کی ٹرانزیکشن مکمل سمجھی جاتی ہے، منافع یا نقصان کسٹمر کے بیلنس میں شامل کیا جاتا ہے، اور اس مخصوص پوزیشن کی مارجن کی ضرورت تمام کھلی پوزیشنز کی مجموعی مارجن کی ضرورت سے ہٹا دی جاتی ہے۔

6.10. آرڈر پر عمل درآمد؛

6.10.1. درج کردہ قیمت پر آرڈر پر عمل درآمد

6.10.1.1. صارف کے آرڈرز میں مقرر کردہ قیمتوں کو فرضی سمجھا جائے گا۔ صارف غیر مشروط طور پر قبول کرتا ہے کہ حقیقی مارکیٹ حالات میں آرڈر میں مقرر کردہ مخصوص قیمتوں پر اس کے آرڈر پر عمل درآمد ممکن نہ ہو۔ صارف اس بات سے اتفاق کرتا ہے کہ ہر صورت میں تمام آرڈرز پر عمل درآمد قبول کرے گا، الاّ یہ کہ واضح غلطی ہوئی ہو اور MTrading نے اس کی تصدیق کی ہو۔

6.10.1.2. کسٹمر کے آرڈرز پر کسٹمر کی مقرر کردہ قیمتوں پر صرف معمول کے مارکیٹ حالات میں عمل درآمد کیا جا سکتا ہے، اور ان صورتوں میں بھی جب سرور کی جانب سے بتائی گئی کسی انسٹرومنٹ کی موجودہ مارکیٹ قیمت اور آرڈر کے پروسیسنگ کی قطار میں پہنچنے کے عین وقت پر سرور کی جانب سے بتائی گئی قیمت کے درمیان قیمت کا کوئی خلا یا فرق نہ ہو، نیز جب آرڈر کے قطار میں پہنچنے سے 90 سیکنڈ سے زیادہ پہلے سرور کی جانب سے بتائی گئی انسٹرومنٹ کی قیمت کے ساتھ بھی ایسا کوئی خلا یا فرق نہ ہو؛ اور جب اس مخصوص مدت کے دوران کسی بھی دو کوٹس کے درمیان قیمت کا کوئی خلا یا فرق نہ ہو جس کے نتیجے میں موجودہ مارکیٹ قیمت اور آرڈر میں مقرر کردہ قیمت کے درمیان فرق پیدا ہو۔

6.10.1.3. قیمتوں میں گیپ یا قیمت کی تیز حرکت کی صورت میں MTrading صارف کے آرڈرز کو مارکیٹ کی قیمتوں سے مختلف قیمتوں پر انجام دینے کا پابند نہیں ہے۔ MTrading کو یہ حق حاصل ہے کہ وہ مارکیٹ کے کسی بھی حالات میں صارف کا آرڈر مقررہ قیمت پر انجام دے، بشرطیکہ یہ صارف کے آرڈر سے متصادم نہ ہو۔

6.10.2. ڈیلر کی جانب سے منسوخ کیے گئے آرڈرز اور سلپیج کے ساتھ ایگزیکیوٹ کیے گئے آرڈرز

6.10.2.1. MTrading کو یہ حق حاصل ہے، لیکن اس کی کوئی پابندی نہیں، کہ وہ درج ذیل صورتوں میں Sell Stop، Buy Stop یا Stop Loss جیسے آرڈرز کو کسٹمر کے لیے کم فائدہ مند قیمت پر انجام دے، اور/یا کسٹمر کے فعال آرڈرز کی فہرست سے Sell Stop یا Buy Stop جیسے آرڈرز ہٹا دے:

6.10.2.2. اگر کسٹمر کا آرڈر ہٹا دیا جائے یا قیمت میں سلپیج ہو، تو کسٹمر کے ٹرمینل پر ایک پیغام بھیجا جاتا ہے۔ کسٹمر پر لازم ہے کہ وہ اپنے اکاؤنٹ کی صورتحال پر نظر رکھے اور MTrading کی جانب سے کلائنٹ ٹرمینل پر بھیجے گئے تمام پیغامات پڑھے۔ اپنے اکاؤنٹ کی صورتحال سے لاعلمی کے باعث کسٹمر کے اکاؤنٹ میں ہونے والے کسی بھی نقصان کی ذمہ داری MTrading پر نہیں ہوگی۔

6.11. ’Sell Limit‘، ’Buy Limit‘ اور ’Take Profit‘ آرڈرز پر عمل درآمد

6.11.1. Sell Limit، Buy Limit اور Take Profit آرڈرز مقررہ قیمتوں پر اسی صورت میں انجام دیے جا سکتے ہیں جب آرڈر کے پراسیسنگ کی قطار میں پہنچنے کے وقت سرور کی بتائی ہوئی موجودہ مارکیٹ قیمت، آرڈر کی قسم اور قیمت کی سطح کے مطابق مارکیٹ کی شرائط سے مطابقت رکھتی ہو۔

6.11.2. MTrading کو یہ حق حاصل ہے، لیکن اس پر کوئی ذمہ داری عائد نہیں ہوتی، کہ وہ اپنی صوابدید پر Sell Limit، Buy Limit اور Take Profit آرڈرز کسٹمر کے لیے زیادہ فائدہ مند قیمتوں پر انجام دے۔

6.11.3. MTrading کو یہ حق حاصل ہے کہ وہ کسٹمر کے Sell Limit، Buy Limit اور Take Profit آرڈرز پر عمل درآمد نہ کرے، اگر آرڈر کی قسم اور قیمت کی سطح سے متعین مارکیٹ کی صورتحال آرڈر کے پراسیسنگ کی قطار میں پہنچنے کے بعد 90 سیکنڈ کے اندر تبدیل ہو جائے۔

6.12. آرڈر پر عمل درآمد کی ترتیب

6.12.1. اگر کسی صارف کے متعدد آرڈرز پراسیسنگ کی قطار میں پہنچیں، تو Buy Stop، Sell Stop اور Stop Loss آرڈرز پہلے جبکہ Sell Limit، Buy Limit اور Take Profit آرڈرز بعد میں عمل میں لائے جا سکتے ہیں۔ آرڈرز کے پہنچنے کی ترتیب سے اس پر کوئی فرق نہیں پڑتا۔ MTrading کو آرڈرز پر عمل درآمد کی ترتیب کا فیصلہ خود کرنے کا حق حاصل ہے۔

6.12.2. مثال کے طور پر، 5 میں سے ہر آرڈر پر عمل درآمد میں 90 سیکنڈ تک لگ سکتے ہیں۔

6.13. آرڈر کی مدت

6.13.1. 24 گھنٹے ٹریڈ ہونے والے انسٹرومنٹس پر لگائے گئے تمام زیرِ التوا آرڈرز کا اسٹیٹس GTC (Good Till Cancelled) ہوتا ہے۔ اس کا مطلب ہے کہ یہ آرڈرز اس وقت تک فعال رہتے ہیں جب تک ان پر عمل نہ ہو جائے یا کلائنٹ انہیں ہٹا نہ دے۔

6.13.2. دیگر ٹریڈنگ سیشنز میں روزانہ 24 گھنٹے سے کم وقت تک ٹریڈ ہونے والے انسٹرومنٹس پر لگائے گئے زیرِ التوا آرڈرز کی حیثیت ”ڈے آرڈر“ ہو سکتی ہے، اور ٹریڈنگ سیشن ختم ہوتے ہی MTrading انہیں ہٹا سکتا ہے۔

6.13.3. محدود مدت کے لیے زیرِ التوا آرڈر لگانے کے لیے، مینو میں “Pending order” منتخب کریں، پھر “Expiry” نامی فنکشن منتخب کرکے آرڈر کی میعاد ختم ہونے کی تاریخ اور وقت مقرر کریں۔ میعاد ختم ہونے پر آرڈر خودکار طور پر فعال آرڈرز کی فہرست سے “expired” کے تبصرے کے ساتھ ہٹا دیا جائے گا۔

6.13.4. تمام اسٹاپ لاس اور ٹیک پرافٹ آرڈرز کی حیثیت GTC ہوتی ہے اور ان کی مدت غیر محدود ہوتی ہے۔

6.13.5. کسٹمر کی جانب سے زیرِ التوا آرڈر کے لیے لگائے گئے اسٹاپ لاس اور ٹیک پرافٹ آرڈرز کی حیثیت “If Done” ہوتی ہے۔ اس کا مطلب ہے کہ یہ صرف اسی وقت فعال ہوتے ہیں جب یہ مخصوص زیرِ التوا آرڈر کامیابی سے مکمل ہو جائے، اور صرف اسی مخصوص زیرِ التوا آرڈر کے ذریعے کھولی گئی پوزیشن پر لاگو ہوتے ہیں۔

7.1. MTrading کو یہ حق حاصل ہوگا، تاہم اس کی کوئی پابندی نہیں ہوگی، کہ وہ اپنی صوابدید پر کسٹمر کی تمام یا کسی بھی پوزیشن کو لیکویڈیٹ کر دے، اگر:

7.1.1. کسٹمر کے اکاؤنٹ کی مارجن کی کم از کم سطح، اس کے اکاؤنٹ کی قسم کے لیے MTrading کی مقرر کردہ سطح ہے؛

7.1.2. کسٹمر کی کسی بھی ٹریڈ کے بارے میں کوئی تنازعہ پیدا ہو؛

7.1.3. کسٹمر MTrading کے تئیں اپنی ذمہ داریاں بروقت پوری کرنے میں ناکام رہتا ہے؛

7.1.4. کسٹمر دیوالیہ ہو، یا دیوالیہ پن کے لیے یا قرض خواہوں سے تحفظ کے لیے درخواست دائر کر رہا ہو؛

7.1.5. MTrading کو ریسیور مقرر کیے جانے کی اطلاع دی جاتی ہے؛

7.1.6. کسٹمر کے ساتھ کسٹمر معاہدہ ختم کر دیا گیا ہے؛

7.1.7. ڈیفالٹ کا واقعہ پیش آیا ہے (براہ کرم MTrading کی شرائط و ضوابط دیکھیں)؛

7.1.8. MTrading اپنی حفاظت کے لیے لیکویڈیشن کو ضروری یا مناسب سمجھتا ہے، یا کسی ایسی صورتِ حال کو روکنے کے لیے جسے MTrading اپنی صوابدید پر قابلِ اطلاق ضوابط یا مارکیٹ کے اچھے طریقۂ کار کی خلاف ورزی سمجھتا ہے۔

7.2. MTrading کو یہ اختیار حاصل ہے، لیکن اس کی پابندی نہیں، کہ وہ کسی بھی وقت اور ایسے طریقے سے، کسی بھی مارکیٹ میں، کسٹمر کے کسی بھی MTrading اکاؤنٹ میں موجود تمام یا کچھ پوزیشنز کو لیکویڈیٹ کر دے، چاہے وہ پوزیشنز انفرادی طور پر ہوں یا دوسروں کے ساتھ مشترکہ طور پر، جیسا کہ MTrading ضروری سمجھے۔ اس کے لیے کسٹمر کو پیشگی اطلاع یا مارجن کال دینا ضروری نہیں ہے۔ ایسی لیکویڈیشنز کے سلسلے میں MTrading کسٹمر کے سامنے کسی قسم کی ذمہ داری نہیں رکھتا (یا اگر MTrading MetaTrader 4 سرور کو ایسی لیکویڈیشنز پر عمل درآمد میں تاخیر ہو یا وہ ان پر عمل درآمد نہ کرے)، چاہے کسٹمر بعد میں اپنی پوزیشن کم موافق قیمت پر دوبارہ قائم کر لے۔

7.3. کسٹمر واضح طور پر MTrading سے پیشگی اطلاع یا مطالبہ وصول کرنے کے کسی بھی حق سے دست بردار ہوتا ہے اور اتفاق کرتا ہے کہ کوئی بھی پیشگی مطالبہ، اطلاع، اعلان یا اشتہار MTrading کے کسٹمر کی کسی بھی پوزیشن کو لیکویڈیٹ کرنے کے حق سے دست برداری تصور نہیں ہوگا۔ کسٹمر سمجھتا ہے کہ اگر MTrading پوزیشنز لیکویڈیٹ کرتا ہے تو کسٹمر کو لیکویڈیشن کی ترتیب یا طریقہ طے کرنے کا کوئی حق یا موقع حاصل نہیں ہوگا۔ اگر MTrading ایسا آرڈر مکمل کرتا ہے جس کے لیے کسٹمر کے پاس کافی فنڈز نہ ہوں، تو MTrading کو کسٹمر کو اطلاع دیے بغیر ٹریڈ لیکویڈیٹ کرنے کا حق حاصل ہے۔ ایسی لیکویڈیشن کے نتیجے میں ہونے والے کسی بھی نقصان، بشمول اخراجات، کی ذمہ داری کسٹمر پر ہوگی، اور کسٹمر اس لیکویڈیشن کے نتیجے میں ہونے والے کسی بھی منافع کا حق دار نہیں ہوگا۔

7.4. کسٹمر تسلیم کرتا ہے اور اس بات سے اتفاق کرتا ہے کہ MTrading کسٹمر کے اکاؤنٹس سے رات بھر کی ایڈجسٹمنٹس، کمیشن اور مختلف دیگر فیسیں منہا کرتا ہے۔ ان کٹوتیوں سے کسٹمر کے اکاؤنٹ میں موجود ایکویٹی کی وہ رقم متاثر ہو سکتی ہے جو مارجن کی ضروریات پوری کرنے کے لیے استعمال کی جاتی ہے۔ اگر کمیشن، فیسوں یا دیگر چارجز کی کٹوتی کے باعث کسٹمر کے اکاؤنٹ میں مارجن کی ضروریات پوری کرنے کے لیے ناکافی بیلنس رہ جائے، تو کسٹمر کی پوزیشنز یہاں بیان کردہ طریقے کے مطابق لیکویڈیٹ کی جا سکتی ہیں۔

7.5. اگر MTrading MetaTrader سرور کسی بھی وجہ سے پوزیشن لیکویڈیٹ نہ کرے، اور MTrading کسٹمر کو ای میل یا کسی اور ذریعے سے مارجن کال جاری کرے، تو کسٹمر کو فوراً اس مارجن کال کو پورا کرنا ہوگا۔ کسٹمر اس بات سے اتفاق کرتا ہے کہ وہ ای میل اور MetaTrader کے اندرونی پیغامات چیک کرے گا، اور MTrading کی جاری کردہ کسی بھی مارجن کال کو پورا کرنے کے لیے فوراً اپنے اکاؤنٹ میں فنڈز ڈپازٹ کرے گا، تاکہ ناکافی مارجن والی پوزیشن کی ضرورت پوری کی جا سکے۔ اس مارجن کال کے باوجود، کسٹمر تسلیم کرتا ہے کہ MTrading اپنی صوابدید پر کسی بھی وقت کسٹمر کی پوزیشنز لیکویڈیٹ کر سکتا ہے۔

7.6. لیکویڈیشن کی ترتیب

7.6.1. اگر کسٹمر کے اکاؤنٹ کی ایکویٹی MTrading کی مقرر کردہ کم از کم مارجن سطح تک پہنچ جائے (کم از کم مارجن سطح ویب سائٹ پر درج ہے)، تو MTrading سرور لیکویڈیشن کی درخواست عمل درآمد کی قطار میں بھیجے گا۔

7.6.2. قطار سے لیکوئیڈیشن کی درخواست موصول ہونے پر MTrading، کسٹمر کی اوپن پوزیشنز کو MTrading کے لیے دستیاب موجودہ مارکیٹ قیمتوں پر بند کر کے لیکوئیڈیشن کرے گا۔ لیکوئیڈیٹ کی گئی پوزیشنز سرور کی لاگ فائلوں میں ‘stop out’ اور کلائنٹ کی لاگ فائل میں ‘s/o’ کے ریکارڈ کے ساتھ درج ہوں گی۔

7.6.3. اگر کسٹمر کے اکاؤنٹ میں ایک سے زیادہ پوزیشنز ہوں، تو عموماً ان پوزیشنز کو فلوٹنگ لاس کی زیادہ سے کم ترتیب میں لیکوئیڈیٹ کیا جائے گا۔ MTrading کو اپنی صوابدید پر کسی بھی وقت پوزیشنز کو مکمل یا جزوی طور پر لیکوئیڈیٹ کرنے اور/یا لیکوئیڈیشن کی ترتیب تبدیل کرنے کا حق حاصل ہے۔

7.6.4. لاکڈ پوزیشنز کو لیکوئیڈیٹ کرنے کے لیے Buy پوزیشنز موجودہ Bid price پر اور Sell پوزیشنز موجودہ Ask price پر بند کی جائیں گی۔

7.7. میعاد ختم ہونے والے معاہدوں پر پوزیشنز کی لیکوئڈیشن

7.7.1. اگر کسٹمر کے اکاؤنٹ میں میعاد ختم ہونے کی تاریخ والے معاہدوں (فیوچر CFDs) پر اوپن پوزیشنز ہوں، تو MTrading کی مقرر کردہ تاریخِ میعاد اور وقت پر آخری کوٹ کے مطابق ان پوزیشنز کو لیکویڈیٹ کیا جائے گا۔

7.7.2. MTrading کو یہ اختیار حاصل ہے، مگر اس پر لازم نہیں، کہ وہ اندرونی MetaTrader 4 میل کے ذریعے کسٹمر کو میعاد ختم ہونے کے قریب ہونے کی اطلاع دے۔ کسٹمر اس بات سے اتفاق کرتا ہے کہ وہ MTrading کی مدد کے بغیر بنیادی اثاثوں کے میعاد ختم ہونے کے شیڈول معلوم کرے گا۔ MTrading کو یہ اختیار حاصل ہے، مگر اس پر لازم نہیں، کہ وہ اپنے انسٹرومنٹس کی میعاد متعلقہ بنیادی اثاثوں کی میعاد ختم ہونے کی تاریخوں پر مقرر کرے۔

7.7.3. MTrading کو حق حاصل ہے کہ قریب آتی تاریخِ میعاد والے انسٹرومنٹس کو ’صرف بند کرنے‘ کے موڈ میں رکھے، جس میں نئی پوزیشنز کھولنے کی اجازت نہیں ہوتی۔

8.1. اگر صارف کے اکاؤنٹ میں لاک شدہ پوزیشنز ہوں، تو ان پوزیشنز کے لیے ’ہیجڈ مارجن‘ پیرامیٹر کے مطابق ضمانتی کولیٹرل (یعنی مارجن) درکار ہوگا۔ ہیجڈ مارجن کا حساب لاک شدہ پوزیشنز پر لاگو مارجن کی مجموعی ضروریات کے 50% کے طور پر کیا جاتا ہے۔

9.1. صارف کی تمام پوزیشنز، آرڈرز اور بیلنس سے متعلق لین دین کو ایک منفرد شناختی نمبر (’ٹکٹ‘) دیا جائے گا۔ یہ نمبر تمام متعلقہ سرور لاگ فائلز اور کلائنٹ لاگ فائلز میں دکھایا جائے گا، اور کلائنٹ ٹرمینل کے ’ٹریڈ‘ اور ’اکاؤنٹ ہسٹری‘ لے آؤٹس میں بھی نظر آئے گا۔ جزوی طور پر بند کی گئی پوزیشنز ’اکاؤنٹ ہسٹری‘ لے آؤٹ میں اسی ٹکٹ کے ساتھ دکھائی جائیں گی اور ان پر ’جزوی بندش‘ کا تبصرہ درج ہوگا۔ کھلی پوزیشن کا باقی حصہ ایک نیا ٹکٹ حاصل کرے گا۔

9.2. صارف کی آرڈر درخواستوں کو صرف اسی صورت میں نافذ شدہ تصور کیا جائے گا جب متعلقہ سرور لاگ ریکارڈز MTrading کو دستیاب ہوں۔

10.1. صارف کے کھلے ہوئے پوزیشنز پر پلیٹ فارم کے ٹائم زون کے مطابق 23.59 بجے کنٹریکٹ کی تفصیلات میں درج رات بھر کی ایڈجسٹمنٹس لاگو ہوں گی۔

10.2. رات بھر کی ایڈجسٹمنٹ کی قدریں کلائنٹ ٹرمینل کے ‘Trade’ لے آؤٹ میں ‘SWAP’ کالم میں دکھائی جائیں گی۔

10.3. ہر بدھ کو 23.59 پر صارف کی کھلی پوزیشنز پر رات بھر کی ایڈجسٹمنٹ تین گنا لاگو ہوتی ہے (3 دن کے سواپ)۔

10.4. کسٹمر کی پوزیشنز بند ہونے کے بعد، اوور نائٹ ایڈجسٹمنٹس کا خلاصہ کسٹمر کے اکاؤنٹ بیلنس میں شامل کیا جائے گا۔

11.1. انسٹنٹ ایگزیکیوشن موڈ میں، اسپریڈز کی مقررہ قدریں ہوں گی، جیسا کہ MTrading کی ویب سائٹ پر کنٹریکٹ کی تفصیلات میں درج ہے۔

11.2. مارکیٹ ایگزیکیوشن موڈ میں، مارکیٹ کے معمول کے حالات میں تمام اسپریڈز کی قدریں فلوٹنگ ہوں گی، جیسا کہ MTrading کی ویب سائٹ پر شائع کردہ کنٹریکٹ کی تفصیلات میں درج ہے۔ MTrading کو اپنی صوابدید پر اسپریڈز بڑھانے کا حق حاصل ہے، لیکن وہ ایسا کرنے کا پابند نہیں ہے:

11.2.1. کسی صارف کے لیے انفرادی طور پر، اگر اس کی حالیہ درخواستوں اور مؤثر ٹرانزیکشنز کا تناسب غیر معقول حد تک زیادہ ہو؛

11.2.2. غیر معمولی مارکیٹ حالات میں تمام صارفین کے لیے مشترکہ طور پر، فورس میجور کی صورت میں، یا اگر MTrading اس طرح اسپریڈ بڑھانے کو مناسب سمجھے اور صارفین کو اسپریڈ بڑھانے سے پہلے MTrading کی ویب سائٹ پر نوٹس کے ذریعے جلد از جلد مطلع کیا جائے؛

11.2.3. عارضی طور پر کسی ایک یا دوسرے انسٹرومنٹ کے لیے، اگر ڈیٹا اسٹریم میں بار بار خرابیاں ہوں، مثلاً قیمت میں گیپ آنے کے بعد قیمت کا سابقہ سطحوں پر واپس آنا؛

11.2.4. محدود لیکویڈیٹی والے انسٹرومنٹس کے لیے EET وقت کے مطابق 16.00 سے 08.00 کے درمیان کئی بار، مثلاً پولینڈ کے زلوٹی اور ہنگری کے فورنٹ والے کرنسی پیئرز۔

12.1. MTrading صارفین کو 1:1 سے 1:1000 تک لیوریج فراہم کرتا ہے (یہ صرف مخصوص اقسام کے ٹریڈنگ اکاؤنٹس پر لاگو ہوتا ہے)۔ لیوریج کا درست تناسب ٹریڈنگ کے مخصوص انسٹرومنٹ، صارف کے اکاؤنٹ بیلنس اور موجودہ مارکیٹ حالات پر منحصر ہوتا ہے۔ MTrading کو یہ حق حاصل ہے کہ وہ اپنی صوابدید پر اور پیشگی اطلاع کے بغیر صارفین کے ایک یا متعدد ٹریڈنگ اکاؤنٹس پر لیوریج کا تناسب تبدیل کرے، یا ٹریڈنگ کے لیے دستیاب کسی بھی انسٹرومنٹ پر زیادہ سے زیادہ ممکنہ لیوریج کا تناسب تبدیل کرے۔ لیوریج میں تبدیلی درج ذیل حالات میں ہو سکتی ہے، لیکن یہ صرف انہی حالات تک محدود نہیں:

12.1.1. MTrading کے کاروباری فریق اور شراکت دار جن ممالک میں مقیم ہیں، وہاں قومی تعطیلات کے دن اور ان سے پہلے؛

12.1.2. اگر MTrading کے کاؤنٹرپارٹیز اور پارٹنرز کی جانب سے ٹریڈنگ کی شرائط میں کوئی تبدیلی کی جائے؛

12.1.3. جب بھی MTrading مارکیٹ کے رجحان اور حالات کو معمول کے مطابق نہ سمجھے؛

12.1.4. اگر ٹریڈنگ اکاؤنٹ کا بیلنس اس مخصوص اکاؤنٹ کی قسم کی تفصیل میں ٹریڈنگ کی شرائط و ضوابط سے متعلق MTrading ویب سائٹ کے حصے میں درج مخصوص رقم سے تجاوز کر جائے۔

13.1. MTrading کو غلطیوں کی اصلاح، سرور بند رہنے کے باعث پیدا ہونے والے خلا پُر کرنے، اور کسی بھی دوسرے ایسے مقصد کے لیے تاریخی قیمتوں کا ڈیٹا تازہ کرنے، اپ ڈیٹ کرنے اور اس میں ترمیم کرنے کا حق حاصل ہے جسے MTrading اپنی صوابدید پر مناسب سمجھے۔

13.2. MTrading کو اپنے چارٹس بنانے کے لیے تاریخی کوٹس کا ڈیٹا کسی بھی ذریعے سے استعمال کرنے کا حق حاصل ہے۔

13.3. اگر کوئی تنازع یا دعویٰ چارٹ کے ڈیٹا کے غائب یا غلط ہونے سے متعلق ہو، تو MTrading صرف سرور کی لاگ فائلوں کے ریکارڈ اور درست شدہ چارٹ ڈیٹا کی بنیاد پر فیصلہ کرے گا۔