टीम सदस्यों को आमंत्रित करना और रोल तय करना
Settings > Team से टीम सदस्यों को आमंत्रित करें, कोई बिल्ट-इन या कस्टम रोल दें, और हर व्यक्ति क्या देख व कर सकता है इसे पूरी तरह नियंत्रित करें। कोई सीट-लिमिट नहीं है।
Settings → Team से आमंत्रित करें; कोई सीट-लिमिट नहीं है। हर सदस्य के पास ठीक एक रोल होता है। अगर किसी के लिए कंसोल का कोई सेक्शन ग़ायब या बंद दिखे, तो लगभग हमेशा वजह उसका रोल होता है, कोई बग नहीं।
आप Settings > Team के तहत जितने चाहें उतने टीम सदस्यों को आमंत्रित कर सकते हैं, और हर एक को ऐसा रोल दे सकते हैं जो तय करे कि वह कंसोल में क्या देख और कर सकता है।
#किसी टीम सदस्य को आमंत्रित करना
- Settings > Team पर जाएं
कंसोल के साइडबार में Settings खोलें, फिर Team।
- इनवाइट भेजें
अपने टीम सदस्य का ईमेल पता डालें।
- कोई रोल चुनें
बिल्ट-इन रोल में से या अपने संगठन के बनाए किसी कस्टम रोल में से चुनें। हर सदस्य के पास किसी भी समय ठीक एक ही रोल होता है।
- New member इनवाइट डायलॉग खोलता है। ईमेल पता डालें, कोई रोल चुनें, और भेज दें।
- Role कॉलम दिखाता है कि हर सदस्य पहले से क्या कर सकता है। किसी रो के आख़िर में मौजूद गियर इसे बदल देता है।
- जब बिल्ट-इन रोल में से कोई फ़िट न बैठे, तो New role कस्टम रोल बनाता है।
- बिल्ट-इन रोल SYSTEM लिखे मिलते हैं। रो के आख़िर में मौजूद पेंसिल किसी रोल को खोलती है; सिस्टम रोल पढ़े जा सकते हैं पर एडिट नहीं किए जा सकते।
#बिल्ट-इन रोल
| रोल | इसमें क्या शामिल है |
|---|---|
| Owner | पूरी पहुंच, जिसमें बिलिंग, संगठन की सेटिंग्स, और रोल मैनेजमेंट शामिल है। संगठन को डिलीट करना या ओनरशिप ट्रांसफ़र करना सिर्फ़ owner ही कर सकते हैं |
| Admin | सत्यापन फीचर, टीम सदस्यों, और एप्लिकेशन सेटिंग्स का पूरा प्रबंधन - पर संगठन डिलीट करना या रोल मैनेजमेंट नहीं |
| Compliance Officer | सेशन रिव्यू करना, ब्लॉकलिस्ट और AML नतीजों का प्रबंधन, ऑडिट लॉग, ट्रांज़ैक्शन, और बिज़नेस प्रोफ़ाइल |
| Developer | वर्कफ़्लो, webhook, API-की, प्रश्नावली, और एप्लिकेशन कॉन्फ़िगरेशन, साथ में सेशन के लिए सिर्फ़ पढ़ने की पहुंच |
| Reader | पूरे कंसोल में सिर्फ़ पढ़ने की पहुंच |
बिल्ट-इन रोल एडिट या डिलीट नहीं किए जा सकते।
#कस्टम रोल
अगर बिल्ट-इन रोल फ़िट नहीं बैठते, तो कोई owner Settings > Roles के तहत कस्टम रोल बना सकता है: उसे नाम और विवरण दें, फिर तय करें कि वह हर कंसोल सेक्शन के लिए ठीक कौन-कौन सी कार्रवाई - view, edit, create, delete - दे।
कस्टम रोल कभी भी एडिट या डिलीट किए जा सकते हैं, बशर्ते फ़िलहाल किसी को असाइन न किया गया हो। पहले उन सदस्यों को दूसरा रोल दें।
#"यह ख़राब लग रहा है" अक्सर रोल की वजह से होता है
किसी ग़ायब या बेअसर सेक्शन को बग समझने से पहले, उस व्यक्ति का रोल जांचें। बार-बार सामने आने वाली दो मिसालें:
- व्हाइट-लेबल एडिटर दिखता तो है पर कुछ करता नहीं। कस्टमाइज़ेशन बदलने के लिए Customization पर write पहुंच चाहिए; सिर्फ़ पढ़ने की पहुंच वाले सदस्यों को यह एरर की जगह बंद हुआ दिखता है। देखें ब्रांडिंग और अनुभव कस्टमाइज़ करना।
- इनवॉइस नहीं दिखते। डिफ़ॉल्ट रूप से बिलिंग की विज़िबिलिटी Owner में शामिल है और इसे किसी कस्टम रोल को दिया जा सकता है। किसी Developer को यह नहीं दिखेगा। देखें टॉप-अप, इनवॉइस और भुगतान के तरीके।
#किसी को owner बनाना
Settings > Team के तहत उसका रोल Owner में बदलें। ध्यान रखें कि यह सिर्फ़ मौजूदा owner ही कर सकता है, और सिर्फ़ owner ही ओनरशिप ट्रांसफ़र या संगठन डिलीट कर सकते हैं - इसलिए ठीक एक owner वाला संगठन एक ही जगह पर टिका होता है। किसी दूसरे भरोसेमंद व्यक्ति को भी Owner रोल दें।
#किसी का रोल बदलना
Settings > Team पर जाएं, उस सदस्य को खोलें, और कोई दूसरा रोल चुनें। यह उसके मौजूदा रोल की जगह लेता है - दूसरा रोल जोड़ता नहीं है।
#अगर इनवाइट नहीं पहुंचता
एक ईमेल किसी भी समय सिर्फ़ एक Didit संगठन का हो सकता है। अगर आपके टीम सदस्य का पहले से कोई अकाउंट है - आमतौर पर इसलिए क्योंकि उन्होंने आपके इनवाइट का इंतज़ार करने के बजाय सीधे साइन अप कर लिया - तो इनवाइट पहुंचने से पहले उस अकाउंट को हटाना या ले जाना ज़रूरी होगा।
अगर ऐसा हो, तो सपोर्ट से संपर्क करें; वे अकाउंट को इस तरह ठीक कर सकते हैं कि इनवाइट साफ़-साफ़ पहुंच जाए। यह बहुत आम स्थिति है और आपसे हुई कोई ग़लती नहीं। देखें लॉग इन करना और अकाउंट एक्सेस वापस पाना।
#किसी को हटाना
यह भी Settings > Team के तहत, आप किसी भी समय किसी सदस्य की पहुंच हटा सकते हैं। किसी व्यक्ति को हटाने से उसने जो किया वह नहीं हटता - उसकी कार्रवाइयां ऑडिट लॉग में बनी रहती हैं, यही तो इसका पूरा मक़सद है। देखें ऑडिट लॉग का इस्तेमाल।
जब कोई छोड़कर जाए, तो उसकी कंसोल एक्सेस हटाएं और उसके पास मौजूद किसी भी API-की को रोटेट करें। कंसोल एक्सेस और API-की अलग-अलग रास्ते हैं, और एक को रद्द करने से दूसरा रद्द नहीं होता। देखें अपनी API-की का प्रबंधन करना।
#API-की पर परमिशन
रोल कंसोल में लोगों को नियंत्रित करते हैं। किसी API-की की परमिशन एक अलग मामला है, और कुछ ऑपरेशन के लिए ऐसी परमिशन चाहिए होती है जो शायद किसी की के पास न हो - जो किसी छिपे हुए मेन्यू की जगह 403 के तौर पर सामने आता है। देखें API एरर और उनका मतलब।