캘린더 공유

캘린더 및 일정 데이터를 다른 사용자와 공유하는 방법에는 두 가지가 있습니다.

첫째, 지정된 액세스 수준으로 전체 캘린더를 공유 할 수 있습니다. 예를 들어 팀 캘린더를 만든 후 다음과 같은 작업을 할 수 있습니다.

• 팀의 모든 구성원에게 캘린더에서 일정을 추가하고 수정할 수 있는 권한 부여
• 상사에게 캘린더의 일정을 볼 수 있는 권한 부여
• 고객에게 한가함/바쁨 여부만 볼 수 있는 권한 부여(일정 세부정보는 볼 수 없음)

공유 캘린더의 개별 일정에 대한 액세스 권한을 조정할 수도 있습니다.

또는 캘린더의 개별 일정에 다른 사용자를 초대할 수 있습니다. 일정에 다른 사용자를 초대하면 해당 일정의 사본이 초대 대상자의 캘린더에 배치됩니다. 참석자의 캘린더에 있는 사본은 참석자의 공유 구성에 따라 다른 사용자에게 표시됩니다. 초대 대상자는 초대를 수락하거나 거부할 수 있으며, 어느 정도까지는 일정 사본을 수정할 수도 있습니다(예: 캘린더에 알림 추가, 라벨 할당). 일정에 사용자 초대에 대해 자세히 알아보기

캘린더 공유

캘린더 소유자는 다른 사용자에게 액세스 권한을 부여하여 캘린더를 공유할 수 있습니다. 지정된 캘린더의 공유 설정은 해당 캘린더의 ACL 컬렉션 (액세스 제어 목록)으로 표시됩니다. ACL 컬렉션의 각 리소스는 지정된 수혜자에게 특정 액세스 역할을 부여합니다. 이 역할은 다음 표에 나열된 역할 중 하나입니다.

역할	역할에서 부여하는 액세스 권한
none	액세스 권한을 제공하지 않습니다.
freeBusyReader	수혜자가 특정 시간에 캘린더가 한가한지 바쁜지 확인할 수 있지만 일정 세부정보에 액세스할 수는 없습니다. 한가함/바쁨 정보는 freeBusy.query 작업을 사용하여 검색할 수 있습니다.
reader	수혜자가 캘린더의 일정을 읽을 수 있습니다.
writerWithoutPrivateAccess	수혜자가 비공개 일정이 아닌 캘린더의 일정을 읽고 쓸 수 있으며 비공개 일정을 바쁨 블록으로 볼 수 있습니다. 이 역할은 라벨도 볼 수 있습니다.
writer	수혜자가 캘린더의 일정을 읽고 쓸 수 있습니다. 이 역할은 ACL 및 라벨도 볼 수 있습니다.
owner	캘린더에 대한 관리자 액세스 권한을 제공합니다. 이 역할은 작성자 역할의 모든 권한을 가지며 다른 사용자의 액세스 수준을 수정하고 라벨을 수정하는 기능이 추가로 제공됩니다.

가능한 수혜자는 다음과 같습니다.

• 다른 개별 사용자
• 사용자 그룹
• 도메인
• 공개 (모든 사용자에게 액세스 권한 부여)

기본적으로 각 사용자는 기본 캘린더에 대한 소유자 액세스 권한을 가지며 이 액세스 권한은 포기할 수 없습니다. 캘린더당 최대 6,000개의 ACL을 추가할 수 있습니다.

Google Workspace 사용자의 경우 허용되는 최대 액세스를 제한할 수 있는 도메인 설정도 있습니다. 예를 들어 도메인에 한가함/바쁨 캘린더 공유만 허용하는 설정이 있다고 가정해 보겠습니다. 이 경우 공개에 작성자 액세스 권한을 부여하더라도 도메인 외부의 사용자는 한가함/바쁨 세부정보만 볼 수 있습니다.

일정 공개 상태

캘린더가 공유되면 일정의 공개 상태 속성을 변경하여 캘린더의 개별 일정에 대한 액세스 권한을 조정할 수 있습니다. 이 속성은 공유되지 않은 캘린더에는 의미가 없습니다. 다음 표에는 공개 상태 속성의 가능한 값이 나와 있습니다.

공개 상태	의미
default	일정의 공개 상태는 캘린더의 ACL에 따라 결정됩니다. 동일한 일정의 참석자가 서로 다른 ACL 및 공유를 가질 수 있습니다. private 캘린더가 있는 사용자가 공개적으로 표시되는 캘린더가 있는 다른 사용자에게 default 공개 상태를 사용하여 일정 초대를 보내면 해당 참석자의 캘린더에 일정이 완전히 표시됩니다.
public	이 일정의 세부정보는 캘린더에 대한 freeBusyReader 액세스 권한이 있는 모든 사용자에게 표시됩니다.
private	이 일정의 세부정보는 캘린더에 대한 writer 액세스 권한이 있는 사용자에게만 표시됩니다.

공개 상태 및 반복 일정

단일 인스턴스의 공개 상태를 변경하면 반복 일정의 모든 인스턴스에 영향을 미칠 수 있습니다.

• 더 제한적인 변경사항 전파: 반복 일정의 한 인스턴스의 공개 상태를 더 제한적인 설정 (예: public에서 private)으로 변경하면 변경사항이 반복 일정의 모든 인스턴스 에 전파됩니다.
• 덜 제한적인 변경사항 무시: 반복 일정의 한 인스턴스의 공개 상태를 덜 제한적인 설정 (예: private에서 public)으로 변경하려고 하면 변경사항이 무시 되고 공개 상태는 변경되지 않습니다. 반복 일정을 덜 제한적으로 만들려면 상위 반복 일정을 업데이트해야 합니다.