> 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/zh-tw/zoom-workplace/zoom-scheduler/zoom-scheduler-explainer.md).

# Zoom Scheduler 說明

本說明概述 Zoom Scheduler 及其功能。

<div data-with-frame="true"><img src="https://content.gitbook.com/content/ctBXUMeBy4rtLMmMkKRG/blobs/NbWLNJpZ4FY0FWhVblbI/Unknown%20image" alt="在 Zoom Workplace 應用程式中管理 Scheduler 的一次性會議。"></div>

### Zoom Scheduler 總覽

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

#### <mark style="color:藍色;">**Zoom Scheduler 是一款預約排程產品，專為需要提供可預訂時段的專業人士而設計**</mark>

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

Scheduler 可搭配相容的日曆服務運作，以顯示您的可用時段，並在預約完成時建立事件。它支援多種會議模式，包括一對一會議、團隊排程以及可用性投票，讓外部參與者選擇適合他們的時間。

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

<div data-with-frame="true"><img src="https://content.gitbook.com/content/ctBXUMeBy4rtLMmMkKRG/blobs/2wMHYMc5aNIgMdpL6Yi0/Unknown%20image" alt="Zoom Scheduler 服務概覽。"></div>

#### <mark style="color:藍色;">Zoom Scheduler 與 Zoom 行事曆整合服務用途不同，儘管這兩者的用詞可互通</mark>

Scheduler 與日曆整合用途不同，有時會因客戶將這些術語互換使用而混淆。

**Zoom 行事曆整合** 可在 Zoom 端點之間同步日曆資料。將日曆服務與 Zoom 整合可依組織需求，簡單或複雜。在 [將企業行事曆服務整合至 Zoom Workplace 的情況下](https://library.zoom.com/admin-corner/third-party-integrations/zoom-calendaring-integration-explainer)，這需要特殊的存取權與權限。但對於 Zoom Scheduler 而言，存取層級則較為受限。

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

Scheduler 不需要啟用 Zoom 行事曆整合也能運作。Scheduler 會透過自身的 OAuth 授權直接連接到您的日曆供應商。

#### <mark style="color:藍色;">Zoom Scheduler 適用於 Zoom Workplace Business，也可另購附加元件</mark>

Zoom Scheduler 是一項授權產品。它隨 Zoom Workplace Business 及更高方案提供，或可作為其他方案的獨立附加元件購買。

#### <mark style="color:藍色;">啟用 Zoom Scheduler 有哪些好處？</mark>

* **對外分享可用時段** 而不暴露日曆詳細資訊：受邀者只能看到可用時段，而看不到您的事件標題或描述
* **減少排程摩擦** 透過消除來回電子郵件往返以尋找會議時間
* **自動衝突偵測** 有助於避免重複預約
* **自動建立日曆事件** 當有人預訂時間時，會在各平台與地點自動加入會議詳細資訊，包括 Zoom、Microsoft Teams、Google Meet，以及現場或面對面會議
* **支援多種預訂類型** 例如 All Host Available 與 Any Host Available，可在團隊間協調排程
* **有助於降低未到率並提升與客戶的互動** 搭配電子郵件與 SMS 自動化，例如提醒與後續電子郵件

#### <mark style="color:藍色;">支援哪些日曆供應商？</mark>

Zoom Scheduler 與以下日曆服務相容：

* **Microsoft 365**：雲端託管的 Exchange Online 日曆
* **Google Workspace**：Google 日曆
* **Zoom Mail & Calendar**

{% hint style="warning" %}
Zoom Scheduler 對 iCloud Calendar 的支援目前處於 beta 階段，且不在本文範圍內。
{% endhint %}

#### <mark style="color:藍色;">可透過網頁、Zoom Workplace 與 Zoom 行動應用程式存取 Zoom Scheduler</mark>

<div data-with-frame="true"><img src="https://content.gitbook.com/content/ctBXUMeBy4rtLMmMkKRG/blobs/iE64U242VneFkjbeCOgY/Unknown%20image" alt="使用者透過 Zoom Scheduler 預約約會。"></div>

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

* **網頁瀏覽器** 透過 Zoom 網頁入口網站
* **Zoom Workplace 應用程式** 在桌面上
* **Zoom 行動應用程式** 在 iOS 與 Android 上（目前僅支援有限的讀取功能）

**行動版安全性：**

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

**外部參與者存取：**

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

### 資料處理與安全性

#### <mark style="color:藍色;">Zoom Scheduler 使用 OAuth 2.0 與後端 API 來存取日曆資料</mark>

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

1. 使用者透過網頁入口網站或 Zoom 應用程式存取 Zoom Scheduler。
2. Zoom 的內部服務會從主辦者的日曆供應商取得存取權杖。
3. 在獲得授權後，Scheduler 可以檢視主辦者的日曆可用性並建立或修改事件。
4. 當發生排程動作時，Scheduler 會向 API 發出請求，以從日曆供應商重新整理即時可用性。

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

#### <mark style="color:藍色;">OAuth 權杖在儲存時會加密、一小時後到期，且可由使用者撤銷</mark>

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

**權杖儲存：**

* 存取權杖儲存在 Redis 快取中
* 重新整理權杖會加密並儲存在 MongoDB 中
* 權杖使用 256 位元 AES-GCM 加密儲存

**權杖更新：**

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

**權杖撤銷：**

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

#### <mark style="color:藍色;">Zoom Scheduler 會存取哪些日曆資訊？</mark>

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

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

* 事件標題
* 事件描述或內文內容
* 出席者清單
* 附件

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

#### <mark style="color:藍色;">Zoom Scheduler 會儲存哪些資料？</mark>

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

* 預訂頁面名稱、連結、描述、地點、提醒、日曆邀請、取消政策、出席者以及出席者問題。
* 來自出席者的預訂回覆。
* 可用性投票及其描述。
* Scheduler 路由表單名稱、描述與表單問題。
* Scheduler 使用者大頭照、上傳的品牌標誌與通知內容。
* Scheduler 委派管理資訊。
* Scheduler 付款整合資訊。

#### <mark style="color:藍色;">Zoom Scheduler 不支援 Customer Managed Key（CMK）</mark>

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

#### <mark style="color:藍色;">Zoom Scheduler 如何保護使用者隱私？</mark>

Scheduler 只有在主辦者透過 OAuth 授權授予其存取已連結日曆的權限後才能運作。

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

這表示：

* 使用者可控制其可用性是否透過 Scheduler 顯示
* 既有的日曆權限控制維持不變
* 在使用者明確連結其日曆之前，不會存取任何日曆資料

**預訂頁面可見性：**

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

**日曆可用性（空閒/忙碌狀態）只會在以下情況即時擷取**:

* 使用者建立一次性會議或可用性投票
* 參與者開啟預訂連結以查看可用時間
* 參與者預訂或修改時間

#### <mark style="color:藍色;">資料在傳輸中如何受到保護？</mark>

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

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

除了標準的 Zoom 存取外，Scheduler 沒有特殊的防火牆或網路需求。所有連線都使用 443 埠上的 HTTPS。請參閱 Zoom 的一般 [網路與防火牆文件](https://support.zoom.us/hc/en-us/articles/201362683-Network-firewall-or-proxy-server-settings-for-Zoom) 以了解基準需求。

### 供應商特定詳細資訊

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

#### <mark style="color:藍色;">Zoom Scheduler 可與各種常見的日曆服務供應商搭配運作</mark>

<div data-with-frame="true"><img src="https://content.gitbook.com/content/ctBXUMeBy4rtLMmMkKRG/blobs/AjUzJH4jfapNbEq4RL9Q/Unknown%20image" alt="Zoom Scheduler 可連接多種日曆應用程式，包括 Zoom Mail &#x26; Calendar。"></div>

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

* **Microsoft 365**：雲端託管的 Exchange Online 日曆，例如 Outlook Calendar
* **Google Workspace**：Google 日曆
* **Zoom Mail & Calendar**

{% hint style="warning" %}
Zoom Scheduler 對 iCloud Calendar 的支援目前處於 beta 階段，且不在本文範圍內。
{% endhint %}

{% hint style="info" %}
不支援本機安裝的 Exchange Server。
{% endhint %}

#### <mark style="color:藍色;">Zoom Scheduler 使用 Microsoft Graph 應用程式與 Microsoft 365 整合</mark>

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 Enterprise Applications 目錄中。您可以在 Enterprise Applications 清單中搜尋「ZOOM-GRAPH」來找到它。

#### <mark style="color:藍色;">Zoom Scheduler 使用 OAuth 2.0 與 Google Calendar 整合</mark>

Scheduler 透過具使用者層級授權的 OAuth 2.0 連接到 Google Calendar。

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

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

#### <mark style="color:藍色;">Zoom Scheduler 可為各種會議平台建立會議</mark>

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

* **Zoom Meetings**
* **Google Meet**
* **Microsoft Teams**

#### <mark style="color:藍色;">第三方整合可提供額外的排程功能</mark>

Scheduler 可連接以下服務以擴充功能：

* **Stripe**：用於預訂的付款收取（更多詳情請參閱下方 Stripe 章節）
* **Zapier**：工作流程自動化
* **Salesforce**：將已排程事件同步到 Salesforce

### Stripe 付款與 Zoom Scheduler

#### <mark style="color:藍色;">Zoom Scheduler 與 Stripe Connect 整合，讓主辦者可對預訂收費</mark>

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

這採用非記錄商家（non-Merchant-of-Record，non-MoR）市場模式：主辦者\* 與 Stripe 維持直接關係，使用自己的 Stripe 帳戶處理交易，並對任何費用或爭議負財務責任。

{% hint style="success" %}
\*主辦者是透過 Zoom Scheduler 出售之服務的記錄商家，負責提供這些服務、向其出席者提供收據與客戶支援，以及處理退款、退單與任何適用的消費者保護義務。
{% endhint %}

Zoom 不會對付款收取平台費或佣金。若適用，Zoom 會計算並收取交易中的 VAT/GST，並將其繳交給相關稅務機關。如需更多資訊，請參閱 Zoom Support 文章 [關於 Zoom Scheduler GST 與 VAT 的常見問題](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0082295\&ampDeviceId=70283b61-c13a-475f-ab4d-4a89b1632c1b\&ampSessionId=1778771930780).

{% hint style="info" %}
根據 Stripe Services Agreement 與 Stripe Connected Account Agreement，Stripe 是向主辦者提供付款服務的獨立供應商。Stripe 不是 Zoom 的次處理者；Zoom 與 Stripe 各自以獨立控制者身分處理其為整合所處理的個人資料，且雙方僅在營運主辦者已授權的 Stripe Connect 整合所需時才會彼此共享資料。
{% endhint %}

#### <mark style="color:藍色;">主辦者透過標準 OAuth 流程連接 Stripe 與 Zoom，並接受 Stripe 的 Connected Account Agreement</mark>

主辦者透過由 Stripe 託管的標準 OAuth 授權流程，將其 Stripe 帳戶透過 Stripe Connect 連接到 Zoom Scheduler。在加入流程中，Stripe 會顯示其自己的 Connected Account Agreement 與隱私權政策。

在此 OAuth 流程中，主辦者同意 Stripe 的 Connected Account Agreement，該協議規範在主辦者基礎 Stripe Services Agreement 之上對 Stripe Connect 的使用。主辦者與 Zoom 的關係則持續受其既有的 Zoom Workplace 與 Zoom Scheduler 條款約束。一旦獲得授權，Zoom Scheduler 即可代表主辦者發起付款交易，如 Stripe Connected Account Agreement 所述。

#### <mark style="color:藍色;">付款卡資料完全由 Stripe 處理，不會經過 Zoom 的系統</mark>

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

Zoom 會儲存哪些資訊：

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

* 每位付款者的帳單地址（也稱為「Sold To」地址）
* 姓名
* 電子郵件
* VAT（如適用）
* 稅務編號（如適用）

此資訊用於判定稅務管轄區並計算適用稅額。Zoom 作為負責在適用司法管轄區判定、計算與繳交 VAT/GST 的責任方。這些帳單資訊也會與 Stripe 共享，以支援付款處理與稅務計算。作為回報，Stripe 會依據主辦者在 Stripe Connected Account Agreement 中的授權，將與預訂相關的資料回傳給 Zoom。Zoom 會使用這些資料來營運預訂體驗（例如確認或取消約會），以及用於本文所述的市場、稅務與報告目的。如需稅務收取與各司法管轄區規則的完整詳情，請參閱 Zoom Support 文章 [關於 Zoom Scheduler GST 與 VAT 的常見問題](https://support.zoom.com/hc/en/article?id=zm_kb\&amp;sysparm_article=KB0082295\&ampDeviceId=70283b61-c13a-475f-ab4d-4a89b1632c1b\&ampSessionId=1778771930780).

#### <mark style="color:藍色;">Zoom 會在主辦者的 Stripe 帳戶中建立 Payment Intent，並將付款 ID 對應至預訂</mark>

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

資金會直接存入主辦者的 Stripe 帳戶。Zoom 會將付款 ID 與狀態對應至其內部預訂 ID，以供確認與記錄。

#### <mark style="color:藍色;">主辦者可從 Scheduler UI 或其 Stripe 儀表板取消並退款已付款的預訂</mark>

<div align="left"><figure><img src="https://2668295848-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FctBXUMeBy4rtLMmMkKRG%2Fuploads%2F1hq0SECAE8plFpaRB1E9%2FScheduler_Stripe-Cancel-Refund.png?alt=media&amp;token=2505cd2d-6bab-4c38-bddc-ab9dfb24f9e0" alt="The Cancel and refund button option in the Zoom Scheduler UI." width="375"><figcaption><p>Zoom Scheduler UI 中的「取消並退款」按鈕選項</p></figcaption></figure> <figure><img src="https://2668295848-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FctBXUMeBy4rtLMmMkKRG%2Fuploads%2FAiMNKYcthZ3JJraxQS4V%2FScheduler_Stripe-Manage-transaction.png?alt=media&amp;token=92dad060-38e8-4ec9-9b31-dd626983f6b1" alt="The Manage transaction drop-down option in the Zoom Scheduler UI. This option will send you to your Stripe dashboard." width="375"><figcaption><p>Zoom Scheduler UI 中的「管理交易」下拉式選項</p></figcaption></figure></div>

對於已付款的預訂，主辦者有兩種退款管理方式。在 Zoom Scheduler UI 中，主辦者可選取 **取消並退款** 以取消事件並發出全額退款，或在保留事件為啟用狀態的同時向出席者退款。

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

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

{% hint style="danger" %}
若發生退款，主辦者將 **不** 獲得交易費用或 Stripe 收取之其他費用的補償。若對費用處理有疑問，主辦者應直接聯絡 Stripe。
{% endhint %}

<div data-with-frame="true"><figure><img src="https://2668295848-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FctBXUMeBy4rtLMmMkKRG%2Fuploads%2FcYeKvXd3K5OGYko1p73Y%2FScheduler_Stripe-Refund-Confirmation-screen.png?alt=media&amp;token=eccb9c03-a0e6-42a8-aab6-9b9e902141a6" alt="The Cancel and refund confirmation options when cancelling a Stripe/Zoom appointment." width="563"><figcaption><p>取消 Stripe/Zoom 約會時的「取消並退款」確認選項。</p></figcaption></figure></div>

### 附錄

#### <mark style="color:藍色;">Zoom Scheduler 透過 Twilio 傳送 SMS 通知，並內建內容防護機制</mark>

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

**訊息處理與防護**

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

**出席者同意與控制**

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

* **STOP**：取消訂閱簡訊
* **START**：重新訂閱簡訊
* **HELP**：取得說明資訊

回覆必須傳送至出席者收到訊息的同一個號碼。

#### <mark style="color:藍色;">Zoom Scheduler 通知可透過電子郵件或 Zoom 行動應用程式推播提供</mark>

<div data-with-frame="true"><img src="https://content.gitbook.com/content/ctBXUMeBy4rtLMmMkKRG/blobs/jT70B7UnIZgIGjt66AGX/Unknown%20image" alt="管理員可用的 Zoom Scheduler 通知選項。"></div>

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

* **電子郵件**：發送給主辦者與參與者的確認與提醒電子郵件
* **推播通知**：已安裝 Zoom 行動應用程式的主辦者可收到行動應用程式通知
* **SMS** 透過 Twilio。

#### <mark style="color:藍色;">Zoom Scheduler 可透過美國與歐盟叢集使用</mark>

Zoom Scheduler 目前已可供託管於 Zoom 美國叢集的客戶使用，並可在 Zoom 歐洲叢集的區域內使用。

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

#### <mark style="color:藍色;">目前限制</mark>

目前不支援以下功能：

* **預訂頁面的 SSO 或密碼保護**：預訂頁面可透過其唯一 URL 公開存取
* **預訂邀請中的附件**：無法在預訂頁面邀請中新增附件
* **Customer Managed Key（CMK）**：Scheduler 不支援使用 CMK 加密已儲存資料
* **管理員層級的日曆部署**：每位使用者都必須個別連結其日曆；管理員無法代表使用者授予存取權
* **Exchange Server 本機安裝支援**：僅支援雲端託管的日曆供應商
* **SMS 訊息長度：** 文字訊息限於 180 個字元
* **SMS 中不得包含 URL：** 包含連結的訊息將被封鎖且不會傳送
* **大型活動停用 SMS：** 對於超過 100 位已登記出席者的活動，不會傳送 SMS 工作流程
* **國際 SMS 傳送：** 某些國家的部分電信業者有嚴格的過濾規則，可能會封鎖訊息

#### <mark style="color:藍色;">相關資源</mark>

* [Zoom Scheduler 產品頁面](https://www.zoom.com/en/products/appointment-scheduler/)
* [Zoom Scheduler 支援文件](https://support.zoom.com/hc/en/category?id=kb_category\&kb_category=9a27b21a8720391089a37408dabb35c5)
* [Zoom 行事曆整合說明文件](https://library.zoom.com/admin-corner/third-party-integrations/zoom-calendaring-integration-explainer)
* [Zoom 的網路與防火牆需求](https://support.zoom.us/hc/en-us/articles/201362683-Network-firewall-or-proxy-server-settings-for-Zoom)


---

# 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/zh-tw/zoom-workplace/zoom-scheduler/zoom-scheduler-explainer.md?ask=<question>&goal=<endgoal>
```

`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.