Skip to main content
La herramienta Transferencia a humano permite que un agente virtual derive una interacción a un agente humano cuando se cumple una condición definida en su guion o en sus reglas. En interacciones telefónicas, Inagent puede realizar una transferencia en frío mediante SIP REFER hacia una extensión, un DID u otro destino SIP.

Configurar la herramienta

Al crear o editar la herramienta completa estos campos:

Nombre

Introduce un nombre único que permita identificar la herramienta dentro del equipo, por ejemplo TransferenciaCobros o EscalamientoSoporte.

Descripción

Explica de forma precisa cuándo debe utilizarse la transferencia. El agente virtual utiliza esta descripción para decidir si debe invocar la herramienta.
Ejemplo: “Usar cuando el cliente solicite hablar con un agente humano para resolver un problema de facturación”.

Agentes asociados

Selecciona los agentes virtuales que podrán utilizar la herramienta durante una interacción.

Parámetros de la transferencia telefónica

Si es la primera herramienta de transferencia de tu entorno, solicita a Inconcert el valor de sip_trunk_id.

Mensaje de transferencia

El parámetro message contiene la locución que escucha el usuario al comenzar el traspaso.
Utiliza un mensaje breve y directo. No incluyas información que dependa del resultado de la transferencia, ya que la locución se reproduce mientras se inicia el proceso.

Transferencia en frío con SIP REFER

SIP REFER es un método del protocolo SIP que solicita al sistema de telefonía receptor que contacte con un tercer destino. En una transferencia de llamada, Inagent envía una solicitud REFER con el destino indicado en transfer_did, y el sistema receptor continúa el establecimiento de la llamada hacia el agente humano. Se denomina transferencia en frío porque el agente virtual no conversa previamente con el agente humano ni realiza una presentación antes del traspaso. Cuando la transferencia se completa, el agente virtual deja de participar en la llamada. Para utilizar este método, establece:
El sistema de telefonía que recibe la llamada debe admitir el método SIP REFER definido en RFC 3515.

Flujo de la transferencia

  1. El agente virtual determina que la interacción requiere atención humana.
  2. Inagent reproduce el texto configurado en message.
  3. Inagent envía una solicitud SIP REFER con el destino de transfer_did.
  4. El sistema de telefonía receptor procesa el REFER e inicia la comunicación con el destino humano.
  5. El resultado de la solicitud se comunica mediante mensajes SIP NOTIFY.
  6. Si la transferencia se completa, la llamada continúa en el destino humano sin la participación del agente virtual.
La aceptación inicial de una solicitud REFER no confirma por sí sola que el agente humano haya atendido la llamada. El resultado de la acción se comunica posteriormente mediante SIP NOTIFY.

Cabeceras SIP personalizadas

Puedes incluir datos operativos en cabeceras personalizadas con el prefijo X-:
En una transferencia mediante SIP REFER, estas cabeceras se envían en la solicitud REFER, no en el INVITE que establece la llamada con el destino humano. El sistema de telefonía debe capturarlas desde el REFER y, si el siguiente tramo las necesita, propagarlas explícitamente al nuevo INVITE.
Envía únicamente las cabeceras necesarias, evita incluir información sensible y comprueba que el sistema receptor conserva el nombre y el valor esperados.

Ejemplo completo

El siguiente código inicia una transferencia en frío hacia la extensión 4500. El usuario escucha el texto de message mientras comienza el traspaso y, si la operación falla o supera el tiempo de espera, el agente virtual recupera el control de la conversación.
Sustituye sip_trunk_id, transfer_did y message por los valores de tu entorno. Si necesitas enviar cabeceras personalizadas, añádelas dentro de args:

Requisitos y validación

Antes de publicar la herramienta:
  • Confirma que el destino configurado en transfer_did puede recibir llamadas.
  • Verifica que tu sistema de telefonía admite y procesa SIP REFER.
  • Comprueba que las cabeceras X-* se leen desde la solicitud REFER.
  • Valida que las cabeceras necesarias se propagan al tramo final de la llamada.
  • Prueba los escenarios de transferencia completada, destino no disponible, rechazo y tiempo de espera agotado.
  • Revisa que el mensaje de transferencia se reproduce completo y resulta claro para el usuario.

Buenas prácticas

  • Define condiciones de uso específicas para que el agente virtual transfiera solo cuando corresponda.
  • Mantén message breve para no retrasar el traspaso.
  • Utiliza un destino diferente por herramienta cuando cada equipo humano tenga su propia extensión o cola.
  • Limita las cabeceras personalizadas a los datos imprescindibles para enrutar o contextualizar la llamada.
  • Realiza pruebas de extremo a extremo antes de utilizar la transferencia en producción.