Zoom Scheduler 說明
本說明提供 Zoom Scheduler 及其功能概覽。
概覽
本文件提供 Zoom Scheduler 的技術概覽，涵蓋其架構、資料處理做法與整合能力。本說明文件專為評估或在組織內實作 Scheduler 的 IT 管理員、安全團隊與技術決策者而設計。
Zoom Scheduler 是一款預約排程產品，專為需要提供可預約時段的專業人士所設計
Zoom Scheduler 是一款預約排程產品，可讓使用者與其組織外的人員分享可用時間，從而簡化預約體驗。它專為需要提供可預約時段的專業人士而設計，無論是銷售團隊、招募人員、顧問或客戶成功經理。Zoom Scheduler 有助於減少尋找雙方都可用時間時反覆來回溝通的情況。
Scheduler 會搭配您相容的行事曆服務，顯示您的可用性並在預約完成時建立活動。它支援多種會議模式，包括一對一會議、團隊排程與可用性投票，讓外部參與者可選擇適合他們的時間。
下圖顯示 Zoom Scheduler 運作方式的概覽：
Zoom Scheduler 與 Zoom Calendar Integration 雖然用語可互換，但用途不同
Zoom Scheduler 與 Zoom Calendar Integration 的用途不同，但由於這些術語可互換使用，有時會讓客戶混淆。
Zoom Calendaring Integration 可在 Zoom 端點之間同步行事曆資料。將行事曆服務與 Zoom 整合，可以依組織需求簡單或複雜地進行。 將企業行事曆服務整合至 Zoom Workplace 需要特殊存取權限與許可。不過，使用 Zoom Scheduler 時，存取層級是受限的。
Zoom Scheduler 可讓您與組織內外的其他人建立可公開檢視且可預約的排程。它可與您的行事曆整合，同步已預約的約會並檢查行事曆衝突。它會讀取行事曆的空閒與忙碌狀態，並在約會完成預約時寫入新活動。它是在您現有行事曆之上的另一層，而非取代它。
Scheduler 不需要啟用 Zoom Calendaring Integration 即可運作。Scheduler 會透過其自己的 OAuth 授權直接連線到您的行事曆供應商。
Zoom Scheduler 由 Zoom Workplace Business 授權提供，也可作為附加元件購買
Zoom Scheduler 是一項授權產品。它包含於 Zoom Workplace 的 Business 方案及以上方案中，或可作為其他方案的獨立附加元件使用。
啟用 Zoom Scheduler 有哪些好處？
向外部分享可用時間 而不暴露行事曆詳細資訊：受邀者只能看到可用時段，而看不到您的活動標題或說明
減少排程摩擦 透過減少以電子郵件來回確認會議時間的情況
自動衝突偵測 有助於避免重複預訂
自動建立行事曆活動 當有人預約時間時，會在各種平台與地點建立會議詳細資訊，包括 Zoom、Microsoft Teams、Google Meet，以及現場或面對面會議
支援多種預約類型 例如「所有主持人皆可用」與「任一主持人可用」，以便跨團隊協調排程
使用電子郵件與 SMS 自動化 例如提醒與後續電子郵件，以協助減少未出席並維持客戶參與
支援哪些行事曆供應商？
Zoom Scheduler 與以下行事曆服務相容：
Microsoft 365：雲端代管的 Exchange Online 行事曆
Google Workspace：Google 日曆
Zoom Mail & Calendar
目前 Zoom Scheduler 對 iCloud Calendar 的支援仍處於測試版，不在本文範圍內。
可透過網頁，以及 Zoom Workplace 桌面與行動應用程式存取 Zoom Scheduler
使用者可透過以下方式存取 Zoom Scheduler：
網頁瀏覽器 透過 Zoom 網路入口網站
Zoom Workplace 應用程式 在桌面版（Windows、macOS、Linux）或行動版 iOS 和 Android 上
行動裝置安全性：
行動版使用與桌面應用程式相同的資料流程。行動應用程式會將 Scheduler 頁面載入至已驗證的 webview。webview 會透過 HTTPS 向 Zoom 伺服器提出請求。當 webview 需要呼叫原生裝置功能時，會使用 postMessage，而原生層會先驗證訊息來源，再執行任何動作。
外部參與者存取：
外部參與者會透過主持人分享的預約頁面連結來存取 Scheduler。這些連結會在網頁瀏覽器中開啟，而且除非主持人已將頁面限制為僅限已登入使用者，否則不需要參與者擁有 Zoom 帳戶或安裝 Zoom Workplace 應用程式。
資料處理、安全性與資料駐留
Zoom Scheduler 使用 OAuth 2.0 與後端 API 存取行事曆資料
Zoom Scheduler 透過 OAuth 2.0 授權存取行事曆資料：
使用者透過網路入口網站或 Zoom 應用程式存取 Zoom Scheduler。
Zoom 的內部服務會從主持人的行事曆供應商擷取存取權杖。
在取得授權後，Scheduler 可檢視主持人的行事曆可用性並建立或修改活動。
當發生排程動作時，Scheduler 會向 API 發出請求，從行事曆供應商重新整理即時可用性。
Zoom Scheduler 應用程式不會直接連線到行事曆服務。所有行事曆請求都會透過 Zoom 的後端服務經由 API 流轉。
OAuth 權杖會在一小時後到期，且可由使用者撤銷
Scheduler 使用標準 OAuth 2.0 與 Microsoft 和 Google 進行行事曆整合。
權杖儲存：
存取權杖會儲存在 Redis 快取中，TTL 為一小時
重新整理權杖會儲存在 MongoDB 中，且於靜態儲存時經過加密
權杖重新整理：
存取權杖約在一小時後到期。當權杖到期且使用者執行需要行事曆存取的動作時，Zoom 會使用已儲存的重新整理權杖自動重新整理存取權杖。此程序是自動的，不需要使用者介入。
權杖撤銷：
使用者可隨時透過 Zoom 網路入口網站將其行事曆與 Scheduler 中斷連結，這可讓使用者撤銷 Zoom 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）
Zoom Scheduler 支援以下資料類型的 Customer Managed Key（CMK）加密：
可用性
預約頁面資料（預約頁面、一次性連結、投票）
群組
路由表單資料
已排定活動資料
團隊
工作流程
團隊與群組
Zoom Scheduler 中的團隊是共享預約頁面並協調排程的一組使用者（例如用於「任一主持人可用」或「所有主持人皆可用」的預約）。目前只有 Scheduler 管理員可建立團隊。Scheduler 管理員建立團隊後，可以將團隊成員指派為團隊管理員，而該管理員之後可以將其他成員加入該團隊。
Scheduler 群組可與 Zoom 使用者群組同步，這表示 Scheduler 中的群組成員資格可繼承自組織既有的 Zoom 使用者群組架構，而非在 Scheduler 中獨立管理。
目前群組的最大人數上限為 1,600 名使用者。
Zoom Scheduler 如何保護使用者隱私？
只有當主持人透過 OAuth 授權將 Scheduler 存取權授予已連線的行事曆時，Scheduler 才能運作。
例如，如果某位執行長尚未將其行事曆連線至 Scheduler，那麼在團隊排程情境中就不會顯示其可用性。每位使用者都必須個別授權 Scheduler 存取其行事曆。
這表示：
使用者可控制自己的可用性是否會透過 Scheduler 顯示
既有的行事曆權限控制維持不變
在使用者明確連線其行事曆之前，不會存取任何行事曆資料
預約頁面可見性：
預約頁面可透過其唯一 URL 公開存取。使用者可變更預約頁面的可見性以提升隱私，例如將其標示為啟用或停用。此外，每個單獨的預約頁面都有一個額外選項「從公開預約頁面隱藏」，可更細緻地控制哪些頁面要外部顯示或不顯示。
行事曆可用性（空閒/忙碌狀態）只會在以下情況即時擷取：:
使用者建立一次性會議或可用性投票
參與者開啟預約連結以查看可用時間
參與者預約或修改時間
資料在傳輸過程中如何受到保護？
Zoom 服務與行事曆供應商之間的通訊會使用 TLS 1.2 或更高版本在傳輸過程中加密。
Zoom Scheduler 使用標準 Zoom 443 連線，且沒有其他特殊網路需求
Scheduler 除了標準 Zoom 存取之外，沒有特殊的防火牆或網路需求。連線使用 443 埠上的 HTTPS。請參閱 Zoom 的一般 網路與防火牆文件 以瞭解基準需求。
資料在靜態儲存時如何受到保護？
儲存在靜態狀態的 Scheduler 資料，包括重新整理權杖，都使用 TLS 1.2 加密進行加密。對於特定資料類型，Scheduler 也支援 Customer Managed Key（CMK）加密，適用於需要額外控制加密金鑰的組織。
Zoom 如何處理 Scheduler 資料的資料駐留？
Scheduler 資料的區域指派由客戶的 Zoom 網頁/會議區域設定決定。請聯絡您的 Zoom 帳戶團隊，以確認您的組織適用的資料區域。
Zoom Scheduler 會為特定功能使用第三方次處理商，例如通知與付款處理。這些次處理商所處理的資料，須遵循其各自的資料處理與儲存做法，詳見 Zoom 的次處理商清單.
Zoom Scheduler 如何處理速率限制？
Zoom Scheduler 在多個層級強制執行速率限制，包括每個預約連結、每個 IP 位址、每位已驗證使用者以及每個 API 請求。公開預約頁面也受到防範機器人活動與阻斷服務流量的保護。超出速率限制的請求會收到標準 HTTP 429（請求過多）回應。
每次造訪公開預約頁面都會對已連線的行事曆供應商觸發即時可用性檢查；不會套用快取。因此，在流量高峰期間，第三方行事曆供應商自身的速率限制（例如 Microsoft Graph 或 Google Calendar）也可能影響可用性檢查。
提供者特定詳細資訊
Zoom Scheduler 與以下行事曆服務和整合相容。
Zoom Scheduler 可與部分行事曆服務供應商搭配使用
如上所述，Zoom Scheduler 可連線至以下服務，以讀取可用性並建立活動：
Microsoft 365：雲端代管的 Exchange Online 行事曆，例如 Outlook Calendar
Google Workspace：Google 日曆
Zoom Mail & Calendar
目前 Zoom Scheduler 對 iCloud Calendar 的支援仍處於測試版，不在本文範圍內。
Zoom Scheduler 使用 Microsoft Graph 應用程式與 Microsoft 365 整合
Scheduler 使用名為 ZOOM-GRAPH 的 Microsoft Graph 應用程式連線到使用者行事曆。這是一種使用 OAuth 2.0 與委派權限的使用者層級整合，表示每位使用者都會個別授權存取自己的行事曆。
Scheduler 不使用應用程式權限或服務帳戶模型。沒有由管理員層級部署來代表使用者授予行事曆存取權。
Scheduler 需要哪些權限？
該 ZOOM-GRAPH 應用程式會要求以下 Microsoft Graph API 權限：
offline_access
即使使用者目前沒有在使用此應用程式，也能保有對您已授權資料的存取權
在使用者未主動使用 Scheduler 時，仍可存取重新整理權杖
openid
讓使用者登入
驗證使用者並發出存取權杖（僅登入，不用於即時存取）
Calendars.ReadWrite
完整存取使用者行事曆
建立、讀取、更新與刪除行事曆活動
Calendars.Read
讀取使用者可存取的所有行事曆中的活動，包括委派與共用行事曆
同步共用行事曆可用性
我要如何辨識 ZOOM-GRAPH 應用程式？
該 ZOOM-GRAPH 在使用者授權 Scheduler 後，此應用程式會出現在您的 Entra ID 企業應用程式目錄中。您可以在企業應用程式清單中搜尋「ZOOM-GRAPH」來找到它。
Zoom Scheduler 使用 OAuth 2.0 與 Google Calendar 整合
Scheduler 使用使用者層級授權的 OAuth 2.0 連線至 Google Calendar。
對於 Google Workspace 行事曆使用者，需要以下權限：
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 Meetings
Google Meet
Microsoft Teams
第三方整合可提供額外的排程功能
Scheduler 可連線至以下服務以擴充功能：
Stripe：用於預約的付款收取（更多詳細資訊請參閱下方的 Stripe 區段）
Zapier：工作流程自動化
Salesforce：將已排定活動同步至 Salesforce
Stripe 付款與 Zoom Scheduler
Zoom Scheduler 與 Stripe Connect 整合，讓主持人可對預約收費
Zoom Scheduler 與 Stripe Connect 整合，讓主持人可對透過 Scheduler 預約的約會收取費用。
這遵循非商家紀錄（non-MoR）的市集模式：主持人* 與 Stripe 保持直接關係，使用自己的 Stripe 帳戶處理交易，並對任何費用或爭議負財務責任。
* 主持人是透過 Zoom Scheduler 銷售之服務的商家紀錄，並負責交付這些服務，以及向其參與者提供收據和客戶支援，並處理退款、退單與適用的任何消費者保護義務。
Zoom 目前不會對透過 Stripe 整合處理的付款收取平台費或佣金。標準 Stripe 交易費可能適用，且由主持人負責。Zoom 的費用結構可能變更；請參閱您的 Zoom 合約以了解目前條款。
在適用情況下，Zoom 會計算並收取交易上的 VAT/GST，並將其匯給相關稅務機關。如需更多資訊，請參閱 Zoom 支援文章 關於 Zoom Scheduler GST 與 VAT 的常見問題.
主持人透過標準 OAuth 流程將 Stripe 與 Zoom 連結，並接受 Stripe 的連結帳戶協議
主持人透過由 Stripe 託管的標準 OAuth 授權流程，將其 Stripe 帳戶透過 Stripe Connect 連結到 Zoom Scheduler。在初始設定期間，Stripe 會顯示自己的連結帳戶協議與隱私權政策。
在 OAuth 流程期間，主持人同意 Stripe 的連結帳戶協議，該協議與主持人底層的 Stripe 服務協議一併規範其對 Stripe Connect 的使用。主持人與 Zoom 的關係仍將受其現有 Zoom Workplace 與 Zoom Scheduler 條款約束。一旦授權，Zoom Scheduler 即可依據 Stripe 連結帳戶協議的說明，代表主持人啟動付款交易。
付款卡號由 Stripe 收集與處理，不會儲存在 Zoom 的伺服器上，也不會透過 Zoom 的伺服器傳輸
付款人看到的付款表單是嵌入在 Zoom Scheduler 預約頁面上的 Stripe 託管 Payment Element。雖然表單在視覺上顯示於 Zoom 託管的頁面上，但付款卡資料實際是在 Stripe 的伺服器中輸入，並直接傳送至 Stripe 的伺服器。Zoom 不會接收、儲存或處理付款卡號。Zoom 會與 Stripe API 互動以進行交易管理，例如建立付款意圖與處理退款，並收集本文所述的某些帳單資訊。這是 Stripe Element 整合的標準做法。
Zoom 會儲存哪些資訊？
為符合其市集稅務義務，Zoom 會收集並保留以下資訊：
每位付款人的帳單地址（亦稱為「售予」地址）
姓名
電子郵件
VAT（如適用）
稅務識別碼（如適用）
這些資訊用於判定稅務管轄區並計算適用稅金。Zoom 作為負責主體，在適用司法管轄區內負責判定、計算與匯繳 VAT/GST。這些帳單資訊也會與 Stripe 共享，以支援付款處理與稅務計算。反過來，Stripe 會在主持人依據 Stripe 連結帳戶協議授權的情況下，將與預約相關的資料分享回 Zoom。Zoom 使用這些資料來運作預約體驗（例如確認或取消約會），以及用於本文所述的市集、稅務與報告目的。關於稅務收取與各司法管轄區規則的完整詳細資訊，請參閱 Zoom 支援文章 關於 Zoom Scheduler GST 與 VAT 的常見問題.
Zoom 會在主持人的 Stripe 帳戶中建立付款意圖，並將付款 ID 對應至該預約
當付款人啟動預約付款時，Zoom Scheduler 會透過 Stripe API 建立付款意圖，並導向主持人已連結的 Stripe 帳戶。Stripe 會為該付款意圖產生交易 ID 並將其回傳給 Zoom，Zoom 會利用它來追蹤並確認付款狀態。
款項會直接存入主持人的 Stripe 帳戶。Zoom 會將付款 ID 與狀態對應到其內部預約 ID，以供確認與記錄保存。
主持人可從 Scheduler UI 或其 Stripe 儀表板取消並退款已付款的預約
對於已付款的預約，主持人有兩種退款管理方式。在 Zoom Scheduler UI 中，主持人可選擇 取消並退款 針對某個預約，取消活動並全額退款，或在維持活動有效的情況下向出席者退款。
在這兩種情況下，Zoom 都會透過 Stripe API 觸發退款，款項會退回到出席者原本的付款方式。
或者，主持人也可選擇 管理交易 直接前往其已連結的 Stripe 儀表板，在那裡可透過 Stripe 自己的介面檢視交易詳細資訊並處理退款。
若發生退款，主持人 不會 獲得交易費或 Stripe 收取的其他費用退款。關於費用處理的問題，主持人應直接聯絡 Stripe。
附錄
Zoom Scheduler 使用內建內容防護措施，透過 Twilio 傳送 SMS 通知
Zoom Scheduler 使用第三方雲端通訊平台 Twilio 向出席者傳送 SMS 通知。訊息會從由 Zoom 管理的一組電話號碼傳送。
訊息處理與防護措施
在傳送之前，Zoom 會透過內部安全、垃圾訊息與釣魚過濾器處理所有 SMS 通知。此外，Zoom 會使用 AI 偵測，協助在 SMS 通知範本傳送前識別並標記其中的敏感資訊。Twilio 可能會套用額外過濾，並封鎖其判定為垃圾訊息的內容。若帳戶偵測到高比例的垃圾訊息或違規行為，Zoom 可能會停用其 SMS 功能。
出席者同意與控制
出席者在預約時必須選擇接收 SMS 通知。出席者可透過回覆任何 Scheduler SMS 訊息來管理其 SMS 偏好：
STOP：取消訂閱簡訊
START：重新訂閱簡訊
HELP：取得說明資訊
回覆必須傳送至出席者收到訊息的同一號碼。
Zoom Scheduler 支援以電話（SMS）確認作為電子郵件的替代方案
可將預約頁面設定為電話確認模式，其中電話號碼取代電子郵件作為主要出席者聯絡欄位，而 SMS 則取代電子郵件用於預約確認與取消。此模式會自動套用至連結至 Zoom Virtual Agent（ZVA）接待員語音預約流程的預約頁面。
方案需求與備援行為
電話確認模式的 SMS 傳送受主持人的方案限制。訂閱包含 SMS 傳送的付費 Scheduler 方案之主持人，可向出席者傳送 SMS 確認。對於使用非付費方案，或不包含 SMS 的方案之主持人，仍會收集出席者的電話號碼，但不會傳送 SMS。如果出席者也提供了電子郵件地址，Scheduler 會改用電子郵件傳送確認與取消通知。如果未提供電子郵件，出席者就不會收到通知（但主持人仍會照常收到通知）。
電話確認模式的 SMS 會繼承與標準 Scheduler SMS 通知相同的限制與防護措施，包括 180 字元長度限制、禁止 URL 政策（系統產生的連結除外）以及啟用 SMS 的活動最多 100 位出席者上限。詳見下方「目前限制」。
數量限制
SMS 使用量會依帳戶的基礎授權數量而受每個帳戶限制。關於您帳戶的 SMS 限額，請聯絡您的 Zoom 帳戶團隊。
資料處理注意事項： 在電話確認模式下，Scheduler 會收集並儲存出席者的電話號碼，作為該預約的聯絡方式。
Zoom Scheduler 通知可透過電子郵件或 Zoom Workplace 行動應用程式推播提供
Scheduler 會透過以下方式傳送預約確認與提醒：
電子郵件：寄送給主持人和參與者的確認與提醒電子郵件
推播通知：已安裝 Zoom Workplace 行動應用程式的主持人可收到的行動應用程式通知
SMS： 透過 Twilio 提供。
Zoom Scheduler 可透過美國與歐盟叢集使用
目前，Zoom Scheduler 已正式提供給託管於 Zoom 美國叢集以及 Zoom 歐洲叢集的 Zoom 客戶使用。
託管於其他叢集的組織應與其 Zoom 帳戶團隊確認可用性。
目前限制
目前不支援以下功能：
預約頁面的密碼保護：預約頁面不支援密碼保護
不過，主持人可要求預約頁面登入，以限制只有其 Zoom 帳戶內的使用者可存取
預約邀請中的附件：無法將附件新增至預約頁面邀請
管理員層級的行事曆部署：每位使用者都必須個別連線其行事曆；管理員不能代表使用者授權
內部部署的 Exchange Server 支援：僅支援雲端代管的行事曆供應商
帳戶層級的速率限制：速率限制是依連結、依 IP、依使用者與依 API 請求強制執行，但不是在帳戶中所有使用者與應用程式之間的一個單一統一限制。大型企業部署在使用量擴大時，更可能遇到底層行事曆供應商的速率限制
SMS 訊息長度： 簡訊限制為 180 個字元
SMS 中不得包含 URL： 包含連結的訊息會被封鎖且不會送達，但 Scheduler 自己的 SMS 確認中所包含的系統產生連結除外
例如：會議加入連結與重新排程/取消管理連結
大型活動停用 SMS： 對於註冊出席者超過 100 人的活動，不會送出 SMS 工作流程
國際 SMS 傳送： 某些國家/地區的電信業者有嚴格的過濾規則，可能會封鎖訊息
相關資源
最後更新於
這有幫助嗎？