Sử dụng bộ sưu tập để sắp xếp ngăn nắp các trang
Lưu và phân loại nội dung dựa trên lựa chọn ưu tiên của bạn.
Có 2 cách để chia sẻ dữ liệu lịch và sự kiện với người khác.
Trước tiên, bạn có thể chia sẻ toàn bộ lịch với một cấp độ truy cập cụ thể.
Ví dụ: bạn có thể tạo lịch nhóm, sau đó thực hiện những việc như:
Cấp cho tất cả thành viên trong nhóm quyền thêm và sửa đổi sự kiện trong lịch
Cấp cho sếp của bạn quyền xem các sự kiện trên lịch của bạn
Cấp cho khách hàng quyền chỉ xem thời gian bạn rảnh hoặc bận, nhưng không xem thông tin chi tiết về sự kiện
Bạn cũng có thể điều chỉnh quyền truy cập vào từng sự kiện trên lịch dùng chung.
Ngoài ra, bạn có thể mời người khác tham gia các sự kiện riêng lẻ trên lịch của mình.
Khi bạn mời ai đó tham dự một sự kiện, bản sao của sự kiện đó sẽ xuất hiện trên lịch của họ. Bản sao trên lịch của người tham dự sẽ hiển thị cho những người khác theo cấu hình chia sẻ của người tham dự.
Sau đó, người được mời có thể chấp nhận hoặc từ chối lời mời, và ở một mức độ nào đó, họ cũng có thể sửa đổi bản sao của sự kiện — ví dụ: thay đổi màu của sự kiện trong lịch của họ và thêm lời nhắc. Tìm hiểu thêm về cách mời người dùng tham gia một sự kiện.
Chia sẻ lịch
Chủ sở hữu lịch có thể chia sẻ lịch bằng cách cấp quyền truy cập cho những người dùng khác. Chế độ chia sẻ của một lịch nhất định được biểu thị bằng tập hợp ACL (danh sách kiểm soát quyền truy cập) của lịch đó. Mỗi tài nguyên trong tập hợp ACL sẽ cấp cho một người được cấp cụ thể một vai trò truy cập nhất định. Vai trò này là một trong những vai trò được liệt kê trong bảng sau:
Vai trò
Đặc quyền truy cập do vai trò cấp
none
Không cho phép truy cập.
freeBusyReader
Cho phép người được cấp quyền xem lịch có rảnh hay bận vào một thời điểm nhất định, nhưng không cho phép truy cập vào thông tin chi tiết về sự kiện. Bạn có thể truy xuất thông tin về thời gian rảnh/bận bằng cách sử dụng thao tác freeBusy.query.
reader
Cho phép người được cấp quyền đọc các sự kiện trên lịch.
writer
Cho phép người được cấp quyền đọc và ghi sự kiện trên lịch. Vai trò này cũng có thể xem ACL.
owner
Cung cấp quyền sở hữu lịch. Vai trò này có tất cả các quyền của vai trò người viết, cộng thêm khả năng thao tác với ACL.
Các bên được cấp quyền có thể là:
một người dùng cá nhân khác
một nhóm người dùng
một miền
công khai (cấp quyền truy cập cho mọi người).
Theo mặc định, mỗi người dùng đều có quyền sở hữu đối với lịch chính của họ và không thể từ bỏ quyền này. Bạn có thể thêm tối đa 6.000 ACL cho mỗi lịch.
Đối với người dùng Google Workspace, cũng có các chế độ cài đặt miền có thể hạn chế quyền truy cập tối đa được phép. Ví dụ: giả sử miền của bạn có một chế độ cài đặt chỉ cho phép chia sẻ lịch rảnh/bận. Trong trường hợp này, ngay cả khi bạn cấp quyền chỉnh sửa cho công chúng, người dùng bên ngoài miền sẽ chỉ thấy thông tin chi tiết về trạng thái rảnh/bận.
Chế độ hiển thị sự kiện
Sau khi chia sẻ lịch, bạn có thể điều chỉnh quyền truy cập vào từng sự kiện trên lịch bằng cách thay đổi thuộc tính hiển thị của sự kiện.
Thuộc tính này không có ý nghĩa đối với lịch không được chia sẻ. Bảng sau đây liệt kê các giá trị có thể có của thuộc tính visibility:
Chế độ hiển thị
Ý nghĩa
default
Chế độ hiển thị của sự kiện được xác định bằng danh sách kiểm soát truy cập (ACL) của lịch. Những người tham dự khác nhau của cùng một sự kiện có thể có ACL và chế độ chia sẻ khác nhau. Nếu một người dùng có lịch ở chế độ private gửi lời mời tham dự sự kiện ở chế độ hiển thị default cho một người dùng khác có lịch ở chế độ hiển thị công khai, thì sự kiện đó sẽ hiển thị đầy đủ trên lịch của người tham dự đó.
public
Mọi người có ít nhất quyền truy cập freeBusyReader vào lịch đều có thể xem thông tin chi tiết về sự kiện này.
private
Chỉ những người dùng có ít nhất quyền truy cập writer vào lịch mới có thể xem thông tin chi tiết về sự kiện này.
[[["Dễ hiểu","easyToUnderstand","thumb-up"],["Giúp tôi giải quyết được vấn đề","solvedMyProblem","thumb-up"],["Khác","otherUp","thumb-up"]],[["Thiếu thông tin tôi cần","missingTheInformationINeed","thumb-down"],["Quá phức tạp/quá nhiều bước","tooComplicatedTooManySteps","thumb-down"],["Đã lỗi thời","outOfDate","thumb-down"],["Vấn đề về bản dịch","translationIssue","thumb-down"],["Vấn đề về mẫu/mã","samplesCodeIssue","thumb-down"],["Khác","otherDown","thumb-down"]],["Cập nhật lần gần đây nhất: 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. |"]]
