فحوص المخاطر قبل التنفيذ

الطبقات الثلاث

مثال محسوب

حدُّ تطبيق مضبوطٌ على 3 عقود لكل أمر. فيكتب متداولٌ 5: فيُرفَض الأمر قبل أن يغادر الجهاز. فيصحّحه إلى 3؛ وحدُّ الوسيط يسمح بمركز أربعة عقود، والحساب يحمل أصلًا 2 في الاتجاه نفسه، فالأمر الجديد كان سيحمل المركز إلى 5 ويرفضه الوسيط.

فيرسل المتداول 2؛ فترفض البورصة حينها السعر المحدود، المكتوب 100 نقطة خلال السوق، خارج نطاق السعر. فثلاثة رفوض، وثلاثة ملّاك مختلفين.

لماذا تهم الطبقات

حارسُ التطبيق سريعٌ ومرئي لكنه لا يحمي إلا الأوامر المرسَلة من ذلك التطبيق. وحدود الوسيط تغطّي كل منصّة على الحساب لكنها تختلف بحسب الشركة. وضوابط البورصة تحمي السوق كلها، لا حسابك.

ومتداولٌ يعرف أي طبقة رفضت أمرًا يعرف من يسأل وهل يستطيع إعدادٌ تغيير النتيجة.

داخل Senzoukria

قبل أن يخرج أمرٌ، يطبّق الخادم حرّاس الاتصال: فالتداول يجب أن يكون مفعَّلًا على الاتصال (وهو يبقى معطَّلًا على ملفات الحسابات الممولة حتى يُفعَّل صراحةً)، وحدُّ «Contracts per order» في إعدادات التداول يرفض الأوامر الأكبر، ووضعٌ اختياري بنقرتين يعرض تأكيدًا بالجانب والكمية والأداة والنوع والسعر والحساب.

والأمر يحمل الحساب المعروض، والخادم يرفضه إن كانت جلسة plant الأوامر تُوجِّه إلى حساب آخر. وعلى Rithmic، يُرفَض الأمر أيضًا حتى يُحَلّ مسار تداول لبورصته. والتذكرة تعكس هذه الحرّاس كي تكون مرئيةً قبل رحلة الذهاب والعودة، لا خطَّ الدفاع الوحيد أبدًا.

أخطاء شائعة

• معاملة حدّ تطبيق حدَّ وسيط، أو العكس.
• تعطيل التأكيدات على حساب ممول لتوفير نقرة.
• افتراض أن أمرًا مرفوضًا لم يُرسَل إلى أي مكان؛ فقد يكون رفضه الوسيط أو البورصة.