> For the complete documentation index, see [llms.txt](https://docs.dapta.ai/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.dapta.ai/dapta-docs-es/integraciones/ip-configuracion-de-webhooks.md).

# IP: Configuración de Webhooks

Agrega las direcciones IP públicas de Dapta a tu firewall para que los webhooks de llamadas, Flow Studio y AI Notetaker no se bloqueen.

Cuando Dapta envía datos a tus servidores — por ejemplo, al finalizar una llamada de voz, cuando un flujo de Flow Studio se ejecuta, o cuando AI Notetaker procesa una reunión — envía una solicitud HTTP **POST** (un webhook) desde una de las direcciones IP públicas de Dapta.

Si tu empresa utiliza un **firewall, WAF (Web Application Firewall) o lista de IPs permitidas**, necesitas indicarle a tu sistema de seguridad que confíe en estas direcciones. De lo contrario, tu firewall bloqueará las solicitudes y tus integraciones fallarán silenciosamente — las llamadas no se registrarán, los datos no se sincronizarán y las automatizaciones no se activarán.

## ¿Qué direcciones IP debo permitir en mi firewall?

Dapta envía webhooks desde las IPs y rangos de la tabla de abajo. Agrégalos todos a tu lista de permitidas y abre el puerto 443 (HTTPS). Dapta usa cualquiera de ellas según la carga del servidor, así que si falta una sola, los webhooks fallarán de forma intermitente.

***

### Por qué es importante

La mayoría de las empresas protegen sus servidores aceptando solicitudes únicamente de direcciones IP conocidas y confiables. Esto se conoce como **lista de IPs permitidas** (también llamado "whitelisting").

Si las IPs de Dapta no están en tu lista de permitidas:

* **Las entregas de webhooks fallarán** — tu servidor rechazará la solicitud entrante con un error 403 o timeout.
* **Las integraciones se romperán** — actualizaciones de CRM, notificaciones de Slack, sincronizaciones con Google Sheets y cualquier otra automatización que dependa de webhooks dejará de funcionar.
* **No recibirás un error evidente** — la mayoría de los firewalls descartan silenciosamente las solicitudes bloqueadas, lo que dificulta el diagnóstico del problema.

{% hint style="danger" %}
Si tus integraciones dejan de recibir datos de Dapta de forma repentina, la causa más común es una IP faltante en la lista de permitidas de tu firewall. Verifica esto primero antes de investigar cualquier otra cosa.
{% endhint %}

***

### Direcciones IP públicas de Dapta

Agrega **todas** las IPs y rangos siguientes a la lista de permitidas de tu firewall o WAF, en el puerto 443 (HTTPS):

| IP o rango         | Se usa para                                                                                 |
| ------------------ | ------------------------------------------------------------------------------------------- |
| `3.135.117.63`     | Servidores de Dapta: webhooks, solicitudes API, Flow Studio, herramientas de agentes de voz |
| `3.14.139.223`     | Servidores de Dapta: conexiones a bases de datos y servicios de IA                          |
| `143.223.88.0/21`  | Llamadas de voz (SIP y audio)                                                               |
| `161.115.160.0/19` | Llamadas de voz (SIP y audio)                                                               |
| `153.57.128.0/18`  | Llamadas de voz (SIP y audio)                                                               |

{% hint style="warning" %}
Debes agregar **todas**. Dapta puede enviar solicitudes desde cualquiera de estas direcciones. Si falta una sola, puede causar fallos intermitentes difíciles de diagnosticar. Es la misma lista que se usa para [SIP trunks](/dapta-docs-es/agentes-de-voz-ia/numeros-de-telefono/conecta-tu-telefonia-sip-trunk/conecta-tu-propio-sip-trunk-custom-byo.md#ips-de-dapta-que-debes-permitir), así que una sola regla cubre todos los productos de Dapta.
{% endhint %}

***

### Cómo agregar estas IPs a tu firewall

Los pasos exactos dependen de tu firewall o proveedor de hosting. A continuación se presenta el proceso general, seguido de guías específicas por proveedor.

**Paso 1:** Inicia sesión en el panel de administración de tu firewall, WAF o proveedor de hosting.

***

**Paso 2:** Navega a la sección de **Lista de IPs Permitidas**, **Control de Acceso** o **Reglas de Firewall**. Generalmente se encuentra en la configuración de Seguridad o Redes.

***

**Paso 3:** Agrega cada IP y rango listado arriba como **IPs entrantes permitidas**. Asegúrate de permitir el tráfico en el **puerto 443 (HTTPS)**.

***

**Paso 4:** Guarda los cambios y verifica activando un webhook de prueba desde Dapta (por ejemplo, ejecutando una llamada manual de secuencia o activando un flujo de Flow Studio).

***

#### Proveedores de firewall comunes

| Proveedor              | Dónde encontrar la configuración                                                    |
| ---------------------- | ----------------------------------------------------------------------------------- |
| **AWS WAF**            | WAF & Shield → Web ACLs → Seleccionar ACL → Rules → Add IP Set                      |
| **Cloudflare**         | Security → WAF → Tools → IP Access Rules                                            |
| **Google Cloud Armor** | Network Security → Cloud Armor → Policies → Add Rule                                |
| **Azure Front Door**   | WAF policy → Managed rules → Custom rules → IP allow                                |
| **Nginx**              | Agrega directivas `allow 3.135.117.63;` en tu bloque server                         |
| **Apache**             | Agrega `Require ip 3.135.117.63` en tu archivo `.htaccess` o configuración de vhost |

> **💡 Consejo:** Si no estás seguro de qué firewall usa tu empresa, consulta con tu equipo de TI o DevOps. Comparte esta página con ellos — sabrán exactamente qué hacer.

***

### Qué envía Dapta por webhooks

Cuando un webhook se ejecuta, Dapta envía una solicitud **POST** a la URL que configuraste. Los disparadores más comunes incluyen:

* **Agentes de Voz** — llamada completada, buzón de voz detectado o llamada transferida.
* **Flow Studio** — un paso del flujo activa una solicitud HTTP saliente.
* **AI Notetaker** — una grabación de reunión fue procesada y analizada.
* **Secuencias** — los resultados de llamadas a contactos se envían a un sistema externo.

El contenido de la solicitud incluye datos estructurados en formato JSON específicos al tipo de disparador (transcripción de llamada, datos del contacto, resultados de análisis, etc.).

***

### Solución de problemas

| Problema                                         | Solución                                                                                                                                              |
| ------------------------------------------------ | ----------------------------------------------------------------------------------------------------------------------------------------------------- |
| Los webhooks funcionaban pero dejaron de hacerlo | Es posible que se haya agregado una nueva IP de Dapta. Verifica que todas las IPs y rangos listados arriba estén en tu lista de permitidas.           |
| Los webhooks funcionan de forma intermitente     | Puede que falte una de las IPs listadas arriba. Dapta puede enviar desde cualquiera de ellas.                                                         |
| Error 403 Forbidden                              | Tu firewall está bloqueando la solicitud. Agrega las IPs de Dapta a tu lista de permitidas.                                                           |
| Errores de timeout                               | Verifica que el puerto 443 (HTTPS) esté abierto para las IPs listadas.                                                                                |
| No estoy seguro si mi firewall está bloqueando   | Pide a tu equipo de TI que revise los registros del firewall en busca de solicitudes bloqueadas desde cualquiera de las IPs o rangos listados arriba. |

{% hint style="info" %}
Si continúas experimentando problemas después de agregar todas las IPs listadas arriba, contacta al soporte de Dapta. El problema puede estar en la aplicación y no en la red.
{% endhint %}


---

# 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://docs.dapta.ai/dapta-docs-es/integraciones/ip-configuracion-de-webhooks.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.