ماذا يعني تباين (Divergence) أو اختلاف الأوامر في MT5؟
الإجابة المباشرة
في MT5، يعني “تباين الأوامر (Divergence in Orders)” بشكل عام أن ما تراه في جزء من سير عمل الأمر لا يطابق تمامًا ما يظهر في مكان آخر. على سبيل المثال، قد يعرض طلب الأمر مجموعة من القيم (السعر أو الوقت أو الحجم)، بينما تُظهر سجل الأوامر أو تفاصيل الإتمام النهائي قيمًا مختلفة، أو حالات مختلفة. هذا ليس مؤشرًا محددًا؛ بل هو وصف لعدم التطابق عبر دورة حياة الأمر.
كيف يعمل (بناء بيانات الأمر)
تتبع MT5 الأوامر والصفقات باستخدام عدة أجزاء من المعلومات. يتضمن خط زمني نموذجي:
- تقوم بإنشاء أمر (تقوم منصتك بإرسال طلب يتضمن معلمات مثل الرمز، والاتجاه، والسعر المطلوب، والحجم).
- يحاول خادم التداول تنفيذ الأمر ويعيد نتيجة.
- قد ينتج التنفيذ عن إتمام واحد أو عدة عمليات إتمام (الإتمام الجزئي ممكن).
- تعرض المنصة لاحقًا النتائج عبر وجهات عرض الأوامر (الأوامر المفتوحة، والأوامر المعلقة) ووجهات عرض السجل (عمليات التنفيذ المكتملة).
لذلك، يمكن أن يشير “التباين” إلى اختلافات مثل:
- الطلب مقابل التنفيذ: السعر أو الشروط المطلوبة تختلف عن الإتمام الفعلي.
- إتمام واحد مقابل عدة إتمام: يؤدي طلب أمر واحد إلى عدة عمليات إتمام بأسعار مختلفة.
- الحالة المتوقعة مقابل الحالة المُبلّغ عنها: قد يظهر الأمر مُحدّثًا في أوقات مختلفة على شاشات مختلفة.
- عدم تطابق المعلمات: قد لا تتطابق قيم وقف الخسارة/جني الربح أو الحجم أو مدة الصلاحية (time-in-force) المعروضة مع ما كنت تقصده إذا حدثت تغييرات بعد الإرسال.
افتراض لأي مثال أدناه: أنك تقارن نفس الأمر حسب رقم التذكرة/المعرّف عبر تبويبات MT5 أو عمليات تصدير دفتر اليومية (journal exports) مختلفة.
الدليل عبر نموذج مثال (ولماذا يحدث ذلك)
افترض أنك ترسل أمرًا بحجم 1.00 لوت بسعر مطلوب. تعني حركة السوق وقواعد التنفيذ أن الخادم قد:
- ينفذ الأمر فورًا بسعر مختلف عن السعر المطلوب (ويُسمى غالبًا الانزلاق (slippage) بشكل عام).
- ينفذ جزءًا فقط من الحجم أولًا، ثم يكمل الباقي لاحقًا، مما يؤدي إلى عدة عمليات إتمام.
- يطبق قواعد الرفض أو التعديل بناءً على السيولة المتاحة، أو سياسات التنفيذ، أو ظروف التداول.
من وجهة نظرك، ينتج عن ذلك تباين: “الأمر” الذي وضعته و“الصفقات” التي تم تنفيذها فعليًا قد تُظهر أسعارًا مختلفة، أو طوابع زمنية مختلفة، أو عدة إدخالات.
لاحظ أيضًا قيدًا شائعًا: قد تؤدي التقارير التاريخية وعملية المراجعة الخاصة بك إلى إنشاء حدود تأكيد (confirmation limits). إذا ركزت فقط على الإدخالات التي “تدعم” توقعك، فقد تتجاهل عمليات الإتمام التي تتعارض معه. قد يجعل ذلك التباين يبدو أكبر (أو أصغر) مما هو عليه فعليًا.
انحياز مرتبط يجب الانتباه له: انحياز الرؤية بأثر رجعي (hindsight bias). بعد رؤية النتيجة النهائية، يصبح من السهل إعادة تفسير الطلب كما لو كان يمكن التنبؤ به. ينبغي تقييم التباين بناءً على ما كان معروفًا وقت التنفيذ، وليس بناءً على النتيجة التي لاحظتها لاحقًا.
القيود والمخاطر (ما الذي لا يضمنه التباين)
لا يعني التباين تلقائيًا وجود خطأ أو احتيال أو دلالة سوقية محددة. قد ينشأ بسبب اختلافات روتينية في التنفيذ والتقارير.
قيود مادية يجب أخذها في الاعتبار:
- ظروف تنفيذ متغيرة: قد تتغير التكاليف والتنفيذ بين وقت الطلب ووقت الإتمام.
- إتمام جزئي: قد يكون مقارنة حجم مطلوب واحد مع “أمر” مُبلّغ عنه واحد مضلِّلًا.
- اختلافات زمنية: قد تظهر التحديثات في أماكن مختلفة ضمن جداول زمنية متقاربة ولكن ليست متطابقة تمامًا.
- لا ضمان لسلوك مستقبلي: العلاقات التاريخية (كيف بدا التباين من قبل) لا تثبت كيف سيبدو التباين في المرة القادمة.
وضعية فشل في التفسير هي التعامل مع التباين كما لو كان “إشارة” مستقلة وحتمية. بدلًا من ذلك، هو ظاهرة اتساق بيانات تحتاج إلى سياق: أي الحقول تختلف، وبين أي وجهات عرض.
التحقق والسؤال التالي الذي يجب الإجابة عنه
للتحقق بشكل مستقل مما يعنيه التباين في حالتك، استخدم قائمة تحقق ثابتة:
- طابق الأمر حسب معرّفه (ticket) بين الطلب، والواجهة/العرض النشط، وواجهة عرض السجل (history view).
- قارن الحقول التي تختلف (السعر، الحجم، الحالة، الطوابع الزمنية).
- حدد ما إذا كان عدم التطابق مفسرًا بإتمامات متعددة، أو بتغير من القيم المطلوبة إلى القيم المنفذة.
إذا أردت التقدم خطوة إضافية، اسأل: “ما هي الحقول الدقيقة التي حدث فيها التباين، وبين أي وجهتي عرض؟” يضيّق هذا السؤال المعنى من “عدم تطابق عام” إلى اختلاف محدد يمكن التحقق منه.