تقرير التنفيذ (رسالة حالة الأمر)

ما يقوله تقرير

• أي أمر: مرجع العميل نفسه ومعرّف الأمر عند الوسيط أو البورصة.
• ما حدث: جديد، ملء جزئي، ملء، مستبدَل، ملغى، مرفوض، منتهٍ.
• كم: كمية هذا الملء، والكمية التراكمية المملوءة، والكمية الباقية مفتوحة.
• بأي سعر: سعر هذا الملء، وغالبًا المتوسط حتى الآن.
• ولماذا، في حالة رفض: نص سبب أو رمز.

مثال محسوب

أمر محدود بشراء 5 عقود يُنتج متتالية تقارير. مقبول: مملوء 0، مفتوح 5. وملء جزئي قدره 2: مملوء 2، مفتوح 3، و2 + 3 = 5. وملء الـ 3 الأخيرة: مملوء 5، مفتوح 0، الحالة مملوء.

وإن ألغى المتداول بعد الملء الأول بدلًا من ذلك، كان التقرير الأخير يقرأ ملغى بمملوء 2 ومفتوح 0؛ والمركز عقدان، لا 5 ولا 0.

بمصطلحات FIX

في مفردات FIX تكون الرسالة هي Execution Report (35=8). وحقل حالة الأمر فيها (39) يميّز جديدًا (0) ومملوءًا جزئيًا (1) ومملوءًا (2) وملغى (4) ومرفوضًا (8)، وحقول الكمية تحمل المقادير التراكمية والباقية.

والبروتوكولات الأخرى تستعمل أسماء رسائلها الخاصة للمحتوى نفسه.

داخل Senzoukria

على Rithmic تصل أحداث الأوامر إشعاراتِ أوامر حالتها نص حر بصِيَغ كثيرة، مثل «Order received by exch gateway» أو «Modified» أو «Order sent to exchange». فالتطبيق إذن يعامل أمرًا قائمًا إلا إن قالت حالته إنه انتهى (complete أو cancelled أو canceled أو rejected أو expired أو filled أو done)، ويفحص صيغ الطيران مثل «pending» أو «partial» أولًا كي لا يُقرأ «cancel pending» ملغى، ويسجّل مرةً كل حالة يحفظها حيّةً بلا تمييز.

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

أخطاء شائعة

• قراءة إشعار قبول كأنه ملء.
• أخذ كمية الأمر مركزًا بعد ملء جزئي وإلغاء.
• الثقة بشاشة توقفت عن تلقّي التقارير أثناء انقطاع.