کیپ ٹیبل اسپریڈشیٹ کی غلطیاں: اصل میں کیا خرابی ہوتی ہے (اور Excel پر بھروسہ کرنا کب بند کریں)

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

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

وہ غلطیاں جو اصل میں بار بار ہوتی ہیں

عام فہرستیں آپ کو دس غلطیاں گنوا دیں گی۔ عملاً، تقریباً ہر خراب کیپ ٹیبل چار غلطیوں تک ہی جاتی ہے۔

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

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

ورژنز کی بھرمار۔ Cap-Table-v3-FINAL.xlsx، Cap-Table-v3-FINAL-actually-final.xlsx، اور ایک نقل جسے آپ کے شریک بانی نے بغیر وائی فائی والے جہاز میں ایڈٹ کیا اور پھر ہاتھ سے ضم کر دیا۔ اسپریڈشیٹس میں ڈیزائن کے لحاظ سے ہی سچائی کا کوئی واحد ذریعہ نہیں ہوتا — ہر سیو ایک فورک ہے، کمٹ نہیں۔ جس لمحے ایک سے زیادہ افراد کو رائٹ ایکسیس کی ضرورت ہوتی ہے، آپ نے ایک ایسے تضاد کے لیے حالات بنا دیے ہیں جو بدترین ممکنہ وقت پر سامنے آتا ہے: ڈیو ڈیلیجنس کے بیچ میں، جب کسی سرمایہ کار کا معاون آپ کے ڈیٹا روم سے اپنا الگ ورژن بناتا ہے اور وہ آپ کے ورژن سے میل نہیں کھاتا۔

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

امریکہ سے باہر یہ کیوں زیادہ سنگین ہو جاتی ہیں

تلاش کرنے پر آپ کو ملنے والا ہر کیپ ٹیبل اسپریڈشیٹ ٹیمپلیٹ ایک ہی مفروضے پر بنا ہوتا ہے: ایک Delaware C-corp، ایک معیاری امریکی ESOP کے تحت ایک آپشن پول، اور کسی ایک دائرہ اختیار کے قوانین کہ ایک قرارداد کیسی دکھنی چاہیے۔ یہ مفروضہ نہیں ٹکتا اگر آپ Riyadh، Lagos، Nairobi یا Jakarta میں رجسٹرڈ ہیں۔

اوپر کی چار غلطیوں کے اوپر دو ساختی مسائل جمع ہو جاتے ہیں:

دوہری ادارہ (ڈوئل انٹیٹی) ساختیں ٹیبل کو دو حصوں میں بانٹ دیتی ہیں۔ امریکہ سے باہر کے بہت سے بانی بالآخر کسی راؤنڈ کے لیے Delaware C-corp یا Singapore ہولڈنگ کمپنی میں فلپ کر لیتے ہیں، جبکہ جس ادارے کو وہ اصل میں چلاتے ہیں وہ مقامی ہی رہتا ہے۔ اب ایک کیپ ٹیبل نہیں کھسک رہی — بلکہ دو ہیں، دو کرنسیوں میں، دو مجموعہ ہائے قوانین کے تحت، اور ایک عام ٹیمپلیٹ کے پاس انہیں آپس میں ملا کر رکھنے کا کوئی طریقہ کار نہیں۔ مقامی ادارے کی ٹیبل میں ایک غلطی صرف مقامی ملکیت کو غلط نہیں دکھاتی؛ یہ اُس پرو-راٹا حساب کو بھی غلط دکھاتی ہے جس پر ہولڈکو راؤنڈ کی اصل قیمت طے ہوتی ہے۔

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

یہی وہ خلا ہے جسے عالمی بانیوں کے لیے بنایا گیا ایک Carta متبادل پاٹنے والا ہے — صرف سستا کیپ ٹیبل حساب نہیں، بلکہ ایک ایسی ساخت جو آپ کے دائرہ اختیار کو بعد میں جوڑنے کے بجائے شروع سے ہی فرض کر کے چلتی ہے۔

بدلنے کی اصل حد

زیادہ تر مشورہ کہتا ہے "جب آپ اسپریڈشیٹ کے لیے بہت بڑے ہو جائیں تب بدلیں"، جو اتنا مبہم ہے کہ بے فائدہ ہے — بانی ہر سہ ماہی میں "بہت بڑے" کی تعریف نئے سرے سے گھڑتے ہیں تاکہ Excel فارمولوں کا ایک اور دور جائز ٹھہرا سکیں۔

حد سائز نہیں ہے۔ یہ تین واقعات میں سے ایک ہے، اور ان میں سے کوئی بھی اکیلا کافی ہے:

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

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

انتظار کی اصل قیمت

"جب تیار ہوں تب منتقل کریں" کا دیانتدارانہ ورژن یہ ہے کہ منتقلی کی لاگت ہر اُس ماہ کے ساتھ بڑھتی ہے جب آپ انتظار کرتے ہیں، اور یہ آہستہ آہستہ نہیں بڑھتی۔

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

اصل میں اسے کیا ٹھیک کرتا ہے

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

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

یہی وہ نظم ہے جس کی آپ کی ESOP گرانٹس کو اُس وقت ضرورت ہوتی ہے جب آپ ہر ایک کے لیے وکیل کا استعمال بند کر دیتے ہیں — ایک قابلِ تکرار، دائرہ اختیار سے آگاہ عمل جو اس بات پر منحصر نہیں کہ کسی کو صحیح سیل اپڈیٹ کرنا یاد رہے۔

کسی کیپ ٹیبل اسپریڈشیٹ کی غلطی کو بعد میں ٹھیک کرنا ایک صفائی منصوبہ ہے۔ شروع سے ہی اسپریڈشیٹ کی غلطیاں نہ ہونا ایک ساختی انتخاب ہے، جو ایک بار کیا جاتا ہے، اور مسلسل ثمر دیتا رہتا ہے۔

Govy کیپ ٹیبل کو ایک ایونٹ-سورسڈ لیجر پر چلاتا ہے، جو Delaware کے ڈیفالٹ سے باہر کے بانیوں کے لیے بنا ہے — عام اجلاس نظم و نسق، دائرہ اختیار سے آگاہ ESOP معاہدے، اور ایک ایسی کیپ ٹیبل جسے خاموشی سے اوور رائٹ نہیں کیا جا سکتا۔ دیکھیں کہ یہ کیسے کام کرتا ہے، govy.tech پر۔

عمومی سوالات

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

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

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

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

کیا امریکہ سے باہر کے دائرہ ہائے اختیار کیپ ٹیبل کی غلطیوں کو زیادہ سنگین بنا دیتے ہیں؟ جی ہاں، کیونکہ زیادہ تر اسپریڈشیٹ ٹیمپلیٹس اور حتیٰ کہ زیادہ تر کیپ ٹیبل ٹولز ایک اکیلی Delaware C-corp کے گرد، امریکی-معیاری آپشن پول کے ساتھ بنے ہوتے ہیں۔ Riyadh، Lagos یا Jakarta میں کوئی بانی اکثر ایک دوہری ادارہ ساخت، دائرہ اختیار سے مخصوص ESOP آلات، یا عام اجلاس کی قراردادیں ٹریک کر رہا ہوتا ہے، جن کے لیے کسی عام ٹیمپلیٹ میں کوئی کالم ہی نہیں ہوتا — چنانچہ وہی دہری گنتی والی غلطی ایک ایسی ساختی غلطی کے ساتھ مل کر بڑھ جاتی ہے جس کی ٹیمپلیٹ نے کبھی توقع ہی نہیں کی تھی۔