> 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/it/zoom-workplace/zoom-phone/expert-insights/emergency-services-best-practices/rest-of-world-elin-direct-number-model.md).

# Resto del mondo—modello ELIN / numero diretto

Fuori dagli Stati Uniti e dal Canada (e per i clienti BYOC che non utilizzano Zoom per le chiamate di emergenza), l'indirizzo non può essere trasmesso direttamente nel segnale di chiamata. Invece, il sistema si basa sugli ELIN (vedere la Sezione 2 per una spiegazione completa dei tipi di ELIN).

**Flusso ELIN:** L'utente compone il numero di emergenza **→** Zoom rileva la posizione tramite i dati di rete **→** L'ELIN per quella Posizione viene utilizzato come ID chiamante **→** Il centro di raccolta delle chiamate di emergenza consulta l'ELIN nel database del carrier **→** L'indirizzo preregistrato viene restituito al centro di raccolta delle chiamate di emergenza per l'invio.

#### Come funziona

1. L'amministratore definisce le Posizioni aziendali in Zoom, ciascuna con un ELIN: un numero di telefono il cui indirizzo è stato preregistrato con il carrier per corrispondere a quella Posizione
2. Quando un utente effettua una chiamata di emergenza da una Posizione rilevata, Zoom utilizza l'ELIN di quella Posizione come ID chiamante In uscita
3. Il centro di raccolta delle chiamate di emergenza riceve la chiamata, vede l'ELIN e consulta l'indirizzo registrato per quel numero nel database del carrier
4. I richiami all'ELIN vengono indirizzati all'interno originario per circa 2 ore. Dopo la scadenza della finestra di 2 ore, la cache dell'ID chiamante viene svuotata e qualsiasi richiamo a quel numero riceverà un messaggio "la chiamata non può essere completata".

#### Vincoli chiave

* **Gli indirizzi devono essere preconfigurati con il carrier:** quando un amministratore configura una Posizione e assegna un ELIN, l'indirizzo di quell'ELIN deve già essere registrato con il carrier
* **Ogni Posizione necessita del proprio ELIN:** un numero di telefono dedicato con il corretto indirizzo registrato nel database del carrier
* **Utenti solo interno** necessitano di ELIN dal pool di emergenza locale (vedere la Sezione 2); l'indirizzo di registrazione dei numeri del pool dovrebbe essere impostato sull'indirizzo predefinito della sede
* **Posizioni personali - ELIN non supportati:** Le Posizioni personali non sono supportate con gli ELIN al di fuori degli Stati Uniti/Canada. Ogni utente può creare solo tante Posizioni personali quanti sono i DID assegnati, perché il DID dell'utente funge da ELIN per la sua Posizione personale. Gli utenti solo interno non possono creare Posizioni personali in assoluto in questo modello, poiché non hanno alcun DID da usare come ELIN.
* **L'attivazione può richiedere fino a 10 giorni:** la modifica dell'indirizzo di registrazione di un DID con il carrier può richiedere fino a 10 giorni per propagarsi

#### Fallback quando non viene trovata alcuna corrispondenza di Posizione (resto del mondo)

Se non viene trovata alcuna corrispondenza di rete, l'ID chiamante originario viene inviato al centro di raccolta delle chiamate di emergenza, che esegue una ricerca nel database per l'indirizzo di registrazione associato a quel numero.


---

# 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/it/zoom-workplace/zoom-phone/expert-insights/emergency-services-best-practices/rest-of-world-elin-direct-number-model.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.