कॉल हस्तांतरित करा

कोल्ड ट्रान्सफरद्वारे कॉलर्सना मार्गस्थ करा किंवा वॉर्म ट्रान्सफरद्वारे प्रथम गंतव्याची पडताळणी करा.

प्रत्येक फोन एजंटमध्ये अंगभूत transfer_call क्रिया असते. एजंटला त्याच्या prompt मध्ये केव्हा ट्रान्सफर करायचे, कोणता नंबर वापरायचा आणि हँडऑफ कोल्ड असावा की वॉर्म हे सांगा.

एजंटने मोड वगळल्यास, ट्रान्सफर कोल्ड असते.

ट्रान्सफर कॉन्फिगर करा#

डॅशबोर्डमध्ये:

1. व्हॉइस एजंट्स उघडा, एजंट निवडा आणि कॉन्फिग उघडा.
2. prompt मध्ये प्रत्येक गंतव्य, त्याची राउटिंग अट आणि cold किंवा warm मोड वापरायचा आहे का ते जोडा. तुम्हाला स्वतंत्र ट्रान्सफर टॉगल सक्षम करण्याची किंवा कस्टम टूल तयार करण्याची गरज नाही.
3. आवश्यक असल्यास, प्रगत → रिंग कालावधी 5 ते 120 सेकंदांदरम्यान सेट करा.
4. डिप्लॉय निवडा.

API सह, prompt आणि पर्यायी ring_duration_seconds स्टेज करण्यासाठी PATCH /v1/agents/{agent_id} वापरा, त्यानंतर POST /v1/agents/{agent_id}/deploy वापरा. एजंट्स API पहा.

वॉर्म ट्रान्सफरदरम्यान काय होते#

1. एजंट कॉलरला सांगतो की तो ट्रान्सफर सुरू करत आहे.
2. कॉलरला होल्ड संगीत ऐकू येते. कॉलरला लक्ष्याचा फोन वाजताना किंवा खाजगी संभाषण ऐकू येत नाही.
3. ThunderPhone कॉल हाताळणाऱ्या VoIP नंबरवरून लक्ष्याला कॉल करते. एजंट त्याचा screen_message पाठवतो, ज्यात एजंटची ओळख, कॉलरचे नाव, कॉलचे कारण आणि लक्ष्य कॉल घेऊ शकते का याचा प्रश्न असावा.
4. निर्णय घेण्यापूर्वी लक्ष्य प्रश्न विचारू शकते. कॉलर होल्डवर असताना एजंट मूळ संभाषण आणि त्याच्या prompt मधून उत्तरे देतो.
5. लक्ष्य स्वीकारल्यास, कॉलर होल्डमधून बाहेर येतो आणि दोघांनाही लहान introduction ऐकू येते. त्यानंतर एजंट आपोआप कॉलमधून बाहेर पडतो. दोघे जोडलेले राहतात.

लक्ष्याने नकार दिल्यास, उत्तर न दिल्यास किंवा व्हॉइसमेल लागल्यास, ThunderPhone तो खाजगी कॉल काढून टाकते आणि कॉलरला होल्डमधून बाहेर आणते. एजंटला निकाल मिळतो आणि तो मूळ संभाषण सुरू ठेवतो. तो संदेश घेऊ शकतो, दुसरा मार्ग सुचवू शकतो किंवा कॉलरला अजूनही हवे असल्यास कोल्ड ट्रान्सफर करू शकतो. वॉर्म ट्रान्सफर व्हॉइसमेल सोडत नाही. लक्ष्याने एजंटला संदेश पोहोचवण्यास सांगितल्यास, टूल निकालात तो relay_message_for_caller म्हणून समाविष्ट असतो.

एजंटला कॉल योग्य प्रकारे ट्रान्सफर करण्यास prompt करा#

एजंटच्या prompt मध्ये रूटिंग नियम द्या. E.164 स्वरूप वापरा: +, देशाचा कोड, आणि पूर्ण राष्ट्रीय क्रमांक, जसे की +14155550123. प्रत्येक रूटसाठी ट्रान्सफर मोड नमूद करा आणि अयशस्वी वॉर्म ट्रान्सफरसाठी एजंटला पर्यायी उपाय द्या.

Transfer policy
 
Confirm the caller's name and reason for calling before any transfer.
 
| Caller needs | Destination | Transfer mode |
| --- | --- | --- |
| A new purchase or plan change | +14155550123 | warm |
| Help with an existing order | +14155550124 | warm |
| The main office | +14155550125 | cold |
 
For a warm transfer:
- In the private screen message, identify yourself, give the caller's name and
  a one-sentence reason for the call, then ask whether the target can take it.
- Answer reasonable questions from the target using the conversation context.
- If the target accepts, introduce both people in one short sentence. Do not
  plan to speak after the introduction because you will be dropped.
- If the target declines, does not answer, or reaches voicemail, tell the
  caller what happened. Relay any message from the target, then offer to take
  a message or try another route. Do not cold-transfer unless the caller asks.

अंतर्निर्मित क्रिया कॉल करताना एजंट ही फील्ड पुरवतो:

transfer_call नावाचे कस्टम टूल परिभाषित किंवा संलग्न करण्याची गरज नाही.

व्हिस्पर ट्रान्सफर#

“व्हिस्पर ट्रान्सफर” हे वॉर्म ट्रान्सफरसाठी प्रचलित उद्योगनाव आहे, ज्यामध्ये कॉलर कनेक्ट होण्यापूर्वी गंतव्य व्यक्तीला खाजगी संदर्भ ऐकू येतो. ThunderPhone मध्ये, वॉर्म ट्रान्सफरचा screen_message ही खाजगी माहिती देतो. त्यानंतर गंतव्य व्यक्ती स्वीकारण्यापूर्वी किंवा नाकारण्यापूर्वी एजंटला पुढील प्रश्न विचारू शकते.

हे POST /v1/calls/{id}/whisper पेक्षा वेगळे आहे. हा एंडपॉइंट कर्मचाऱ्याला किंवा मालकाला लाईव्ह कॉलदरम्यान AI एजंटला खाजगी मजकूर मार्गदर्शन पाठवू देतो. तो ट्रान्सफरच्या गंतव्य व्यक्तीला कॉल करत नाही किंवा तिला माहिती देत नाही.

आवश्यकता, मर्यादा आणि चाचणी#

वेबहुक्स आणि समाप्तीची कारणे#

पूर्णता पेलोड गंतव्य transfer_number मध्ये नोंदवतो आणि यापैकी एक समाप्ती कारण वापरतो:

नाकारलेला, अनुत्तरित, अयशस्वी किंवा व्हॉइसमेलला गेलेला वॉर्म प्रयत्न पूर्ण ट्रान्सफर नसतो. कॉलर एजंटकडे परत येतो, त्यामुळे अंतिम समाप्ती कारण मूळ कॉल कशामुळे संपतो ते दर्शवते.

यशस्वी वॉर्म ट्रान्सफरसाठी, पूर्णता इव्हेंट आणि AI कॉलचे समाप्ती कारण परिचय पूर्ण झाल्यावर आणि AI बाहेर पडल्यावर नोंदवले जाते. रेकॉर्डिंग सक्षम असल्यास, ऑडिओ मानवी ब्रिज संपेपर्यंत सुरू राहतो; हँडऑफनंतरचे बोलणे रेकॉर्ड होते पण लिप्यंतरित होत नाही. एजंटची संमती घोषणा सक्षम असल्यास, स्क्रीनिंग सुरू होण्यापूर्वी ट्रान्सफरचे लक्ष्य ती ऐकते.

पूर्ण पेलोड आणि लेगसी वर्तनासाठी पूर्णता वेबहुक्स पहा.

समस्यानिवारण#

एजंट वॉर्म ट्रान्सफरऐवजी कोल्ड ट्रान्सफर करतो#

कॉलमध्ये कार्यरत आउटबाउंड राउटिंगसह सत्यापित, आयात केलेला VoIP क्रमांक वापरला जात आहे याची खात्री करा. ThunderPhone क्रमांकांसाठी आणि फोन नसलेल्या सत्रांसाठी टूल पर्यायांमधून वॉर्म मोड काढून टाकला जातो. तसेच prompt च्या राउटिंग टेबलमध्ये मोड स्पष्टपणे नमूद करा.

गंतव्य कधीच उत्तर देत नाही#

तुमचा VoIP ट्रंक गंतव्यावर आउटबाउंड कॉल करू शकतो आणि त्याचे प्रमाणीकरण व राउटिंग नियम अद्ययावत आहेत याची खात्री करा. गंतव्याचे E.164 स्वरूपन तपासा. वॉर्म ट्रान्सफरसाठी 45 सेकंद कमी असल्यास ring_duration_seconds वाढवा.

गंतव्य व्हॉइसमेलवर जाते#

वॉर्म ट्रान्सफरमध्ये व्हॉइसमेल सोडला जात नाही. कॉलरला होल्डमधून काढले जाते आणि एजंटला voicemail निकाल मिळतो. संदेश घ्यायचा, दुसरे गंतव्य वापरून पाहायचे किंवा कोल्ड ट्रान्सफर ऑफर करायचा हे एजंटला त्याच्या prompt मध्ये सांगा.

कॉलरला गंतव्याचा संदेश मिळत नाही#

पुढील पायऱ्या ऑफर करण्यापूर्वी एजंटला relay_message_for_caller सांगण्यास सांगा. गंतव्य नकार देते आणि एजंटला काहीतरी पोहोचवण्यास सांगते तेव्हाच हे फील्ड उपलब्ध असते.

कोल्ड ट्रान्सफर जोडण्यापूर्वी थांबतो#

तुम्ही लेगसी सिंगल-URL webhook वापरत असल्यास, त्याने {"transfer_ready": false} परत केले का ते तपासा. ThunderPhone प्रतीक्षा करत असताना कॉलरला होल्ड संगीत ऐकू येते. गंतव्य तयार झाल्यावर कॉलची ट्रान्सफर-रेडी स्थिती अद्ययावत करा.

स्टाफ व्हिस्परिंगमुळे ट्रान्सफर सुरू होत नाही#

लाइव्ह-कॉल व्हिस्परिंग केवळ AI ला मार्गदर्शन करते. एजंटच्या prompt मध्ये ट्रान्सफर सूचना जोडा आणि त्याला transfer_call कॉल करू द्या. पहा लाइव्ह कॉलचे निरीक्षण करा.