> 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/zoom-workplace/zoom-phone/expert-insights/emergency-services-best-practices/appendix-u.s.regulatory-requirements-karis-law-and-ray-baums-act.md).
# 附录：美国监管要求——Kari 法案和 RAY BAUM'S 法案
两部美国联邦法律规范多线电话系统（MLTS）的紧急通话。Zoom Phone 的设计符合这两部法律。
#### Kari 法案（2018）
Kari 法案是在一次事件后颁布的：一位酒店访客由于电话系统要求拨打前缀（例如“9”）才能拨出外线，结果无法拨通 911。该法律规定了两项核心要求：
**要求 1 - 拨打紧急服务无需前缀。** 多线电话系统上的任何用户都必须能够直接拨打 911，而无需拨打前缀、访问代码或后缀。
**Zoom 如何符合要求：** Zoom Phone 会将 911（或任何由国家/地区定义的紧急号码）默认路由为紧急呼叫，无论拨号计划配置如何。无需前缀或后缀。此行为内置于平台中，且无法被覆盖。
**要求 2 - 通知指定的现场联络点。** 当发起紧急呼叫时，系统必须向设施中的指定联络点发送实时通知（例如前台、安保团队或安全官）。
**Zoom 如何符合要求：** Zoom Phone 提供四种可组合的通知渠道：电子邮件分发列表、内部安全响应团队呼叫队列、Zoom 聊天机器人提醒和 API Webhook。这些可在账户级别或按站点进行配置。
{% hint style="info" %}
**提示：** 拨打 **933** （仅限美国/加拿大）以拨打一个自动化测试服务，用于验证你的紧急通话设置——包括通知传递——而不会调用真实的公共安全资源。
{% endhint %}
#### RAY BAUM'S 法案（2019）
RAY BAUM'S 法案在 Kari 法案基础上进一步要求：每次 911 呼叫都必须向 PSAP 传送“可派发位置”。可派发位置必须足够详细，使第一响应人员能够找到呼叫者——不仅是街道地址，还要包括具体建筑、楼层以及房间或套间。
**Zoom 如何符合要求：** Zoom Phone 为每位用户、电话和位置提供详细的紧急地址。Address Line 2 字段可记录建筑、楼层、翼区和房间信息。对于使用 Zoom PSTN 呼叫的美国/加拿大客户，此可派发地址会通过 PIDF-LO 协议直接在呼叫信令中传输。对于游动用户，Zoom 的位置检测会根据用户检测到的网络位置自动选择正确的可派发地址。
**地址验证：** 当在美国/加拿大输入或更新紧急地址时，Zoom 会在保存前自动验证。对于其他国家/地区，验证可能涉及由 Zoom 服务团队处理的手动流程步骤（地址会显示为“待处理”，直到获批）。
法律
年份
要求
Zoom 如何符合要求
Kari 法案
2018
1）拨打 911 无需前缀 2）通知现场人员
911 始终作为紧急呼叫路由 电子邮件、安全团队呼叫队列、聊天机器人和 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/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.