ऑपरेटर और एडमिन की भूमिकाएँ: पहुँच का दायरा तय करें

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

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

काम और डेटा की सीमा साथ लिखें

पढ़ना, बनाना, बदलना, हटाना, निर्यात करना और अनुमति देना अलग काम हैं। हर काम के सामने ग्राहक, केंद्र, प्रोजेक्ट या रिकॉर्ड का दायरा लिखें। एक कर्मचारी कई केंद्रों में काम कर सकता है, इसलिए केवल एक स्थिर पद सभी नियम नहीं समझा सकता। टीम को स्पष्ट करना होगा कि असाइनमेंट बदलने से पहुँच कैसे बदलती है।

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

सर्वर हर रास्ते पर नियम लागू करे

स्क्रीन से बटन हटाना उपयोगकर्ता अनुभव का हिस्सा है, सुरक्षा का पूरा प्रमाण नहीं। सीधे API अनुरोध, खोज, डाउनलोड और पृष्ठभूमि कार्य भी जाँचें। रिकॉर्ड की पहचान बदलकर दूसरे ग्राहक का डेटा माँगने पर सर्वर को अनुमति के अनुसार जवाब देना चाहिए। केवल अनुमान लगाना कठिन पहचान या छिपा हुआ URL पर्याप्त नियंत्रण नहीं है।

अनुमति जाँच किसी कारण से पूरी न हो तो सुरक्षित परिणाम तय करें। अनिश्चित स्थिति को अनुमति में न बदलें। संबंधित त्रुटि को जाँचने योग्य रूप में दर्ज करें, लेकिन पासवर्ड या टोकन लॉग में न डालें। उपयोगकर्ता को समस्या समझाने और सहायता लेने का रास्ता दें, बिना दूसरे ग्राहक की जानकारी उजागर किए।

भूमिका बदलने का पूरा असर जाँचें

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

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

भूमिकाओं से वास्तविक काम करवाकर स्वीकार करें

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

Brainbaby Labs प्रशासनिक पोर्टल और व्यावसायिक ऐप में भूमिका तथा डेटा सीमा डिज़ाइन करने में मदद कर सकता है। कार्यों की सूची, केंद्रों का संबंध और दो सामान्य अपवाद साझा करें। इससे टीम ऐसी अनुमति संरचना बना सकती है जो रोज़मर्रा के काम में उपयोगी हो और सर्वर तथा इंटरफ़ेस दोनों स्तरों पर जाँची जा सके।