> 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/nl/zoom-workplace/zoom-phone/expert-insights/emergency-services-best-practices/locations.md).

# Locaties

In Zoom Phone is een **Locatie** de configuratie-entiteit waarin beheerders de netwerkparameters definiëren die worden gebruikt om de fysieke positie van een gebruiker te correleren met een specifiek adres voor noodgevallen. Een Locatie is vergelijkbaar met een **ERL (Emergency Response Locatie)** — een term die in de bredere sector van de hulpdiensten wordt gebruikt om een duidelijk fysiek gebied te beschrijven dat overeenkomt met een uniek uitrukbaar adres.

Elke Locatie bevat twee belangrijke elementen:

* **Netwerkparameters** — de BSSID, het IP-adresbereik of de combinatie van LLDP-switch MAC + poort die het fysieke gebied identificeert. Tijdens het bellen in een noodsituatie vergelijkt het systeem de gedetecteerde netwerkgegevens van de gebruiker met deze geconfigureerde parameters om te bepalen in welke Locatie de gebruiker zich bevindt.
* **Adres voor noodgevallen** — het uitrukadres dat aan die Locatie is toegewezen. Zodra het systeem de netwerkgegevens van de gebruiker aan een Locatie koppelt, wordt het geconfigureerde adres voor noodgevallen voor die Locatie gebruikt wanneer de gebruiker het bellen van een noodoproep start.

Waar van toepassing is de Locatie ook de plek waar de **ELIN** wordt geconfigureerd. Voor implementaties buiten de VS/Canada (of BYOC-implementaties) wordt aan elke Locatie een ELIN toegewezen waarvan het adres vooraf bij de provider is geregistreerd. Wanneer een gebruiker op die Locatie het bellen van een noodoproep uitvoert, wordt de ELIN gebruikt als het Uitgaand beller-ID en haalt de PSAP het vooraf geregistreerde adres op uit de database van de provider.

Locaties zijn hiërarchisch georganiseerd binnen Zoom Phone-sites:

* **Locatie** → bevat een of meer Locaties
* **Locatie** → vertegenwoordigt een afzonderlijk fysiek gebied (bijv. een gebouw) met een eigen set netwerkparameters en een adres voor noodgevallen
* **Sublocatie** → een gedetailleerdere onderverdeling binnen een Locatie (bijv. een specifieke verdieping of vleugel) met een eigen uitrukadres en netwerkidentificaties

Elke Locatie en sublocatie moet een voldoende gedetailleerd adres voor noodgevallen hebben om hulpverleners in staat te stellen de beller te lokaliseren. Het detailniveau hangt af van de fysieke indeling — een gebouw met één verdieping kan slechts één Locatie vereisen, terwijl een gebouw met meerdere verdiepingen sublocaties voor elke verdieping of vleugel moet hebben.


---

# 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/nl/zoom-workplace/zoom-phone/expert-insights/emergency-services-best-practices/locations.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.