میرا بیک ٹیسٹ پیپر حکمتِ عملی سے زیادہ ٹریڈز کیوں کرتا ہے؟

بیک ٹیسٹ اکثر ٹریڈز ایسے شمار کرتا ہے جیسے سگنل سیدھا پوزیشن میں بدل گیا ہو۔ پیپر ٹریڈنگ درمیان میں ایک آرڈر رکھتی ہے۔ یہ آرڈر زیرِ التوا رہ سکتا ہے، جزوی طور پر مکمل ہو سکتا ہے، منسوخ یا مسترد ہو سکتا ہے، یا سگنل بدلنے کے بعد بھی فعال رہ سکتا ہے۔ اگر آپ کی نقلی حکمتِ عملی اس لائف سائیکل کو نظرانداز کرتی ہے تو اس کی ٹریڈز کی تعداد اور ایکسپوژر کا پیپر اکاؤنٹ کے ریکارڈ سے بہت کم تعلق ہو سکتا ہے۔

عملی حل یہ ہے کہ آرڈرز کو حالتوں اور ٹائم اسٹیمپس والی مستقل اشیا کے طور پر رکھا جائے۔ سگنل ٹریڈ کرنے کی کوشش کی ہدایت ہے؛ یہ اس بات کا ثبوت نہیں کہ ٹریڈ ہوئی۔

میری پیپر حکمتِ عملی میں بیک ٹیسٹ سے کم ٹریڈز کیوں ہیں؟

ان آرڈرز سے آغاز کریں جو کبھی مکمل نہیں ہوئے۔ بیک ٹیسٹ فرض کر سکتا ہے کہ ہر لمٹ آرڈر اس وقت مکمل ہو گیا جب مارکیٹ نے اس کی قیمت کو چھوا۔ حقیقی مارکیٹ میں قیمت کا چھونا یہ نہیں بتاتا کہ آپ کا آرڈر قطار میں آگے تھا یا نہیں، کافی حجم ٹریڈ ہوا یا نہیں، یا آرڈر وینیو تک پہنچنے پر کوٹ ابھی دستیاب تھا یا نہیں۔

ایک ایسی حکمتِ عملی پر غور کریں جو $100 پر خرید کا لمٹ آرڈر دیتی ہے اور 30 سیکنڈ بعد اسے منسوخ کر دیتی ہے۔ مارکیٹ میں $100.00 پر ٹریڈ ہوتی ہے، مگر وہاں بہت کم حجم ٹریڈ ہوتا ہے اور دوسرے آرڈرز کو ترجیح حاصل ہوتی ہے۔ آپ کا آرڈر جزوی طور پر مکمل ہو سکتا ہے یا بالکل نہیں۔ قیمت چھونے پر مبنی بیک ٹیسٹ پوری پوزیشن درج کرتا ہے۔ قطار کے مفروضوں کا حساب رکھنے والا پیپر اکاؤنٹ کوئی تکمیل درج نہ کرے۔

مارکیٹ آرڈرز میں فرق کی نوعیت دوسری ہوتی ہے۔ بیک ٹیسٹ پوری مقدار کو اگلی بار کے آغاز پر مکمل فرض کر سکتا ہے، جبکہ پیپر ٹریڈنگ ایسے آرڈر کو مسترد کر سکتی ہے جو ایکسچینج کے فلٹر کی خلاف ورزی کرے، یا آرڈر بک کی قیمت بدلنے کے ساتھ اسے حصوں میں مکمل کر سکتی ہے۔ بار ٹریڈز کا خلاصہ ہے؛ یہ ضمانت نہیں دیتا کہ آپ کا پورا آرڈر ایک ہی قیمت پر ٹریڈ ہو سکتا تھا۔

اگر آرڈر مکمل ہونے سے پہلے سگنل بدل جائے تو بیک ٹیسٹ کو کیا کرنا چاہیے؟

پرانے آرڈر کو اس وقت تک فعال رکھیں جب تک سمیولیٹر منسوخی وصول کرکے اس پر عمل نہ کر لے۔ اگر خرید کا آرڈر زیرِ التوا ہو اور سگنل پلٹ جائے تو حکمتِ عملی اسے منسوخ کرکے فروخت کا آرڈر بھیجنا چاہ سکتی ہے۔ یہ ارادہ خرید کے آرڈر کو فوراً ختم نہیں کرتا۔ منسوخی زیرِ عمل ہونے کے دوران وہ مکمل ہو سکتا ہے، اور عین اس وقت اکاؤنٹ لانگ ہو سکتا ہے جب نیا سگنل شارٹ کہہ رہا ہو۔

اسے ایک سلسلے کے طور پر ماڈل کریں: سگنل بدلتا ہے، حکمتِ عملی منسوخی کی درخواست بھیجتی ہے، وینیو اس کی تصدیق کرتا ہے یا تکمیل کی اطلاع دیتا ہے، اور اس کے بعد ہی حکمتِ عملی کو آرڈر کی آخری حالت معلوم ہوتی ہے۔ ایک سادہ مقررہ تاخیر بھی ایسے ریس کنڈیشنز دکھا سکتی ہے جنہیں فوری منسوخی والا بیک ٹیسٹ چھپا دیتا ہے۔

جان بوجھ کر سادہ ماڈل کے لیے، 1 سیکنڈ کی منسوخی تاخیر اور اگلے ایونٹ پر کارروائی، منسوخی کو فوری فرض کرنے سے زیادہ معلوماتی ہو سکتی ہے۔ مناسب تاخیر وینیو اور سسٹم پر منحصر ہے؛ اہم بات یہ ہے کہ کسی تاخیر کی نمائندگی ہو۔ اگر آپ کا آرڈر مارکیٹ آرڈر ہے جس میں منسوخی کی گنجائش نہیں، تب بھی جزوی تکمیل اور تاخیر سے آنے والی اطلاعات کے لیے یہی مسئلہ اہم ہے۔

پیپر ٹریڈنگ سمیولیٹر کو آرڈر کی کون سی حالتیں درج کرنی چاہئیں؟

ایک چھوٹی سی اسٹیٹ مشین استعمال کریں اور ہر تبدیلی کو اس کے وقت کے ساتھ محفوظ رکھیں۔ وینیو کے لحاظ سے اصطلاحات بدل سکتی ہیں، مگر بنیادی فرق یہی رہتے ہیں:

• نیا یا زیرِ التوا: بھیج دیا گیا، مگر ابھی تصدیق نہیں ہوئی۔
• کھلا: قبول کر لیا گیا اور ابھی تکمیل کے لیے اہل ہے۔
• جزوی طور پر مکمل: کچھ مقدار ٹریڈ ہو چکی ہے؛ باقی مقدار کا آرڈر اب بھی کھلا ہو سکتا ہے۔
• مکمل: کوئی مقدار باقی نہیں۔
• منسوخی زیرِ التوا: منسوخی کی درخواست زیرِ عمل ہے؛ آرڈر اب بھی مکمل ہو سکتا ہے۔
• منسوخ، مسترد یا میعاد ختم: اس آرڈر کے تحت مزید مقدار ٹریڈ نہیں ہو سکتی۔

مکمل شدہ مقدار کو درخواست کردہ مقدار سے الگ درج کریں، اور ساتھ تکمیل کی قیمتیں اور فیسیں بھی محفوظ رکھیں۔ جزوی طور پر مکمل آرڈر بیک وقت ایک ٹریڈ بھی ہے اور باقی مقدار کے لیے ایک فعال ذمہ داری بھی۔ اسے صرف کھلا یا صرف مکمل سمجھنے سے وہ معلومات ضائع ہو جاتی ہیں جن کی حکمتِ عملی کو اگلا قدم طے کرنے کے لیے ضرورت ہوتی ہے۔

میں بیک ٹیسٹ کی ٹریڈز کا پیپر ٹریڈنگ سے منصفانہ موازنہ کیسے کروں؟

پہلے آرڈر ایونٹس، پھر پوزیشنز، اور آخر میں P&L کا موازنہ کریں۔ اگر بیک ٹیسٹ نے ایسا آرڈر مکمل کیا جو پیپر اکاؤنٹ نے کبھی نہیں کیا، تو بعد میں P&L کا فرق نتیجہ ہے، خرابی کی تشخیص کی جگہ نہیں۔

ہر مطلوبہ آرڈر کے لیے دونوں رنز کو ایک مستقل حکمتِ عملی فیصلے یا آرڈر شناخت کنندہ کی بنیاد پر ملائیں۔ پھر جمع کرانے کا وقت، درخواست کردہ قیمت اور مقدار، آرڈر کی میعاد، تکمیلیں، منسوخیاں، مسترد ہونے کے واقعات، فیسیں اور آخری پوزیشن دیکھیں۔ سمیولیٹڈ عدم تکمیل کی وجہ بھی محفوظ رکھیں: قیمت لمٹ تک نہیں پہنچی، قطار میں آگے ہونے کا مفروضہ پورا نہیں ہوا، یا آرڈر کی میعاد ختم ہو گئی۔

ایک چھوٹی مثال سے سلسلہ واضح ہو جاتا ہے۔ سگنل 10 یونٹس مانگتا ہے۔ دونوں سسٹم 10:00:00 پر آرڈر بھیجتے ہیں۔ بیک ٹیسٹ 10:00:01 پر مکمل تکمیل فرض کرتا ہے۔ پیپر ٹریڈنگ 10:00:01 پر 4 یونٹس مکمل کرتی ہے، 10:00:02 پر منسوخی کی درخواست وصول کرتی ہے، پھر منسوخی کی تصدیق سے پہلے 10:00:03 پر مزید 2 یونٹس کی تکمیل رپورٹ کرتی ہے۔ درست موازنہ 6 یونٹس کی تکمیل اور 10 کے مقابلے میں، 4 منسوخ شدہ یونٹس کا ہے۔ دونوں کو اوسط کرکے ایک “ٹریڈ” بنا دینا اس ایکسپوژر کو چھپا دیتا ہے جو حکمتِ عملی نے حقیقت میں لیا۔

کیا اسے درست کرنے کے لیے مجھے مکمل ایکسچینج سمیولیٹر درکار ہے؟

نہیں۔ بیک ٹیسٹ چند واضح مفروضوں سے شروع ہو سکتا ہے: کیا لمٹ کو چھونا کافی ہے، فرضی قطار میں آگے موجود آرڈرز کو ہٹانے کے لیے قیمت پر کتنا حجم ٹریڈ ہونا چاہیے، آرڈرز کتنی دیر کھلے رہیں، اور منسوخی کی تاخیر کیسے کام کرے۔ حکمتِ عملی کو ایک سے زیادہ قابلِ قبول ترتیبات کے تحت چلائیں۔ اگر کارکردگی کا انحصار اس بات پر ہے کہ ہر زیرِ التوا لمٹ مکمل طور پر بھر جائے، تو آپ نے ماڈل کے بارے میں ایک مفید بات جان لی ہے۔

پیپر ٹریڈنگ بھی عمل درآمد کے معیار کا زمینی سچ نہیں ہے۔ اس میں نقلی تکمیلیں استعمال ہو سکتی ہیں اور حقیقی قطار موجود نہیں ہوتی۔ یہاں اس کی افادیت محدود ہے: یہ دکھاتی ہے کہ وقت کے ساتھ ایونٹس آتے ہوئے حکمتِ عملی اور اس کا آرڈر مینیجر زیرِ التوا مقدار، منسوخی، پوزیشن اور دوبارہ کوشش کے رویے پر متفق ہیں یا نہیں۔

اس کام کی ایک چھوٹی سی خوشی یہ ہے کہ اچھا آرڈر لاگ ایک بظاہر ناقابلِ فہم فرق کو بالکل سادہ بنا سکتا ہے۔ “منسوخی کی درخواست کے بعد دوسرا چائلڈ آرڈر مکمل ہوا” کہنا، “پیپر ٹریڈنگ عجیب لگ رہی ہے” سے بہتر ہے۔ جب بیک ٹیسٹ اور پیپر اکاؤنٹ میں اختلاف ہو تو سگنل میں تبدیلی کرنے سے پہلے آرڈر لائف سائیکل دیکھیں۔