किसी और के द्वारा बनाई गई स्प्रेडशीट का विश्लेषण कैसे करें (बिना रिवर्स-इंजीनियरिंग किए)

किसी विरासत में मिली वर्कबुक के किसी नंबर पर भरोसा करने से पहले, आपको तीन चीज़ों की ज़रूरत होती है। पहली यह कि कौन सी शीट असली सोर्स है। दूसरी यह कि किन सेल्स में फ़ार्मुलों के बजाय टाइप की गई वैल्यूज़ हैं। तीसरी यह कि फ़ाइल अपने दायरे से बाहर कहाँ तक पहुँचती है। बाकी सब कुछ बस विवरण है।

ज्यादातर लोग सीधे समरी टैब पर चले जाते हैं और पढ़ना शुरू कर देते हैं। इसी वजह से ग्यारह महीने पहले का कोई हार्डकोडेड ओवरराइड बोर्ड पैक में पहुँच जाता है।

यह गाइड इस बात पर रोशनी डालती है कि विरासत में मिली वर्कबुक को समझना इतना मुश्किल क्यों होता है, लोग इसे डिकोड करने के लिए कौन से तीन तरीके अपनाते हैं, और हर तरीका कहाँ जाकर बेअसर हो जाता है।

किसी दूसरे व्यक्ति द्वारा बनाई गई स्प्रेडशीट को पढ़ना मुश्किल क्यों होता है

एक वर्कबुक सिर्फ डेटा ही नहीं, बल्कि फैसलों को भी रिकॉर्ड करती है। वे फैसले अदृश्य होते हैं, और उन्हें लेने वाला व्यक्ति आमतौर पर टीम छोड़ चुका होता है।

सबसे बड़ी समस्या यह है कि 48,200 दिखाने वाला सेल अपने सोर्स के बारे में कोई सुराग नहीं देता। यह कोई फ़ॉर्मूला हो सकता है, पेस्ट की गई कोई वैल्यू हो सकती है, या फिर कोई ऐसा फ़ॉर्मूला हो सकता है जिसे किसी ने डेडलाइन के दबाव में ओवरटाइप कर दिया हो। ये तीनों बिल्कुल एक जैसे दिखते हैं।

इसका स्ट्रक्चर भी छिपा रहता है। शीट्स छिपी हो सकती हैं, रोज़ को ग्रुप और कोलैप्स किया जा सकता है, और कोई नेम्ड रेंज अपने नाम के विपरीत किसी बिल्कुल अलग जगह की ओर इशारा कर सकती है। आपके पास मौजूद न होने वाली फ़ाइल के बाहरी लिंक्स बिना किसी एरर के अपना आखिरी कैश्ड रिज़ल्ट दिखाते रहेंगे।

इसके बाद वर्शन की समस्या आती है। जब किसी फ़ोल्डर में model_v3, model_final और model_final_USE_THIS जैसी फ़ाइलें हों, तो फ़ाइल का नाम किसी बात का सबूत नहीं होता।

इससे आपको क्या नुकसान होता है

किसी सवाल का जवाब देने से पहले एक पूरा दिन लग जाना। पहला अनुरोध आमतौर पर आसान होता है, जैसे कि टोटल क्यों बदल गया। इसका ईमानदारी से जवाब देने का मतलब है कि पहले पूरी वर्कबुक को मैप किया जाए, क्योंकि आप किसी ऐसे ओवरराइड की संभावना को खारिज नहीं कर सकते जिसे आपने अभी तक ढूँढा ही नहीं है।

ऐसा आत्मविश्वास जो बिना ठोस आधार के हो। मैपिंग का दूसरा विकल्प समरी टैब पर भरोसा करना है। इससे जवाब तो जल्दी मिल जाता है, लेकिन जब कोई उस पर सवाल उठाता है, तो आपके पास उसका बचाव करने का कोई तरीका नहीं होता।

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

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

लोग जो तरीके आज़माते हैं

विकल्प 1: टाइप किए गए नंबरों को कैलकुलेट किए गए नंबरों से अलग करें

किसी भी लॉजिक को समझने से पहले, यह पता लगाएं कि कौन से सेल्स इनपुट हैं। ISFORMULA फ़ॉर्मूला वाले किसी भी सेल के लिए TRUE रिटर्न करता है, इसलिए शीट में एक हेल्पर कॉलम जोड़ने से हार्डकोडेड वैल्यूज़ तुरंत सामने आ जाती हैं।

जहाँ आप केवल लॉजिक को फ्लैग करने के बजाय उसे देखना चाहते हैं, वहाँ FORMULATEXT फ़ॉर्मूले को टेक्स्ट के रूप में दिखाता है। वैल्यूज़ के बगल में रखे जाने पर, यह एक जटिल ब्लॉक को आसानी से पढ़े जाने योग्य बना देता है।

यह सबसे महत्वपूर्ण पहला कदम है और वास्तव में तेज़ है। इसकी सीमा इसका कवरेज है: आपको इसे हर शीट पर अलग-अलग लागू करना होगा, और एक बड़ी वर्कबुक में आपके धैर्य से कहीं ज़्यादा शीट्स होती हैं.

विकल्प 2: डिपेंडेंसीज़ को ट्रेस करें

Excel के Formula Auditing टूल्स इन संबंधों को दर्शाते हैं। Microsoft फ़ार्मुलों और सेल्स के बीच संबंध प्रदर्शित करने का दस्तावेज़ प्रदान करता है, जहाँ Trace Precedents यह दिखाता है कि सेल में डेटा कहाँ से आ रहा है और Trace Dependents यह दिखाता है कि वह सेल आगे कहाँ डेटा भेज रहा है।

तीरों के रंग महत्वपूर्ण जानकारी देते हैं। नीले तीर बिना किसी एरर वाले सेल्स को दर्शाते हैं, और लाल तीर उन सेल्स की ओर इशारा करते हैं जो एरर का कारण बन रहे हैं। वर्कशीट आइकन की ओर जाने वाला काला तीर यह दर्शाता है कि रेफरेंस किसी दूसरी शीट या दूसरी वर्कबुक में है। इसी आखिरी तरीके से आप किसी बाहरी डिपेंडेंसी का पता लगाते हैं।

किसी एक जटिल फ़ॉर्मूले के लिए, उसे एक-एक करके इवैल्यूएट करने से हर बीच का परिणाम दिखाई देता है। यह प्रक्रिया धीमी है लेकिन भरोसेमंद है।

इसकी सीमा इसकी संख्या है। ट्रेसिंग हर एक सेल पर की जाने वाली प्रक्रिया है, और चार सौ फ़ार्मुलों वाले मॉडल का मतलब है चार सौ बार यह प्रक्रिया दोहराना।

विकल्प 3: वर्कबुक-लेवल इन्वेंट्री चलाएं

सेल्स को पढ़ने के बजाय, फ़ाइल की एक सूची तैयार करें। छिपी हुई शीट्स सहित हर शीट, हर बाहरी लिंक, हर नेम्ड रेंज, और हर उस जगह की सूची बनाएं जहाँ कॉलम में फ़ॉर्मूला पैटर्न बीच में ही टूट जाता है।

Microsoft ठीक इसी काम के लिए एक ऐड-इन का दस्तावेज़ प्रदान करता है, Spreadsheet Inquire, जो वर्कबुक के स्ट्रक्चर और संबंधों का विश्लेषण करता है। इसकी उपलब्धता आपके Office एडिशन पर निर्भर करती है, इसलिए इस पर काम शुरू करने से पहले पेज की जाँच कर लें। सर्कुलर रेफरेंस पर अलग से ध्यान देने की ज़रूरत होती है, और Microsoft उन्हें ढूँढने और संभालने के बारे में अलग से जानकारी देता है।

इन्वेंट्री तैयार करना सबसे संपूर्ण विकल्प है और इसमें सबसे ज़्यादा मेहनत लगती है। साथ ही, यह उस सवाल से अलग सवाल का जवाब देता है जो आपसे पूछा गया था।

एक जैसी सीमा। ये तीनों तरीके यह तो बताते हैं कि वर्कबुक कैलकुलेशन कैसे करती है। लेकिन इनमें से कोई भी यह नहीं बताता कि नंबर सही हैं या नहीं, और वर्शन चार के आते ही इनमें से कोई भी काम काम नहीं आता।

Powerdrill Bloom के साथ विरासत में मिली वर्कबुक का विश्लेषण कैसे करें

स्टेप 1: वर्कबुक अपलोड करें

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

स्टेप 2: सामान्य भाषा में स्ट्रक्चर से जुड़े सवाल पूछें

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

इसके बाद सीधे भरोसे से जुड़ा सवाल पूछें। पूछें कि कौन से कॉलम बीच में अपना पैटर्न तोड़ते हैं, और कौन से टोटल्स उनके नीचे की रोज़ से मेल नहीं खाते। ये दो जवाब ज़्यादातर ओवरराइड्स का पता लगा देते हैं।

स्टेप 3: चार्ट, रिपोर्ट या डेक एक्सपोर्ट करें

वर्कबुक की स्ट्रक्चरल समरी, या उस शीट से एक चार्ट एक्सपोर्ट करें जिस पर आपने भरोसा करने का फैसला किया है। आपने जो कुछ भी वेरिफाई किया है, उसका एक छोटा लिखित नोट भी काम आ सकता है।

यह एक-एक करके फ़ार्मुलों को पढ़ने से बेहतर क्यों है

	मैन्युअल तरीका	Powerdrill Bloom
हार्डकोडेड वैल्यूज़ ढूँढना	हर शीट के लिए हेल्पर कॉलम	पूछें कि कौन सी वैल्यूज़ पैटर्न तोड़ती हैं
संबंधों को समझना	ट्रेस एरो, एक-एक सेल करके	पूछें कि कौन सी शीट किसमें डेटा भेजती है
यह जाँचना कि टोटल सही है या नहीं	इसे मैन्युअल रूप से दोबारा बनाएं	पूछें कि क्या यह अपनी रोज़ से मेल खाता है
वर्शन चार आने पर	सब कुछ दोबारा दोहराएं	नई फ़ाइल अपलोड करें

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

आम गलतियाँ

समरी टैब पर भरोसा करना। यह किसी भी वर्कबुक में सबसे ज़्यादा एडिट की जाने वाली शीट होती है और इसमें मैन्युअल पैच होने की सबसे ज़्यादा संभावना होती है। इसका हवाला देने से पहले विस्तृत विवरण के साथ इसे वेरिफाई करें।

मैपिंग से पहले एडिट करना। जिस स्ट्रक्चर को आपने नहीं समझा है, उसके किसी सेल में बदलाव करने से कोई डिपेंडेंसी चुपचाप टूट सकती है। पहले मैप करें, फिर एडिट करें।

कॉलम को एक समान मान लेना। दो सौ रोज़ तक सही चलने वाला फ़ॉर्मूला रो 201 पर ओवरटाइप किया जा सकता है। केवल ऊपर ही नहीं, बल्कि पूरे कॉलम में पैटर्न की जाँच करें।

छिपी हुई शीट्स को अनदेखा करना। छिपी हुई शीट में अक्सर वह लुकअप टेबल होती है जिस पर सब कुछ निर्भर करता है। फ़ाइल को आसान मानने से पहले सब कुछ अनहाइड करें।

फ़ाइल के नामों को वर्शन मान लेना। 'final' नाम की फ़ाइल इस बात का सबूत नहीं है। किसी एक को चुनने से पहले संभावित फ़ाइलों के बीच वास्तविक नंबरों की तुलना करें — एक साथ कई Excel फ़ाइलों का विश्लेषण करने के बारे में हमारी गाइड एक साथ कई Excel फ़ाइलों का विश्लेषण करने इस तुलना को कवर करती है।

इसे नए सिरे से बनाना। यह आकर्षक लग सकता है, लेकिन आमतौर पर एक गलती होती है। नए सिरे से बनाने पर वे अलिखित नियम खो जाते हैं जो मूल फ़ाइल में कोड किए गए थे, और अक्सर वे नियम ही एकमात्र कारण होते हैं जिससे नंबरों का मिलान हो पाता है।

समझने से पहले सफाई करना। मर्ज किए गए सेल्स और खाली रोज़ को हटाने से फ़ाइल पढ़ना आसान तो हो जाता है, लेकिन यह इस बात के सबूत मिटा देता है कि इसे कैसे बनाया गया था। पहले एक कॉपी रख लें।

निष्कर्ष

विरासत में मिली वर्कबुक विश्लेषण की समस्या होने से पहले समझने की समस्या है। असली सोर्स शीट का पता लगाएं, टाइप की गई वैल्यूज़ को कैलकुलेट की गई वैल्यूज़ से अलग करें, रेफरेंस का बाहर की ओर अनुसरण करें, और केवल तभी पूछे गए सवाल का जवाब दें।

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

जो चीज़ इसे थकाऊ और समय लेने वाली बनाती है, वह है हर नए वर्शन के लिए इसे बार-बार करना। अगर आपका पूरा हफ़्ता इसी में निकल जाता है, तो फ़ाइल को ठीक उसी रूप में प्राप्त करने पर Powerdrill Bloom आज़माएं। इसके अलावा, AI के साथ Excel का विश्लेषण करने और डेटा को साफ करने और डुप्लीकेट हटाने के बारे में हमारी गाइड देखें, साथ ही Excel AI assistant और AI data cleaning पेज भी देखें।

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

किसी दूसरे द्वारा बनाई गई स्प्रेडशीट में मैं हार्डकोडेड वैल्यूज़ कैसे ढूँढूँ?

ISFORMULA का उपयोग करके एक हेल्पर कॉलम जोड़ें, जो फ़ॉर्मूला सेल्स के लिए TRUE और टाइप किए गए सेल्स के लिए FALSE रिटर्न करता है। कैलकुलेटेड ब्लॉक के अंदर हर FALSE एक मैन्युअल ओवरराइड है जिसकी जाँच की जानी चाहिए।

मैं किसी सेल के पीछे के फ़ॉर्मूले को टेक्स्ट के रूप में कैसे देख सकता हूँ?

पास के किसी सेल में FORMULATEXT का उपयोग करें। यह फ़ॉर्मूले को एक पठनीय स्ट्रिंग के रूप में रिटर्न करता है, जिससे हर सेल पर क्लिक किए बिना लॉजिक के पूरे कॉलम को स्कैन करना संभव हो जाता है।

मुझे कैसे पता चलेगा कि कोई सेल किस पर निर्भर करता है?

यह देखने के लिए कि सेल में डेटा कहाँ से आ रहा है, Formulas टैब पर Trace Precedents का उपयोग करें, और यह देखने के लिए कि वह डेटा कहाँ भेज रहा है, Trace Dependents का उपयोग करें। वर्कशीट आइकन की ओर जाने वाला काला तीर यह दर्शाता है कि रेफरेंस वर्तमान शीट से बाहर है।

क्या मुझे विरासत में मिली वर्कबुक का विश्लेषण करने से पहले उसे साफ करना चाहिए?

इसे मैप करने से पहले नहीं। सफाई करने से फ़ाइल कैसे बनाई गई थी इसके सबूत मिट जाते हैं, जिसमें मर्ज किए गए सेल्स और खाली ब्लॉक्स शामिल हैं जो इसके स्ट्रक्चर को दर्शाते हैं। दोनों ही मामलों में एक मूल कॉपी सुरक्षित रखें।

यह जाँचने का सबसे तेज़ तरीका क्या है कि कोई टोटल भरोसेमंद है या नहीं?

इसके नीचे की रोज़ से इसे दोबारा बनाएं और तुलना करें। यदि दोनों में अंतर है, तो टोटल में कोई ओवरराइड, फ़िल्टर की गई रेंज, या किसी ऐसी शीट का रेफरेंस शामिल है जिसे आपने अभी तक नहीं देखा है।