Zadbaj o dobrą organizację dzięki kolekcji
Zapisuj i kategoryzuj treści zgodnie ze swoimi preferencjami.
Dane kalendarza i wydarzeń możesz udostępniać innym osobom na 2 sposoby.
Po pierwsze możesz udostępnić cały kalendarz z określonym poziomem dostępu.
Możesz na przykład utworzyć kalendarz zespołu, a następnie:
Przyznaj wszystkim członkom zespołu prawo do dodawania i modyfikowania wydarzeń w kalendarzu.
Przyznawanie szefowi prawa do wyświetlania wydarzeń w kalendarzu
przyznawać klientom prawo do wyświetlania tylko informacji o Twojej dostępności, ale nie szczegółów wydarzeń;
Możesz też dostosować dostęp do poszczególnych wydarzeń w kalendarzu udostępnionym.
Możesz też zapraszać inne osoby do poszczególnych wydarzeń w kalendarzu.
Gdy zaprosisz kogoś do udziału w wydarzeniu, w jego kalendarzu pojawi się kopia tego wydarzenia. Kopia w kalendarzu uczestnika jest widoczna dla innych osób zgodnie z konfiguracją udostępniania uczestnika.
Zaproszona osoba może zaakceptować lub odrzucić zaproszenie, a także w pewnym stopniu zmodyfikować swoją kopię wydarzenia, np. zmienić kolor w kalendarzu i dodać przypomnienie. Więcej informacji o zapraszaniu użytkowników na wydarzenie
Udostępnianie kalendarzy
Właściciele kalendarza mogą go udostępniać, przyznając dostęp 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 ACL przyznaje określonemu użytkownikowi pewną rolę dostępu, która jest jedną z ról wymienionych w tej tabeli:
Rola
Uprawnienia dostępu przyznane przez rolę
none
Nie zapewnia dostępu.
freeBusyReader
Umożliwia użytkownikowi sprawdzanie, czy kalendarz jest wolny czy zajęty w danym momencie, ale nie pozwala na dostęp do szczegółów wydarzenia. Informacje o stanie Wolny/Zajęty można pobrać za pomocą operacji freeBusy.query.
reader
Umożliwia osobie, której przyznano dostęp, odczytywanie wydarzeń w kalendarzu.
writer
Umożliwia osobie, której przyznano dostęp, odczytywanie i zapisywanie wydarzeń w kalendarzu. Ta rola umożliwia też wyświetlanie list ACL.
owner
Przyznaje własność kalendarza. Ta rola ma wszystkie uprawnienia roli osoby piszącej, a dodatkowo możliwość manipulowania listami ACL.
Możliwi beneficjenci to:
innego użytkownika indywidualnego,
grupa użytkowników,
domeny,
publiczny (przyznaje dostęp wszystkim).
Domyślnie każdy użytkownik ma dostęp do swojego kalendarza głównego jako właściciel i nie może z niego zrezygnować. Do każdego kalendarza można dodać maksymalnie 6000 list ACL.
Użytkownicy Google Workspace mają też ustawienia domeny, które mogą ograniczać maksymalny dozwolony dostęp. Załóżmy na przykład, że w Twojej domenie jest ustawienie, które zezwala tylko na udostępnianie kalendarza z informacjami o stanie Wolny/Zajęty. W takim przypadku nawet jeśli przyznasz dostęp do zapisu publicznie, użytkownicy spoza domeny będą widzieć tylko szczegóły dotyczące dostępności.
Widoczność wydarzenia
Po udostępnieniu kalendarza możesz dostosować dostęp do poszczególnych wydarzeń w kalendarzu, zmieniając właściwość widoczności wydarzenia.
Ta właściwość nie ma znaczenia w przypadku kalendarzy nieudostępnionych. 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 ACL kalendarza. Różni uczestnicy tego samego wydarzenia mogą mieć różne listy ACL i ustawienia udostępniania. Jeśli użytkownik z kalendarzem private wyśle zaproszenie na wydarzenie z widocznością default do innego użytkownika z kalendarzem widocznym publicznie, wydarzenie będzie w pełni widoczne w kalendarzu tego uczestnika.
public
Szczegóły tego wydarzenia są widoczne dla wszystkich, którzy mają dostęp do kalendarza z uprawnieniami co najmniej freeBusyReader.
private
Szczegóły tego wydarzenia są widoczne tylko dla użytkowników, którzy mają co najmniej dostęp writer do kalendarza.
[[["Łatwo zrozumieć","easyToUnderstand","thumb-up"],["Rozwiązało to mój problem","solvedMyProblem","thumb-up"],["Inne","otherUp","thumb-up"]],[["Brak potrzebnych mi informacji","missingTheInformationINeed","thumb-down"],["Zbyt skomplikowane / zbyt wiele czynności do wykonania","tooComplicatedTooManySteps","thumb-down"],["Nieaktualne treści","outOfDate","thumb-down"],["Problem z tłumaczeniem","translationIssue","thumb-down"],["Problem z przykładami/kodem","samplesCodeIssue","thumb-down"],["Inne","otherDown","thumb-down"]],["Ostatnia aktualizacja: 2025-08-29 UTC."],[],[],null,["# Calendar sharing\n\nThere are two different ways to share calendar and event data with others.\n\nFirstly, you can *share* an entire calendar, with a specified level of access.\nFor example, you can create a team calendar, and then do things like:\n\n- Grant all members of your team the right to add and modify events in the calendar\n- Grant your boss the right to see the events on your calendar\n- Grant your customers the right to only see when you are free or busy, but not the details of the events\n\nYou can also adjust the access to individual events on the shared calendar.\n\nAlternatively, you can invite others to individual events on your calendar.\nInviting someone to an event puts a copy of that event on their calendar. The\ncopy on the attendee's calendar is visible to others according to the\nattendee's sharing configuration.\nThe invitee can then accept or reject the invitation, and to some extent also\nmodify their copy of the event --- for example, change the color it has in\ntheir calendar, and add a reminder. [Learn more about inviting users to an\nevent](/workspace/calendar/api/concepts/inviting-attendees-to-events).\n\nSharing calendars\n-----------------\n\nThe owners of a calendar can share the calendar by giving access to other\nusers. The sharing settings of a given calendar are represented by the [ACL\ncollection](/workspace/calendar/v3/reference/acl)\n(access control list) of that calendar. Each resource in the ACL\ncollection grants a specified *grantee* a certain access *role*, which is\none of those listed in the following table:\n\n| Role | Access privilege granted by the role |\n|------------------|------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|\n| `none` | Provides no access. |\n| `freeBusyReader` | Lets the grantee see whether the calendar is free or busy at a given time, but does not allow access to event details. Free/busy information can be retrieved using the [freeBusy.query](/workspace/calendar/v3/reference/freebusy/query) operation. |\n| `reader` | Lets the grantee read events on the calendar. |\n| `writer` | Lets the grantee read and write events on the calendar. This role can also see ACLs. |\n| `owner` | Provides ownership of the calendar. This role has all of the permissions of the writer role with the additional ability to manipulate ACLs. |\n\nThe possible grantees are:\n\n- another individual user\n- a user group\n- a domain\n- public (grants access to everyone).\n\nBy default, each user has owner access to their primary calendar, and this\naccess cannot be relinquished. Up to 6,000 ACLs can be added per calendar.\n\nFor Google Workspace users, there are also domain\nsettings that might restrict the\nmaximum allowed access. For example, suppose your domain has a setting that\nonly allows free-busy calendar sharing. In this case, even if you grant writer\naccess to the public, users outside the domain will only see the free-busy\ndetails.\n| **Note:** Sharing a calendar with a user no longer automatically inserts the calendar into their `CalendarList`. If you want the user to see and interact with the shared calendar, you need to call the [`CalendarList: insert()`](/workspace/calendar/v3/reference/calendarList/insert) method.\n\nEvent visibility\n----------------\n\nOnce the calendar is shared, you can adjust the access to individual\nevents on a calendar by changing the [visibility\nproperty](/workspace/calendar/v3/reference/events#visibility) of the event.\nThis property has no meaning for non-shared calendars. The following table\nlists the possible values of the visibility property:\n\n| Visibility | Meaning |\n|------------|--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|\n| `default` | The visibility of the event is determined by the ACLs of the calendar. Different attendees of the same event can have different ACLs and sharing. If a user with a `private` calendar sends an invite to an event using `default` visibility to another user with a publicly visible calendar, the event is fully visible on that attendee's calendar. |\n| `public` | The details of this event are visible to everyone with at least `freeBusyReader` access to the calendar. |\n| `private` | The details of this event are only visible to users with at least `writer` access to the calendar. |"]]
