Zoom Scheduler 說明

本說明提供 Zoom Scheduler 及其功能的概覽。

在 Zoom Workplace 應用程式中管理 Scheduler 的單次會議。

Zoom Scheduler 總覽

本文件提供 Zoom Scheduler 的技術概覽，涵蓋其架構、資料處理作法與整合能力。本說明文件專為評估或在組織內導入 Scheduler 的 IT 管理員、安全團隊與技術決策者而設計。

Zoom Scheduler 是一項預約排程產品，專為需要提供可預訂時段的專業人士而設計

Zoom Scheduler 是一項預約排程產品，可讓使用者與組織外的人員分享可用時間，從而簡化預約體驗。它專為需要提供可預訂時段的專業人士而設計，無論是業務團隊、招募人員、顧問或客戶成功經理皆適用。Zoom Scheduler 可避免為了找到彼此都可的時間而反覆來回溝通。

Scheduler 會搭配相容的行事曆服務，顯示您的可用性，並在預約排定時建立事件。它支援多種會議模式，包括一對一會議、團隊排程和可用性投票，讓外部參與者選擇適合自己的時間。

下圖顯示 Zoom Scheduler 運作方式的概覽：

Zoom Scheduler 服務概覽。

Zoom Scheduler 與 Zoom 行事曆整合雖然用語可互換，但用途不同

Scheduler 與行事曆整合用途不同，且常被將這些詞彙交替使用的客戶混淆。

Zoom 行事曆整合 在 Zoom 端點之間同步行事曆資料。將行事曆服務與 Zoom 整合，複雜度可依組織需求而簡單或深入。在 將企業行事曆服務與 Zoom Workplace 整合的情況下，則需要特殊存取權與權限。但使用 Zoom Scheduler 時，存取層級則較受限。

Zoom Scheduler 可讓您與組織內外的人員建立可公開檢視且可預訂的排程。它可與您的行事曆整合，以同步已預訂的約會並檢查行事曆衝突。它會依需求讀取行事曆的空閒/忙碌狀態，並在預約排定時寫入新事件。它是您現有行事曆之上的另一層，而不是取代品。

Scheduler 無須啟用 Zoom 行事曆整合即可運作。Scheduler 會透過其自己的 OAuth 授權直接連接到您的行事曆供應商。

Zoom Scheduler 於 Zoom Workplace Business 方案中授權，也可作為附加元件購買

Zoom Scheduler 是一項授權產品。它包含於 Zoom Workplace 的 Business 級別及以上方案，或可作為其他方案的獨立附加元件提供。

啟用 Zoom Scheduler 有哪些好處？

• 向外部分享可用性 而不暴露行事曆詳細資訊：受邀者只能看到可用時段，而看不到您的事件標題或描述

• 減少排程摩擦 透過消除以電子郵件來回確認會議時間

• 自動衝突偵測 有助於防止重複預訂

• 自動建立行事曆事件 當有人預訂時間時，會在各平台與地點自動加入會議詳細資訊，包括 Zoom、Microsoft Teams、Google Meet，以及現場或面對面會議

• 支援多種預訂類型 例如「所有主持人皆可」與「任何主持人皆可」，以利跨團隊協調排程

• 有助於減少爽約並提高與客戶的互動 搭配電子郵件與簡訊自動化，例如提醒與後續追蹤電子郵件

支援哪些行事曆供應商？

Zoom Scheduler 與以下行事曆服務相容：

• Microsoft 365：雲端代管的 Exchange Online 行事曆

• Google Workspace：Google 日曆

• Zoom Mail & Calendar

目前 Zoom Scheduler 對 iCloud 日曆的支援仍處於 beta 階段，且不在本文範圍內。

可透過網頁、Zoom Workplace 與 Zoom 行動應用程式使用 Zoom Scheduler

使用 Zoom Scheduler 預約約會的使用者。

使用者可透過以下方式存取 Zoom Scheduler：

• 網頁瀏覽器 透過 Zoom 網頁入口網站

• Zoom Workplace 應用程式 在桌上型電腦上

• Zoom 行動應用程式 在 iOS 與 Android 上（目前僅支援有限的讀取功能）

行動安全性：

行動版使用與桌面應用程式相同的資料流程。行動應用程式會將 Scheduler 頁面載入至已驗證的 webview。該 webview 透過 HTTPS 向 Zoom 伺服器發出所有請求。當 webview 需要呼叫原生裝置功能時，會使用 postMessage，而原生層會在執行任何動作前驗證訊息來源。

外部參與者存取：

外部參與者可透過主辦人分享的預訂頁面連結存取 Scheduler。這些連結會在網頁瀏覽器中開啟，且不需要參與者擁有 Zoom 帳戶或安裝 Zoom Workplace 應用程式。

資料處理與安全性

Zoom Scheduler 使用 OAuth 2.0 與後端 API 來存取行事曆資料

Zoom Scheduler 透過 OAuth 2.0 授權存取行事曆資料：

1. 使用者透過網頁入口網站或 Zoom 應用程式存取 Zoom Scheduler。

2. Zoom 的內部服務從主辦人的行事曆供應商擷取存取權杖。

3. 在授予權限後，Scheduler 可以檢視主辦人的行事曆可用性並建立或修改事件。

4. 當發生排程動作時，Scheduler 會發出 API 請求，從行事曆供應商重新整理即時可用性。

Zoom Scheduler 應用程式不會直接連接到行事曆服務。所有行事曆請求都會透過 Zoom 的後端服務經由 API 流動。

OAuth 權杖在儲存期間會加密、於一小時後過期，且可由使用者撤銷

Scheduler 使用標準 OAuth 2.0 與 Microsoft 和 Google 進行行事曆整合。

權杖儲存：

• 存取權杖儲存在 Redis 快取中

• 重新整理權杖會加密並儲存在 MongoDB 中

• 權杖以 256 位元 AES-GCM 加密儲存

權杖重新整理：

存取權杖約一小時後過期。當權杖過期且使用者採取需要行事曆存取的動作時，Zoom 會自動使用已儲存的重新整理權杖更新存取權杖。此程序是自動的，無須使用者介入。

權杖撤銷：

使用者可隨時透過 Zoom 網頁入口網站中斷 Scheduler 與其行事曆的連結，這會撤銷 Scheduler 的存取權。行事曆供應商的管理員也可透過各自的管理主控台撤銷存取權（Microsoft 使用 Entra ID，Google 使用 Google Workspace Admin）。

Zoom Scheduler 會存取哪些行事曆資訊？

Zoom Scheduler 會存取您行事曆的 空閒/忙碌狀態 以判斷可用性。它會使用這項資訊向參與者顯示可預訂的時段。

對於 Scheduler 未建立的行事曆事件，Scheduler 不會存取或讀取：

• 事件標題

• 事件描述或內文內容

• 與會者清單

• 附件

當參與者預訂時間時，Scheduler 會建立新的行事曆事件。當參與者修改預訂時，Scheduler 會更新其建立的事件。Scheduler 只會管理其建立的事件，不會修改您的其他行事曆事件。

Zoom Scheduler 會儲存哪些資料？

Scheduler 的資料儲存範圍有限且具體。

• 預訂頁面名稱、連結、描述、地點、提醒、行事曆邀請、取消政策、與會者及與會者問題。

• 來自與會者的預訂回覆。

• 可用性投票及其描述。

• Scheduler 路由表單名稱、描述與表單問題。

• Scheduler 使用者個人資料圖片、上傳的品牌標誌與通知內容。

• Scheduler 代管人管理資訊。

• Scheduler 付款整合資訊。

Zoom Scheduler 不支援 Customer Managed Key（CMK）

Scheduler 目前不支援使用 Zoom Customer Managed Key 來加密儲存資料。對於有 CMK 要求的組織，應將此因素納入部署決策。

Zoom Scheduler 如何保護使用者隱私？

只有當主辦人透過 OAuth 授權將 Scheduler 的存取權授予已連結的行事曆時，Scheduler 才能運作。

例如，如果執行長尚未將其行事曆連結至 Scheduler，其可用性就不會出現在團隊排程情境中。每位使用者都必須個別授權 Scheduler 存取其行事曆。

這表示：

• 使用者可控制其可用性是否透過 Scheduler 顯示

• 現有的行事曆權限控制維持不變

• 在使用者明確連結其行事曆之前，不會有任何行事曆資料可供存取

預訂頁面可見度：

預訂頁面可透過其唯一 URL 公開存取。使用者可變更預訂頁面的可見度，以提高隱私。例如，將其標記為啟用或停用。此外，每個個別預訂頁面都有一個進階選項「隱藏於公開預訂頁面」，可更細緻地控制哪些頁面會在外部顯示或不顯示。

只有在以下情況下，才會即時擷取行事曆可用性（空閒/忙碌狀態）:

• 使用者建立單次會議或可用性投票

• 參與者開啟預訂連結以檢視可用時間

• 參與者預訂或修改時間

資料在傳輸過程中如何受到保護？

Zoom 服務與行事曆供應商之間的所有通訊都使用 TLS 1.2 加密。

Zoom Scheduler 使用標準 Zoom 443 埠連線，且沒有其他特殊網路需求

除標準 Zoom 存取外，Scheduler 沒有特殊的防火牆或網路需求。所有連線都使用 443 埠上的 HTTPS。請參閱 Zoom 一般的 網路與防火牆文件 以了解基本需求。

供應商特定詳細資訊

Zoom Scheduler 與下列行事曆服務和整合相容。

Zoom Scheduler 可與多種常見的行事曆服務供應商搭配使用

Zoom Scheduler 可連接多種行事曆應用程式，包括 Zoom Mail & Calendar。

如上所述，Zoom Scheduler 可連接以下服務以讀取可用性並建立事件：

• Microsoft 365：雲端代管的 Exchange Online 行事曆，例如 Outlook Calendar

• Google Workspace：Google 日曆

• Zoom Mail & Calendar

目前 Zoom Scheduler 對 iCloud 日曆的支援仍在 beta 階段，且不在本文範圍內。

不支援本機部署的 Exchange Server。

Zoom Scheduler 透過 Microsoft Graph 應用程式與 Microsoft 365 整合

Scheduler 使用名為 ZOOM-GRAPH 的 Microsoft Graph 應用程式連接到使用者行事曆。這是使用 OAuth 2.0 與委派權限的使用者層級整合，表示每位使用者都會個別授權存取自己的行事曆。

Scheduler 不使用應用程式權限或服務帳戶模型。沒有會代表使用者授予行事曆存取權的管理員層級部署。

Scheduler 需要哪些權限？

該 ZOOM-GRAPH 應用程式會要求下列 Microsoft Graph API 權限：

範圍	Microsoft 說明	Zoom 用途
offline_access	即使使用者目前未使用應用程式，也可維持對您已授權資料的存取權	即使使用者未主動使用 Scheduler，也可存取重新整理權杖
openid	讓使用者登入	驗證使用者並發出存取權杖（僅限登入，非即時存取）
Calendars.ReadWrite	完整存取使用者行事曆	建立、讀取、更新與刪除行事曆事件
Calendars.Read	讀取使用者可存取之所有行事曆中的事件，包括代管與共用行事曆	同步共用行事曆可用性

我要如何識別 ZOOM-GRAPH 應用程式？

該 ZOOM-GRAPH 在使用者授權 Scheduler 後，該應用程式會出現在您的 Entra ID 企業應用程式目錄中。您可以在企業應用程式清單中搜尋「ZOOM-GRAPH」來找到它。

Zoom Scheduler 透過 OAuth 2.0 與 Google 日曆整合

Scheduler 透過 OAuth 2.0 與使用者層級授權連接至 Google 日曆。

對於 Google Workspace 日曆使用者，需要以下權限：

範圍	Google 說明	Zoom 用途
Calendars.Read	傳回一組行事曆的空閒/忙碌資訊。	檢查空閒/忙碌狀態 顯示使用者的忙碌事件
Calendars.Read	傳回指定行事曆上的事件。	檢查目前排定事件是否與行事曆事件重疊
Calendars.Read	傳回行事曆的中繼資料。	整合設定 檢查授權
Calendars.Read	傳回使用者行事曆清單中的行事曆。	整合設定
Calendars.Read	監看 Events 資源的變更。	開始將行事曆上的事件取消同步至 Scheduler
Calendars.Read	透過此通道停止監看資源。	停止將行事曆上的事件取消同步至 Scheduler
Calendars.ReadWrite	建立事件。	將事件新增至特定行事曆
Calendars.ReadWrite	更新事件。此方法支援 patch 語意。	變更特定行事曆上的事件
Calendars.ReadWrite	刪除事件。	移除特定行事曆上的保留事件

Zoom Scheduler 可為各種會議平台建立會議

當約會被預訂時，Scheduler 可在以下平台建立會議：

• Zoom 會議

• Google Meet

• Microsoft Teams

第三方整合提供額外的排程功能

Scheduler 可與以下服務連接，以提供延伸功能：

• Stripe：預訂付款收款（更多詳細資訊請見下方 Stripe 部分）

• Zapier：工作流程自動化

• Salesforce：將已排定的事件同步至 Salesforce

Stripe 付款與 Zoom Scheduler

Zoom Scheduler 透過 Stripe Connect 整合，讓主辦人可對預訂收費

Zoom Scheduler 透過 Stripe Connect 整合，讓主辦人可對透過 Scheduler 預訂的約會收取費用。

此作法遵循非商家名義方（non-Merchant-of-Record，non-MoR）市場模式：主辦人* 與 Stripe 維持直接關係，使用自己的 Stripe 帳戶處理交易，並對任何費用或爭議負財務責任。

*主辦人是其透過 Zoom Scheduler 銷售之服務的商家名義方，並負責提供這些服務、向其與會者提供收據與客戶支援，以及處理退款、拒付和任何適用的消費者保護義務。

Zoom 不會對付款收取平台費用或佣金。在適用情況下，Zoom 會計算並收取交易的 VAT/GST，並將其匯付至相關稅務機關。如需更多資訊，請參閱 Zoom Support 文章 關於 Zoom Scheduler GST 與 VAT 的常見問題.

根據 Stripe 服務協議與 Stripe 連結帳戶協議，Stripe 是主辦人的獨立付款服務供應商。Stripe 不是 Zoom 的次處理者；Zoom 與 Stripe 各自作為其為整合所處理之個人資料的獨立控管者，且僅在為運作主辦人已授權的 Stripe Connect 整合所需時，才彼此共享資料。

主辦人透過標準 OAuth 流程連接 Stripe 與 Zoom，並接受 Stripe 的連結帳戶協議

主辦人透過 Stripe 所代管的標準 OAuth 授權流程，將其 Stripe 帳戶經由 Stripe Connect 連接至 Zoom Scheduler。在導入過程中，Stripe 會提供其自己的連結帳戶協議與隱私權政策。

在此 OAuth 流程中，主辦人同意 Stripe 的連結帳戶協議，該協議規範 Stripe Connect 與主辦人底層的 Stripe 服務協議並行使用。主辦人與 Zoom 的關係仍受其現有 Zoom Workplace 與 Zoom Scheduler 條款約束。一旦授權，Zoom Scheduler 即可依照 Stripe 連結帳戶協議所述，代表主辦人發起付款交易。

付款卡資料完全由 Stripe 處理，且絕不會經過 Zoom 的系統

向付款者顯示的付款表單，是嵌入在 Zoom Scheduler 預訂頁面上的 Stripe 代管 Payment Element。雖然表單在視覺上顯示於 Zoom 代管的頁面上，但付款卡資料會直接輸入並傳送至 Stripe 的伺服器。Zoom 不會儲存付款卡資料或處理付款資料。這是 Stripe Element 整合的標準作法。

Zoom 會儲存哪些資訊：

為符合其市場稅務義務，Zoom 會收集並保留以下資料：

• 每位付款人的帳單地址（亦稱為「Sold To」地址）

• 姓名

• 電子郵件

• VAT（如適用）

• 稅務編號（如適用）

這些資訊用於判定稅務管轄區並計算適用稅額。Zoom 負責在適用管轄區中判定、計算與匯付 VAT/GST。這些帳單資訊也會與 Stripe 共享，以支援付款處理與稅額計算。作為回應，Stripe 會依主辦人在 Stripe 連結帳戶協議中的授權，將與預訂相關的資料回傳給 Zoom。Zoom 會使用這些資料來運作預訂體驗（例如確認或取消約會），以及用於本文所述的市場、稅務與報告用途。如需稅款收取與特定管轄區規則的完整詳細資訊，請參閱 Zoom Support 文章 關於 Zoom Scheduler GST 與 VAT 的常見問題.

Zoom 會在主辦人的 Stripe 帳戶中建立 Payment Intent，並將付款 ID 對應到該預訂

當付款人發起預訂付款時，Zoom Scheduler 會透過 Stripe API 建立指向主辦人已連結 Stripe 帳戶的 Payment Intent。Stripe 會為該 Payment Intent 產生交易 ID 並回傳給 Zoom，Zoom 會用其追蹤並確認付款狀態。

款項會直接存入主辦人的 Stripe 帳戶。Zoom 會將付款 ID 與狀態對應到其內部預訂 ID，以便確認與記錄保存。

主辦人可從 Scheduler UI 或其 Stripe 儀表板取消並退款已付款預訂

Zoom Scheduler UI 中的「取消並退款」按鈕選項

Zoom Scheduler UI 中的「管理交易」下拉式選項

對於已付款預訂，主辦人有兩種退款管理選項。在 Zoom Scheduler UI 中，主辦人可以選擇 取消並退款 於某筆預訂，以取消事件並全額退款，或在維持事件啟用的情況下退還與會者款項。

在這兩種情況下，Zoom 都會透過 Stripe API 觸發退款，而款項會退回至與會者原本的付款方式。

或者，主辦人可以選擇 管理交易 直接前往其已連結的 Stripe 儀表板，在那裡可檢視交易詳細資料，並透過 Stripe 自己的介面處理退款。

若發生退款，主辦人 不會 獲得交易費或 Stripe 收取的其他費用補償。關於費用處理問題，主辦人應直接聯絡 Stripe。

取消 Stripe/Zoom 約會時的「取消並退款」確認選項。

附錄

Zoom Scheduler 透過 Twilio 傳送簡訊通知，並內建內容保護機制

Zoom Scheduler 使用第三方雲端通訊平台 Twilio，向與會者傳送簡訊通知。訊息會從由 Zoom 管理的一組電話號碼發送。

訊息處理與保護機制

在傳送前，Zoom 會透過內部安全、垃圾訊息與網路釣魚篩選器處理所有簡訊通知。此外，Zoom 使用 AI 偵測來防止使用者將敏感資訊加入簡訊通知範本。Twilio 可能會套用額外篩選，並封鎖其判定為垃圾訊息的內容。對於偵測到垃圾訊息或違反政策比率偏高的帳戶，Zoom 可能會停用其簡訊功能。

與會者同意與控制

與會者必須在預訂時選擇同意接收簡訊通知。與會者可透過回覆任何 Scheduler 簡訊訊息來管理其簡訊偏好：

• STOP：取消訂閱簡訊

• START：重新訂閱簡訊

• HELP：取得說明資訊

回覆必須傳送至與會者收到訊息時的同一個號碼。

Zoom Scheduler 通知可透過電子郵件或 Zoom 行動應用程式的推播提供

管理員可用的 Zoom Scheduler 通知選項。

Scheduler 透過以下方式傳送預訂確認與提醒：

• 電子郵件：傳送給主辦人與參與者的確認與提醒電子郵件

• 推播通知：已安裝 Zoom 行動應用程式之主辦人的行動應用程式通知

• 簡訊 透過 Twilio。

Zoom Scheduler 可透過美國與歐盟叢集使用

目前，Zoom Scheduler 已正式向託管於 Zoom 美國叢集，以及位於 Zoom 歐洲叢集區域內的 Zoom 客戶提供。

託管於其他叢集的組織應與其 Zoom 帳戶團隊確認可用性。

目前限制

以下功能目前不支援：

• 預訂頁面的 SSO 或密碼保護：預訂頁面可透過其唯一 URL 公開存取

• 預訂邀請中的附件：無法在預訂頁面邀請中加入附件

• Customer Managed Key（CMK）：Scheduler 不支援用於加密儲存資料的 CMK

• 管理員層級的行事曆部署：每位使用者都必須個別連結其行事曆；管理員無法代表使用者授予存取權

• 本機部署的 Exchange Server 支援：僅支援雲端代管的行事曆供應商

• 簡訊長度： 文字訊息限制為 180 個字元

• 簡訊中不得包含 URL： 含有連結的訊息會被封鎖且不會傳送

• 大型活動停用簡訊： 對於超過 100 位已註冊與會者的活動，不會傳送簡訊流程

• 國際簡訊傳送： 某些國家/地區的部分電信業者有嚴格篩選，可能會封鎖訊息

相關資源

• Zoom Scheduler 產品頁面

• Zoom Scheduler 支援文件

• Zoom 行事曆整合說明文件

• Zoom 的網路與防火牆需求