> 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/expert-insights/emergency-services-best-practices/appendix-u.s.regulatory-requirements-karis-law-and-ray-baums-act.md).
# 附錄：美國法規要求—Kari's Law 與 RAY BAUM'S Act
美國有兩項聯邦法律規範多線電話系統（MLTS）的緊急撥號。Zoom Phone 的設計符合這兩項法律。
#### Kari 法案（2018）
Kari 法案是在一樁飯店住客因電話系統要求先撥外線前綴（例如「9」）而無法撥通 911 的事件後制定的。該法律建立了兩項核心要求：
**要求 1 - 撥打緊急服務時不得使用前綴。** 多線電話系統中的任何使用者都必須能直接撥打 911，而無需撥打前綴、存取碼或後綴。
**Zoom 的符合方式：** Zoom Phone 會預設將 911（或任何依各國規定的緊急電話號碼）作為緊急電話處理，無論撥號計畫如何設定。無需前綴或後綴。此行為已內建於平台中，且無法覆寫。
**要求 2 - 通知指定的現場聯絡人。** 當撥出緊急電話時，系統必須向設施內指定的聯絡點即時傳送通知（例如櫃台、保全部門或安全主管）。
**Zoom 的符合方式：** Zoom Phone 提供四種可組合的通知管道：電子郵件分發清單、內部安全回應團隊來電佇列、Zoom Chat 機器人警示，以及 API Webhook。這些可在帳戶層級或依據各站點進行設定。
{% hint style="info" %}
**提示：** 撥打 **933** （僅限美國／加拿大）可聯絡自動化測試服務，在不動用真實公共安全資源的情況下，驗證您的緊急撥號設定——包括通知傳送。
{% endhint %}
#### RAY BAUM'S 法案（2019）
RAY BAUM'S 法案在 Kari 法案的基礎上，要求每通 911 電話都必須向 PSAP 傳送「可派遣位置（dispatchable location）」。可派遣位置必須詳細到足以讓第一線救援人員找到來電者——不只是街道地址，而是具體的建築物、樓層以及房間或套房。
**Zoom 的符合方式：** Zoom Phone 可為每位使用者、電話與位置啟用詳細的緊急地址。Address Line 2 欄位可記錄建築物、樓層、區域與房間資訊。對於使用 Zoom PSTN 撥號的美國／加拿大客戶，此可派遣地址會透過 PIDF-LO 協定直接在通話訊號中傳送。對於游牧型使用者，Zoom 的位置偵測會根據使用者偵測到的網路位置，自動選擇正確的可派遣地址。
**地址驗證：** 當在美國／加拿大輸入或更新緊急地址時，Zoom 會在儲存前自動驗證。對於其他國家，驗證可能需要由 Zoom 服務團隊處理的人工步驟（地址會顯示為「待處理」，直到核准）。
法律
年份
要求
Zoom 的符合方式
Kari 法案
2018
1) 撥打 911 時不得使用前綴 2) 通知現場人員
911 一律作為緊急電話路由 電子郵件、安全團隊佇列、Chat 機器人與 Webhook 通知
RAY BAUM'S 法案
2019
將可派遣位置傳送給 PSAP
透過 Address Line 2 提供詳細地址（建築物／樓層／房間）；在美國／加拿大以 PIDF-LO 傳送
如需更多關於這些法規的資訊，請參閱 [FCC 的 MLTS 911 要求頁面](https://www.fcc.gov/mlts-911-requirements)
---
# 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 by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://library.zoom.com/technical-library/zh-tw/zoom-workplace/zoom-phone/expert-insights/emergency-services-best-practices/appendix-u.s.regulatory-requirements-karis-law-and-ray-baums-act.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
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.