Communication systems में अक्सर कई clients, teams, और विषयों की बातचीत होती है। किसी communication connection को किसी Space के लिए expose करने से पहले, connection को messages या transcripts के सबसे छोटे उपयोगी set तक सीमित करें।
इससे Space का context प्रासंगिक बना रहता है और असंबंधित communications उसके members, agents, pages, और automations के लिए उपलब्ध होने से रुकते हैं।
पहले destination Space चुनें
Access boundary से शुरू करें। पहचानें कि किस Space को communication data का उपयोग करना चाहिए और पुष्टि करें कि उसकी membership उन लोगों से मेल खाती है जिन्हें इसे पढ़ने में सक्षम होना चाहिए।
यदि एक ही communication system में कई clients या businesses का data है, तो हर जगह एक व्यापक connection expose करने के बजाय उनके Spaces के लिए अलग-अलग scoped connections का उपयोग करें।
Expose करने से पहले filter करें
किसी Space के लिए connection expose करने से पहले उसके source scope को configure करें। उपलब्ध controls provider पर निर्भर करते हैं:
Slack
केवल Space से संबंधित Slack channels चुनें। जब Space किसी एक client या business की सेवा करता है, तो organization-wide या cross-client channels को expose करने से बचें।
Gmail
इनमें से एक या अधिक मानदंडों का उपयोग करके शामिल messages को सीमित करें:
- Contacts और email domains
- Gmail labels
- किसी message के subject या body में पाया गया text
Outlook
इनमें से एक या अधिक मानदंडों का उपयोग करके शामिल messages को सीमित करें:
- Contacts और email domains
- Outlook folders
- किसी message के subject या body में पाया गया text
Fathom और Fireflies
Meeting transcripts को participant email address या domain द्वारा सीमित करें। Fathom और Fireflies दोनों के लिए, आप meeting title में text का भी मिलान कर सकते हैं।
जब कोई provider historical import window का समर्थन करता है, तो केवल वही अवधि चुनें जिसकी Space को आवश्यकता है।
Connection expose करने से पहले filters की सावधानीपूर्वक समीक्षा करें। एक व्यापक domain, shared folder, channel, या text rule इच्छित client या business से परे की बातचीत को शामिल कर सकता है।
Expose करने से क्या सक्षम होता है
Scoped connection expose करने के बाद, इसकी शामिल content का उपयोग इनके द्वारा किया जा सकता है:
- Space में काम करने वाले Agents
- Agents और Automations द्वारा प्रस्तावित Page commands
- Connected content पढ़ने वाले Automations
- Automations के लिए उपलब्ध Connection triggers
Connection का configured scope ही सीमा बना रहता है। इसके filters द्वारा बाहर रखी गई content केवल इसलिए उपलब्ध नहीं होनी चाहिए कि connection Space से जुड़ा हुआ है।
Linked Spaces का ध्यान रखें
एक parent Space अपने linked child Spaces की content पढ़ सकता है। इसमें किसी child के connections के माध्यम से उपलब्ध कराया गया communication data शामिल है।
किसी child Space के लिए communication connection expose करने से पहले, child की direct membership और उससे link करने वाले किसी भी parent Spaces दोनों की समीक्षा करें। यदि कोई भी audience उन लोगों से व्यापक है जिन्हें शामिल बातचीत देखनी चाहिए, तो connection expose न करें।
Communication connection expose करने से पहले
पुष्टि करें कि:
- Destination Space सही client, business, या operational क्षेत्र का प्रतिनिधित्व करता है।
- Direct या linked access वाले हर व्यक्ति को चयनित communications पढ़ने में सक्षम होना चाहिए।
- Provider filters में केवल आवश्यक channels, लोग, domains, folders, labels, meetings, या text matches शामिल हैं।
- Historical import window आवश्यकता से अधिक व्यापक नहीं है।
- Connection owner समझता है कि किस Space को access मिलेगा।
Expose करने के बाद, pages या automations में इस पर निर्भर होने से पहले परिणामी content की समीक्षा करें। यदि असंबंधित communications दिखाई दें तो connection scope को कड़ा करें। 
