अन्य लोगों के साथ कैलेंडर और इवेंट डेटा शेयर करने के दो अलग-अलग तरीके हैं.
सबसे पहले, ऐक्सेस के किसी खास लेवल के साथ पूरा कैलेंडर शेयर किया जा सकता है. उदाहरण के लिए, एक टीम कैलेंडर बनाया जा सकता है और फिर ये काम किए जा सकते हैं:
- अपनी टीम के सभी सदस्यों को कैलेंडर में इवेंट जोड़ने और उन्हें बदलने का अधिकार दें
- अपने बॉस को अपने कैलेंडर पर इवेंट देखने का अधिकार दें
- अपने ग्राहकों को अपने इवेंट में शामिल होने की जानकारी दें, ताकि वे इवेंट में शामिल होने की जानकारी दे पाएं.
शेयर किए गए कैलेंडर में, अलग-अलग इवेंट का ऐक्सेस भी अडजस्ट किया जा सकता है.
इसके अलावा, आप दूसरे लोगों को अपने कैलेंडर पर होने वाले अलग-अलग इवेंट का न्योता भेज सकते हैं. किसी व्यक्ति को इवेंट में न्योता देने पर, उस इवेंट की एक कॉपी उनके कैलेंडर में दिखने लगेगी. इसके बाद, जिस व्यक्ति को न्योता भेजा गया है वह न्योता स्वीकार या अस्वीकार कर सकता है. साथ ही, कुछ हद तक अपने इवेंट की कॉपी में बदलाव भी कर सकता है - उदाहरण के लिए, उसके कैलेंडर का रंग बदलना और रिमाइंडर जोड़ना.
कैलेंडर शेयर करना
किसी कैलेंडर के मालिक, अन्य उपयोगकर्ताओं को कैलेंडर का ऐक्सेस देकर, कैलेंडर को शेयर कर सकते हैं. किसी कैलेंडर की शेयर करने की सेटिंग, उस कैलेंडर की एसीएल कलेक्शन (ऐक्सेस कंट्रोल लिस्ट) से दिखती है. एसीएल संग्रह के हर संसाधन में, तय अनुमति पाने वाला किसी खास भूमिका को शामिल करता है. यह सूची इस टेबल में दी गई है:
भूमिका | ऐक्सेस देने का खास अधिकार |
---|---|
none |
कोई ऐक्सेस नहीं देता है. |
freeBusyReader |
इससे अनुदान पाने वाले को पता चलता है कि कैलेंडर दिए गए समय पर खाली है या व्यस्त है, लेकिन वह इवेंट विवरण का ऐक्सेस नहीं देता है. खाली/व्यस्त जानकारी पाने के लिए, freeBusy.query कार्रवाई का इस्तेमाल करें. |
reader |
अनुदान ग्राही को कैलेंडर पर इवेंट पढ़ने देता है. |
writer |
अनुदान ग्राही को कैलेंडर पर इवेंट पढ़ने और लिखने दें. |
owner |
कैलेंडर का मालिकाना हक देता है. इस भूमिका में, लेखक की भूमिका की सभी अनुमतियां हैं. इन अनुमतियों में, एसीएल को देखने और उनमें बदलाव करने की अन्य सुविधाएं शामिल हैं. |
आपको ये अनुदान मिल सकते हैं:
- कोई दूसरा उपयोगकर्ता
- उपयोगकर्ता ग्रुप
- डोमेन
- सार्वजनिक (सभी को ऐक्सेस देता है).
डिफ़ॉल्ट रूप से, हर उपयोगकर्ता के पास अपने मुख्य कैलेंडर का मालिकाना हक होता है और इस ऐक्सेस को अनदेखा नहीं किया जा सकता. हर कैलेंडर में 6,000 एसीएल तक जोड़े जा सकते हैं.
Google Workspace उपयोगकर्ताओं के लिए, डोमेन की ऐसी सेटिंग भी होती हैं जो अनुमति वाले ऐक्सेस को सीमित कर सकती हैं. उदाहरण के लिए, मान लें कि आपके डोमेन की एक ऐसी सेटिंग है जो सिर्फ़ खाली-व्यस्त कैलेंडर शेयर करने की अनुमति देती है. इस मामले में, भले ही आप लेखक को सार्वजनिक तौर पर ऐक्सेस दें, लेकिन डोमेन से बाहर के उपयोगकर्ता सिर्फ़ खाली-व्यस्त जानकारी देख पाएंगे.
इवेंट किसको दिखे
कैलेंडर शेयर किए जाने के बाद, आप इवेंट की विज़िबिलिटी प्रॉपर्टी बदलकर, कैलेंडर के अलग-अलग इवेंट के ऐक्सेस में बदलाव कर सकते हैं. इस प्रॉपर्टी का उन कैलेंडर के लिए कोई मतलब नहीं है जो शेयर नहीं किए गए हैं. इस टेबल में, विज़िबिलिटी प्रॉपर्टी की संभावित वैल्यू को शामिल किया गया है:
किसे दिखे | मतलब |
---|---|
default |
इवेंट की विज़िबिलिटी, कैलेंडर के ACs के आधार पर तय की जाती है. |
public |
इस इवेंट का ब्यौरा उन सभी लोगों को दिखेगा जिनके पास कैलेंडर का कम से कम freeBusyReader ऐक्सेस है. |
private |
इस इवेंट का ब्यौरा सिर्फ़ उन उपयोगकर्ताओं को दिखता है जिनके पास कैलेंडर का कम से कम writer ऐक्सेस हो. |
इवेंट के लिए मेहमानों को न्योता देना
दूसरे लोगों (या ग्रुप कैलेंडर और संसाधन) के साथ इवेंट शेयर करके, उन्हें मेहमानों के तौर पर जोड़ा जा सकता है. इससे मेहमानों को न्योते का ईमेल भेजा जाता है और इवेंट को उनके कैलेंडर में डाल दिया जाता है.
शेयर की गई इवेंट प्रॉपर्टी
जिस कैलेंडर में इवेंट बनाया जाता है वह आयोजक का कैलेंडर होता है. इस कैलेंडर में, शेयर की गई इवेंट की जानकारी (आईडी, शुरू और खत्म होने का समय, खास जानकारी, ब्यौरा वगैरह) का मालिकाना हक होता है. जब यह जानकारी, आयोजक के कैलेंडर पर अपडेट होती है, तो यह बदलाव मेहमानों की कॉपी में बदल जाते हैं.
निजी इवेंट की प्रॉपर्टी
हर जानकारी को इवेंट की सभी कॉपी के साथ शेयर नहीं किया जाता है. कुछ प्रॉपर्टी निजी होती हैं, जैसे कि रिमाइंडर, colorId, पारदर्शिता या बढ़ाई गई प्रॉपर्टी.निजी प्रॉपर्टी. इन प्रॉपर्टी को मेहमानों की सेटिंग से कंट्रोल किया जाता है, आयोजक के कैलेंडर से नहीं.
मेहमान, इवेंट की शेयर की गई प्रॉपर्टी भी बदल सकते हैं. हालांकि, ये बदलाव सिर्फ़ उनकी कॉपी पर दिखते हैं. अगर आयोजक इनमें बदलाव करता है, तो ये बदलाव सेव नहीं होंगे.
इवेंट में बदलाव करने वाले व्यक्ति का इवेंट आयोजक को सिर्फ़ उसी स्थिति में जवाब देने के लिए भेजा जाता है जो मेहमानों को भेजा जाता है. यह रिस्पॉन्स, अटेंडेंस[ ].responseStatus प्रॉपर्टी में सेव होता है.
इवेंट का प्रमोशन
नीचे दिया गया डायग्राम, डाइनैमिक इमेज की डाइनैमिक जानकारी बताता है. पहले जैक अपने प्राथमिक कैलेंडर पर एक इवेंट बनाता है (और इसलिए आयोजक की कॉपी है). इसके बाद, वह सुंदर कैलेंडर और सेलो समूह के दूसरे कैलेंडर में शामिल होने का न्योता देती हैं. आमंत्रित लोगों की कॉपी, न्योते वाले कैलेंडर पर बनाई जाती हैं. इसके बाद, सूज़न जवाब देती है और बदलाव आयोजक के पास वापस आ जाता है, क्योंकि आयोजक की कॉपी को आयोजक के जवाब से अपडेट कर दिया जाता है. इवेंट के आयोजक की कॉपी में किए गए इन बदलावों को, बाकी सभी मेहमानों के लिए लागू कर दिया जाएगा.