آپ کے بیک ٹیسٹ کو ڈیٹا کی تبدیلیوں کا لاگ چاہیے، صرف ڈیٹا اسنیپ شاٹ نہیں

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

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

قابلِ تکرار بیک ٹیسٹ پھر بھی آپ کو گمراہ کیوں کر سکتا ہے؟

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

مسئلہ صرف بڑی اصلاحات تک محدود نہیں۔ ایک بدلی ہوئی بلند ترین قیمت اسٹاپ کو متحرک کر سکتی ہے؛ نظرثانی شدہ اختتامی قیمت کسی انڈیکیٹر کو اس کی حد کے پار لے جا سکتی ہے۔ وسیع یونیورس میں کسی ایک سمبل کی ہسٹری بدلنے سے اس کی رینکنگ بدل سکتی ہے اور دوسرا اثاثہ پورٹ فولیو سے باہر ہو سکتا ہے۔ اسٹریٹجی کا کوڈ اور کنفیگریشن یکساں ہونے کے باوجود حتمی Sharpe بدل سکتا ہے۔

فائل ہیش بتاتا ہے کہ دو فائلیں مختلف ہیں۔ یہ نہیں بتاتا کہ اسپلٹ ایڈجسٹمنٹ نے 40 سال کی قیمتیں بدلیں، وینڈر نے تین ٹریڈز درست کیے، یا پارسر نے خالی فیلڈ کو صفر بنا دیا۔

مارکیٹ ڈیٹا کی تبدیلیوں کے لاگ میں کیا شامل ہونا چاہیے؟

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

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

میں کیسے ناپوں کہ کسی اصلاح سے فرق پڑتا ہے یا نہیں؟

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

1. فرق سے متاثرہ انسٹرومنٹس اور واقعے کے اوقات معلوم کریں۔
2. معلوم کریں کہ کون سے فیچرز، سگنلز، آرڈرز یا پورٹ فولیو ویٹس ان ریکارڈز کو استعمال کرتے ہیں۔
3. سب سے چھوٹی درست ونڈو دوبارہ چلائیں، جس میں ہر متعلقہ لک بیک اور کھلی پوزیشن کی حالت شامل ہو۔
4. آرڈرز، فلز، ایکسپوژر، ٹرن اوور، ڈرا ڈاؤن اور حتمی کارکردگی کا موازنہ کریں۔

مثال کے طور پر، اگر وینڈر کی اصلاح سے 1-minute کی بلند ترین قیمت $0.02 بدل جائے، تو ممکن ہے دس لاکھ قطاریں متاثر ہوں مگر روزانہ کی مومینٹم اسٹریٹجی پر کوئی اثر نہ پڑے۔ اسٹاپ لیول پر ایک درست کیا گیا بار زیادہ اہم ہو سکتا ہے۔ فیصلے پر اثر ناپیں؛ بدلے ہوئے ریکارڈز کی گنتی اس کا کمزور اندازہ ہے۔

اس کی لاگت کیا ہے، اور یہ کب فائدہ مند ہے؟

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

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

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