> 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/es/zoom-workplace/zoom-phone/expert-insights/emergency-services-best-practices/appendix-u.s.regulatory-requirements-karis-law-and-ray-baums-act.md).

# Apéndice: Requisitos regulatorios de EE. UU.—la ley de Kari y la ley RAY BAUM'S

Dos leyes federales de EE. UU. rigen la llamada de emergencia para los sistemas telefónicos multilínea (MLTS). Zoom Phone está diseñado para cumplir con ambas.

#### Ley de Kari (2018)

La Ley de Kari se promulgó tras un Incidente en el que un Invitado de hotel no pudo comunicarse con el 911 porque el sistema de telefonía requería marcar un prefijo (p. ej., "9") para una línea externa. La ley establece dos requisitos básicos:

**Requisito 1 - Sin prefijo para acceder a los servicios de emergencia.** Cualquier usuario en un sistema de telefonía multilínea debe poder marcar el 911 directamente sin marcar un prefijo, un código de acceso ni un postfijo.

**Cómo cumple Zoom:** Zoom Phone enruta el 911 (o cualquier número de emergencia definido por el país) como una llamada de emergencia predeterminada, independientemente de la configuración del plan de marcación. No se requiere ningún prefijo ni postfijo. Esta funcionalidad está integrada en la plataforma y no puede anularse.

**Requisito 2 - Notificar a un Contacto (POC) designado en el sitio.** Cuando se realiza una llamada de emergencia, el sistema debe enviar una Notificación en tiempo real a un Contacto (POC) designado en la instalación (p. ej., recepción, equipo de seguridad o responsable de seguridad).

**Cómo cumple Zoom:** Zoom Phone proporciona cuatro canales de Notificación que pueden combinarse: listas de distribución de correo electrónico, una cola de llamadas del Equipo Interno de Respuesta de Seguridad, alertas del bot de Zoom Chat y webhooks de API. Estos pueden configurarse a nivel de cuenta o por sitio.

{% hint style="info" %}
**Sugerencia:** Marcar **933** (solo EE. UU./Canadá) para acceder a un servicio de prueba automatizado que valida su configuración de llamada de emergencia — incluida la entrega de Notificación — sin involucrar recursos reales de seguridad pública.
{% endhint %}

#### Ley RAY BAUM'S (2019)

La Ley RAY BAUM'S se basa en la Ley de Kari al exigir que se transmita una "ubicación despachable" al PSAP con cada llamada al 911. Una ubicación despachable debe ser lo suficientemente detallada para que los primeros intervinientes puedan encontrar a la persona que llama — no solo una dirección, sino el edificio, piso y habitación o suite específicos.

**Cómo cumple Zoom:** Zoom Phone permite una dirección de emergencia detallada para cada usuario, teléfono y Ubicación. El campo Address Line 2 captura información de edificio, piso, ala y habitación. Para Clientes de EE. UU./Canadá que usan llamadas de Zoom RTPC, esta dirección despachable se transmite directamente en la señalización de la llamada mediante el protocolo PIDF-LO. Para usuarios nómadas, la detección de Ubicación de Zoom selecciona automáticamente la dirección despachable correcta según la Ubicación de red detectada del usuario.

**Validación de dirección:** Cuando se introduce o actualiza una dirección de emergencia en EE. UU./Canadá, Zoom la valida automáticamente antes de que pueda guardarse. Para otros países, la validación puede implicar un paso de procesamiento manual gestionado por el equipo de servicios de Zoom (las direcciones aparecen como "Pendiente" hasta su aprobación).

<table data-header-hidden="false" data-header-sticky><thead><tr><th>Ley</th><th>Año</th><th>Requisito</th><th>Cómo cumple Zoom</th></tr></thead><tbody><tr><td><strong>Ley de Kari</strong></td><td>2018</td><td>1) Sin prefijo para marcar el 911<br>2) Notificar al personal en el sitio</td><td>El 911 siempre se enruta como llamada de emergencia; notificaciones por correo electrónico, cola de llamadas del Equipo de Seguridad, bot de chat y webhook</td></tr><tr><td><strong>Ley RAY BAUM'S</strong></td><td>2019</td><td>Enviar la ubicación despachable al PSAP</td><td>Direcciones detalladas (edificio/piso/habitación) mediante Address Line 2; entrega de PIDF-LO en EE. UU./Canadá</td></tr></tbody></table>

Para obtener más información sobre estas regulaciones, consulte la [página de Requisitos 911 de MLTS de la FCC](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/es/zoom-workplace/zoom-phone/expert-insights/emergency-services-best-practices/appendix-u.s.regulatory-requirements-karis-law-and-ray-baums-act.md?ask=<question>&goal=<user_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.
