Skip to main content
El marcador sigue funcionando después de que cierres el navegador, y realiza llamadas dentro de las reglas de tu campaña.

​
Marcación en paralelo (concurrencia)

  • Define Parallel calls (concurrency) por campaña — un control deslizante de 1 a 10 — para cuántas llamadas se ejecutan al mismo tiempo.
  • El límite efectivo es el menor entre el ajuste de la campaña y la asignación de llamadas paralelas de tu plan; los valores más altos se limitan del lado del servidor. Esa asignación del plan es un único límite para todo el espacio de trabajo, compartido por cada sesión de asistente en vivo — llamadas entrantes y salientes, llamadas web, voz de WhatsApp y chat web — en lugar de un presupuesto por campaña o por canal.
  • Concurrent Lines es un complemento de pago, por niveles, que se compra en Settings → Plan, para los espacios de trabajo que necesitan más capacidad simultánea de la que incluye el plan. Cada línea comprada aumenta el límite del espacio de trabajo en una unidad.
  • Las llamadas que nunca conectan se liberan automáticamente para que no ocupen un espacio de forma indefinida.
Este es un límite distinto del tope diario de llamadas salientes: la concurrencia regula cuántas llamadas se ejecutan en el mismo instante, mientras que el tope diario regula cuántas llamadas pueden iniciarse a lo largo de todo un día.

​
Lógica de reintento

Los leads sin respuesta se reintentan automáticamente:
  • Max. retries cuenta los intentos adicionales después de la primera marcación. El valor por defecto es 2, así que un lead se marca hasta tres veces.
  • Retry delay (min) es la espera antes del siguiente intento (60 por defecto) — el reintento cae en un momento del día distinto, lo que mejora de forma medible el alcance.
  • Un lead que responde deja de reintentarse; los resultados busy, no answer y failed programan el siguiente intento hasta agotar el presupuesto.
  • El historial completo de intentos es visible por lead.
Max. retries es el tope estricto para todas las políticas de reintento siguientes. Las opciones de buzón de voz y de objetivo no pueden crear bucles sin límite; en cuanto se agotan los intentos, el lead recibe su resultado final.

​
Reintentar hasta que responda una persona

Activa Retry on voicemail (“Continue calling until a human answers”) para seguir reintentando cuando la detección de contestador automático reporta un buzón de voz, un IVR o un mensaje de no disponible. Una respuesta humana o el agotamiento del presupuesto de reintentos finaliza el lead. Esto es una política de reintento. Lo que el asistente realmente hace al toparse con una máquina es un ajuste independiente, propio de cada asistente — consulta AMD y buzón de voz más abajo.

​
Reintentar hasta lograr el objetivo

Dos ajustes trabajan juntos para seguir marcando a un lead hasta que se cumpla un resultado definido:
  • Retry until goal completed (“Continue calling until the goal is achieved”) — marca un lead como completado solo cuando el objetivo seleccionado se evalúa como verdadero; en caso contrario, se programa otro intento dentro del máximo.
  • Goal variable — elige uno de los campos sí/no de la evaluación posterior a la llamada del asistente, o el resultado integrado Call successful. Si la lista está vacía, añade primero un campo booleano en la pestaña Analysis del asistente.
Si el objetivo nunca se alcanza, el lead se reintenta solo hasta llegar a Max. retries.

​
Ventanas de llamada

Define cuándo puede marcar la campaña, por día de la semana, en la timezone de la campaña — por ejemplo, de lunes a viernes de 09:30 a 18:00. Fuera de esa ventana, el marcador se pausa y se reanuda automáticamente.
En Alemania, las llamadas no solicitadas fuera de un horario razonable infringen la UWG. Las ventanas de llamada no son solo un detalle de cortesía — configúralas para toda campaña que llame a consumidores.

​
Lista de no llamar (DNC)

Una lista de supresión central del espacio de trabajo bloquea de forma estricta a los contactos que se han dado de baja, antes de cualquier acción de marketing proactiva:
  • Universal mode bloquea todos los canales vinculados después de una baja en cualquiera de ellos.
  • Per-channel mode bloquea solo el canal en el que se recibió la baja.
  • El teléfono, el correo, la identidad del contacto, el alcance, el origen, el motivo y el modo vigente en el momento de la baja se conservan para poder auditarlos.
  • La marcación de la campaña comprueba la supresión de voz activa justo antes de despachar la llamada, y falla de forma cerrada cuando no se puede verificar el estado del consentimiento.
Gestiona el modo y los registros en Settings → Data → Suppression. Consulta Consentimiento y cumplimiento para conocer el comportamiento entre canales, la semántica de restauración, ejemplos de REST y las herramientas MCP.
  • GET /api/v1/suppression-list — lista los registros activos
  • POST /api/v1/suppression-list — registra una baja
  • DELETE /api/v1/suppression-list/{id} — restaura el consentimiento sin borrar el historial de auditoría
Las mismas operaciones están disponibles a través de MCP.

​
AMD y buzón de voz

Activa Answering machine detection (AMD) en los ajustes de la campaña para detectar una máquina antes de que hable el asistente, y elige Conservative (menos colgados por error) o Aggressive (detección más rápida con mayor volumen). AMD clasifica a quien responde en una de cinco categorías: Lo que el asistente hace al llegar a una máquina — colgar en silencio, o reproducir un mensaje configurado y luego colgar — es un interruptor propio del asistente, no de la campaña: Settings → Conversation → Voicemail. Si dejas ese mensaje en blanco, se reproduce en su lugar el saludo normal del asistente. El resultado de AMD aparece junto con la llamada y ayuda a que la lógica de reintento distinga un buzón de voz de una llamada sin respuesta. Activa Retry on voicemail cuando corresponda.
Un mensaje de buzón de voz seguido de un reintento a otra hora puede mejorar el alcance. Combina el mensaje de buzón de voz del asistente con Retry on voicemail.
En conjunto, un intento de llamada a un lead sigue esta ruta:

​
Solución de problemas

​
La campaña no arranca

Una campaña programada pasa por las mismas comprobaciones cuando llega su hora de inicio. Si alguna falla, la campaña pasa a Paused en lugar de a Running y conserva el error — así que una campaña que ayer estaba Scheduled y hoy está Paused normalmente ha topado con una de las filas anteriores.

​
No se realizan llamadas

Una campaña en ejecución que no realiza llamadas normalmente se debe a uno de estos motivos:
  • Fuera de la ventana de llamada — comprueba la hora actual frente a la ventana de llamada y la zona horaria de la campaña.
  • Cola agotada — todos los leads han agotado su Max. retries, o están esperando su próximo reintento. Importa más leads, o revisa los ajustes de reintento.
  • Suprimidos — los leads de la lista de no llamar se omiten, no se reintentan.

​
Depuración de la finalización de objetivos

Si Retry until goal completed marca los leads como completados de forma inesperada — o nunca los marca como completados — la causa habitual es la propia variable de objetivo, no la lógica de reintento:
  1. Revisa las transcripciones de llamadas recientes en busca de errores de extracción en la variable de objetivo.
  2. Realiza algunas llamadas de prueba y comprueba qué extrae realmente el asistente.
  3. Ajusta la descripción de la variable y el lenguaje del prompt alrededor de ella para que los criterios sean inequívocos.
Iniciar una campaña marca su primera oleada de inmediato, y a partir de ahí el marcador vuelve a comprobar cada campaña en ejecución aproximadamente una vez por minuto. Si no ha pasado nada en unos minutos, repasa las comprobaciones anteriores en lugar de suponer que necesita más tiempo.