Nodo de IVR: Ofrecer callback

El nodo Ofrecer callback (tipo CallbackOffer) le da al llamante la opción de que lo llamen de vuelta en lugar de esperar en la línea. A diferencia del nodo interno Callback (que asume que la decisión ya se tomó), Ofrecer callback resuelve todo el ciclo en un solo nodo del lienzo: reproduce el mensaje, captura un único dígito, y según la respuesta encola la solicitud y reproduce la confirmación, o sigue de largo.

Configuración

• Mensaje: el texto que se reproduce ofreciendo el callback (ej.: "Marcá 1 si querés que te devolvamos la llamada").
• Dígito para aceptar (1 carácter): el dígito que el llamante debe presionar para aceptar. Por defecto es 1. El campo acepta cualquier carácter único; en la práctica solo tiene sentido usar 0-9, * o #, porque son los únicos que Asterisk puede capturar como DTMF real — el sistema no valida qué carácter escribís ahí.
• Mensaje de confirmación: el audio que se reproduce SOLO si el llamante acepta (ej.: "Listo, te llamaremos en breve").
• Prioridad en la cola: nivel de prioridad de la solicitud de callback en la cola del agente. Tres opciones: Baja, Normal o Alta (por defecto Normal).
• Timeout: segundos que espera el dígito antes de considerarlo un timeout.

Salidas del nodo

• accepted: el llamante presionó el dígito de aceptar. Se encola la solicitud de callback y se reproduce el mensaje de confirmación antes de seguir por esta salida.
• declined: el llamante presionó un dígito distinto al de aceptar.
• timeout: no se presionó ningún dígito dentro del tiempo configurado.

Ejemplo

En un canal con mucha espera en horario pico, colocás Ofrecer callback con el mensaje "Todos nuestros agentes están ocupados. Marcá 1 si preferís que te devolvamos la llamada, o esperá en la línea", dígito de aceptar 1 y confirmación "Perfecto, te llamaremos en los próximos minutos". Conectás la salida accepted a Colgar, y las salidas declined y timeout a la música de espera / transferencia normal a un agente.

Consejos

• El registro de la solicitud es best-effort: si por algún error interno no se pudo guardar en la cola, el llamante igual escucha la confirmación y el flujo sigue por accepted con normalidad — así nunca se corta la llamada de forma abrupta, aunque en ese caso el agente no vería la fila reflejada.
• Es un nodo de una sola decisión: no reintenta el prompt si el dígito no coincide (a diferencia de Capturar dígitos con reintentos), así que redactá el mensaje de forma clara y considerá dar una salida amigable en declined/timeout.

Solución de problemas

Si la confirmación queda en blanco, el llamante escuchará silencio tras aceptar antes de que el flujo continúe — asegurate de completar siempre el campo "Mensaje de confirmación".