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

# Bilaga: amerikanska regulatoriska krav—Karis lag och RAY BAUM'S Act

Två federala lagar i USA reglerar nödsamtal för telefonsystem med flera linjer (MLTS). Zoom Phone är utformat för att uppfylla båda.

#### Karis lag (2018)

Karis lag antogs efter en incident där en hotellgäst inte kunde nå 911 eftersom telefonsystemet krävde att man slog ett prefix (t.ex. "9") för en extern linje. Lagen fastställer två grundläggande krav:

**Krav 1 - Inget prefix för att nå räddningstjänsten.** Alla användare i ett telefonsystem med flera linjer måste kunna slå 911 direkt utan att slå ett prefix, en åtkomstkod eller ett postfix.

**Så uppfyller Zoom kraven:** Zoom Phone dirigerar 911 (eller alla landsspecifika nödnummer) som ett nödsamtal som standard, oavsett uppringningsplanskonfiguration. Inget prefix eller postfix krävs. Detta beteende är inbyggt i plattformen och kan inte åsidosättas.

**Krav 2 - Avisera en utsedd kontakt på plats.** När ett nödsamtal rings måste systemet skicka en avisering i realtid till en utsedd kontaktpunkt vid anläggningen (t.ex. receptionen, säkerhetsteamet eller säkerhetsansvarig).

**Så uppfyller Zoom kraven:** Zoom Phone tillhandahåller fyra aviseringskanaler som kan kombineras: e-postutskickslistor, en intern samtalskö för säkerhetsrespons, aviseringar från en Zoom Chatt-bot och API-webhookar. Dessa kan konfigureras på kontonivå eller per plats.

{% hint style="info" %}
**Tips:** Slå **933** (endast USA/Kanada) för att nå en automatiserad testtjänst som validerar din nödsamtalskonfiguration — inklusive leverans av aviseringar — utan att involvera verkliga resurser för allmän säkerhet.
{% endhint %}

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

RAY BAUM'S Act bygger vidare på Karis lag genom att kräva att en "vidarebefordringsbar plats" ska anges till PSAP vid varje 911-samtal. En vidarebefordringsbar plats måste vara tillräckligt detaljerad för att räddningspersonalen ska kunna hitta uppringaren — inte bara en gatuadress, utan den specifika byggnaden, våningen och rummet eller sviten.

**Så uppfyller Zoom kraven:** Zoom Phone möjliggör detaljerade nödadresser för varje användare, telefon och plats. Fältet Adressrad 2 fångar information om byggnad, våning, flygel och rum. För Kunder i USA/Kanada som använder Zoom PSTN-samtal skickas denna vidarebefordringsbara adress direkt i samtalssignaleringen via PIDF-LO-protokollet. För mobila användare väljer Zooms platsdetektering automatiskt rätt vidarebefordringsbara adress baserat på användarens upptäckta nätverksplats.

**Adressvalidering:** När en nödadress anges eller uppdateras i USA/Kanada validerar Zoom den automatiskt innan den kan sparas. I andra länder kan valideringen innebära ett manuellt behandlingssteg som hanteras av Zooms serviceteam (adresser visas som "Väntande" tills de har godkänts).

<table data-header-hidden="false" data-header-sticky><thead><tr><th>Lag</th><th>År</th><th>Krav</th><th>Så uppfyller Zoom kraven</th></tr></thead><tbody><tr><td><strong>Karis lag</strong></td><td>2018</td><td>1) Inget prefix för att slå 911\n2) Avisera personal på plats</td><td>911 dirigeras alltid som nödsamtal E-post, säkerhetsteamets samtalskö, Chatt-bot och webhook-aviseringar</td></tr><tr><td><strong>RAY BAUM'S Act</strong></td><td>2019</td><td>Skicka vidarebefordringsbar plats till PSAP</td><td>Detaljerade adresser (byggnad/våning/rum) via Adressrad 2; PIDF-LO-leverans i USA/Kanada</td></tr></tbody></table>

För mer information om dessa regler, se [FCC:s sida med MLTS-krav för 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/sv/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.