> 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/rest-of-world-elin-direct-number-model.md).

# Resto del mundo—modelo ELIN / número directo

Fuera de EE. UU. y Canadá (y para clientes BYOC que no usan Zoom para llamadas de emergencia), la dirección no puede transmitirse directamente en la señal de la llamada. En su lugar, el sistema se basa en ELIN (consulte la Sección 2 para una explicación completa de los tipos de ELIN).

**Flujo de ELIN:** El usuario marca el número de emergencia **→** Zoom detecta la Ubicación mediante datos de red **→** El ELIN de esa Ubicación se usa como ID de llamada **→** El PSAP busca el ELIN en la base de datos del proveedor **→** La dirección pre-registrada se devuelve al PSAP para el despacho.

#### Cómo funciona

1. El administrador define las Ubicaciones de la empresa en Zoom, cada una con un ELIN: un número de teléfono cuya dirección ha sido pre-registrada con el proveedor para coincidir con esa Ubicación
2. Cuando un usuario realiza una llamada de emergencia desde una Ubicación detectada, Zoom usa el ELIN de esa Ubicación como el ID de llamada Salientes
3. El PSAP recibe la llamada, ve el ELIN y busca la dirección que se registró para ese número en la base de datos del proveedor
4. Las devoluciones de llamada al ELIN se enrutan a la extensión de origen durante aproximadamente 2 horas. Después de que vence la ventana de 2 horas, se borra la caché del ID de llamada y cualquier devolución de llamada a ese número recibirá el mensaje "la llamada no puede completarse".

#### Restricciones clave

* **Las direcciones deben aprovisionarse previamente con el proveedor:** cuando un administrador configura una Ubicación y asigna un ELIN, la dirección de ese ELIN ya debe estar registrada con el proveedor
* **Cada Ubicación necesita su propio ELIN:** un número de teléfono dedicado con la dirección correcta registrada en la base de datos del proveedor
* **Usuarios solo de extensión** necesitan ELIN del grupo local de emergencia (consulte la Sección 2); la dirección registrada de los números del grupo debe establecerse en la dirección predeterminada del sitio
* **Ubicaciones personales: no se admiten ELIN:** Las Ubicaciones personales no se admiten con ELIN fuera de EE. UU./Canadá. Cada usuario solo puede crear tantas Ubicaciones personales como DIDs tenga asignados, porque el DID del usuario actúa como el ELIN de su Ubicación personal. Los usuarios solo de extensión no pueden crear Ubicaciones personales en absoluto en este modelo, ya que no tienen ningún DID que sirva como ELIN.
* **La activación puede tardar hasta 10 días:** cambiar la dirección registrada de un DID con el proveedor puede tardar hasta 10 días en propagarse

#### Respaldo cuando no hay coincidencia de Ubicación (resto del mundo)

Si no se encuentra ninguna coincidencia de red, el ID de llamada de origen se envía al PSAP, que realiza una búsqueda en la base de datos de la dirección registrada asociada con ese número.


---

# 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/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.