अनुमतियाँ और संगठन

किसी संगठन के भीतर पहुँच भूमिकाओं के माध्यम से नियंत्रित होती है, जो सूक्ष्म स्तर की अनुमतियों से जुड़ी होती हैं। डैशबोर्ड की दृश्यता सक्रिय संगठन, भूमिका असाइनमेंट, अनुमति के स्कोप और सक्षम सदस्यता मॉड्यूल पर निर्भर करती है।

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

भूमिका संपादकों में उपयोग की जाने वाली संरचित अनुमति शब्दावली के लिए /reference/permissions देखें।

संगठन मॉडल

Scoutello का डेटा संगठन-स्कोप में होता है। कोई उपयोगकर्ता एक से अधिक संगठनों का सदस्य हो सकता है और हर संगठन में उसकी अलग भूमिका हो सकती है। पहुँच, अनुपलब्ध रिकॉर्ड या गायब साइडबार आइटम की जाँच करने से पहले हमेशा सक्रिय संगठन की पुष्टि करें।

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

अनुमति संरचना

अधिकांश अनुमतियाँ इस संरचना का उपयोग करती हैं:

entity:action:scope

उदाहरण के लिए, customer:read:assigned का अर्थ है कि भूमिका असाइन किए गए ग्राहक रिकॉर्ड पढ़ सकती है, लेकिन ज़रूरी नहीं कि संगठन के हर ग्राहक को पढ़ सके।

संगठन प्रशासन में admin entity का उपयोग उसी action/scope पैटर्न के साथ किया जाता है (उदाहरण के लिए admin:list:all)। चाइल्ड संगठनों और उपयोगकर्ता भूमिकाओं को प्रबंधित करने वाली भूमिकाओं में आमतौर पर कई admin:* अनुमतियाँ एक साथ शामिल होती हैं। इसे अलग global Scoutello platform administrator खाता प्रकार से भ्रमित न करें। यह खाता केवल Scoutello स्टाफ के लिए होता है और विभिन्न टेनेंट के टूलिंग तक पहुँच देता है।

साइडबार अनुमतियों का उपयोग कैसे करता है

डैशबोर्ड उन लिंक को छिपा देता है जिनका वर्तमान सत्र उपयोग नहीं कर सकता। उदाहरण:

• ग्राहक प्रबंधन रूट customer, protocol, task, project, document, newsletter, email और event जैसी entities पर निर्भर करते हैं।
• Web apps और tours रूट landing page, tour, offer, contact form, site plan और संबंधित assignment नियमों पर निर्भर करते हैं।
• Settings रूट commerce templates, event tooling, संगठन प्रशासकों के लिए पदानुक्रम नियंत्रण और, जहाँ लागू हो, platform operators के लिए आरक्षित अतिरिक्त शॉर्टकट दिखाते हैं।
• संगठन में tour guides के रूप में असाइन किए गए उपयोगकर्ता पूर्ण landing-page या tour संपादन अधिकारों के बिना analytics/overview प्रविष्टियाँ देख सकते हैं।

गायब मेनू आइटम अक्सर डिप्लॉयमेंट विफलता के बजाय अनुमति नियमों का परिणाम होता है।

सहायता प्रक्रिया

जब पहुँच गलत प्रतीत हो:

1. सक्रिय संगठन की पुष्टि करें।
2. उस संगठन में उपयोगकर्ता की भूमिका की पुष्टि करें।
3. संबंधित entity, action और scope की जाँच करें।
4. आवश्यक मॉड्यूल, उसकी वर्तमान allowance और किसी लंबित billing change की जाँच करें।
5. दिखाई देने वाले रिकॉर्ड के लिए केवल-असाइन किए गए संबंधों की जाँच करें।
6. विचार करें कि उपयोगकर्ता platform operator है या संगठन का सदस्य।
7. व्यापक organization administration (admin entity) क्षमताएँ तब तक न दें, जब तक उपयोगकर्ता को संगठन की संरचना और भूमिकाएँ प्रबंधित नहीं करनी हों।

संबंधित अवधारणाएँ: Reference: permissions, Dashboard overview।