Общий доступ к календарю

There are two different ways to share calendar and event data with others.

First, you can share an entire calendar with a specified level of access. For example, you can create a team calendar and perform actions such as:

• Grant all members of your team the right to add and modify events in the calendar.
• Grant your manager the right to see the events on your calendar.
• Grant customers the right to see only when you are free or busy, without revealing event details.

You can also adjust the access to individual events on the shared calendar.

В качестве альтернативы вы можете приглашать других пользователей на отдельные события в вашем календаре. Приглашение пользователя на событие добавляет копию этого события в его календарь. Копия в календаре участника видна другим пользователям в соответствии с настройками доступа участника. Затем приглашенный может принять или отклонить приглашение, а также в некоторой степени изменить свою копию события — например, добавив напоминание в свой календарь или присвоив метку. Подробнее см. раздел «Приглашение пользователей на событие» .

Поделиться календарями

Владельцы календаря могут предоставлять к нему доступ, предоставляя его другим пользователям. Настройки доступа к календарю представлены списком ACL (список контроля доступа) этого календаря. Каждый ресурс в списке ACL предоставляет указанному получателю определенную роль доступа, которая является одной из перечисленных в следующей таблице:

Роль	Права доступа, предоставленные ролью.
none	Не предоставляет доступа.
freeBusyReader	Позволяет получателю гранта видеть, свободен или занят календарь в данный момент времени, но не предоставляет доступа к подробной информации о событиях. Информацию о занятости/свободности можно получить с помощью операции freeBusy.query .
reader	Позволяет получателю гранта ознакомиться с событиями в календаре.
writerWithoutPrivateAccess	Lets the grantee read and write events on the calendar that aren't private, and see private events as busy blocks. This role can also see labels.
writer	Lets the grantee read and write events on the calendar. This role can also see ACLs and labels.
owner	Provides manager access to the calendar. This role has all of the permissions of the writer role with the additional ability to modify access levels of other users and to modify labels.

Возможными получателями грантов являются:

• Другой частный пользователь.
• Группа пользователей.
• Домен.
• Для общественности (обеспечивает доступ для всех).

By default, each user has owner access to their primary calendar, and this access cannot be relinquished. Up to 6,000 ACLs can be added per calendar.

Для пользователей Google Workspace также существуют настройки домена, которые могут ограничивать максимально допустимый уровень доступа. Например, предположим, что в настройках вашего домена разрешен только доступ к календарю с информацией о занятости и свободном времени. В этом случае, даже если вы предоставите доступ для авторов пользователям извне домена, они будут видеть только подробную информацию о занятости и свободном времени.

Видимость события

После предоставления общего доступа к календарю вы можете настроить доступ к отдельным событиям, изменив свойство видимости события. Для календарей, к которым общий доступ не предоставлен. В следующей таблице перечислены возможные значения свойства видимости:

Видимость	Значение
default	Видимость события определяется списками контроля доступа (ACL) календаря. Разные участники одного и того же события могут иметь разные списки контроля доступа и параметры доступа. Если пользователь с private календарем отправляет приглашение на событие, используя видимость default , другому пользователю с общедоступным календарем, событие становится полностью видимым в календаре этого участника.
public	The details of this event are visible to everyone with at least freeBusyReader access to the calendar.
private	The details of this event are only visible to users with at least writer access to the calendar.

Видимость и повторяющиеся события

Changing the visibility of a single instance may affect all instances of the series:

• Более строгие изменения распространяются: если вы изменяете видимость одного экземпляра повторяющегося события на более строгий уровень (например, с public на private ), изменение распространяется на все экземпляры повторяющегося события.
• Менее строгие изменения игнорируются: если вы попытаетесь изменить видимость одного экземпляра повторяющегося события на менее строгий уровень (например, с private на public ), изменение будет проигнорировано , и видимость останется неизменной. Чтобы сделать повторяющееся событие менее строгим, необходимо обновить родительское повторяющееся событие.