أكواد رفض الأوامر في MT5 وترتيب فحصها

الخلاصة: ابدأ بسؤال واحد، هل يفشل الأمر في كل مرة أم أحيانًا فقط؟

عندما يرفض MT5 أمرًا صادرًا عن الـEA، يظهر في السجل رقم مثل "retcode=10030". تصلنا أسئلة كثيرة عن أكواد الإرجاع هذه.

أبدأ بالخلاصة. أول ما يجب النظر فيه هو: هل يحدث الرفض في كل مرة، أم من وقت لآخر فقط؟

• يفشل في كل مرة ← اشتبه في 10030 و10013 و10018. المشكلة في الإعدادات أو في التوقيت، ولن يمرّ الأمر مهما أعدت المحاولة ما لم تصلحها أو تتوقف عن التداول في ذلك الوقت.
• يفشل أحيانًا فقط ← اشتبه في 10004 و10006. السبب حالة السوق أو قرار من الوسيط، وقد يمرّ الأمر بعد انتظار قصير.

بحسب الحالة التي تنطبق عليك يتغيّر مكان الفحص ودرجة الاستعجال.

كيف يعمل الأمر: كود الإرجاع هو "ردّ الخادم"

عندما يرسل الـEA أمرًا، يقرّر خادم الوسيط هل يقبله أم لا، ثم يُرجع النتيجة على شكل رقم. في حال النجاح يُرجع مثلًا 10009 (تم التنفيذ)، وفي حال الفشل يُرجع رقمًا يدل على سبب الرفض.

المهم أن هذا الرقم هو التصنيف الذي أعاده الخادم فقط، وقد لا يكشف السبب الحقيقي للرفض. الكود 10006 خصوصًا كثيرًا ما لا يُعرف من السجل ما الذي قرّره الوسيط بشأنه.

خطوات الفحص: افحص بهذا الترتيب

1. الكود 10018: انظر إلى الساعة أولًا

هذا أسهل فحص، لذلك نبدأ به. تأكد أنك لا تقع في عطلة نهاية الأسبوع أو عطلة رسمية أو عطلة رأس السنة، ولا في فترة استراحة خاصة بالرمز (كثير من الوسطاء يجعلون للذهب ومؤشرات الأسهم استراحة خلال اليوم). انقر بزر الفأرة الأيمن على الرمز في نافذة Market Watch ثم افتح "Specification" (المواصفات) لترى ساعات التداول. وانتبه إلى الفرق بين وقت الخادم والتوقيت المحلي. إذا كان الوقت هو السبب، فسيمرّ الأمر وحده بعد فتح السوق.

2. الكود 10030: اضبط نوع التنفيذ

تختلف أنواع التنفيذ المقبولة (FOK وIOC وReturn) من وسيط إلى آخر ومن نوع حساب إلى آخر. فإذا أرسل الـEA أمرًا بنوع غير مدعوم، رُفض في كل مرة. إن وجدت في مدخلات الـEA خيارًا مثل "Filling"، فاضبطه على النوع المذكور في خانة التنفيذ ضمن مواصفات الرمز. وإن لم يوجد هذا الخيار فلا بد من التعديل في الـEA نفسه، فراسل جهة التوزيع. وتتكرر هذه المشكلة كثيرًا بعد الانتقال إلى وسيط جديد أو نوع حساب جديد.

3. الكود 10013: شكّ في محتوى الأمر

يظهر عادةً بسبب خطأ في بيانات الأمر، مثل حجم أقل من الحد الأدنى، أو حجم لا يوافق خطوة التدرّج المسموحة، أو لاحقة في اسم الرمز مختلفة (مثل ".m" أو "#"). وقد لا يظهر السجل سببًا مفصلًا، وفي بعض الحالات لا بديل عن تجربة تغيير الحجم أو اسم الرمز تدريجيًا. وقد جمعنا مراجعة بنود الإعدادات في طريقة إعداد EA.

4. الكود 10004: الانزلاق المسموح والتوقيت

يظهر هذا الكود غالبًا عندما يتحرك السعر بسرعة، كما بعد صدور بيانات اقتصادية مباشرة أو في ساعات الصباح الباكر. إن وجدت في الـEA خيار "Slippage" أو "Deviation" فتوسيعه قليلًا قد يقلّل ظهور الكود. لكن التوسيع الزائد يعني قبول التنفيذ بأسعار غير مواتية. وإذا اجتمع معه بطء في الاتصال، فقد يحسّن VPS الوضع.

5. الكود 10006: قد لا يكون أمامك إلا سؤال الوسيط

هذا رفض بقرار من الوسيط، ولا يرى المستخدم سببه. من الأسباب المحتملة قيود على الحساب، أو إيقاف مؤقت لتداول الرمز، أو حدّ على كثرة الأوامر، لكننا لا نستطيع الجزم بأيّها هو السبب. الأضمن أن تحتفظ بوقت السجل وتفاصيل الأمر وتراسل دعم الوسيط. وإذا تكرر الأمر كثيرًا، فقد يكون من الخيارات النظر في تغيير الوسيط مستعينًا بـمقارنة الوسطاء.

الحدود وملاحظات مهمة

• قد لا تتكرر المشكلة في الحساب التجريبي. طريقة التنفيذ ليست بالضرورة واحدة في الحساب التجريبي والحساب الحقيقي، وقد يختلف احتمال إعادة التسعير والرفض. لذلك فإن عمل الـEA بلا مشاكل على التجريبي لا يضمن أن يمرّ بالطريقة نفسها على الحقيقي.
• إعادة المحاولة المتكررة قد تأتي بنتيجة عكسية. الأمر نفسه لن يمرّ مع 10030 أو 10013 مهما أعدت إرساله. وإذا كان الـEA يعيد الإرسال عند كل رفض، فقد تتكدس الأوامر في وقت قصير، وقد يقود ذلك إلى قيود من جانب الوسيط. في الـEA الخاصة بنا نعيد الإرسال بعدد محدد من المرات، وللأكواد المؤقتة فقط مثل 10004.
• الصفقات المرفوضة لا تظهر في السجل. نادرًا ما تحدث مثل هذه الرفوض في الاختبار الرجعي، فتنحرف النتائج الفعلية بهذا القدر، وهو أحد أسباب عدم مطابقة التشغيل الحقيقي لنتائج المختبر.
• توجد أكواد إرجاع أخرى غير الخمسة المذكورة هنا، مثل حجم غير صالح وسعر غير صالح ونقص الهامش. هذا المقال ترتيب يقتصر على الخمسة الأكثر سؤالًا.

الملخص

• ابدأ بالنظر: هل يفشل الأمر في كل مرة أم أحيانًا فقط؟
• إن فشل في كل مرة، فافحص بالترتيب: 10018 (الوقت) ← 10030 (نوع التنفيذ) ← 10013 (محتوى الأمر)
• إن فشل أحيانًا، فانظر في 10004 (الانزلاق والتوقيت)، وراسل الوسيط بشأن 10006
• الكودان 10030 و10013 لن يمرّا مهما أعدت الإرسال، فأصلح الإعدادات
• السبب الحقيقي وراء 10006 قد لا يظهر للمستخدم، ولا نستطيع الجزم به نحن أيضًا
• نجاح الأوامر على الحساب التجريبي لا يعني أنها ستمرّ بالطريقة نفسها على الحساب الحقيقي