उप-टीमें
अपने संगठन चार्ट को EKB पर मैप करने के लिए मेरा खाता → उप-टीमें खोलकर टीमों को किसी पैरेंट के अंतर्गत नेस्ट करें। प्रत्येक उप-टीम एक पूरी टीम है — अपने स्वयं के सदस्यों और व्यवस्थापक दृश्य के साथ — जो अलग पूल रखने के बजाय परिवार के लाइसेंस, क्रेडिट और सीटें साझा करती है।
यह टैब खोलने और उप-टीमें बनाने या संपादित करने का अधिकार केवल टीम व्यवस्थापकों को है।
हेडर बताता है कि साझाकरण कैसे काम करता है और इस टीम तथा इसकी उप-टीमों में सीट उपयोग दिखाता है। यदि आपका लाइसेंस बनाई जा सकने वाली टीमों की संख्या सीमित करता है, तो UI यह भी दिखाता है कि उस सीमा में से कितनी उपयोग में हैं।
खाली स्थिति
यदि अभी कोई उप-टीम नहीं है, तो पृष्ठ अभी कोई उप-टीम नहीं। शुरू करने के लिए एक बनाएँ। और + नई उप-टीम दिखाता है।
उप-टीम जोड़ें
नई उप-टीम पर क्लिक करें
पृष्ठ पर निर्माण फ़ॉर्म खुलता है।
फ़ील्ड भरें
फ़ील्ड विवरण नाम उप-टीम का नाम (जैसे Marketing)क्रेडिट सीमा इस टीम और इसके नीचे की हर चीज़ द्वारा उपयोग किए जा सकने वाले क्रेडिट की ऊपरी सीमा। इसे असीमित रखने के लिए सीमा रहित टॉगल करें (डिफ़ॉल्ट रूप से चालू)। सीटें इस टीम और इसके सबट्री द्वारा उपयोग की जा सकने वाली सीटों की ऊपरी सीमा। इसे असीमित रखने के लिए सीमा रहित टॉगल करें (डिफ़ॉल्ट रूप से चालू)। अप्रयुक्त सीटें अन्य टीमों के लिए उपलब्ध रहती हैं। इस टीम को अपनी उप-टीमें बनाने की अनुमति दें डिफ़ॉल्ट रूप से बंद। चालू होने पर, इस नई टीम के व्यवस्थापक अपने स्वयं के चाइल्ड बना सकते हैं। यदि इस पैरेंट टीम में टीम SSO कॉन्फ़िगरेशन है, तो एक अतिरिक्त विकल्प दिखाई देता है: इस टीम का SSO कॉन्फ़िगरेशन नई उप-टीम में कॉपी करें। यह प्रति स्वतंत्र होती है (इसका अपना ACS URL और Entity ID)। बाद में पैरेंट पर किए गए परिवर्तन इस तक नहीं पहुँचते।
बनाएँ
बनाएँ पर क्लिक करें। रद्द करें बिना सहेजे फ़ॉर्म बंद कर देता है।
यह ट्री कैसे काम करता है
जब कम से कम एक उप-टीम मौजूद हो, तो पृष्ठ एक विस्तारणीय ट्री दिखाता है:
| कॉलम | विवरण |
|---|---|
| नाम | टीम का नाम |
| क्रेडिट सीमा | उस टीम और उसके सबट्री के लिए क्रेडिट की ऊपरी सीमा |
| सीटें | उस टीम और उसके सबट्री के लिए सीटों की ऊपरी सीमा |
| सदस्य | सदस्यों की संख्या |
| उप-टीमें | नेस्टेड चाइल्ड |
| होस्ट | समर्पित होस्ट/सबडोमेन, यदि सेट हो |
| साइन-इन नीति | उस टीम के स्वयं के सबडोमेन साइन-इन स्विच, जब नीति डेटा उपलब्ध हो |
| सक्रिय | क्या टीम सक्रिय है |
प्रत्येक पंक्ति में चार क्रियाएँ हैं: डोमेन (होस्ट/सबडोमेन प्रबंधित करें), उप-टीम (उसके नीचे एक उप-टीम जोड़ें), संपादित करें (नाम, सीमाएँ, अनुमति, सक्रिय) और हटाएँ (देखें उप-टीम हटाएँ)।
नेस्टिंग की गहराई
टीमें शीर्ष-स्तरीय (रूट) टीम के नीचे अधिकतम 5 स्तर तक नेस्ट हो सकती हैं।
गहरी उप-टीमें कौन बना सकता है
- रूट टीम हमेशा चाइल्ड बना सकती है।
- किसी अन्य उप-टीम के नीचे उप-टीम बनाने के लिए उस पैरेंट में इस टीम को अपनी उप-टीमें बनाने की अनुमति दें सक्षम होना चाहिए (डिफ़ॉल्ट रूप से बंद)।
सीट आवंटन (साझा लाइसेंस पूल)
सीटें लाइसेंस परिवार की होती हैं, किसी एक अलग टीम की नहीं।
| अवधारणा | अर्थ |
|---|---|
| सीट आवंटन / सीट सीमा | इस बात की ऊपरी सीमा कि वह टीम और उसका सबट्री कितनी सीटें उपयोग कर सकते हैं |
| आरक्षण नहीं | अप्रयुक्त सीटें सहोदर टीमों के लिए उपलब्ध रहती हैं |
| भिन्न व्यक्ति | पैरेंट और चाइल्ड दोनों में मौजूद एक ही व्यक्ति एक सीट गिना जाता है |
चाइल्ड टीम में सदस्यों को आमंत्रित करना
चाइल्ड-टीम के आमंत्रण पैरेंट लाइसेंस पूल से लिए जाते हैं। यदि किसी चाइल्ड की अपनी स्थानीय सीट सीमा नहीं है, तो आमंत्रण अवरुद्ध नहीं होते — सीटें साझा पारिवारिक पूल से आती हैं (पूर्वजों की सीमाओं के अधीन)।
यदि क्षमता समाप्त हो जाए, तो पैरेंट-टीम के व्यवस्थापक से सीट आवंटन बढ़ाने या सीटें खाली करने के लिए कहें।
उप-टीमों पर क्रेडिट सीमाएँ
उप-टीम पर क्रेडिट सीमा इस बात की ऊपरी सीमा है कि वह टीम और उसके नीचे की हर चीज़ बिलिंग अवधि में साझा क्रेडिट पूल से कितने क्रेडिट ले सकती है। सीटों की तरह, यह क्रेडिट आरक्षित नहीं करती — अप्रयुक्त गुंजाइश सहोदर टीमों के लिए उपलब्ध रहती है।
प्रोजेक्ट-स्तरीय सीमाओं के लिए, देखें प्रोजेक्ट क्रेडिट आवंटन। सबट्री उपयोग डैशबोर्ड के लिए, देखें क्रेडिट खपत।
वैकल्पिक होस्ट / सबडोमेन
उप-टीमों को एक समर्पित होस्ट/सबडोमेन दिया जा सकता है (उप-टीमें UI से प्रबंधित)। यह टीम SSO के लिए मायने रखता है, जो टीम के सबडोमेन पर डिफ़ॉल्ट IdP कॉन्फ़िगरेशन प्रस्तावित कर सकता है।
उप-टीम हटाएँ
उप-टीम के पैरेंट का व्यवस्थापक, या उसके ऊपर की किसी भी टीम का व्यवस्थापक, पंक्ति की हटाएँ क्रिया से इसे हटा सकता है। उप-टीम के स्वयं के व्यवस्थापक इसे तब तक नहीं हटा सकते जब तक वे उसके ऊपर की किसी टीम का प्रबंधन भी न करते हों, और शीर्ष-स्तरीय टीम को यहाँ से हटाया नहीं जा सकता।
उप-टीम हटाना पूर्ववत नहीं किया जा सकता। यदि आपको टीम की दोबारा आवश्यकता पड़ सकती है, तो संपादित करें → सक्रिय से इसे निष्क्रिय कर दें।
पंक्ति पर हटाएँ पर क्लिक करें
एक पुष्टि विंडो खुलती है और उस टीम के लिए, उसके वर्तमान स्वरूप में, हटाने से होने वाली हर बात सूचीबद्ध करती है।
प्रत्येक परिणाम की समीक्षा करें
केवल वे परिणाम दिखाए जाते हैं जो इस टीम पर लागू होते हैं:
परिणाम क्या होता है उप-टीमें ऊपर चली जाती हैं इसकी अपनी उप-टीमें एक स्तर ऊपर, इसके पैरेंट के अंतर्गत चली जाती हैं। वे अपनी क्रेडिट सीमा, सीट आवंटन और अनुमति सेटिंग बनाए रखती हैं। हटाई गई टीम की अपनी सीमा और सीट आवंटन अब उन पर लागू नहीं होते, और उसके व्यवस्थापक अब उसके माध्यम से उन्हें प्रबंधित नहीं कर सकते। सदस्य हटा दिए जाते हैं सभी की टीम तक पहुँच समाप्त हो जाती है और उसके लंबित आमंत्रण रद्द हो जाते हैं। जिसका यह मूल टीम था, उसे नई टीम मिलती है: उसकी कोई अन्य टीम, अन्यथा एक नई व्यक्तिगत टीम। हटाए गए सदस्यों को ऐप में सूचना मिलती है। प्रोजेक्ट नष्ट हो जाते हैं टीम का प्रत्येक प्रोजेक्ट उसके नॉलेज बेस (फ़ाइलें, वेक्टर, नॉलेज ग्राफ़), एजेंट, चैट और वर्कफ़्लो सहित स्थायी रूप से हटा दिया जाता है। सदस्यों के व्यक्तिगत डिफ़ॉल्ट प्रोजेक्ट नहीं हटाए जाते; वे अपने स्वामी की नई मूल टीम का अनुसरण करते हैं। टीम सेटिंग्स हटा दी जाती हैं इसका सबडोमेन मुक्त हो जाता है, और इसके SSO कॉन्फ़िगरेशन, ब्रांडिंग, टूलकिट क्रेडेंशियल, टीम कौशल तथा कस्टम टूलकिट हटा दिए जाते हैं। अन्य टीमों के साथ साझा किया गया कस्टम टूलकिट उनके लिए भी काम करना बंद कर देता है। क्रेडिट पैरेंट को लौट जाते हैं इसके शेष क्रेडिट इसके पैरेंट में जोड़ दिए जाते हैं, और इस अवधि का इसका उपयोग उसके ऊपर की टीमों में गिना जाता रहता है। हर बॉक्स पर टिक करें और हटाएँ
प्रत्येक परिणाम के लिए बॉक्स पर टिक करें, साथ ही मैं समझता/समझती हूँ कि इसे पूर्ववत नहीं किया जा सकता। जब तक हर बॉक्स पर टिक न हो, उप-टीम हटाएँ अक्षम रहता है।
यदि विंडो खुली रहने के दौरान टीम बदल गई (उदाहरण के लिए किसी ने प्रोजेक्ट या सदस्य जोड़ा), तो हटाना अस्वीकार कर दिया जाता है और विंडो नई सूची के साथ दोबारा लोड होती है ताकि आप फिर से समीक्षा कर सकें।
प्रोजेक्ट हटाने की प्रगति
टीम तुरंत ट्री से गायब हो जाती है, और उस क्षण से कोई भी उसके प्रोजेक्ट नहीं खोल सकता। प्रोजेक्ट स्वयं को नष्ट करना पृष्ठभूमि में चलता है और बड़े नॉलेज बेस के लिए कुछ मिनट ले सकता है।
जब तक यह चलता है, ट्री के नीचे हाल ही में हटाए गए दिखाता है कि कितने प्रोजेक्ट हटाए गए हैं। यदि हटाना विफल हो जाए, तो प्रविष्टि त्रुटि और एक पुन: प्रयास करें बटन दिखाती है। हटाने की प्रविष्टियाँ 7 दिनों तक सूचीबद्ध रहती हैं।
हटाने कहाँ दर्ज होते हैं
- क्रेडिट खपत हटाई गई टीम का उपयोग दिखाता रहता है, (हटाया गया) लेबल के साथ।
- हटाई गई टीम से या उसकी ओर क्रेडिट स्थानांतरण स्थानांतरण इतिहास में बने रहते हैं।
- टीम ऑडिट लॉग पैरेंट टीम पर हटाने की प्रविष्टि और प्रत्येक ऊपर गई उप-टीम पर उसका स्थानांतरण दर्ज करता है।
उप-टीमें कौन प्रबंधित कर सकता है
| भूमिका | पहुँच |
|---|---|
| टीम व्यवस्थापक (किसी पूर्वज से विरासत में मिले व्यवस्थापकों सहित) | दायरे में उप-टीमें बनाएँ, संपादित करें और हटाएँ; क्रेडिट/सीट सीमाएँ निर्धारित करें; उप-टीमों की अनुमति टॉगल करें; सबडोमेन प्रबंधित करें |
| संपादक / सदस्य | उप-टीमें टैब नहीं |
व्यवस्थापक अधिकार ट्री में नीचे की ओर बहता है (पैरेंट चाइल्ड को प्रबंधित कर सकता है), किनारे की ओर या ऊपर की ओर नहीं।