> For the complete documentation index, see [llms.txt](https://library.zoom.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://library.zoom.com/technical-library/vi/goc-quan-tri-vien/third-party-integrations/zoom-calendaring-integration-explainer/zoom-calendaring-overview.md). # Tổng quan về lịch Zoom Zoom mang lại trải nghiệm tốt nhất cho người dùng khi Thành phần tích hợp lịch được bật cho tài khoản người dùng, Zoom Rooms và hệ thống phòng H.323 hoặc SIP. ### Lợi ích của việc bật Thành phần tích hợp lịch là gì? * Người dùng thấy một lịch đầy đủ (bao gồm cả các cuộc họp không phải Zoom) trong các ứng dụng Zoom của họ * Người dùng có thể lên lịch và chỉnh sửa cuộc họp từ các ứng dụng Zoom của họ * Màn hình Zoom Rooms và màn hình đang lên lịch Hiển thị các sự kiện lịch sắp tới * Các điểm cuối H.323 và SIP dựa trên tiêu chuẩn có thể tham gia Zoom meetings tự động hoặc với một chạm thông qua Trình kết nối API Nâng cao {% hint style="info" %} Đồng bộ Hai Chiều là **được khuyến nghị và bật theo mặc định** khi tích hợp lịch đang hoạt động. Với Đồng bộ Hai Chiều 2.0, Thành phần tích hợp được mở rộng để bao gồm cả các sự kiện lịch Zoom và không phải Zoom, mang đến trải nghiệm thống nhất cho những người dùng dựa vào Zoom như trung tâm đang lên lịch của họ. Bật Đồng bộ Lịch Hai Chiều đảm bảo mọi sự kiện lịch của bên thứ ba bị xóa, chỉnh sửa hoặc bỏ dở trong quá trình lên lịch đều được đồng bộ với Zoom Web Calendaring Service tự động {% endhint %} ### Những cải thiện về độ tin cậy nào đã được thực hiện giữa Đồng bộ Hai Chiều 1.0 và Đồng bộ Hai Chiều 2.0? Đồng bộ Hai Chiều 2.0 cũng mang đến những cải tiến đáng kể về độ tin cậy. Ở phiên bản trước, các cập nhật lịch yêu cầu một Sự kiện kích hoạt trong Outlook và Lịch Google, chẳng hạn như tạo hoặc chỉnh sửa một cuộc họp, trước khi các thay đổi được đồng bộ sang Zoom. Với 2.0, việc Đồng bộ diễn ra tự động, không cần các hành động kích hoạt từ Outlook. ### Những nhà cung cấp lịch nào được hỗ trợ? Khách hàng Zoom có thể tích hợp dữ liệu người liên hệ và lịch với ba nhà cung cấp: * Microsoft 365 (trước đây là Office 365) * Microsoft Exchange Server * Google không gian làm việc ### Thành phần tích hợp lịch hoạt động như thế nào? Thành phần tích hợp lịch của Zoom tuân theo bốn giai đoạn: ủy quyền, giám sát Sự kiện, truy xuất dữ liệu từ điểm cuối và Đồng bộ hai chiều. Hai giai đoạn đầu tiên là phổ biến trên tất cả các điểm cuối và phương thức. Giai đoạn thứ ba khác nhau tùy thuộc vào loại điểm cuối và phương thức xác thực đã chọn. {% stepper %} {% step %} #### **Ủy quyền và lưu trữ thông tin xác thực an toàn** Quản trị viên Zoom — hoặc người dùng, nếu được Tổ chức cho phép — phải trước tiên ủy quyền Truy cập vào nhà cung cấp lịch của họ thông qua Cổng thông tin web của Zoom. Zoom lưu trữ các đối tượng cần thiết để truy cập vào lịch được kết nối ở một Vị trí liên tục, được mã hóa và an toàn. Khi sử dụng OAuth 2.0, Zoom sẽ lưu trữ an toàn các mã thông báo truy cập và các mã thông báo làm mới truy cập được ủy quyền trong Zoom Cloud. Tuy nhiên, đối với Exchange on-premises (không hybrid), không hỗ trợ OAuth 2.0, Zoom phải lưu trữ an toàn Tên người dùng và mật khẩu trong Zoom Cloud, vì đây là phương thức duy nhất hiện có để duy trì quyền truy cập. {% hint style="info" %} Thành phần tích hợp trực tiếp với Exchange On-Premises yêu cầu xác thực Cơ bản. {% endhint %} {% hint style="info" %} Bạn có thể tùy chọn Cấu hình tích hợp lịch để sử dụng Khóa do khách hàng quản lý của Zoom (CMK) nhằm mã hóa và lưu trữ thông tin xác thực, giúp bạn bảo vệ một số dữ liệu được lưu trữ ở trạng thái “at rest” trong hạ tầng Zoom Cloud bằng các khóa mã hóa do bạn tự cung cấp. CMK là một gói dịch vụ trả phí và giải pháp Sử dụng khóa của riêng bạn (BYOK) của Zoom. Bạn có thể [đọc thêm về Zoom CMK](https://www.zoom.com/en/blog/zoom-customer-managed-key/) trên trang web Zoom. {% endhint %} {% endstep %} {% step %} #### **Giám sát Sự kiện và Thông báo Thay đổi** Dịch vụ Lịch Web của Zoom đăng ký một webhook từ nhà cung cấp lịch cho mỗi người dùng sau khi lịch được kết nối trong cổng web. Các webhook này thông báo cho Dịch vụ Lịch Web về bất kỳ thay đổi nào của lịch để sau đó dịch vụ này có thể thông báo cho các điểm cuối Zoom phù hợp rằng cần có bản cập nhật. {% endstep %} {% step %} #### **Truy xuất dữ liệu điểm cuối** Cách dữ liệu lịch đến một điểm cuối Zoom phụ thuộc vào loại điểm cuối và phương thức xác thực đã chọn. Các phần sau mô tả từng mô hình. **Ứng dụng máy tính để bàn và di động: Truy cập được ủy quyền** Khi sử dụng Truy cập được ủy quyền, Dịch vụ Lập lịch Web Zoom chuyển mã thông báo Truy cập OAuth đến ứng dụng khách trên máy tính để bàn hoặc di động khi đăng nhập. Ứng dụng khách giữ mã thông báo này tạm thời trong bộ nhớ và dùng nó để kết nối trực tiếp với nhà cung cấp lịch nhằm truy xuất dữ liệu Sự kiện. Nếu mã thông báo Truy cập không hợp lệ, Dịch vụ Lập lịch Web Zoom sử dụng mã thông báo làm mới được lưu trữ để yêu cầu một mã thông báo Truy cập mới và chuyển nó cho ứng dụng khách. **Ứng dụng trên máy tính và di động: Quyền ứng dụng (Microsoft Graph API)** Khi sử dụng phương thức Quyền ứng dụng, mã thông báo truy cập vẫn được lưu trong Zoom cloud và không được chuyển tới các thiết bị của máy khách. Thay vào đó, mọi yêu cầu dữ liệu lịch đều được chuyển tiếp (proxy) thông qua Dịch vụ Lịch Web của Zoom thay mặt cho máy khách. Máy khách không kết nối trực tiếp tới nhà cung cấp dịch vụ lịch. **Zoom Rooms: Cả hai phương pháp** Bất kể việc Quyền ứng dụng hoặc Truy cập ủy quyền đầy đủ được sử dụng, Zoom Rooms lưu token cả trên đám mây và cục bộ trên điểm cuối của Zoom Rooms. Zoom Rooms kết nối trực tiếp với nhà cung cấp lịch để truy xuất dữ liệu lịch. {% hint style="info" %} Các sơ đồ trên [Chi tiết theo nhà cung cấp](/technical-library/vi/goc-quan-tri-vien/third-party-integrations/zoom-calendaring-integration-explainer/provider-specific-details.md) Trang này minh họa các phương thức Microsoft Graph API ủy quyền và dựa trên ứng dụng cho các tích hợp máy tính để bàn và di động của người dùng. Zoom Rooms tuân theo một mô hình lưu trữ và truy xuất mã thông báo khác như mô tả ở trên. {% endhint %} {% endstep %} {% step %} #### Đồng bộ lịch hai chiều Khi bật Đồng bộ lịch hai chiều, nếu người dùng lên lịch hoặc cập nhật một cuộc họp từ ứng dụng Zoom hoặc trên web, Dịch vụ lịch web sẽ tạo hoặc cập nhật Sự kiện trên lịch của người dùng thông qua API của nhà cung cấp dịch vụ lịch. {% hint style="info" %} Quản trị viên có thể [Cấu hình Đồng bộ hai chiều](https://support.zoom.us/hc/en-us/articles/8522918261645-Enabling-bi-directional-calendar-sync) ở cấp tài khoản hoặc nhóm người dùng. Đồng bộ hai chiều hỗ trợ các cập nhật được thực hiện cho các loại cuộc họp sau: * Một cuộc họp riêng lẻ * Một chuỗi cuộc họp (định kỳ) * Một lần xuất hiện của chuỗi cuộc họp {% endhint %} {% endstep %} {% endstepper %} ### Đăng ký ứng dụng Microsoft Entra tùy chỉnh là Tùy chọn Để tìm hiểu thêm về cách thiết lập ứng dụng tùy chỉnh cho Zoom Rooms, hãy xem bài viết Hỗ trợ Zoom [Thiết lập Zoom Rooms với Office 365](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0063474). ### Những điểm cuối Zoom nào có thể Truy cập vào dịch vụ lịch? Có bốn loại điểm cuối lịch Zoom khác nhau, mỗi loại sẽ được trình bày chi tiết hơn ở phần sau của tài liệu này. * Dịch vụ Lịch Web * Ứng dụng máy tính và di động * Zoom Rooms * Trình kết nối API nâng cao --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://library.zoom.com/technical-library/vi/goc-quan-tri-vien/third-party-integrations/zoom-calendaring-integration-explainer/zoom-calendaring-overview.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.