अनुमतियाँ

अधिकांश अनुमतियाँ entity:action:scope ट्रिपल्स का उपयोग करती हैं। क्रियाओं में list, read, edit, और delete शामिल हैं। दायरे आमतौर पर ग्राहकों या टूर जैसी बड़ी संस्थाओं के लिए all बनाम assigned एक्सेस को अलग करते हैं।

संगठन प्रशासन को admin संस्था के साथ भी व्यक्त किया जाता है: बाल संगठनों, भूमिकाओं और इसी तरह के पदानुक्रम टूल का प्रबंधन करने वाली भूमिकाओं में admin अनुमतियाँ शामिल होती हैं जैसे admin:list:all, admin:read:all, और संबंधित admin:* संयोजन। "संगठन प्रशासक" के लिए सर्वर-साइड जांचें कुछ मार्गों के लिए पर्याप्त के रूप में किसी भी अनुमति स्ट्रिंग को मान सकती हैं जो admin: से शुरू होती है—हमेशा कार्यक्षेत्र के लिए सत्य के स्रोत के रूप में डैशबोर्ड भूमिका संपादक का उपयोग करें।

list समर्थन वाली प्राथमिक संस्थाओं में customer, tour, landing-page, event, offer, newsletter, project, document, contactform, siteplan, place, और admin शामिल हैं। उप-संस्थाओं जैसे protocol, email, और task जानबूझकर list को छोड़ देती हैं क्योंकि दृश्यता संबंधों के माध्यम से अनुमानित होती है।

किनारे के मामले—जैसे मिश्रित असाइनमेंट या प्लेटफ़ॉर्म-ऑपरेटर शॉर्टकट—उत्पाद के अंदर हल किए जाते हैं; किसी दिए गए कार्यक्षेत्र के लिए सत्य के स्रोत के रूप में डैशबोर्ड भूमिका संपादक का उपयोग करें।

अनुमति प्रारूप

entity:action:scope

भाग	अर्थ	उदाहरण
entity	नियंत्रित की जा रही संसाधन का प्रकार।	customer, tour, event, admin
action	भूमिका द्वारा की जा सकने वाली कार्रवाई।	list, read, edit, delete
scope	पहुँच की चौड़ाई।	assigned, all, off

क्रियाएँ

क्रिया	अर्थ
list	उन संस्थाओं के लिए सूची दृश्यों में रिकॉर्ड देखें जो सूचीबद्ध करने का समर्थन करती हैं।
read	रिकॉर्ड विवरण खोलें या निरीक्षण करें।
edit	रिकॉर्ड बनाएँ या अपडेट करें।
delete	जहाँ अनुमति हो वहाँ रिकॉर्ड हटाएँ।

edit में अनुमति मॉडल में निर्माण अधिकार शामिल हैं, इसलिए बटन अक्सर एक अलग निर्माण अनुमति के बजाय संपादन अनुमति पर निर्भर करते हैं।

दायरे

दायरा	अर्थ
assigned	असाइनमेंट या संबंध नियमों के माध्यम से उपयोगकर्ता से जुड़े रिकॉर्ड तक पहुँचें।
all	संगठन के भीतर उस इकाई के सभी रिकॉर्ड तक पहुँचें।
off	कोई स्पष्ट पहुँच नहीं, सिवाय विशेष स्व-पहुँच या उत्पाद द्वारा लागू संबंध नियमों के।

केवल-निर्धारित व्यवहार इकाई के अनुसार भिन्न हो सकता है। उदाहरण के लिए, ग्राहकों के जिम्मेदार उपयोगकर्ता हो सकते हैं, जबकि कार्य, ईमेल और प्रोटोकॉल ग्राहक असाइनमेंट या प्रत्यक्ष असाइनमेंट के माध्यम से दिखाई दे सकते हैं।

इकाई समूह

प्राथमिक संस्थाएँ सूची-शैली पहुँच का समर्थन करती हैं:

• customer
• tour
• landing-page
• event
• offer
• newsletter
• project
• document
• contactform
• siteplan
• place
• admin

उप-संस्थाएँ जानबूझकर list का उपयोग नहीं करती हैं:

• protocol
• email
• task

ये उप-संस्थाएँ आमतौर पर ग्राहकों, परियोजनाओं या प्रत्यक्ष असाइनमेंट से संबंधों के माध्यम से पहुँच योग्य होती हैं।

डैशबोर्ड दृश्यता

साइडबार यह तय करने के लिए अनुमतियों का उपयोग करता है कि कौन से समूह और मार्ग दिखाई देते हैं। यदि कोई उपयोगकर्ता कोई पृष्ठ नहीं देख सकता है, तो पहले इकाई अनुमति की जाँच करें:

• ग्राहक प्रबंधन: customer, protocol, task, project, document, newsletter, email, event।
• वेब ऐप्स और टूर: landing-page, tour, offer, contactform, siteplan (साइट प्लान और प्रश्न सामान्य कॉन्फ़िगरेशन में लैंडिंग-पेज दृश्यता के साथ नियंत्रित होते हैं)।
• सेटिंग्स पदानुक्रम: admin इकाई अनुमतियाँ (बाल संगठन और भूमिकाएँ)।
• ईवेंट सेटिंग्स: event।

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

प्लेटफ़ॉर्म ऑपरेटर अतिरिक्त मार्ग देख सकते हैं जिनका सामना टेनेंट उपयोगकर्ता कभी नहीं करते हैं।

संबंधित अवधारणाएँ: अनुमतियाँ और संगठन, बाल संगठन और भूमिकाएँ।