عندما لا يتداول الروبوت، قد نستنتج سريعا أنه معطل أو أنه انتظر بحكمة. دون دليل لا يكفي أي الاستنتاجين. يجب أن يشرح النظام القابل للتقييم سبب عدم التداول.
رفض فرصة يختلف عن تعطل النظام
في مثال توضيحي، تحلل بيانات صحيحة لكن المقترح يخالف حدود مخاطر الحساب. قد يكون عدم التداول هنا النتيجة المقصودة للتصميم.
وفي مثال آخر، تكون بيانات السوق قديمة أو جزء من سلسلة التنفيذ لا يستجيب. لا ينبغي تسويق ذلك كنجاح في إدارة المخاطر. حتى إن منع التوقف إجراء غير موثوق، يظل سببه التقني بحاجة إلى تحقيق.
تبدأ أهمية المخاطر قبل إصدار الأمر
يقترح تصميمنا فحص كل قرار مقابل قواعد الحساب قبل التنفيذ. تحدد الحدود القصوى وعدد المراكز وشروط التوقف وفق سياسة الحساب؛ ولا يوصي هذا المقال بنسبة أو حجم تداول للقارئ.
ولا ينبغي اعتبار وقف الخسارة ضمانا للنتيجة. تربط وثائق MetaTrader تفعيل أوامر الوقف وتنفيذها بقواعد التداول وظروف تنفيذ الأوامر. يجب أن يرى ضبط المخاطر العملية كاملة، لا مجرد رقم في نموذج أمر. ١
ماذا يوضح تقرير التوقف؟
نقترح فصل ثلاثة أسئلة: هل توفرت بيانات صحيحة؟ هل ولد مقترح؟ وما القاعدة أو العقبة التي منعت التنفيذ؟ يجب أن ترتبط الإجابات بأحداث مسجلة، لا بتبرير اخترع لاحقا.
رفض المقترح لتجاوز حد محدد يختلف عن تعذر التحقق من حالة الحساب. يساعد الفصل المشغل على التمييز بين قرار عادي ومشكلة تحتاج إلى متابعة.
ليس الهدف مجرد زيادة الأوامر. في التصميم المسؤول يجب تفسير التداول وعدم التداول ومراجعتهما، ولا يثبت أي منهما بمفرده الربحية.
