Hello,I have a question. When I transfer a call to a customer via (transfer to number) and the cu

[eager glen]

AI-generated Answer for stan6232

Short answer: Yes—configure the transfer as a SIP REFER transfer. Conference transfers (the default) keep the AI leg until the destination answers; SIP REFER hands the call off directly via your SIP trunk.

What to do

• In your agent, add the “Transfer to Human” tool and create a transfer rule that sets Transfer Type = SIP REFER, then specify the target phone number or SIP URI. Note: SIP REFER requires that the call is using SIP and that your SIP trunk/carrier allows REFER. (elevenlabs.io)
• If you’re on Twilio’s native phone-number integration and need external transfers or REFER-style behavior, use SIP trunking (e.g., Twilio Elastic SIP Trunking) with our SIP integration instead of the native Twilio number integration. Twilio-native numbers are limited to transferring to Twilio-hosted numbers. (elevenlabs.io)

What the docs say

• Conference transfer: calls the destination, adds them to a conference, then removes the AI only after they join. (elevenlabs.io)
• SIP REFER transfer: transfers the call directly to the destination; only available on SIP and requires your SIP trunk to permit REFER. (elevenlabs.io)

Limits

• The public docs do not list a setting to make a conference transfer “final” or to change the no‑answer timeout/return behavior. If you need help investigating the specific conversation you referenced, please contact support with that conversation ID. (help.elevenlabs.io)

Sources:
Transfer to human | ElevenLabs Documentation
Transfer to human | ElevenLabs Documentation
Transfer to human | ElevenLabs Documentation
Transfer to human | ElevenLabs Documentation
How can I contact support? – ElevenLabs

[frigid shadow]

Répond en français

[eager glen]

AI-generated Answer for stan6232

Oui — mais uniquement en utilisant un transfert SIP REFER.

• Par défaut, l’outil “Transfer to human” réalise un “Conference Transfer” (le système appelle la destination, l’ajoute à une conférence puis retire l’agent une fois connecté). La documentation ne prévoit pas de paramètre pour rendre ce transfert “final” si la destination ne répond pas. (elevenlabs.io)
• Pour que la bascule soit définitive dès le transfert (l’agent 11labs raccroche et le réseau gère la sonnerie/échec sans retour vers l’agent), configurez “transfer_to_number” en mode “SIP REFER”. Cette option n’est disponible que si l’appel passe par une intégration SIP trunk compatible REFER. (elevenlabs.io)

Remarques:

• Si vous utilisez l’intégration Twilio native, vous êtes sur le mode conférence par défaut; la doc n’indique pas d’option pour empêcher le “retour” en cas de non‑réponse. Pour un handoff vraiment final, passez par SIP trunking et activez le transfert SIP REFER. (elevenlabs.io)
• Il existe aussi l’outil système “End call” pour faire raccrocher explicitement l’agent, mais cela ne remplace pas un transfert final côté téléphonie lorsque vous restez en mode conférence. (elevenlabs.io)

Si vous voulez, je peux vous indiquer où activer SIP trunking et où choisir “SIP REFER” dans les règles de transfert. (elevenlabs.io)

Sources:
Transfer to human | ElevenLabs Documentation
Transfer to human | ElevenLabs Documentation
Transfer to human | ElevenLabs Documentation
System tools | ElevenLabs Documentation
SIP trunking

[frigid shadow]

C’est déjà configuré en SIP transfert mais ça revient quand même vers moi au bout de 30 s

[eager glen]

AI-generated Answer for stan6232

Merci du retour. Pour qu’un transfert soit “définitif” (sans retour vers l’agent), il faut utiliser le type de transfert SIP REFER. C’est le mécanisme prévu pour transférer l’appel directement au destinataire (sans conférence). Ce mode n’est disponible que si l’appel en cours utilise le protocole SIP et si votre trunk SIP autorise les transferts via SIP REFER. (elevenlabs.io)

Points à vérifier côté configuration:

• Dans l’outil de votre agent “Transfer to Human”, ouvrez la règle de transfert et réglez “Transfer Type” sur “SIP REFER” (et non “Conference”). (elevenlabs.io)
• Confirmez que l’appel passe bien par un trunk SIP connecté à ElevenLabs (et non via l’intégration Twilio), car la doc précise que SIP REFER n’est disponible que pendant une conversation en SIP. Par implication, via Twilio vous disposez du transfert “Conference” mais pas du REFER. (elevenlabs.io)
• Vérifiez auprès de votre opérateur/trunk que les REFER sont autorisés/activés, condition nécessaire pour que le transfert soit final. (elevenlabs.io)
• Si besoin, revoyez la mise en place du trunk SIP côté ElevenLabs pour vous assurer que les appels entrants sortants utilisent bien ce trunk. (elevenlabs.io)

Pour diagnostiquer le “retour au bout de 30 s”, consultez l’historique des appels: les échecs/retours y affichent un message d’erreur utile pour comprendre pourquoi le transfert n’a pas abouti. (help.elevenlabs.io)

Si après ces vérifications vous êtes bien en SIP REFER et que l’appel revient toujours, partagez les détails de l’appel depuis Call History (horodatage, numéro cible, message d’erreur) afin que nous puissions approfondir. (help.elevenlabs.io)

Sources:
Transfer to human | ElevenLabs Documentation
Transfer to human | ElevenLabs Documentation
Transfer to human | ElevenLabs Documentation
Transfer to human | ElevenLabs Documentation
SIP trunking | ElevenLabs Documentation
Where can I locate the reason for my call failing? – ElevenLabs
Where can I locate the reason for my call failing? – ElevenLabs

[frigid shadow]

Je te dis que même en configurant comme ça en l’abscence de réponse ça rebient vers chez nous car le transfert fail