ایک بیک ٹیسٹ نے سالانہ بنیاد پر 20% منافع دیا۔ اس میں 8 سال کا ڈیٹا، 1,640 ٹریڈز اور واک فارورڈ کی صاف تقسیم استعمال ہوئی۔ پھر ہم نے وینڈر کی موجودہ ہسٹری کو اُس وقت ریکارڈ کی گئی قدروں سے بدل دیا، تو برتری گھٹ کر 3% رہ گئی۔
حیران کن عدد اصل منافع نہیں تھا۔ حیرت کی بات یہ تھی کہ 17 فیصدی پوائنٹس نظرثانی شدہ ڈیٹا پر منحصر تھے۔ اس قسم کی ماضی بینی معاشی اعلانات، کمپنی کے بنیادی اشاریوں، انڈیکس کی رکنیت، حتیٰ کہ بظاہر سادہ مارکیٹ فیلڈز میں بھی چھپی ہو سکتی ہے۔ تاریخی ڈیٹا بتاتا ہے کہ ماخذ اب کیا کہتا ہے۔ پوائنٹ اِن ٹائم ڈیٹا سیٹ بتاتا ہے کہ آپ کی حکمتِ عملی اُس وقت کیا جان سکتی تھی۔
واقعے کے بعد تاریخی ڈیٹا کیوں بدل سکتا ہے؟
کچھ قدریں پہلے تخمینہ ہوتی ہیں اور بعد میں ان کی تصحیح کی جاتی ہے۔ جمعے کو جاری ہونے والے معاشی اعدادوشمار پر اگلے مہینے نظرثانی ہو سکتی ہے۔ کوئی کمپنی آمدنی کے اعداد دوبارہ جاری کر سکتی ہے۔ ڈیٹا وینڈر غلط پرنٹ درست کر سکتا ہے، غائب وقفہ پُر کر سکتا ہے یا ابتدائی قدر کی جگہ حتمی قدر درج کر سکتا ہے۔ جو ڈیٹابیس صرف تازہ ترین قدر محفوظ کرتا ہے، وہ ان تمام تبدیلیوں کو یوں دکھاتا ہے جیسے وہ ہمیشہ سے درست رہی ہوں۔
یہ اُس وقت اہم ہوتا ہے جب کوئی حکمتِ عملی رپورٹ شدہ آمدنی کی بنیاد پر کمپنیوں کی درجہ بندی کرے یا طے شدہ ڈیٹا ریلیز کے بعد مارکیٹ میں تجارت کرے۔ اگر اسے درست شدہ عدد مہینوں پہلے دکھائی دے، تو بیک ٹیسٹ نے اسے ایسی معلومات دے دی ہیں جو فیصلہ کرتے وقت مارکیٹ میں موجود نہیں تھیں۔ سگنل کا حساب بالکل درست ہو سکتا ہے، مگر اس کا اِن پٹ پھر بھی تاریخ کے غلط ورژن سے لیا گیا ہے۔
یہاں ایک آسان پھندا ہے: date نام کا فیلڈ اکثر اُس مدت کو ظاہر کرتا ہے جس کا ڈیٹا سے تعلق ہے، نہ کہ اُس وقت کو جب یہ دستیاب ہوا۔ 31 مارچ کی تاریخ والی سہ ماہی آمدنی شاید مئی میں جاری ہوئی ہو۔ یہ لیبل کاروباری مدت کے بارے میں ہے، حکمتِ عملی کو دستیاب معلومات کے بارے میں نہیں۔
بیک ٹیسٹ میں کون سا ٹائم اسٹیمپ استعمال کرنا چاہیے؟
قدر کی مؤثر مدت اور اس کی دستیابی کا وقت الگ الگ ریکارڈ کریں۔ جہاں ممکن ہو، اشاعت کا وقت اور ڈیٹا وصول ہونے کا وقت بھی محفوظ رکھیں۔ حکمتِ عملی کسی قدر کو اشاعت اور سسٹم کو موصول ہونے کے بعد ہی استعمال کر سکتی ہے؛ اگر ان اوقات میں فرق ہو تو محتاط انداز میں ماضی کی صورتِ حال دہرانے کے لیے بعد والا وقت استعمال کریں۔
| ٹائم اسٹیمپ | یہ کیا ظاہر کرتا ہے | اس کا فائدہ |
|---|---|---|
| مؤثر وقت | وہ مدت یا واقعہ جس سے قدر کا تعلق ہے | مشاہدات کو ناپی جانے والی چیز کے مطابق گروپ کرتا ہے |
| اشاعت کا وقت | ماخذ نے یہ ورژن کب جاری کیا | ریلیز کو دستیاب ہونے سے پہلے دکھانے سے روکتا ہے |
| وصولی کا وقت | آپ کے سسٹم کو یہ ورژن کب موصول ہوا | ترسیل میں تاخیر اور بعد میں شامل کیے گئے ڈیٹا کو درج کرتا ہے |
مثال کے طور پر، فرض کریں کہ کسی کمپنی کی سہ ماہی فروخت جنوری سے مارچ تک کی ہے، 8 مئی کو 16:15 مشرقی وقت پر رپورٹ ہوتی ہے، اور 16:17 پر آپ کے ریسرچ اسٹور میں پہنچتی ہے۔ 8 مئی کے اختتام پر فیصلہ کرنے والی حکمتِ عملی وہ رپورٹ استعمال نہیں کر سکتی، کیونکہ اس کا اختتامی وقت کا فیصلہ 16:00 پر ہو چکا تھا۔ اگلی صبح فیصلہ کرنے والی حکمتِ عملی اسے استعمال کر سکتی ہے۔ صرف سہ ماہی کے اختتام کی تاریخ سے ان میں سے کسی سوال کا جواب نہیں ملتا۔
میں کیسے جانچوں کہ نتیجے پر نظرثانیوں کا اثر تو نہیں؟
ایک ہی حکمتِ عملی دو بار چلائیں: ایک بار ہر تاریخی فیصلے کے وقت دستیاب ڈیٹا ورژن کے ساتھ، اور دوسری بار تازہ ترین نظرثانی شدہ ہسٹری کے ساتھ۔ عمل درآمد کے مفروضے، یونیورس اور کوڈ یکساں رکھیں۔ اس فرق کو نظرثانی کی حساسیت کا نتیجہ سمجھیں، حکمتِ عملیوں کا نیا موازنہ نہیں۔
پھر دیکھیں کہ فرق کہاں سے آیا۔ کیا ریلیز کے دنوں میں کارکردگی بدلتی ہے؟ کیا سب سے بڑے فرق چند ایسی کمپنیوں میں ہیں جنہوں نے اعداد دوبارہ جاری کیے، یا چند درست کیے گئے مشاہدات میں؟ کیا حکمتِ عملی متعلقہ اشاعت کے وقت سے پہلے ٹریڈ کرتی ہے؟ واقعات کی سطح پر ایک چھوٹا سا آڈٹ اکثر مجموعی منافع کے ایک اور چارٹ سے زیادہ وضاحت کر دیتا ہے۔
یہ اعداد محض مثال ہیں، ہر جگہ لاگو ہونے والا جرمانہ نہیں۔ مفید نتیجہ آپ کی اپنی حکمتِ عملی کے لیے دونوں کا تقابلی نتیجہ ہے، جہاں تک ممکن ہو وہی ٹریڈز اور لاگت برقرار رکھتے ہوئے۔ اگر نظرثانی شدہ ورژن واضح برتری دکھائے، تو نمایاں بیک ٹیسٹ پر بھروسا کرنے سے پہلے معلوم کریں کہ فرق کن فیلڈز اور تاریخوں سے پیدا ہوا۔
پوائنٹ اِن ٹائم ڈیٹا کے آڈٹ میں کیا ریکارڈ ہونا چاہیے؟
اُن فیلڈز سے شروع کریں جنہیں آپ کی حکمتِ عملی واقعی استعمال کرتی ہے۔ ہر فیلڈ کے لیے ماخذ، ٹائم اسٹیمپ کا مطلب، نظرثانی کی پالیسی اور یہ معلوم کریں کہ آیا پچھلے ورژن واپس حاصل کیے جا سکتے ہیں۔ وینڈر سے پوچھیں کہ تصحیح کیسے درج ہوتی ہے: پرانی قطار کی جگہ نئی قطار، نئے ورژن کی الگ قطار، یا علیحدہ آڈٹ لاگ میں۔ پروڈکٹ کے صفحے پر “تاریخی” لکھا ہونا اس سوال کا جواب نہیں۔
- ہر ورژن کو اس کے اشاعت یا پہلی بار دستیاب ہونے کے ٹائم اسٹیمپ کے ساتھ محفوظ کریں۔
- خصوصیات کو مدت کے لیبل کے بجائے دستیابی کے وقت کی بنیاد پر فیصلوں سے جوڑیں۔
- دوبارہ قابلِ تکرار رنز کے لیے منجمد اسنیپ شاٹ یا ماخذ کا ورژن محفوظ رکھیں۔
- اُن قدروں کو نشان زد کریں جو دیر سے پہنچیں، جن پر نظرثانی ہو، یا جن کی قابلِ اعتماد ہسٹری موجود نہ ہو۔
اور دائرۂ کار عملی رکھیں۔ اگر آپ کی حکمتِ عملی صرف ایکسچینج ٹریڈز اور بارز استعمال کرتی ہے، تو معاشی ڈیٹا پر نظرثانی غیر متعلق ہو سکتی ہے۔ لیکن بارز کی تصحیحات اور وینڈر کی جانب سے بعد میں شامل کیا گیا ڈیٹا پھر بھی اہم ہو سکتا ہے، خاص طور پر جب کوئی سگنل کم لیکویڈیٹی والی مارکیٹ یا کسی مخصوص واقعے کے عین وقت پر منحصر ہو۔
جب پوائنٹ اِن ٹائم ہسٹری دستیاب نہ ہو
آج کی قدر کو خاموشی سے کل کی قدر نہ سمجھیں۔ اس فیلڈ کو ایک حد کے طور پر درج کریں، تاریخی دستیابی کے دعووں پر منحصر تجزیے سے اسے خارج رکھیں، یا محتاط تاخیر لاگو کرکے دکھائیں کہ نتیجہ کتنا بدلتا ہے۔ تاخیر والا متبادل تحقیق کے لیے مفید ہو سکتا ہے، بشرطیکہ تاخیر واضح ہو اور نتیجے کے ساتھ اس کی حد بھی درج رہے۔
بیک ٹیسٹ کا کام اُس وقت موجود معلومات کی بنیاد پر فیصلے کو دوبارہ تشکیل دینا ہے۔ اگر آپ کا ڈیٹا صرف تازہ ترین ورژن دکھا سکتا ہے تو دیانت دارانہ نتیجے کی ایک حد ہے: یہ آج کی دوبارہ تشکیل شدہ ہسٹری کے مقابلے میں حکمتِ عملی کو جانچ سکتا ہے، مگر یہ ثابت نہیں کر سکتا کہ ماضی میں کسی ایجنٹ کو بعینہٖ کیا دکھائی دے سکتا تھا۔
← تمام پوسٹس
