1.1. जबकि, MTrading स्पॉट विदेशी मुद्राओं, शेयरों और फ़्यूचर्स पर कॉन्ट्रैक्ट्स फ़ॉर डिफ़रेंस का डीलर है और इसका पंजीकृत पता है: यूनिट 5, लॉन्ग स्टोन हाउस, PO बॉक्स 1200, मेन स्ट्रीट, चार्ल्सटाउन, नेविस।
1.2. जबकि ग्राहक ने MTrading के साथ ग्राहक समझौता किया है।
1.3. इन शर्तों को MetaTrader 4 में लेन-देन करने की सामान्य अवधारणाओं और ग्राहक तथा ग्राहक के ट्रेड संभालने के लिए ज़िम्मेदार MTrading कर्मचारी ("डीलर") के बीच होने वाली बातचीत का वर्णन करने वाली एक हैंडबुक के रूप में माना जाना चाहिए। ये शर्तें MetaTrader 4 में किए गए किसी भी नवीनतम बदलाव का वर्णन या प्रतिबिंबित नहीं कर सकती हैं।
1.4. ग्राहक इन शर्तों को बिना किसी वारंटी के स्वीकार करता है, चाहे वह स्पष्ट हो या निहित। इसमें पूर्णता, समयबद्धता या त्रुटियों से मुक्त होने की निहित वारंटी भी शामिल है, लेकिन इन्हीं तक सीमित नहीं है।
2.1. दायित्व की सीमा
2.1.1. ग्राहक MTrading MetaTrader 4 सिस्टम को “जैसा है” के आधार पर और बिना किसी वारंटी के स्वीकार करता है। इसमें स्पष्ट या निहित वारंटी शामिल हैं, लेकिन इन्हीं तक सीमित नहीं हैं: व्यापारिक उपयोग, कारोबार के क्रम या प्रदर्शन के क्रम से उत्पन्न होने वाली निहित वारंटी; और व्यापारिक गुणवत्ता या किसी विशेष उपयोग, उद्देश्य या अनुप्रयोग के लिए उपयुक्तता, समयबद्धता और निर्बाध संचालन की निहित वारंटी।
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 से ईमेल प्राप्त करने के लिए, ग्राहक को एक वैध इंटरनेट ईमेल पता और ऐसा सॉफ़्टवेयर बनाए रखना होगा जिससे वह ईमेल पढ़, भेज और प्राप्त कर सके। ग्राहक को अपने ईमेल पते में बदलाव होने पर आगे के निर्देशों के लिए support@mtrading.com पर MTrading के ग्राहक सेवा विभाग से संपर्क करके तुरंत MTrading को सूचित करना होगा।
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 ग्राहक के खाते में हुई दैनिक ट्रेडिंग गतिविधि का सारांश (दैनिक पुष्टि) हर दिन ई-मेल के ज़रिए ग्राहक को भेजेगा। ग्राहक के खाते में हुई मासिक ट्रेडिंग गतिविधि का सारांश (खाता विवरण) हर महीने ई-मेल के ज़रिए ग्राहक को भेजा जाएगा, जब तक कि ग्राहक के साथ कुछ और सहमति न हुई हो।
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.1. दायित्व की सीमा
2.6.1. MTrading यह वारंटी नहीं देता और न ही इसकी गारंटी देता है कि हर ग्राहक का ऑर्डर दिखाई गई कीमत पर निष्पादित होगा। अन्य बातों के अलावा, हो सकता है कि किसी खास प्रोडक्ट की ट्रेडिंग वाले हर बाज़ार तक पहुंच उपलब्ध न हो; दूसरे ऑर्डर ग्राहक के ऑर्डर से पहले निष्पादित होकर दिखाई गई कीमत पर उपलब्ध वॉल्यूम को समाप्त कर सकते हैं; एक्सचेंज या मार्केट मेकर अपनी दिखाई गई कीमतों का पालन करने में विफल हो सकते हैं।
2.6.2. MTrading के पास ग्राहक के ऑर्डर को ऑटोमेटेड एक्ज़ीक्यूशन सिस्टम से हटाकर मैन्युअल प्रोसेसिंग के लिए भेजने का विवेकाधिकार है (ऐसी स्थिति में ग्राहक के ऑर्डर को एक्ज़ीक्यूट करने या उसका प्रतिनिधित्व करने में काफ़ी देरी हो सकती है)। इसके अलावा, एक्सचेंज के नियमों, नीतियों, प्रक्रियाओं या निर्णयों, अथवा सिस्टम में देरी या खराबी के कारण MTrading ग्राहक के ऑर्डर को एक्ज़ीक्यूट नहीं कर सकता है, उसके एक्ज़ीक्यूशन में देरी हो सकती है या ऑर्डर अनुरोधित कीमत पर एक्ज़ीक्यूट नहीं हो सकता है।
2.7. अवांछित परिणामों की स्वीकृति
2.7.1. ग्राहक स्वीकार करता है कि कुछ परिस्थितियों में पोज़िशन खोलना या बंद करना और/या ऑर्डर देना, रद्द करना या उसमें बदलाव करना संभव नहीं हो सकता है। पोज़िशन खोलने या बंद करने और/या ऑर्डर देने, रद्द करने या उसमें बदलाव करने का कोई भी प्रयास केवल एक अनुरोध है।
2.7.2. यदि MTrading ऐसे अनुरोध की पुष्टि करने में असमर्थ रहता है, तो इसके लिए 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 EURUSD के 3.00 लॉट 1.38160 पर बेचने का ऑर्डर सफल रहा”।
3.2. अनुरोध निष्पादन अवधि
3.2.1. किसी अनुरोध को पूरा करने में लगने वाला समय, ग्राहक के क्लाइंट टर्मिनल और डीलिंग सर्वर के बीच इंटरनेट कनेक्शन की गुणवत्ता के साथ-साथ संबंधित बाज़ार की स्थिति या ग्राहक द्वारा चुने गए किसी विशेष इंस्ट्रूमेंट से जुड़ी ट्रेडिंग स्थितियों पर निर्भर करता है।
3.2.2. बाज़ार की सामान्य स्थितियों में ग्राहक के अनुरोध को पूरा करने में 20 सेकंड तक लग सकते हैं। सामान्य से अलग बाज़ार स्थितियों में ग्राहक के अनुरोध को पूरा करने में 60 सेकंड तक लग सकते हैं। अनुरोध को पूरा करने की अधिकतम समय-सीमा 90 सेकंड है। सर्वर से जवाब मिलने पर अनुरोध पूरा माना जाएगा और उसी समय से नई समय-सीमा शुरू होगी। उदाहरण के लिए, ऑर्डर देने के 30 सेकंड बाद ग्राहक को रीकोट मिले और ग्राहक नई कीमत की पुष्टि करे, तो सर्वर इस प्रक्रिया को पूरा करने के लिए अगले 90 सेकंड ले सकता है। यदि इस अवधि में ग्राहक का अनुरोध पूरा नहीं होता है, तो उसे कतार से हटा दिया जाएगा और ऑर्डर विंडो में ग्राहक को बताया जाएगा कि अनुरोध "ऑफ़ कोट्स" था।
3.3. ग्राहक द्वारा रद्द किए गए अनुरोध
3.3.1. ग्राहक को सर्वर पर भेजा गया अनुरोध तभी रद्द करने का अधिकार है, जब अनुरोध का स्टेटस “ऑर्डर स्वीकार किया गया” हो। अनुरोध रद्द करने के लिए ग्राहक को ऑर्डर विंडो में “रद्द करें” बटन दबाना होगा। यदि ऑर्डर का स्टेटस “ऑर्डर प्रोसेस हो रहा है” है, तो ग्राहक अनुरोध रद्द नहीं कर सकता।
3.4. अनुरोधों को अस्वीकार करना
3.4.1. निम्नलिखित परिस्थितियों में MTrading को ग्राहक के किसी भी अनुरोध को अस्वीकार करने का अधिकार है:
3.4.1.1. ऑर्डर को प्रोसेस करने के लिए प्राप्त किए जाने के समय बाज़ार की स्थितियां असामान्य हों;
3.4.1.2. मौजूदा बाज़ार सत्र का पहला कोट मिलने से पहले ग्राहक का अनुरोध भेजा जाता है। यदि ग्राहक ट्रेडिंग में विराम के दौरान कोई ऑर्डर देने या उसे मैनेज करने की कोशिश करता है, तो “ट्रेडिंग अक्षम है” सूचना दिखाई जाएगी;
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. अनुरोध ऐसे पोज़िशन से जुड़ा है जो फ़िलहाल स्टॉप लॉस या टेक प्रॉफ़िट प्रोसेसिंग की कतार में है;
3.4.1.11. यह अनुरोध ऐसे चालू पेंडिंग ऑर्डर से जुड़ा है, जो प्रोसेसिंग की कतार में है या प्रोसेस किया जा रहा है, क्योंकि बाज़ार कीमत इस पेंडिंग ऑर्डर के लिए तय स्तर पर पहुंच गई है;
3.4.1.12. रिक्वेस्ट में तय की गई कीमत, चुने गए इंस्ट्रूमेंट के स्पेसिफ़िकेशन्स के अनुसार पेंडिंग ऑर्डर (Limit/Stop Level) के लिए अनुमत कीमत की तुलना में मार्केट प्राइस के अधिक करीब है;
3.4.1.13. चुने गए इंस्ट्रूमेंट की बाज़ार कीमत में बदलाव के कारण पेंडिंग ऑर्डर खोलने की अनुमति नहीं है;
3.4.1.14. ग्राहक के अकाउंट में स्पष्ट त्रुटियां हैं, जिनके कारण अनुरोध को निष्पादित करना असंभव है, या जिन्हें ठीक किए जाने पर अनुरोध निष्पादित करना असंभव हो जाएगा। यदि MTrading ग्राहक के अनुरोध को अस्वीकार करता है, तो Order विंडो में “Off quotes” संदेश दिखाई देता है।
4.1. MTrading ट्रेड किए जा सकने वाले इंस्ट्रूमेंट्स की कीमतें दो तरीकों से कोट कर सकता है: “इंस्टेंट एक्ज़ीक्यूशन” और “मार्केट एक्ज़ीक्यूशन”। कोटेशन के तरीके की जानकारी ऑर्डर विंडो में दिखाई जाती है। ज़रूरी समझे जाने पर MTrading किसी भी इंस्ट्रूमेंट का कोटेशन तरीका किसी भी समय बदलने का अधिकार सुरक्षित रखता है।
4.2. “मार्केट एक्ज़ीक्यूशन” मोड वाले इंस्ट्रूमेंट्स के भावों को केवल सांकेतिक माना जाना चाहिए। इनका ग्राहक से अनुरोध मिलने के बाद सर्वर द्वारा भेजे गए भावों के समान होना ज़रूरी नहीं है। भाव देने का मोड चाहे जो हो, MTrading ग्राहक को दिया जाने वाला उचित मूल्य स्तर स्वतंत्र रूप से तय करने का अधिकार सुरक्षित रखता है।
5.1. सामान्य शर्तें
5.1.1. बाय पोज़िशन (Buy) खोलने और सेल पोज़िशन (Sell) बंद करने के लिए Ask प्राइस का उपयोग किया जाता है।
5.1.2. सेल पोज़िशन (Sell) खोलने और बाय पोज़िशन (Buy) बंद करने के लिए Bid प्राइस का इस्तेमाल किया जाता है।
5.2. ‘इंस्टेंट एक्ज़ीक्यूशन’ मोड में पोज़िशन खोलना
5.2.1. “Instant execution” मोड में अनुरोध भेजने के लिए ऑर्डर विंडो में “Buy” या “Sell” बटन दबाना ज़रूरी है। इससे पहले, संबंधित इंस्ट्रूमेंट और लॉट में ट्रेड का आकार चुनें। उदाहरण के लिए, “Open #33022051 buy 1.0 lot of GBPUSD at 1.6550”।
5.3. ‘मार्केट एग्ज़िक्यूशन’ मोड में पोज़िशन खोलना
5.3.1. “मार्केट एक्ज़िक्यूशन” मोड में अनुरोध भेजने के लिए ऑर्डर विंडो में “बाय बाय मार्केट” या “सेल बाय मार्केट” बटन दबाना ज़रूरी है। पहले संबंधित इंस्ट्रूमेंट और लॉट में ट्रांज़ैक्शन का साइज़ चुनें। उदाहरण के लिए, “मार्केट से GBPUSD का 1.0 लॉट खरीदें #33022052”।
5.4. पोज़िशन खोलने के अनुरोधों को निष्पादित करने की बुनियादी शर्तें
5.4.1. जब सर्वर को अनुरोध प्राप्त होता है, तो यह सुनिश्चित करने के लिए स्वचालित जांच की जाती है कि ग्राहक के अकाउंट में MTrading द्वारा तय मार्जिन आवश्यकताओं को पूरा करने के लिए पर्याप्त फ़ंड हैं। नई पोज़िशन की मार्जिन आवश्यकता को पहले से खुली पोज़िशनों की कुल मार्जिन आवश्यकता में जोड़कर देखा जाता है। इसके अलावा, नॉन-हेज्ड पोज़िशनों के लिए मार्जिन आवश्यकता शुरुआती मार्जिन होती है, जबकि लॉक्ड (हेज्ड) पोज़िशनों के लिए मार्जिन आवश्यकता की गणना हेज्ड मार्जिन के रूप में की जाती है (सेक्शन 8)।
5.4.1.1. अगर जांच में पता चलता है कि “फ्री मार्जिन” का मान तय सीमा से नीचे नहीं जाता है, तो ग्राहक का अकाउंट मार्जिन आवश्यकताओं की जांच सफलतापूर्वक पास कर लेता है और ग्राहक के अकाउंट में नई पोज़िशन खोली जाती है। यह लेन-देन सर्वर लॉग और ग्राहक के टर्मिनल के जर्नल में दर्ज किया जाता है। पोज़िशन खुलने की पुष्टि ग्राहक को ऑर्डर विंडो में दिखाई जाती है और पोज़िशन ग्राहक के टर्मिनल की ट्रेड विंडो में खुली पोज़िशनों की सूची में दिखाई देती है।
5.4.1.2. अगर जाँच में यह पता चलता है कि नई पोज़िशन खोलने से फ़्री मार्जिन की सीमा का उल्लंघन होगा, तो ग्राहक का अकाउंट जाँच में सफल नहीं होता। ऑर्डर के “कमेंट” फ़ील्ड में एक टिप्पणी दिखाई जाती है और सर्वर लॉग में इससे जुड़ा नोट दर्ज किया जाता है।
5.5. ‘इंस्टेंट एग्ज़ीक्यूशन’ मोड में पोज़िशन बंद करना
5.5.1. “Instant execution” मोड में कोट की गई पोज़िशन बंद करने के लिए, ग्राहक को “Trade” सूची में उस पोज़िशन को चुनकर “Close…” पर क्लिक करना होगा। लेनदेन की मात्रा भी चुननी होगी। उदाहरण के लिए, “Close #33022053 sell 1.0 lot of GBPUSD at 1.6520”।
5.6. ‘मार्केट एक्ज़ीक्यूशन’ मोड में पोज़िशन बंद करना
5.6.1. “Market execution” मोड में खोली गई पोज़िशन बंद करने के लिए, ग्राहक को “Trade” सूची में पोज़िशन चुनकर “Close…” पर क्लिक करना होगा। इसके बाद ट्रांज़ैक्शन का वॉल्यूम भी चुनना होगा। उदाहरण के लिए, “Close #33022054 sell 1.0 lot of GBPUSD by Market”।
5.7. एक्सपर्ट एडवाइज़र द्वारा पोज़िशन खोलना और बंद करना
5.7.1. एक्सपर्ट एडवाइज़र्स मौजूदा बाज़ार कीमतों का इस्तेमाल करके पोज़िशन खोलने या बंद करने का अनुरोध तैयार करते हैं। यदि सर्वर से मिला कोट स्लिपेज पैरामीटर की शर्त पूरी करता है, तो एडवाइज़र सर्वर से मिले कोट का इस्तेमाल करके पोज़िशन खोलने या बंद करने का अनुरोध तैयार करता है।
5.8. रीकोट
5.8.1. यदि किसी पोज़िशन को खोलने या बंद करने के ग्राहक के अनुरोध को पूरा करने में लगने वाले समय के दौरान किसी इंस्ट्रूमेंट की कीमत बदल जाती है, तो MTrading को अनुरोध पूरा करने के लिए ग्राहक को नई कीमत देने का अधिकार है, लेकिन ऐसा करना उसकी बाध्यता नहीं है। नई कीमत एक नई विंडो में “Requote” के रूप में दिखाई जाती है। यदि ग्राहक इस कीमत को स्वीकार करता है, तो उसे 3 सेकंड के भीतर “Ok” बटन दबाना होगा। यदि ग्राहक 3 सेकंड के भीतर यह बटन नहीं दबाता है, तो यह कीमत अमान्य हो जाएगी।
5.8.2. चूँकि कोट बदल सकते हैं, इसलिए दिखाया गया कोई भी कोट पूरे 3 सेकंड तक प्रभावी नहीं रह सकता है और ग्राहक को “Requote” विंडो फिर से दिखाई दे सकती है। कोट की समय-सीमा समाप्त होने पर ग्राहक का ऑर्डर बाज़ार में शुरू में अनुरोधित कोट पर निष्पादित नहीं हो सकता है।
5.9. लॉक्ड पोज़िशन बंद करना
5.9.1. अगर ग्राहक के अकाउंट में दो या उससे अधिक लॉक्ड पोज़िशन हैं, तो ट्रेड सूची में उनमें से किसी एक पोज़िशन को चुनने पर ऑर्डर विंडो की टाइप सूची में एक नया विकल्प दिखाई देगा: “एकाधिक पोज़िशन को एक साथ बंद करें” और “दूसरी पोज़िशन के ज़रिए बंद करें”। इन विकल्पों से बंद की गई पोज़िशन “अकाउंट हिस्ट्री” सूची में “close hedge by #XXXXX” टिप्पणी के साथ दिखाई देंगी।
5.10. ‘Close By’ विकल्प का उपयोग करके लॉक की गई पोज़िशन बंद करना
5.10.1. Order विंडो में “Close by” विकल्प चुनने पर लॉक की गई पोज़िशनों की सूची दिखाई देती है। किसी एक लॉक की गई पोज़िशन को चुनकर “Close #XXXX by #XXXX” दबाने पर, ग्राहक मौजूदा बाज़ार मूल्य पर दो लॉक की गई पोज़िशनों को एक साथ बंद करने का अनुरोध भेजता है। अगर दोनों पोज़िशनों का साइज़ अलग-अलग है, तो छोटी पोज़िशन पूरी तरह बंद हो जाएगी और दूसरी पोज़िशन उतने ही साइज़ में बंद होगी। बची हुई पोज़िशन खुली रहेगी और उसे एक नया टिकट मिलेगा। इस तरह आंशिक रूप से बंद की गई पोज़िशनों के लिए “Account history” सूची में “partial close” टिप्पणी दिखाई देगी।
5.11. ‘Multiple Close By’ विकल्प का इस्तेमाल करके लॉक पोज़िशन बंद करना
5.11.1. Order विंडो में “एक साथ कई बंद करें” विकल्प चुनने के बाद, लॉक की गई पोज़िशन्स की एक सूची दिखाई देती है। “इसके लिए एक साथ कई बंद करें…” पर क्लिक करके ग्राहक उन सभी पोज़िशन्स को मौजूदा बाज़ार कीमत पर एक साथ बंद करने का अनुरोध भेजता है, जिनका साइज़ समान है। यदि पोज़िशन्स के साइज़ अलग-अलग हों, तो छोटी पोज़िशन्स पूरी तरह बंद हो जाएंगी और बाकी पोज़िशन्स में से उतना ही साइज़ बंद होगा जितना पहली पोज़िशन का है। बची हुई पोज़िशन्स खुली रहेंगी और उन्हें नया टिकट मिलेगा। इस तरह आंशिक रूप से बंद की गई पोज़िशन्स पर “आंशिक रूप से बंद” टिप्पणी “अकाउंट हिस्ट्री” सूची में दिखाई देगी।
6.1. ग्राहक पेंडिंग ऑर्डर का इस्तेमाल करके पोज़िशन खोल सकते हैं और स्टॉप लॉस तथा टेक प्रॉफ़िट ऑर्डर का इस्तेमाल करके पोज़िशन बंद कर सकते हैं।
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. ‘स्टॉप लॉस’ और ‘टेक प्रॉफ़िट’ ऑर्डर देना, रद्द करना और उनमें बदलाव करना
6.4.1. स्टॉप लॉस और टेक प्रॉफ़िट ऑर्डर ये हो सकते हैं:
6.4.1.1. पहले से खुली पोज़िशन पर लगाया जाता है। इसे पोज़िशन खोलते समय भी साथ में लगाया जा सकता है, सिवाय मार्केट एक्ज़िक्यूशन मोड में ट्रेडिंग के। मार्केट एक्ज़िक्यूशन में ऑर्डर खोलते समय ‘स्टॉप लॉस’ और ‘टेक प्रॉफ़िट’ ऑर्डर लगाने की अनुमति नहीं होती;
6.4.1.2. पहले से खुले पेंडिंग ऑर्डर पर रखा गया, और नया पेंडिंग ऑर्डर खोलते समय भी एक साथ रखा गया;
6.4.1.3. ओपन पोज़िशन या ओपन पेंडिंग ऑर्डर में बदलाव किया गया;
6.4.1.4. किसी खुली पोज़िशन या खुले पेंडिंग ऑर्डर से हटाया गया।
6.4.2. किसी खुले पोज़िशन (या पेंडिंग ऑर्डर) पर स्टॉप लॉस या टेक प्रॉफ़िट ऑर्डर लगाने का अनुरोध बनाने के लिए, ग्राहक को ट्रेड सूची से कोई खास पोज़िशन (या पेंडिंग ऑर्डर) चुनना होगा। इसके बाद, “Order…” विंडो में “Type” सूची से “Modify order” चुनें। “Stop Loss” और “Take Profit” फ़ील्ड में वह इच्छित कीमत का स्तर दर्ज करें जिस पर ग्राहक ये ऑर्डर लगाना चाहता है। फिर “Modify…” बटन दबाएँ। अगर ग्राहक द्वारा “Stop Loss” और “Take Profit” फ़ील्ड में तय किए गए कीमत के स्तर, इन ऑर्डर के प्रकार और मौजूदा बाज़ार कीमत से मेल खाते हैं, तो अनुरोध प्रोसेसिंग के लिए कतार में लगा दिया जाता है। अगर “Stop Loss” और/या “Take Profit” फ़ील्ड में तय की गई एक या दोनों कीमतें, इन ऑर्डर के प्रकार और इंस्ट्रूमेंट की मौजूदा बाज़ार कीमत से मेल नहीं खातीं (उदाहरण के लिए, EURUSD को 1.3500 पर खरीदने के लिए टेक प्रॉफ़िट, जबकि मौजूदा बाज़ार कीमत 1.3550 हो), या एक या दोनों कीमतें Limit/Stop Level से मेल नहीं खातीं, तो अनुरोध भेजने का बटन निष्क्रिय रहता है और ग्राहक का निर्देश गलत माना जाता है।
6.4.3. किसी पोज़िशन को खोलते समय (या पेंडिंग ऑर्डर खोलते समय) Stop Loss और/या Take Profit ऑर्डर लगाने के लिए, पोज़िशन खोलने का अनुरोध (या पेंडिंग ऑर्डर) सबमिट करते समय Order विंडो के ऊपरी हिस्से में दिए गए संबंधित फ़ील्ड में Stop Loss और/या Take Profit का प्राइस लेवल सेट करना ज़रूरी है। यदि “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 का मान भी दर्ज करना होगा। ग्राहक की ट्रेड सूची में किसी खुली पोज़िशन या पेंडिंग ऑर्डर के S/L या T/P फ़ील्ड में 0.0000 का मान होने का मतलब है कि Stop Loss या Take Profit ऑर्डर नहीं लगाया गया है।
6.5. ऑर्डर देने, रद्द करने और संशोधित करने के अनुरोधों का निष्पादन
6.5.1. यदि किसी ग्राहक द्वारा पेंडिंग ऑर्डर लगाने का अनुरोध सर्वर से कन्फ़र्म हो जाता है, तो उस ऑर्डर को एक टिकट नंबर दिया जाता है। यह नंबर ग्राहक के टर्मिनल की ट्रेड सूची में भी दिखाया जाता है। यही जानकारी सर्वर लॉग में दर्ज की जाती है और ग्राहक को ऑर्डर विंडो में “# (टिकट, प्रकार, साइज़, इंस्ट्रूमेंट और कीमत) सफल” के रूप में दिखाई जाती है।
6.5.2. यदि किसी ग्राहक के पेंडिंग ऑर्डर को हटाने के अनुरोध की पुष्टि सर्वर करता है, तो यह ऑर्डर ग्राहक के टर्मिनल की Trade सूची से हटा दिया जाता है। इससे जुड़ा संदेश सर्वर लॉग में दर्ज किया जाता है और ग्राहक को Order विंडो में “# (टिकट, प्रकार, आकार, इंस्ट्रूमेंट, कीमत) हटाया गया” के रूप में दिखाया जाता है। यह ऑर्डर Account History सूची में “रद्द” के रूप में दिखता है।
6.5.3. यदि ग्राहक के स्टॉप लॉस और/या टेक प्रॉफ़िट ऑर्डर में बदलाव करने का अनुरोध कन्फ़र्म हो जाता है, तो इन ऑर्डर्स को संशोधित माना जाएगा और ग्राहक के टर्मिनल की ट्रेड सूची में नए S/L और T/P स्तर दिखाए जाएंगे। सर्वर लॉग में एक संबंधित संदेश दर्ज किया जाएगा और ग्राहक को ऑर्डर विंडो में इस रूप में दिखाया जाएगा: “# (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 पोज़िशन के Take Profit या लंबित Sell Limit ऑर्डर से संबंधित इंस्ट्रूमेंट का मौजूदा बाज़ार Bid मूल्य, ग्राहक द्वारा निर्धारित मूल्य के बराबर या उससे अधिक है, या पिछले 90 सेकंड के दौरान किसी समय ग्राहक द्वारा निर्धारित मूल्य के बराबर या उससे अधिक था;
6.7.1.4. किसी खुले Sell पोज़िशन के टेक प्रॉफ़िट या पेंडिंग Buy Limit ऑर्डर से संबंधित इंस्ट्रूमेंट का मौजूदा बाज़ार आस्क प्राइस, ग्राहक द्वारा तय की गई कीमत के बराबर या उससे कम है, या पिछले 90 सेकंड के भीतर ग्राहक द्वारा तय की गई कीमत के बराबर या उससे कम था;
6.8. पेंडिंग ऑर्डर निष्पादन की शर्तें
6.8.1. सर्वर को पेंडिंग ऑर्डर निष्पादित करने का अनुरोध मिलने पर यह सुनिश्चित करने के लिए अपने-आप जांच की जाती है कि ग्राहक के अकाउंट में MTrading की तय मार्जिन आवश्यकताओं को पूरा करने के लिए पर्याप्त धनराशि है। पेंडिंग ऑर्डर से खोली जाने वाली नई पोज़िशन की मार्जिन आवश्यकता को पहले से खुली पोज़िशन्स की कुल मार्जिन आवश्यकता में प्रभावी रूप से जोड़ दिया जाता है। इसके अलावा, बिना हेज की गई पोज़िशन्स के लिए मार्जिन आवश्यकता शुरुआती मार्जिन होती है, जबकि लॉक्ड पोज़िशन्स के लिए मार्जिन आवश्यकता की गणना हेज्ड मार्जिन के रूप में की जाती है।
5.4.1.1. अगर जांच में पता चलता है कि “फ्री मार्जिन” का मान तय सीमा से नीचे नहीं जाता है, तो ग्राहक का अकाउंट मार्जिन आवश्यकताओं की जांच सफलतापूर्वक पास कर लेता है और ग्राहक के अकाउंट में नई पोज़िशन खोली जाती है। यह लेन-देन सर्वर लॉग और ग्राहक के टर्मिनल के जर्नल में दर्ज किया जाता है। पोज़िशन खुलने की पुष्टि ग्राहक को ऑर्डर विंडो में दिखाई जाती है और पोज़िशन ग्राहक के टर्मिनल की ट्रेड विंडो में खुली पोज़िशनों की सूची में दिखाई देती है।
6.8.1.2. अगर जांच से पता चलता है कि नई पोज़िशन खोलने पर फ्री मार्जिन की सीमा का उल्लंघन होगा, तो ग्राहक का अकाउंट इस जांच में सफल नहीं होता। इसलिए पेंडिंग ऑर्डर सक्रिय ऑर्डर की सूची से हटा दिया जाता है और ग्राहक के टर्मिनल की Account History सूची में “पर्याप्त धनराशि नहीं” संदेश दिखाया जाता है।
6.9. ‘स्टॉप लॉस’ और ‘टेक प्रॉफ़िट’ ऑर्डर निष्पादित करने की शर्तें
6.9.1. जब ग्राहक का स्टॉप लॉस या टेक प्रॉफ़िट ऑर्डर निष्पादित करने का अनुरोध प्रोसेसिंग के लिए कतार में पहुंचता है, तो सर्वर कोई जांच नहीं करता। यदि किसी ओपन पोज़िशन का स्टॉप लॉस या टेक प्रॉफ़िट ऑर्डर निष्पादित होता है, तो ग्राहक द्वारा संबंधित ऑर्डर में तय की गई कीमत पर विपरीत ट्रांज़ैक्शन किया जाता है (Sell पोज़िशन के मामले में Buy और Buy पोज़िशन के मामले में Sell)। इस तरह दोनों तरफ़ का ट्रांज़ैक्शन पूरा माना जाता है, लाभ या हानि ग्राहक के बैलेंस में जोड़ दी जाती है और इस खास पोज़िशन की मार्जिन आवश्यकता को सभी ओपन पोज़िशन की कुल मार्जिन आवश्यकता से हटा दिया जाता है।
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 जैसे ऑर्डर को ग्राहक के लिए कम अनुकूल कीमत पर निष्पादित करने का अधिकार है, लेकिन ऐसा करना उसकी बाध्यता नहीं है। MTrading ग्राहक के सक्रिय ऑर्डरों की सूची से Sell Stop या Buy Stop जैसे ऑर्डर हटाने का अधिकार भी रखता है। यह निम्नलिखित मामलों में लागू होता है:
6.10.2.2. अगर Customer का ऑर्डर हटा दिया जाता है या स्लिपेज होता है, तो Customer के टर्मिनल पर एक संदेश भेजा जाता है। Customer के लिए अपने अकाउंट की स्थिति पर नज़र रखना और MTrading द्वारा क्लाइंट टर्मिनल पर भेजे गए सभी संदेश पढ़ना अनिवार्य है। Customer के अकाउंट की स्थिति की जानकारी न होने के कारण होने वाले किसी भी नुकसान के लिए MTrading ज़िम्मेदार नहीं है।
6.11. ‘Sell Limit’, ‘Buy Limit’ और ‘Take Profit’ ऑर्डर्स का निष्पादन
6.11.1. सर्वर द्वारा बताए गए मौजूदा बाज़ार भाव के ऑर्डर को प्रोसेस करने की कतार में पहुंचने के समय, ऑर्डर के प्रकार और मूल्य स्तर से तय बाज़ार स्थितियों के अनुरूप होने पर, सेल लिमिट, बाय लिमिट और टेक प्रॉफ़िट ऑर्डर तय कीमतों पर निष्पादित किए जा सकते हैं।
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 घंटे से कम समय तक चलने वाले ट्रेडिंग सत्रों में होती है, का स्टेटस “Day Order” हो सकता है। ट्रेडिंग सत्र समाप्त होने पर MTrading उन्हें हटा सकता है।
6.13.3. सीमित अवधि वाला पेंडिंग ऑर्डर लगाने के लिए, “पेंडिंग ऑर्डर” मेन्यू में “एक्सपायरी” फ़ंक्शन चुनें और ऑर्डर की एक्सपायरी की तारीख और समय सेट करें। एक्सपायरी का समय आने पर ऑर्डर “एक्सपायर्ड” टिप्पणी के साथ सक्रिय ऑर्डर की सूची से अपने आप हट जाता है।
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 अपने हितों की रक्षा के लिए या किसी लागू नियम अथवा बाज़ार के अच्छे व्यवहार के मानकों के उल्लंघन को रोकने के लिए, अपने विवेकाधिकार से, परिसमापन को आवश्यक या उचित मानता है।
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, कतार से परिसमापन अनुरोध प्राप्त होने पर, Customer की खुली पोज़िशनों को MTrading के लिए उपलब्ध मौजूदा बाज़ार भावों पर बंद करके उनका परिसमापन करेगा। परिसमापित पोज़िशनों के लिए सर्वर लॉग फ़ाइलों में ‘stop out’ और क्लाइंट लॉग फ़ाइल में ‘s/o’ दर्ज किया जाएगा।
7.6.3. यदि ग्राहक के खाते में एक से अधिक पोज़िशन हैं, तो आम तौर पर उन्हें फ्लोटिंग लॉस के घटते क्रम में लिक्विडेट किया जाएगा। MTrading अपने विवेकाधिकार से किसी भी समय पोज़िशन को पूरी तरह या आंशिक रूप से लिक्विडेट करने और/या लिक्विडेशन का क्रम बदलने का अधिकार सुरक्षित रखता है।
7.6.4. लॉक्ड पोज़िशन का लिक्विडेशन, Buy पोज़िशन को मौजूदा Bid प्राइस पर और Sell पोज़िशन को मौजूदा Ask प्राइस पर बंद करके किया जाएगा।
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 अपने निर्णय केवल सर्वर लॉग-फ़ाइल रिकॉर्ड और संशोधित चार्ट डेटा के आधार पर लेगा।
