वे रिपोर्टें जो आप पहले हर महीने हाथ से बनाते थे

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

और स्प्रेडशीट पर चलने वाली कंपनी में प्रबंधन का ज़्यादातर समय यहीं जाता है: मासिक रिपोर्ट में। इसे कोई शौक़ से नहीं बनाता। इसे इसलिए बनाया जाता है क्योंकि बिखरी हुई फ़ाइलों के एक समूह को एक ऐसी तस्वीर में बदलने का यही एकमात्र उपलब्ध तरीका है जिसे देखा और परखा जा सके। समस्या लगाई गई मेहनत नहीं है। समस्या यह है कि वह सारी मेहनत एक पुरानी तस्वीर ख़रीदती है।

जो रिपोर्ट महीना ख़त्म होने के बाद तैयार हो, वह रिपोर्ट नहीं है

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

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

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

दिन असल में कहाँ जाते हैं

देखिए कि मासिक रिपोर्ट हाथ से कैसे बनती है, तो आप पाएँगे कि विश्लेषण उसका सिर्फ़ आख़िरी घंटा लेता है। बाक़ी समय पाँच तैयारी वाले चरणों में जाता है:

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

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

सिस्टम के भीतर रिपोर्ट अभी का दृश्य बन जाती है

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

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

पहली चीज़ जो आप देखते हैं वह कोई सुंदर स्क्रीन नहीं है, बल्कि यह कि मासिक बैठक का विषय बदल जाता है। आधा समय इस पर सहमत होने में लगाने के बजाय कि आंकड़े सही हैं, आप उन आंकड़ों से शुरू करते हैं जिन पर कोई विवाद नहीं करता और चर्चा करते हैं कि उनके बारे में क्या करना है। जिन संकेतकों से आप वास्तव में संचालन चलाते हैं, उन्हें चुनने पर हमने प्रबंधक का डैशबोर्ड में और विस्तार से बात की है।

Origami का नज़रिया

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

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

किन रिपोर्टों को सबसे पहले स्वचालित करना चाहिए

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

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

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

अंतिम भाग में

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

स्रोत

• ज़कात, कर और सीमा शुल्क प्राधिकरण (ZATCA): रिटर्न की समय-सीमाएँ, ई-इनवॉइसिंग की आवश्यकताएँ, और दस्तावेज़ों को सुरक्षित रखना तथा माँगे जाने पर पेश करना।
• सऊदी चार्टर्ड एवं पेशेवर लेखाकार संगठन (SOCPA): किंगडम में स्वीकृत लेखा मानक और वित्तीय विवरण तैयार करने का ढाँचा।
• वाणिज्य मंत्रालय: व्यावसायिक बही-खातों और अभिलेखों से जुड़े प्रावधान।
• सांख्यिकी महाप्राधिकरण (GASTAT): वह आधिकारिक डेटा जिसका उपयोग व्यवसाय अपने प्रदर्शन की तुलना क्षेत्र के संकेतकों से करने के लिए करते हैं।
• लघु एवं मध्यम उद्यम महाप्राधिकरण (Monsha'at): उद्यमों की दक्षता बढ़ाने और प्रबंधन तथा डिजिटल परिवर्तन के उपकरण उपलब्ध कराने वाले कार्यक्रम।