चौथे भाग ने माइग्रेशन का क्रम तय किया: लेन-देन से पहले मास्टर डेटा, खुली नहीं बल्कि घोषित समाप्ति तिथि वाला समानांतर संचालन, और सफलता का सिर्फ़ एक संकेत: कोई व्यक्ति बिना कहे पुरानी फ़ाइल खोलना बंद कर देता है। अब डेटा अपने नए घर में रहता है।

और इसके साथ एक ऐसा सवाल आता है जो फ़ाइलों की दुनिया में था ही नहीं, इसलिए नहीं कि किसी ने उसे नज़रअंदाज़ किया, बल्कि इसलिए कि फ़ाइल के पास यह सवाल पूछने का कोई तरीक़ा नहीं होता: कौन क्या देखता है? यह IT के लिए सुरक्षा का सवाल नहीं है। यह आपके लिए एक परिचालन सवाल है, क्योंकि इसका जवाब तय करता है कि हर कर्मचारी कंपनी के बारे में, अपने साथियों के बारे में और आपके ग्राहकों के बारे में क्या जान सकता है।

फ़ाइल सिर्फ़ एक जवाब जानती है: खुली या बंद

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

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

तीन चीज़ें जो रोज़ उजागर होती हैं और किसी को पता नहीं चलता

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

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

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

सिस्टम आपको सबसे पहले जो देता है, वह सुंदर स्क्रीन नहीं है

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

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

क़ानूनी पहलू: ग्राहक डेटा साफ़-सफ़ाई का मामला नहीं है

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

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

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

Origami का नज़रिया

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

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

काम को ठप किए बिना अनुमतियाँ तय करना

पहली बार लागू करते समय आम ग़लती ज़रूरत से ज़्यादा सख़्ती है: सब कुछ बंद रहता है और अनुरोध पर खुलता है, इसलिए टीम अपना हफ़्ता मंज़ूरियों के इंतज़ार में बिताती है और सिस्टम का इस्तेमाल सीखने से पहले ही उससे चिढ़ना सीख जाती है। यह क्रम इससे बचाता है:

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

मार्गदर्शक नियम सरल है: हर व्यक्ति वह देखे जो उसे अपना काम करने के लिए चाहिए, और वह सब कुछ देखे जो उसे वह काम करने के लिए चाहिए। पहला आधा हिस्सा आपकी रक्षा करता है; दूसरा आधा हिस्सा सिस्टम को ऐसी रुकावट बनने से बचाता है जिससे टीम बचकर निकलती है।

आगे क्या

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

स्रोत