कैप टेबल टेम्पलेट: अमेरिका और ब्रिटेन के बाहर हर मुफ़्त टेम्पलेट कहाँ गलत हो जाता है

कैप टेबल टेम्पलेट एक स्प्रेडशीट है जो कंपनी के हर हिस्सेदार को सूचीबद्ध करती है — वह क्या रखता है, किस साधन के ज़रिए रखता है (शेयर, ऑप्शन, SAFE, कन्वर्टिबल नोट), और नई इक्विटी जारी होने पर स्वामित्व कैसे बदलता है। दो संस्थापकों वाली, बिना बाहरी पूँजी की कंपनी के लिए यह ठीक काम करती है। लेकिन जिस क्षण आपकी कंपनी में कोई ऐसा शेयर वर्ग, अधिकार-क्षेत्र या निवेशक आ जाता है जिसके लिए टेम्पलेट बनाने वाले ने डिज़ाइन नहीं किया था, यह काम करना बंद कर देती है — और प्रचलन में मौजूद लगभग हर मुफ़्त टेम्पलेट डेलावेयर C-corp या ब्रिटिश लिमिटेड कंपनी के लिए बना है, दुनिया के उन 90% के लिए नहीं जो इनमें से कोई नहीं हैं।

अपना टेम्पलेट बनाने से पहले इस अंतर को समझना ज़रूरी है, क्योंकि इस सर्च पर रैंक करने वाले टेम्पलेट जो करते हैं वह अच्छा करते हैं, और जो नहीं करते उसके बारे में स्पष्ट हैं।

लोकप्रिय टेम्पलेट असल में क्या कवर करते हैं

"cap table template" खोजिए और आप Carta, Pulley, Slidebean, Fidelity Private Shares या स्वतंत्र स्प्रेडशीट निर्माताओं के संस्करणों तक पहुँचेंगे। ये ठीक-ठाक बने हैं। अधिकांश में शामिल है:

• नाम, भूमिका और धारित शेयरों सहित हिस्सेदारों की सूची
• पूर्ण रूप से डाइल्यूटेड स्वामित्व प्रतिशत, जो नए राउंड जुड़ने पर दोबारा गणना करता है
• कैप और डिस्काउंट फ़ील्ड के साथ SAFE और कन्वर्टिबल नोट की ट्रैकिंग
• ऑप्शन पूल की एक पंक्ति
• भविष्य के राउंड या एग्ज़िट का मॉडल बनाने के लिए एक बुनियादी वॉटरफ़ॉल

जहाँ ये लड़खड़ाते हैं — और यह सीधे विक्रेताओं के अपने लेखन में दिखता है, सिर्फ़ उपयोगकर्ताओं की शिकायतों में नहीं — वह है अधिकार-क्षेत्र। ब्रिटिश इक्विटी प्लेटफ़ॉर्म Vestd एक टेम्पलेट प्रकाशित करता है और साथ में एक लेख भी, जिसमें तर्क है कि संस्थापकों को असल में इसका इस्तेमाल नहीं करना चाहिए, क्योंकि ब्रिटिश कैप टेबल को Companies House और HMRC की फ़ाइलिंग से मेल खाना होता है, और स्प्रेडशीट के पास ऐसा कोई तंत्र नहीं है जो उस क्षण को पकड़ सके जब ये दोनों रिकॉर्ड अलग होने लगते हैं। Carta का संस्करण कॉमन स्टॉक और प्रेफ़र्ड स्टॉक, 83(b) इलेक्शन और डेलावेयर-शैली के ऑप्शन पूल को मानकर चलता है — क्योंकि Carta का मुख्य ग्राहक वही है।

इनमें से कोई भी धारणा तब नहीं टिकती जब आप सऊदी सरलीकृत संयुक्त स्टॉक कंपनी, यूएई फ़्री ज़ोन इकाई, केन्याई या नाइजीरियाई प्राइवेट लिमिटेड कंपनी, या सिंगापुर की Pte Ltd के रूप में पंजीकृत हों, जहाँ SAFE स्थानीय कंपनी कानून में शुरू से ही एक मान्यता-प्राप्त साधन नहीं है।

अधिकार-क्षेत्र का अंतर सिर्फ़ लेबल नहीं, पूरा टेम्पलेट क्यों तोड़ देता है

यह सोचना आसान है कि यह ढूँढो-और-बदलो वाली समस्या है — "common stock" की जगह "साधारण शेयर" लिखिए और आगे बढ़िए। ऐसा नहीं है, और असली कैप टेबल में दिखने वाले तीन कारण हैं:

शेयर वर्ग की शब्दावली का कानूनी भार होता है, यह सिर्फ़ नामकरण नहीं है। ब्रिटिश परंपरा से निकली अधिकांश कंपनी कानून व्यवस्थाएँ (यूएई, केन्या, नाइजीरिया, सिंगापुर, पाकिस्तान) साधारण और अधिमान शेयरों का प्रयोग करती हैं, जिनमें अधिकार वर्ग के अनुसार जुड़े होते हैं — न कि वह common/preferred विभाजन जो अमेरिकी टेम्पलेट मानकर चलते हैं। कागज़ पर वर्ग संरचना गलत होने से वास्तविक परिसमापन और मताधिकार गलत दर्ज हो सकते हैं, बात सिर्फ़ अपरिचित दिखने की नहीं है।

SAFE हर जगह मान्यता-प्राप्त साधन नहीं है। SAFE एक अनुबंध है, अमेरिका के बाहर अधिकांश कंपनी कानूनों में परिभाषित प्रतिभूति का प्रकार नहीं। यूएई के ADGM और DIFC फ़्री ज़ोन में SAFE का प्रयोग होता है और वे अंग्रेज़ी कॉमन लॉ पर आधारित ढाँचों के तहत प्रवर्तनीय हैं। फ़्री ज़ोन के बाहर — ऑनशोर यूएई, सऊदी अरब के अधिकांश हिस्से, अफ़्रीका के बड़े भाग — जो साधन वास्तव में स्थानीय कानून से मेल खाता है वह कन्वर्टिबल नोट या अग्रिम अभिदान समझौता है, और "SAFE cap" को कॉलम हेडर बनाकर खड़ा किया गया टेम्पलेट उसे रखने के लिए कोई जगह नहीं रखता।

आम सभा और कोरम की आवश्यकताएँ टेम्पलेट में हैं ही नहीं, क्योंकि अमेरिकी और ब्रिटिश टेम्पलेट को उनकी ज़रूरत नहीं पड़ती। सऊदी अरब का कंपनी कानून नए शेयर जारी करने या उपनियम संशोधित करने जैसे कामों के लिए आम सभा का प्रस्ताव अनिवार्य करता है — जिसके लिए स्प्रेडशीट में कोई फ़ील्ड नहीं है, क्योंकि पूरी अवधारणा ही डेलावेयर कैप टेबल में मौजूद नहीं है।

इसका मतलब यह नहीं कि टेम्पलेट खराब है। मतलब यह है कि वह एक कानूनी व्यवस्था के लिए बना था, और अमेरिका के बाहर उसका इस्तेमाल करने वाला हर संस्थापक चुपचाप, हाथ से, दो व्यवस्थाओं के बीच अनुवाद कर रहा है — और गलतियाँ ठीक वहीं घुसती हैं।

ऐसा टेम्पलेट बनाना जो सचमुच टिके

अगर आप फ़िलहाल स्प्रेडशीट पर ही चलने वाले हैं — दो संस्थापकों वाली, बिना निवेश की कंपनी के लिए यह उचित है — तो अमेरिकी आकार का टेम्पलेट थोक में उधार लेने के बजाय ये खंड स्पष्ट रूप से बनाइए:

1. हिस्सेदार बही। नाम, भूमिका, इकाई का प्रकार (व्यक्ति बनाम होल्डिंग कंपनी), और कर-निवास का देश। MENA और अफ़्रीका के संस्थापक अक्सर कर कारणों से व्यक्तिगत होल्डिंग वाहन के ज़रिए इक्विटी रखते हैं; नाम का एक सपाट कॉलम इसे चूक जाता है।
2. अपने अधिकार-क्षेत्र की वास्तविक शब्दावली में शेयर वर्ग। अगर आप ब्रिटिश-मॉडल कंपनी हैं तो साधारण/अधिमान लिखिए, common/preferred नहीं। हर वर्ग के अधिकार (मतदान, लाभांश, परिसमापन वरीयता) अलग टैब में दर्ज कीजिए, सिर्फ़ लेबल में नहीं।
3. साधनों की बही, केवल कैप टेबल का स्नैपशॉट नहीं। हर SAFE, कन्वर्टिबल नोट या अग्रिम अभिदान समझौते को अपनी पंक्ति मिले, जिसमें साधन का प्रकार, कैप, डिस्काउंट और — सबसे अहम — यह दर्ज हो कि वह किस अधिकार-क्षेत्र के अनुबंध प्रारूप के तहत हस्ताक्षरित हुआ। डेलावेयर कानून के तहत हस्ताक्षरित SAFE और DIFC कानून के तहत हस्ताक्षरित SAFE सिर्फ़ इसलिए आपस में बदले नहीं जा सकते कि दोनों पर "SAFE" लिखा है।
4. मुद्रा फ़ील्ड, कोई धारणा नहीं। अगर आपका सीड राउंड USD में जुटा था लेकिन आपकी सीरीज़ A टर्म शीट AED या NGN में है, तो एकल-मुद्रा टेम्पलेट रूपांतरण के क्षण ही स्वामित्व गलत दिखाएगा — खासकर उस चालू राउंड में जहाँ जुटाने के दौरान विनिमय दर हिलती रहती है।
5. एक परिवर्तन लॉग। तारीख, क्या बदला, किसने स्वीकृत किया। अधिकांश स्प्रेडशीट कैप टेबल में कोई ऑडिट ट्रेल होता ही नहीं — पिछला संस्करण बस ऊपर से लिख दिया जाता है। अगर कोई निवेशक पूछे "पिछले राउंड से पहले वाला कैप टेबल दिखाइए", तो आपको उसे निकालकर देना होगा, याददाश्त से दोबारा बनाना नहीं। यह चूक असल में कैसे घटित होती है, इसका लंबा विश्लेषण हमने स्प्रेडशीट कैप टेबल की गलतियाँ में लिखा है।

टेम्पलेट कब सही औज़ार नहीं रह जाता

अच्छी तरह बनी स्प्रेडशीट दो या तीन संस्थापकों वाली, बिना बाहरी पूँजी की कंपनी को आराम से सँभाल लेती है। इसे छोड़ने का संकेत कंपनी की उम्र या कर्मचारियों की संख्या नहीं है — बल्कि इनमें से कोई एक है:

• आपने अपना पहला SAFE या कन्वर्टिबल नोट हस्ताक्षरित कर दिया है और अब यह मॉडल करना है कि रूपांतरण पर क्या होगा
• आप किसी कर्मचारी को पहली इक्विटी ग्रांट दे रहे हैं और आपको अधिकार-क्षेत्र के अनुरूप ग्रांट अनुबंध चाहिए, सिर्फ़ स्प्रेडशीट की एक पंक्ति नहीं
• किसी निवेशक ने डेटा रूम माँगा है और आप ईमेल पर PDF भेज रहे हैं क्योंकि स्वामित्व डेटा साझा करने का कोई ट्रैक होने वाला तरीका नहीं है
• आपकी कंपनी के लिए आम सभा करना कानूनन अनिवार्य है (सऊदी अरब, और अधिकांश सिविल-लॉ अधिकार-क्षेत्र) और आपके पास प्रस्तावों या कोरम का कोई रिकॉर्ड नहीं है
• आपने देखा कि स्प्रेडशीट और आपके हस्ताक्षरित दस्तावेज़ अब मेल नहीं खाते, और आप निश्चित नहीं कि कौन सा सही है

उस बिंदु पर समस्या टेम्पलेट के डिज़ाइन की नहीं है — समस्या यह है कि बिना ऑडिट ट्रेल और बिना अधिकार-क्षेत्र तर्क वाली एक सपाट फ़ाइल वह नहीं कर सकती जो बढ़ते हुए कैप टेबल को वास्तव में चाहिए। इस संक्रमण पर हमने कैप टेबल टूल बनाम ऑपरेटिंग सिस्टम में विस्तार से लिखा है।

ईमानदार अदला-बदली

टेम्पलेट मुफ़्त है और एक संस्थापक को एक दोपहर में शून्य से काम-चलाऊ स्वामित्व रिकॉर्ड तक पहुँचा देता है। जो यह नहीं कर सकता वह है: यह सुनिश्चित करना कि स्प्रेडशीट का आँकड़ा आपके हस्ताक्षरित दस्तावेज़ों के आँकड़े से मेल खाए, ऑप्शन जारी करते समय अधिकार-क्षेत्र के अनुरूप ग्रांट अनुबंध तैयार करना, या सऊदी कानून की माँग पर आम सभा का कार्यवृत्त बनाना। ये स्प्रेडशीट की ऐसी सुविधाएँ नहीं हैं जो जुड़ने का इंतज़ार कर रही हों — ये औज़ार की एक अलग श्रेणी हैं।

अगर आप अब भी टेम्पलेट पर हैं और वह चल रहा है, तो उसे रखिए, लेकिन ऊपर बताए खंड सोच-समझकर बनाइए, डेलावेयर के आकार वाला टेम्पलेट विरासत में मत लीजिए। और अगर ऊपर के पाँच में से कोई भी संकेत आ चुका है, तो असली संकेत वही है — कर्मचारियों की संख्या का कोई पड़ाव या फ़ंडरेज़िंग की समय-सीमा नहीं।

Govy कैप टेबल, ESOP, गवर्नेंस और आपका डेटा रूम एक ही लेजर पर चलाता है, जो अमेरिका-डेलावेयर डिफ़ॉल्ट के बाहर के संस्थापकों के लिए बना है — देखिए यह आपके अधिकार-क्षेत्र को कैसे सँभालता है, govy.tech पर।

अक्सर पूछे जाने वाले प्रश्न

कैप टेबल टेम्पलेट में कम से कम क्या होना चाहिए? काम करने वाले कैप टेबल टेम्पलेट में कम से कम चाहिए: हिस्सेदारों की सूची, प्रति धारक शेयर वर्ग और साधन का प्रकार, जारी शेयर और पूर्ण रूप से डाइल्यूटेड प्रतिशत, प्रति शेयर चुकाई गई कीमत, जारी करने की तारीख, और हर SAFE या कन्वर्टिबल नोट का उसके कैप और डिस्काउंट सहित चालू लॉग। इससे कम में आप "अगर हम अभी फ़ंड जुटाएँ तो किसके पास क्या होगा" का जवाब हाथ से गणित दोहराए बिना नहीं दे सकते।

प्री-सीड स्टार्टअप के लिए क्या Google Sheets का कैप टेबल टेम्पलेट काफ़ी है? हाँ — दो या तीन सह-संस्थापकों वाली, अभी तक बिना बाहरी निवेश की कंपनी के लिए स्प्रेडशीट शुरू करने की उचित जगह है। लेकिन जिस क्षण आप SAFE पर हस्ताक्षर करते हैं, किसी कर्मचारी को पहली इक्विटी ग्रांट देते हैं, या दूसरा शेयर वर्ग लाते हैं, स्प्रेडशीट को ऐसे वर्ज़न-नियंत्रण अनुशासन की ज़रूरत पड़ जाती है जिसे अधिकांश टीमें वास्तव में कभी लागू नहीं करतीं।

मुफ़्त कैप टेबल टेम्पलेट डेलावेयर C-corp क्यों मान लेते हैं? अधिकांश मुफ़्त टेम्पलेट अमेरिकी कैप टेबल विक्रेता प्रकाशित करते हैं (Carta, Pulley, Fidelity Private Shares) या वे अमेरिकी कर और कानूनी डिफ़ॉल्ट के इर्द-गिर्द बने होते हैं — कॉमन स्टॉक, प्रेफ़र्ड स्टॉक, 83(b) इलेक्शन, QSBS। यूएई फ़्री ज़ोन इकाई, सऊदी सरलीकृत संयुक्त स्टॉक कंपनी या केन्याई प्राइवेट लिमिटेड कंपनी के रूप में पंजीकृत कंपनी अलग शेयर शब्दावली और अलग फ़ाइलिंग दायित्वों का प्रयोग करती है, और इनमें से कुछ भी डेलावेयर-आकार की स्प्रेडशीट पर साफ़-साफ़ नहीं बैठता।

कैप टेबल टेम्पलेट और कैप टेबल सॉफ़्टवेयर में क्या फ़र्क है? टेम्पलेट एक स्थिर स्नैपशॉट है जिसे आप हाथ से अपडेट करते हैं; सॉफ़्टवेयर एक लेजर है जो हर बदलाव पर स्वामित्व, डाइल्यूशन और वेस्टिंग की गणना अपने आप दोबारा करता है और यह रिकॉर्ड रखता है कि किसने क्या बदला। टेम्पलेट बताता है कि "जिस दिन मैंने यह फ़ाइल आख़िरी बार छुई थी, उस दिन हमारा स्वामित्व कैसा था"। सॉफ़्टवेयर बताता है कि "अभी इस वक़्त हमारा स्वामित्व कैसा है, और क्या मैं इसे प्रमाणित कर सकता हूँ"।

क्या मैं बाद में स्प्रेडशीट कैप टेबल को कैप टेबल सॉफ़्टवेयर में बदल सकता हूँ? हाँ — Govy सहित अधिकांश कैप टेबल प्लेटफ़ॉर्म खाता सेट करते समय आपकी मौजूदा हिस्सेदार सूची, शेयर वर्ग और जारी इक्विटी आयात करने देते हैं, इसलिए स्प्रेडशीट का इतिहास नहीं खोता। कठिन हिस्सा आयात नहीं है, बल्कि उन जगहों को मिलाना है जहाँ स्प्रेडशीट और आपके हस्ताक्षरित दस्तावेज़ चुपचाप अलग हो गए हैं — और यह काम माइग्रेट करने से पहले करना ठीक रहता है, बाद में नहीं।