Są 2 sposoby udostępniania danych kalendarza i wydarzeń innym osobom.
Przede wszystkim możesz udostępnić cały kalendarz z określonym poziomem dostępu. Możesz na przykład utworzyć kalendarz zespołu i wykonać następujące czynności:
- Przyznaj wszystkim członkom zespołu prawo do dodawania i modyfikowania wydarzeń w kalendarzu
- Przyznaj szefowi uprawnienia do wyświetlania wydarzeń w kalendarzu
- Daj klientom prawo do sprawdzania, czy masz czas wolny czy zajęty, ale nie do szczegółów wydarzeń
Możesz też dostosować dostęp do poszczególnych wydarzeń w udostępnionym kalendarzu.
Możesz też zaprosić inne osoby na poszczególne wydarzenia w kalendarzu. Zapraszanie osoby powoduje zapisanie jej wydarzenia w jego kalendarzu. Osoba zaproszona może następnie przyjąć lub odrzucić zaproszenie, a także do pewnego stopnia zmienić kopię wydarzenia, na przykład zmienić kolor wydarzenia w kalendarzu i dodać przypomnienie.
Udostępnianie kalendarzy
Właściciele kalendarza mogą go udostępniać, udzielając dostępu innym użytkownikom. Ustawienia udostępniania danego kalendarza są reprezentowane przez kolekcję ACL (listę kontroli dostępu) tego kalendarza. Każdy zasób w kolekcji list kontroli dostępu przyznaje uprawnionemu użytkownikowi określoną rolę dostępu, która jest jednym z wymienionych w tej tabeli:
| Rola | Uprawnienia zapewniane przez rolę |
|---|---|
none |
Nie zapewnia dostępu. |
freeBusyReader |
Pozwala danej osobie sprawdzić, czy w danym momencie kalendarz jest wolny lub zajęty, ale nie zezwala na dostęp do szczegółów wydarzenia. Informacje o stanie Wolny/Zajęty możesz pobrać za pomocą operacji freeBusy.query. |
reader |
Pozwala uczniowi odczytywać wydarzenia w kalendarzu. |
writer |
Pozwala uczniowi odczytywać i zapisywać wydarzenia w kalendarzu. |
owner |
Umożliwia własność kalendarza. Ta rola ma wszystkie uprawnienia roli zapisującego, a dodatkowo umożliwia wyświetlanie i modyfikowanie list kontroli dostępu. |
Uczestnicy programu mogą:
- inny użytkownik
- grupa użytkowników
- domena
- publiczny (przyzna dostęp wszystkim).
Domyślnie każdy użytkownik ma dostęp właściciela do swojego kalendarza głównego i nie może zostać zrzekany się tego dostępu. Do każdego kalendarza można dodać maksymalnie 6000 list kontroli dostępu.
Dla Google Workspace użytkowników obowiązują też ustawienia domeny, które mogą ograniczać maksymalny dozwolony dostęp. Załóżmy, że Twoja domena ma ustawienie, które zezwala na udostępnianie wyłącznie informacji o stanie Wolny/Zajęty. W takim przypadku, nawet jeśli zezwolisz autorom na dostęp publiczny, użytkownicy spoza domeny zobaczą tylko szczegóły stanu wolny/zajęty.
Widoczność wydarzenia
Po udostępnieniu kalendarza możesz dostosować dostęp do poszczególnych wydarzeń, zmieniając widoczność wydarzenia. Ta właściwość nie ma znaczenia w przypadku kalendarzy, które nie są udostępniane. W tabeli poniżej znajdziesz możliwe wartości właściwości widoczności:
| Widoczność | Znaczenie |
|---|---|
default |
Widoczność wydarzenia jest określana przez listy kontroli dostępu kalendarza. |
public |
Szczegóły tego wydarzenia są widoczne dla każdego, kto ma co najmniej freeBusyReader dostęp do kalendarza. |
private |
Szczegóły tego wydarzenia są widoczne tylko dla użytkowników, którzy mają dostęp do kalendarza co najmniej na poziomie writer. |
Zapraszanie uczestników na wydarzenia
Możesz udostępnić wydarzenie innym osobom (lub kalendarzom i zasobom), dodając je jako uczestników. Wysłanie e-maila z zaproszeniem do uczestników i umieszczenie wydarzenia w ich kalendarzu.
Udostępnione właściwości zdarzenia
Kalendarz, w którym zostało utworzone wydarzenie, to kalendarz organizacji. Ten kalendarz jest właścicielem informacji o udostępnionym wydarzeniu (identyfikatora, czasu rozpoczęcia i zakończenia, podsumowania, opisu itd.). Po zaktualizowaniu tych informacji w kalendarzu organizatora zmiany są propagowane do kopii uczestników.
Właściwości wydarzenia prywatnego
Nie wszystkie informacje są udostępniane między wszystkimi kopiami wydarzeń. Niektóre właściwości są prywatne, na przykład przypomnienia, colorId, przezroczystość lub właściwość extendedProperties.private. Te właściwości są kontrolowane przez ustawienia uczestnika, a nie w kalendarzu organizatora.
Uczestnicy mogą również zmieniać wspólne właściwości wydarzenia. Te zmiany są jednak odzwierciedlane tylko w ich własnej kopii i mogą zostać utracone, jeśli organizator je zmieni.
Jedyną zmianą zdarzenia, która jest propagowana od uczestników z powrotem do organizatora, jest stan odpowiedzi uczestnika zapisany w właściwości tentendees[ ].responseStatus.
Rozpowszechnianie zdarzeń
Poniższy diagram przedstawia dynamikę. Na początku Jacek tworzy wydarzenie w swoim głównym kalendarzu (co oznacza, że jest właścicielem kopii organizatora). Następnie zaprasza Sarę i kalendarz pomocniczy grupy lekcji wiolonczeli. Kopie uczestników są tworzone w kalendarzach zaproszonych osób. Następnie Zuzanna odpowiada, a zmiana jest przekazywana z powrotem do organizatora, aktualizując kopię organizatora przy użyciu odpowiedzi Zuzanny. Zmiany wprowadzone w kopii wydarzenia organizatora są propagowane do wszystkich pozostałych uczestników.
