Skip to main content

Resumen

La sección de Acciones y Herramientas permite configurar funcionalidades avanzadas que potencian las capacidades de tu agente conversacional durante y después de las llamadas. Incluye transferencias telefónicas con reglas múltiples (Transfer v2 Beta) y modo de ejecución configurable, detección de contestador reorganizada en dos niveles (Agente/Operadora), webhooks personalizados, protocolos de rellamada, el Schedule Controller (Beta) para horarios de atención, integración de calendario y comunicación multicanal con Email, SMS y WhatsApp, incluyendo la vinculación de tu propio dominio de email.
Las funcionalidades configuradas aquí son clave para crear experiencias conversacionales fluidas y automatizaciones poderosas que integren con tus sistemas existentes, maximizando la eficiencia operacional y la satisfacción del cliente.

Transferencia de Llamadas

Configura cómo tu agente maneja las transferencias de llamada a agentes humanos, extensiones internas o sistemas telefónicos externos con plantillas multiidioma optimizadas.
Meetzy ofrece dos versiones del sistema de transferencia: la versión clásica v1 (destino único) y la nueva Transfer v2 (Beta), que permite definir múltiples reglas de transferencia (TransferRule) con condiciones independientes. Puedes alternar entre ambas desde el interruptor “Transfer to multiple destinations (Beta)” en el panel de configuración; internamente esto se controla mediante la propiedad transferConfigVersion ('v1' | 'v2'), que por defecto es 'v1' para no alterar el comportamiento de agentes ya existentes.

Tipos de Transferencia Disponibles

Meetzy soporta dos métodos principales de transferencia con configuración flexible:
Transferir a números telefónicos tradicionales (móvil, fijo, internacional).Formato requerido: +34600123456Casos de uso comunes:
  • Escalar a agentes de soporte humano
  • Conectar con departamentos específicos
  • Transferir a supervisores o especialistas
  • Dirigir a líneas de emergencia
  • Routing geográfico por ubicación del cliente

Proceso de Configuración

1

Activar Transferencia

Habilita la opción de transferencia de llamadas usando el interruptor en la interfaz de usuario.
2

Elegir Versión del Sistema de Transferencia

Decide si usarás el modo clásico (transferConfigVersion: 'v1', un único destino) o Transfer v2 (Beta) (transferConfigVersion: 'v2'), que permite configurar múltiples reglas con condiciones distintas.
3

Seleccionar Tipo de Transferencia

Elige entre “Número de Teléfono” o “SIP Trunk” según tu infraestructura de comunicaciones (esta elección se hace por cada regla en v2).
4

Configurar Destino

  • Para números telefónicos: Introduce el número en formato E.164 (+país + número)
  • Para SIP: Especifica la URI completa con extensión, IP y puerto
5

Definir Plantilla de Transferencia

Selecciona una plantilla predefinida optimizada para tu idioma o crea una personalizada.
6

Elegir el Modo de Ejecución

Define si la transferencia debe ejecutarse de inmediato o tras que el agente termine de hablar (ver sección “Modo de Ejecución de la Transferencia” más abajo).
7

Validar Configuración

Prueba la configuración con llamadas de test para verificar conectividad.

Modo de Ejecución de la Transferencia

La propiedad execution_mode ('immediate' | 'post_tool_speech' | 'async') determina en qué momento exacto se ejecuta la transferencia una vez que la IA decide activarla. Para la herramienta de transferencia (transfer_call), el valor por defecto es 'post_tool_speech', lo que garantiza que el agente termine de comunicar su mensaje de aviso antes de que la llamada se transfiera realmente, evitando cortes abruptos en mitad de una frase.
1

Localizar el Selector de Modo de Ejecución

Dentro de la sección “Call Transfer”, busca el selector “Execution Mode” que aparece junto a la configuración de destino.
2

Elegir Immediate o Post Tool Speech

Selecciona immediate si necesitas que la transferencia ocurra sin demora, o mantén post_tool_speech (recomendado) para que el agente termine su frase antes de transferir.
3

Probar el Comportamiento

Realiza una llamada de prueba y verifica que el mensaje de transferencia se escucha completo (modo post_tool_speech) o que la conexión ocurre de forma inmediata (modo immediate).
Un valor heredado vacío ('') para el modo de ejecución de la transferencia se normaliza automáticamente a post_tool_speech, el comportamiento recomendado por defecto. Cambia a immediate únicamente si tu caso de uso requiere priorizar la velocidad de conexión por encima de la naturalidad conversacional.

Transfer v2 (Beta): Reglas Múltiples de Transferencia

Transfer v2 (Beta) es la evolución del sistema de transferencia clásico. En lugar de definir un único destino y una única plantilla de condiciones, permite crear múltiples reglas independientes (representadas internamente por la interfaz TransferRule), cada una con su propia condición de activación, su propio destino y su propio tipo de transferencia (Blind o Conference). Esto es ideal para agentes que deben enrutar llamadas a distintos departamentos, idiomas o niveles de prioridad según el motivo de la consulta.
Para activar esta funcionalidad, utiliza el interruptor “Transfer to multiple destinations (Beta)” que aparece al habilitar la transferencia de llamadas. Al activarlo, la interfaz cambia de un formulario de destino único a una lista dinámica de reglas (transferRules: TransferRule[]).

Cómo Funciona una Regla de Transferencia

Cada regla (TransferRule) se compone de los siguientes elementos:

Tipos de Transferencia por Regla: Blind vs Conference

Cada regla de Transfer v2 permite elegir de forma independiente entre una transferencia Blind (directa) y una transferencia Conference (acompañada), controlado por el campo transfer_type. Esto permite, por ejemplo, transferir de forma directa a un departamento de baja criticidad mientras se usa una transferencia acompañada con briefing para casos que requieren contexto previo, como reclamaciones complejas o clientes VIP.
La transferencia Blind conecta al cliente inmediatamente con el destino configurado, sin pasos intermedios. Es el comportamiento equivalente al de Transfer v1.Características:
  • No requiere campos adicionales
  • Es la opción más rápida y sencilla
  • Ideal cuando el destino no necesita contexto previo de la llamada
Casos de uso: líneas de soporte general, extensiones ya preparadas para recibir cualquier tipo de consulta.
1

Activar Transfer v2

Activa el interruptor “Transfer to multiple destinations (Beta)” dentro de la sección de Call Transfer. Esto fija transferConfigVersion a 'v2'.
2

Añadir Reglas

Haz clic en “Añadir Regla” para crear un nuevo elemento en el array transferRules. Puedes crear tantas reglas como necesites.
3

Definir la Condición

Escribe en el campo “When should this be used?” una descripción clara de la situación que debe activar esta regla (ej. “el cliente solicita cancelar su suscripción”).
4

Elegir Tipo de Destino

Selecciona “Phone” o “SIP” para cada regla de forma independiente.
5

Configurar el Valor de Destino

Introduce el número en formato E.164 o la URI SIP completa según el tipo seleccionado.
6

Elegir Blind o Conference

Selecciona el tipo de transferencia (transfer_type) para esta regla. Si eliges “Conference”, completa opcionalmente client_message y agent_message.
7

Priorizar y Ordenar Reglas

Ordena las reglas de mayor a menor prioridad; la IA evaluará las condiciones en el orden establecido dentro del array transferRules y aplicará la primera que coincida.
8

Eliminar o Editar Reglas

Usa el botón “Remove” en cada tarjeta de regla para eliminarla, o edita directamente los campos para actualizarla.

Ejemplo de Configuración con Múltiples Reglas

Transfer v1 vs Transfer v2 (Beta): Comparativa

Transfer v2 se encuentra en fase Beta. Es recomendable probar exhaustivamente cada regla con llamadas de test antes de desplegar en producción, especialmente cuando existen condiciones que podrían solaparse entre sí o cuando se usan reglas con transferencia Conference. En caso de solapamiento de condiciones, la IA aplicará la primera regla que coincida según el orden configurado en transferRules.

Buenas Prácticas para Reglas de Transferencia

  • Condiciones mutuamente excluyentes: Redacta las condiciones de forma que no se superpongan entre sí para evitar ambigüedad en el enrutamiento
  • Orden por especificidad: Coloca las reglas más específicas primero y las más genéricas al final como fallback
  • Regla de respaldo (fallback): Considera añadir siempre una última regla genérica (“cualquier otra situación que requiera atención humana”) apuntando a un destino general
  • Nombres descriptivos en la condición: Usa lenguaje natural claro y verbos de acción (“el cliente solicita…”, “el cliente pregunta por…”) para maximizar la precisión de detección de la IA
  • Usa Conference cuando el contexto importa: Reserva la transferencia acompañada (conference) con agent_message para los casos donde el humano se beneficia de un resumen previo; para el resto, blind es más rápido y sencillo
  • Pruebas por regla: Valida cada regla individualmente con llamadas de test simulando distintos escenarios de conversación
  • No mezclar versiones: Si migras de v1 a v2, revisa que la plantilla de condición clásica quede reflejada como una o varias reglas equivalentes en transferRules antes de desactivar el modo clásico

Plantillas de Transferencia Multiidioma

El sistema incluye plantillas predefinidas optimizadas para diferentes idiomas y contextos culturales:

Estrategia de Finalización de Llamada

Configura cómo y cuándo tu agente debe finalizar automáticamente las conversaciones para optimizar recursos y mejorar la experiencia del usuario con detección inteligente multiidioma.

Detección Automática de Contestadores

Una funcionalidad crítica es la detección automática de contestadores telefónicos para evitar conversaciones con sistemas automatizados:
La detección de contestadores automáticos es esencial para evitar conversaciones innecesarias y optimizar costos operacionales. Esta funcionalidad previene la frustración de interacciones con buzones de voz y sistemas automatizados, mejorando significativamente el ROI de campañas.

Frases de Detección por Idioma

El sistema AI reconoce patrones específicos en cada idioma con alta precisión:

Detección de Contestador Automático en Dos Niveles: Agente y Operadora

La detección de contestadores automáticos de Meetzy está reorganizada en dos niveles complementarios: el nivel Agente (detección nativa realizada por la propia IA durante la conversación) y el nivel Operadora (detección técnica realizada por el proveedor de telefonía/carrier antes de que el agente empiece a hablar, o en paralelo mientras lo hace). Esta funcionalidad se controla mediante la propiedad amd_mode ('' | 'off' | 'native' | 'live' | 'gate') y se expone en la interfaz como un interruptor “Voicemail Detection” junto a un selector de nivel y, si corresponde, de submodo.

Nivel 1: Agente (Detección Nativa)

El nivel Agente corresponde al valor amd_mode: 'native'. En este nivel, la propia IA analiza el contenido semántico de lo que escucha y reconoce frases típicas de contestadores (ver listado de frases por idioma más arriba) durante el transcurso natural de la conversación.
  • Cuándo actúa: Una vez que el agente ya ha empezado a interactuar y el contestador reproduce su mensaje habitual
  • Ventaja principal: No depende de las capacidades técnicas del operador telefónico; funciona con cualquier proveedor
  • Consideración: Requiere que el contestador llegue a reproducir parte de su mensaje antes de poder detectarlo

Nivel 2: Operadora (Detección a Nivel de Carrier)

El nivel Operadora corresponde a los valores amd_mode: 'gate' o amd_mode: 'live'. En este nivel, el propio proveedor de telefonía analiza señales técnicas de la llamada (tonos, patrones de silencio, señal de “beep”) para determinar si es un contestador, actuando al inicio de la llamada, antes o en paralelo al primer mensaje del agente. Dentro de este nivel existen dos submodos:
En el submodo Gate (amd_mode: 'gate'), el sistema retiene la voz del agente hasta que el operador telefónico confirma si la llamada fue contestada por una persona o por un contestador automático. Solo cuando se confirma que hay una persona al otro lado, el agente comienza a hablar.Ventajas:
  • Máxima precisión: el agente nunca “malgasta” su primer mensaje hablándole a un contestador
  • Ideal para mensajes de apertura largos o con información sensible
Consideraciones:
  • Introduce una pequeña latencia inicial mientras se espera la confirmación del operador
  • Recomendado para campañas salientes de alto volumen donde el coste de “desperdiciar” aperturas es alto

Proceso de Configuración

1

Activar Voicemail Detection

Habilita el interruptor “Voicemail Detection” en la sección de Acciones y Herramientas (voicemailDetectionEnabled: true).
2

Elegir el Nivel de Detección

Selecciona entre “Agent” (nivel Agente, amd_mode: 'native', detección semántica realizada por la IA durante la conversación) o “Carrier” (nivel Operadora, detección técnica a nivel de proveedor telefónico).
3

Configurar Submodo de Operadora (si aplica)

Si eliges el nivel “Carrier”/Operadora, selecciona entre “Gate” (amd_mode: 'gate', esperar confirmación antes de hablar) o “Live” (amd_mode: 'live', hablar de inmediato y monitorizar en paralelo).
4

Validar con Llamadas de Prueba

Realiza llamadas de test tanto a números que sean contestados por personas como a números con contestador automático para verificar el comportamiento esperado en cada escenario.
El sistema recuerda automáticamente el último submodo de Operadora utilizado (lastCarrierVoicemailMode: 'gate' | 'live'). Así, si cambias temporalmente al nivel “Agent” y luego regresas al nivel “Carrier”/Operadora, la interfaz restaura el submodo que tenías configurado previamente, evitando que tengas que reconfigurarlo cada vez.

Comparativa de Niveles y Submodos de Detección