> 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-phone/desk-phone-provisioning-and-customization-field-guide.md).

# 桌上型電話佈建與自訂指南

## 簡介

本實用指南提供一套實務性、端到端的資源，用於搭配經認證的桌機電話部署 Zoom Phone。它透過說明桌機電話部署的完整生命週期——從硬體選擇到疑難排解——來支援 IT 團隊、架構師與管理員。由於語音基礎架構具有許多相互關聯的依賴項（網路就緒、裝置相容性、佈建流程與功能啟用），本文著重於消除猜測，並促進可預測、可重複的結果。

在偏好或必須使用專用硬體的環境中，Zoom Phone 桌機電話扮演關鍵角色。這些環境包括接待區、共享工作空間、臨床／工業場域，以及正從傳統 PBX 過渡的組織。本指南旨在協助這類團隊現代化其電話架構，同時維持高可用性、一致的通話品質，並支援安全最佳做法。

## 裝置相容性與規劃

選擇相容的硬體是任何可靠部署的基礎。Zoom 提供 [持續更新的認證硬體清單](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0060242)，可協助確保每個裝置都已針對 SIP 互通性、佈建相容性與韌體支援進行測試。倚賴未經認證的型號，會增加在疑難排解期間發生佈建失敗、功能缺失或不受支援行為的風險。 [Zoom Phone 互通性認證硬體](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0074333) 提供基本互通性，但需要手動設定 SRTP，最低需使用 AES-128 加密，且不支援進階佈建功能。

選擇裝置時，應將功能需求對應到使用者角色，而不是在整個組織中都預設使用單一型號。接待人員可能需要大量線路按鍵，助理可能需要共用線路監看，主管可能需要進階揚聲器電話，而倉儲人員可能依賴 DECT（數位增強無線通訊）行動性。Algo 擴播單元、2N 門禁電話與 CyberData 警示產品等專用裝置，也必須來自支援的裝置清單，才能確保它們在擴播、警示與 SIP 事件情境中正常運作。

## 網路就緒

網路就緒是成功部署 Zoom Phone 最重要的因素。桌機電話仰賴與 Zoom 服務之間穩定的外向連線，以進行 SIP 訊號傳遞、佈建、媒體傳輸與安全更新。設定錯誤的防火牆、封鎖的連接埠、不穩定的 DNS，或不一致的 NTP 時間來源，都可能導致註冊失敗、單向音訊或意外的裝置重新啟動。因此，在安裝電話之前，先依照 Zoom 的 [防火牆需求](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0060548#h_01EEBSGCKBYVB20MCVPR78T0NN) 驗證您的網路，對於避免昂貴的返工至關重要。

除了基本的 IP 可達性之外，多站點或以 VLAN 分段的網路還必須確保電話取得正確的 IP 位址配置、DHCP 選項與 QoS 優先順序。LLDP-MED 讓電話可將交換器埠身分與 VLAN 標記詳細資訊傳送至 Zoom Phone 的 [緊急位置服務](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0062169)，以實現精確的樓層級或房間級通話路由。組織應記錄網路拓樸、VLAN 編號、trunk 組態與路徑備援，以確保裝置在整個環境中的行為一致。

## 關鍵的預佈建檢查清單

結構化的預佈建檢查清單可確保 IT 團隊在導入期間不會遇到可避免的問題。確認 [防火牆規則](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0060548), [驗證裝置支援性](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0060242)、測試 DHCP/NTP/DNS 回應能力，以及確認緊急位置服務的行為，有助於在裝置交付給最終使用者後減少佈建失敗。對於大型或分散式部署而言，這項預檢流程尤其重要，因為安裝後再去排除裝置問題會非常耗時。

除了網路檢查之外，組織也應準備好資產管理系統，追蹤 MAC 位址、擁有者、裝置位置與指派狀態。這可避免重複的 MAC 項目造成混淆，或裝置在入口網站中顯示為未指派。最後，確認某些功能（例如通話監看、進階通話保留或存活性）是否已在您的帳戶上啟用；若尚未啟用，請在部署前先啟用，以便在第一天就可使用這些功能。

## 佈建方法

Zoom 支援兩種佈建工作流程：零接觸佈建（ZTP）與協助式佈建。ZTP 是較佳的方法，因為它可減少手動設定，並降低錯誤，同時允許遠端「直運」部署。電話新增至 Zoom 入口網站後，開機時會自動擷取設定，使大規模導入更容易管理。

[佈建總覽](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0063173#h_951fa0ec-bd12-430e-a450-f455a0e2621b) 提供這兩種工作流程的詳細說明。

當裝置無法連線到製造商的 ZTP 伺服器、網路高度受限，或是部署擴播喇叭或門禁電話等專用裝置時，會使用協助式佈建。協助式佈建需要技術人員登入電話的網頁介面，並手動輸入 Zoom 提供的佈建 URL。雖然比 ZTP 慢，但它提供細緻的控制，並可在空氣隔離或非標準網路需求的環境中運作。

有些供應商提供管理應用程式和／或直接 API，可用來直接設定電話。這些選項可能有助於大規模部署，特別是在已部署這些特定型號／供應商且管理套件正在執行的環境中。請向您的供應商確認是否可使用這些選項。

如果您的組織使用 Zoom Phone Appliances（ZPA），請參閱 [Zoom Phone Appliance 管理員指南](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0064658) 以取得深入的佈建資訊，因為其與下列方法不同，且請參閱 [已認證的 Zoom Phone Appliance 清單](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0065959) 來驗證您的裝置。

## 零接觸佈建（ZTP）工作流程

ZTP 是佈建經認證桌機電話最具擴充性且最可靠的方法。裝置新增至 Zoom 入口網站後，電話會連線至製造商的雲端服務、驗證其 MAC 位址，並接收重新導向至 Zoom 佈建伺服器的指示。這可一致地套用 SIP 設定、安全性設定檔、線路按鍵與韌體。 [遵循 ZTP 工作流程](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0063173#h_fb8c8318-f793-4b42-b141-2f09e00867e0) 有助於維持佈建資料的安全與精簡。

由於 ZTP 通常包含韌體更新，裝置在初始設定期間可能會重新啟動多次。這是預期行為，不應中斷。IT 團隊應確保在部署期間通往 ZTP 伺服器的網路路徑保持開啟，並移除任何先前部署電話上的 DHCP 選項，因為這可能會封鎖 ZTP。故障的纜線、PoE 不穩定或連接埠被封鎖，都是常見的 ZTP 中斷原因，必須在全面推行前先加以排除。<br>

<div data-with-frame="true"><figure><img src="/files/239c8c11baa45dacaf8fa2200ed0520cf2ac430b" alt=""><figcaption></figcaption></figure></div>

<div data-with-frame="true"><figure><img src="/files/2410482df201463c29f5129486083297ab01b5d0" alt=""><figcaption></figcaption></figure></div>

## 由製造商進行協助式佈建

當無法使用 ZTP 時，協助式佈建可完整掌控整個佈建流程。每個供應商所需步驟略有不同：

* [Cisco MPP 電話使用「Profile Rule」欄位接收 Zoom 設定](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0058755).
* [Yealink 型號需要在 Auto-Provision 選單中輸入佈建 URL](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0064882).
* [Poly 裝置使用專用的佈建伺服器位址](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0064115).
* [AudioCodes 與 Grandstream 端點則有獨特的 URL 語法與憑證考量。](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0063173#h_01F65FEPTABPHZERDMF84NBET6)
* [Algo、CyberData 與 2N 等專用端點需要依型號設定擴播、繼電器控制與門禁存取](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0063146).

協助式佈建非常適合受控環境、測試實驗室，或是電話先前已註冊到其他平台且必須完全重新初始化的情況。

## 製造商特定考量

每個裝置製造商對佈建、線路按鍵行為、韌體更新與緊急位置回報的實作方式都不同。組織應將支援的功能與韌體版本與 Zoom 的 [認證硬體文件](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0060242)進行比對。這可降低在部署後才發現不支援的 BLF（忙燈欄位）模式、擴播限制或通話監看不相容性的風險。

韌體版本控管尤其重要：某些功能——例如共用線路外觀或伴隨模式——需要最低韌體版本。此外，會議電話、DECT 系統與 sidecar 可能具有會影響部署規劃的供應商特定限制。事先記錄這些考量，可防止不同裝置系列之間出現不一致行為。

## 功能可用性與使用情境對應

不同的桌機電話型號支援不同的功能。例如，有些型號提供適合接待區的強大 BLF 支援，而其他型號則支援熱桌登入或線路按鍵擴充模組。檢視 [功能相容性矩陣](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0061373) 可協助您選擇符合使用者期望與業務工作流程的裝置。

## 伴隨模式與會議

伴隨模式可讓使用者透過桌機電話加入 Zoom 會議以取得音訊，同時使用 Zoom Workplace 桌面或行動應用程式進行視訊、聊天與控制。這種混合式工作流程非常適合偏好硬體話筒或較高品質揚聲器電話的員工。當會議邀請到來時，裝置會顯示 Zoom 會議按鍵，讓加入會議變得無縫。

伴隨模式支援彈性的使用者行為：使用者可在會議進行中切換音訊來源，或將音訊重新指派至桌機電話，以便進行長時間通話。請檢閱[ 伴隨模式文件](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0067194) 以確認您選擇的裝置支援此功能。

## 桌機電話自訂

Zoom Phone 可讓桌機電話進行彈性且強大的自訂，使每台裝置都能依照使用者或環境需求量身打造。透過網頁入口網站，您可以設定標準使用者設定（如時區、語音信箱、營業時間），更重要的是，還可以調整硬體專屬參數，例如線路按鍵、快速撥號、忙線指示欄位、熱桌行為、背景圖片與外撥來電顯示。

對於管理大型部署的管理員而言，Zoom Phone 支援 [佈建範本](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0062241)：可在整個組織中套用的自訂組態設定檔——可套用於全域、依站點或個別電話。這些範本可讓您預先定義網路設定、NTP 伺服器、DTMF 行為、電話專屬組態參數等。這使擴充更容易，並可在裝置間維持一致設定。

在使用者或裝置層級，像 BLF 或快速撥號等功能可指派給實體按鍵或軟鍵，讓接待人員、助理或共用線路使用者以更簡化的方式監看狀態、快速撥打同事，或接聽來電。由於線路按鍵配置與指派來自 Zoom 入口網站，您可避免在每台電話上手動設定——這可簡化新進人員上線流程並降低錯誤風險。

最後，Zoom 的自訂不僅限於通話控制：您可以定義電話顯示螢幕的背景圖片、設定時間格式與語言，並控制是否啟用電話的網頁介面（供未來手動管理存取）。這可讓您在整體部署範圍內標準化功能、品牌與使用者體驗。

如需更多關於功能自訂的資訊，請參閱我們的[ 桌機電話功能文章矩陣](https://support.zoom.com/hc/en/category?id=kb_category\&kb_category=c1d4fed28720391089a37408dabb353b).

## 緊急服務與位置

準確的緊急通話仰賴正確設定的位置、地址與網路識別資訊。Zoom Phone 會結合靜態站點資訊、使用者提供的地址，以及動態偵測到的網路身分（交換器埠、無線 BSSID、IP 子網路）來判定正確的可派遣地址。此系統可確保使用者即使在大型園區或多層建築中工作，也能撥打緊急電話。

關於[ 緊急路由](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0061026) 的檢視內容可在 Zoom 的緊急服務文件中取得，而 [地址與位置物件的組態指引則另行記載](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0066469)。IT 團隊應定期檢查緊急行為，以確保在辦公室翻新或網路拓樸變更後仍然準確。

如需更多資訊，請參閱我們的 [緊急服務最佳做法指南](https://library.zoom.com/zoom-workplace/zoom-phone/expert-insights/emergency-services-best-practices).

## Zoom Phone Local Survivability（ZPLS）

Zoom Phone 本地存活性可讓關鍵通話功能在 WAN 中斷或與 Zoom 雲端的連線中斷期間持續運作。ZPLS 以 Zoom Node Appliance 上的模組形式部署，可啟用內部分機撥號、基本轉接，以及在搭配 SBC 時提供有限的 PSTN 備援。這項能力對於重視正常運作時間需求或特定營運需求的組織很有幫助。並非所有桌機電話都支援 ZPLS，因此請查閱我們的 [桌機電話功能裝置矩陣](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0061373#h_01GGF32MEZ6DDT3VBE8Y2D6JH3) 以驗證相容性。

ZPLS 的行為、設定與故障切換邏輯請見 [Zoom 的存活性文件](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0058798)。組織應測試中斷情境，以在將其部署到關鍵地點之前確認預期行為。

## 疑難排解

常見的桌機電話問題多源於錯誤的 VLAN 指派、DHCP 設定錯誤、防火牆限制或 SIP ALG 干擾。註冊失敗通常表示與佈建伺服器的可達性有問題，而功能缺失則可能表示型號或韌體不相容。

Zoom 為佈建與連線問題提供完整的疑難排解文件，以及適用於所有 Zoom Phone 元件的更廣泛疑難排解指引 [，詳見我們的支援文件](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0063173).


---

# 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-phone/desk-phone-provisioning-and-customization-field-guide.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.