Spaces

Spaces अलग-थलग, access-नियंत्रित silos हैं जहाँ आपकी टीम किसी क्लाइंट, व्यवसाय, या परिचालन क्षेत्र के लिए कार्य व्यवस्थित करती है। प्रत्येक Space अपने संदर्भ और resources को हर दूसरे Space से अलग रखता है, जब तक कि आप उन्हें स्पष्ट रूप से कनेक्ट न करें। Space का उपयोग तब करें जब उसकी सामग्री को एक ही access सीमा और एक ही कार्य-संदर्भ साझा करना चाहिए।

​

Space में navigate करें

किसी Space के वर्तमान tabs Automations, Resources, Connections, और Linked Spaces हैं। Pages और uploaded files एक साथ Resources में दिखाई देते हैं, और वहाँ दिखाई गई हर चीज़ उसी Space तक सीमित होती है।

​

Space बनाएँ, नाम बदलें, या हटाएँ

Sidebar में New Space चुनें, Create a Space में Space Name दर्ज करें, और उसे बनाएँ। किसी मौजूदा Space का नाम बदलने के लिए, Space के शीर्ष पर उसका नाम चुनें और उसे inline संपादित करें। अनुमति होने पर उसे हटाने के लिए More Space actions → Delete का उपयोग करें। Space हटाने से उसकी memberships और exposure settings हट जाती हैं और इसे पूर्ववत नहीं किया जा सकता। Delete Space का उपयोग करने से पहले इच्छित Space की पुष्टि करें।

​

Space में क्या रहता है

Space में वे resources होते हैं जिनका उपयोग लोग और agents कार्य पूरा करने के लिए करते हैं:

• Markdown-आधारित Pages जो संदर्भ, विश्लेषण, और कार्य-ज्ञान को सुरक्षित रखते हैं
• स्रोत सामग्री के रूप में उपयोग की जाने वाली uploaded files
• External systems से Connections
• Automation runs

Connections डिफ़ॉल्ट रूप से किसी Space के लिए उपलब्ध नहीं होते। वहाँ उनकी सामग्री का उपयोग करने से पहले आपको प्रत्येक connection को स्पष्ट रूप से expose करना होगा।

​

Membership और roles

Membership तय करती है कि प्रत्येक व्यक्ति किसी Space के भीतर क्या देख और बदल सकता है। निम्नलिखित तालिका प्रत्येक Space role के लिए उपलब्ध actions की तुलना करती है।

​

Organization Owners और Admins

Organization Owners और Admins स्वचालित रूप से हर Space के सदस्य होते हैं और उनके पास edit access होता है। वे प्रत्येक Space में अलग-अलग आमंत्रित हुए बिना पूरे organization के कार्य की निगरानी कर सकते हैं।

​

Space Members प्रबंधित करें

Space खोलें और Manage Space Members चुनें। आवश्यक अनुमति वाले सदस्य organization के सदस्यों को आमंत्रित कर सकते हैं, Space roles बदल सकते हैं, और access हटा सकते हैं। जो उपयोगकर्ता Space पढ़ सकता है, उसके पास फिर भी उसके members, Connections, Resources, Automations, या links प्रबंधित करने की अनुमति न हो, ऐसा हो सकता है।

​

Connections

कोई Space किसी organization के connections तक तब तक नहीं पहुँच सकता जब तक उन्हें स्पष्ट रूप से उसके लिए expose न किया जाए। इससे असंबंधित Spaces डिफ़ॉल्ट रूप से connected records नहीं देख पाते। Connection access सीधे manage किया जाता है। Space के Connections tab में, अपने किसी उपलब्ध connection को expose करने के लिए Connect to Space का उपयोग करें, या Space के लिए नया connection बनाएँ। अनुमति होने पर connection को expose करना बंद करने के लिए Remove from Space का उपयोग करें। Connection expose होने के बाद, उसका configured data scope Space के agents, Pages, और automations के लिए उपलब्ध हो जाता है। जब आप कोई automation configure करते हैं, तो समर्थित connection triggers भी उपलब्ध हो जाते हैं।

​

Spaces को आपस में link करना

Linked Spaces एक parent Space से एक या अधिक child Spaces में एकतरफ़ा दृश्यता प्रदान करते हैं। Links का उपयोग तब करें जब कार्य को child स्तर पर अलग रहना चाहिए, लेकिन किसी अन्य Space को समेकित दृश्यता की आवश्यकता हो। जब कोई parent Space किसी child Space से link करता है:

• Parent के सदस्य child की सामग्री पढ़ सकते हैं।
• Child, parent की सामग्री नहीं देख सकता।
• एक child अपने साझा parent के माध्यम से दूसरे child को नहीं देख सकता।
• Linked दृश्यता अतिरिक्त child links के माध्यम से आगे जारी रहती है।

Linked access केवल-पढ़ने योग्य है। किसी child Space में Page, file, automation, connection, या अन्य resource को संशोधित करने के लिए, व्यक्ति को आवश्यक role के साथ उस child Space का प्रत्यक्ष सदस्य भी होना चाहिए। Link बनाने के लिए दोनों Spaces में link-management access आवश्यक है। Link हटाने के लिए parent Space में link-management access आवश्यक है। उसके links की समीक्षा करने के लिए Space खोलें → Linked Spaces। अनुमति होने पर links बदलने के लिए दिखाई देने वाले add या remove controls का उपयोग करें। Link करने से source Space न तो स्थानांतरित होता है और न ही merge होता है। चूँकि links inherited access को प्रभावित करते हैं, उन्हें बदलने से पहले source और destination दोनों की पुष्टि करें।

​

उदाहरण: कई व्यवसायों वाला एक क्लाइंट

मान लीजिए आपकी फ़र्म किसी क्लाइंट के व्यक्तिगत वित्त और छह अलग-अलग व्यवसायों का प्रबंधन करती है। क्लाइंट और प्रत्येक व्यवसाय के लिए एक अलग Space बनाएँ, ताकि उनके records, files, और automations आपस में मिल न जाएँ। फिर आपकी management टीम सभी सात child Spaces से linked एक parent Space का उपयोग कर सकती है। Parent ग्राहक भावना, टीम दक्षता, और उभरते मुद्दों में समेकित दृश्यता प्रदान करता है, जबकि प्रत्येक child का कार्य-संदर्भ अलग रहता है।

​

उदाहरण: कई projects की निगरानी करने वाला Admin Space

मान लीजिए आपका organization कई projects चलाता है, जिनमें से प्रत्येक की अपनी टीम, files, pages, connections, और automations हैं। प्रत्येक project के लिए एक अलग Space बनाएँ ताकि उसका कार्य-संदर्भ असंबंधित कार्य से अलग रहे। एक Admin Space बनाएँ और प्रत्येक project Space को child के रूप में link करें। Admin Space नेतृत्व को project status, blockers, टीम गतिविधि, और उभरते जोखिमों का समेकित दृश्य देता है। Project टीमें इन links के माध्यम से Admin Space या एक-दूसरे के Spaces नहीं देख सकतीं। Admin Space के सदस्यों को किसी project Space की सामग्री संशोधित करने के लिए उसमें प्रत्यक्ष membership की आवश्यकता होती है।