---
title: "કૉલ ટ્રાન્સફર કરો"
description: "કોલર્સને કોલ્ડ ટ્રાન્સફર દ્વારા રૂટ કરો અથવા વોર્મ ટ્રાન્સફર દ્વારા પહેલાં ગંતવ્યને સ્ક્રીન કરો."
---

દરેક ફોન એજન્ટમાં બિલ્ટ-ઇન `transfer_call` એક્શન હોય છે. એજન્ટને તેના
promptમાં ક્યારે ટ્રાન્સફર કરવું, કયો નંબર વાપરવો અને હેન્ડઓફ કોલ્ડ હોવો જોઈએ કે
વૉર્મ તે જણાવો.

| મોડ | શું થાય છે | ક્યારે વાપરવું |
| --- | --- | --- |
| **કોલ્ડ** | કૉલરને સીધા ગંતવ્ય પર મોકલવામાં આવે છે. એજન્ટ કૉલરનો પરિચય આપતો નથી કે કોઈ જવાબ આપશે તેની પુષ્ટિ કરતો નથી. | ચકાસેલા હેન્ડઓફ કરતાં ઝડપી રાઉટિંગ વધુ મહત્વનું હોય, અથવા કૉલ ThunderPhone-પ્રોવિઝન્ડ નંબરનો ઉપયોગ કરતો હોય. |
| **વૉર્મ** | એજન્ટ ખાનગી રીતે ગંતવ્યને કૉલ કરે અને ચકાસે ત્યારે કૉલર હોલ્ડ પર રાહ જુએ છે. ટાર્ગેટ સ્વીકારે તો જ બંને પક્ષોને જોડવામાં આવે છે. | ટાર્ગેટને સ્વીકારતા પહેલાં સંદર્ભની જરૂર હોય, અથવા કોઈ ઉપલબ્ધ ન હોય ત્યારે કૉલરે એજન્ટ પાસે પાછા આવવું જોઈએ. |

જો એજન્ટ મોડ છોડી દે, તો ટ્રાન્સફર કોલ્ડ હોય છે.

## ટ્રાન્સફર કન્ફિગર કરો

ડેશબોર્ડમાં:

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](/api-reference/agents#update-an-agent-writes-the-draft) જુઓ.

## વૉર્મ ટ્રાન્સફર દરમિયાન શું થાય છે

1. એજન્ટ કૉલરને જણાવે છે કે તે ટ્રાન્સફર શરૂ કરી રહ્યું છે.
2. કૉલરને હોલ્ડ મ્યુઝિક સંભળાય છે. કૉલર ટાર્ગેટનું રિંગ થવું કે ખાનગી વાતચીત સાંભળી શકતો નથી.
3. ThunderPhone કૉલ હેન્ડલ કરતા VoIP નંબર પરથી ટાર્ગેટને કૉલ કરે છે. એજન્ટ તેનો `screen_message` પહોંચાડે છે, જેમાં એજન્ટની ઓળખ, કૉલરનું નામ, કૉલનું કારણ અને ટાર્ગેટ કૉલ લઈ શકે છે કે નહીં તે પ્રશ્ન હોવો જોઈએ.
4. નિર્ણય લેતા પહેલાં ટાર્ગેટ પ્રશ્નો પૂછી શકે છે. કૉલર હોલ્ડ પર રહે ત્યારે એજન્ટ મૂળ વાતચીત અને તેના promptના આધારે જવાબ આપે છે.
5. ટાર્ગેટ સ્વીકારે તો કૉલર હોલ્ડમાંથી બહાર આવે છે અને બંને લોકોને ટૂંકો `introduction` સંભળાય છે. પછી એજન્ટ આપમેળે ડિસ્કનેક્ટ થઈ જાય છે. બંને લોકો જોડાયેલા રહે છે.

ટાર્ગેટ ઇનકાર કરે, જવાબ ન આપે અથવા વૉઇસમેઇલ પર પહોંચે તો ThunderPhone
તે ખાનગી કૉલ દૂર કરે છે અને કૉલરને હોલ્ડમાંથી બહાર લાવે છે. એજન્ટને પરિણામ મળે છે
અને તે મૂળ વાતચીત ચાલુ રાખે છે. તે સંદેશ લઈ શકે છે, બીજો માર્ગ સૂચવી શકે છે અથવા
કૉલર હજુ ઇચ્છે તો કોલ્ડ ટ્રાન્સફર કરી શકે છે. વૉર્મ ટ્રાન્સફર વૉઇસમેઇલ છોડતું નથી.
જો ટાર્ગેટ એજન્ટને સંદેશ પહોંચાડવા કહે, તો ટૂલના પરિણામમાં તે
`relay_message_for_caller` તરીકે સામેલ હોય છે.

<Note>
  જો એજન્ટની સંમતિ જાહેરાત સક્ષમ હોય, તો ખાનગી ચકાસણી વાતચીત શરૂ થાય તે પહેલાં
  ટ્રાન્સફર ટાર્ગેટને તે જાહેરાત સંભળાય છે. રાહ જોતો કૉલર તેને બીજી વાર સાંભળતો નથી.
</Note>

## એજન્ટને કૉલ સારી રીતે ટ્રાન્સફર કરવા prompt આપો

એજન્ટના promptમાં રૂટિંગ નિયમો મૂકો. E.164 ફોર્મેટ વાપરો: `+`, દેશનો કોડ,
અને સંપૂર્ણ રાષ્ટ્રીય નંબર, જેમ કે `+14155550123`. દરેક રૂટ માટે ટ્રાન્સફર મોડ
નિર્ધારિત કરો અને નિષ્ફળ વોર્મ ટ્રાન્સફર માટે એજન્ટને વૈકલ્પિક વિકલ્પ આપો.

```text
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.
```

બિલ્ટ-ઇન એક્શનને કૉલ કરતી વખતે એજન્ટ આ ફીલ્ડ્સ આપે છે:

| ફીલ્ડ | ક્યારે વપરાય છે | હેતુ |
| --- | --- | --- |
| `phone_number` | હંમેશા | E.164 ફોર્મેટમાં ડેસ્ટિનેશન. |
| `mode` | વૈકલ્પિક | `cold` અથવા `warm`; ડિફૉલ્ટ `cold` છે. |
| `screen_message` | વોર્મ માટે જરૂરી | ટાર્ગેટ ખાનગી રીતે સાંભળે તે પ્રારંભિક સંદેશ. |
| `introduction` | વોર્મ માટે જરૂરી | ટાર્ગેટ સ્વીકારે પછી બંને પક્ષો સાંભળે તેવી એક ટૂંકી લાઇન. |

તમારે `transfer_call` નામનું કસ્ટમ ટૂલ નિર્ધારિત કરવાની કે જોડવાની જરૂર નથી.

## વિસ્પર ટ્રાન્સફર

“વિસ્પર ટ્રાન્સફર” એ વોર્મ ટ્રાન્સફર માટેનું સામાન્ય ઉદ્યોગ નામ છે, જેમાં
કૉલર કનેક્ટ થાય તે પહેલાં ડેસ્ટિનેશન ખાનગી સંદર્ભ સાંભળે છે. ThunderPhoneમાં,
વોર્મ ટ્રાન્સફરનું `screen_message` તે ખાનગી માહિતી આપે છે. ત્યારબાદ ટાર્ગેટ
સ્વીકારતા અથવા નકારતા પહેલાં એજન્ટને અનુવર્તી પ્રશ્નો પૂછી શકે છે.

આ
[`POST /v1/calls/{id}/whisper`](/gu/guides/monitor-live-calls)
થી અલગ છે. તે એન્ડપોઇન્ટ લાઇવ કૉલ દરમિયાન સ્ટાફ સભ્ય અથવા માલિકને AI
એજન્ટને ખાનગી ટેક્સ્ટ માર્ગદર્શન મોકલવા દે છે. તે ટ્રાન્સફર ડેસ્ટિનેશનને કૉલ
કરતું નથી કે તેને માહિતી આપતું નથી.

## આવશ્યકતાઓ, મર્યાદાઓ અને પરીક્ષણ

| પ્રશ્ન | જવાબ |
| --- | --- |
| કયા નંબરો વોર્મ ટ્રાન્સફરને સપોર્ટ કરે છે? | આઉટબાઉન્ડ કૉલ કરી શકે તેવા VoIP કનેક્શન મારફતે આયાત કરાયેલ ચકાસાયેલ નંબર. ThunderPhone દ્વારા પ્રોવિઝન કરાયેલા નંબરો ફક્ત કોલ્ડ ટ્રાન્સફરને સપોર્ટ કરે છે. વોર્મ મોડ ઉપલબ્ધ ન હોય તો, ક્રિયા કોલ્ડ ટ્રાન્સફર પર પાછી જાય છે. [VoIP પ્રદાતા કનેક્ટ કરો](/gu/guides/voip-providers). |
| કયા કૉલ પ્રકારો તેને સપોર્ટ કરે છે? | સામાન્ય ફોન કૉલ્સ પર કોલ્ડ ટ્રાન્સફર ઉપલબ્ધ છે. બ્રાઉઝર ટોક, વિજેટ્સ, સિમ્યુલેશન્સ અને પરીક્ષણ કૉલ્સ વોર્મ હેન્ડઓફનું પરીક્ષણ કરી શકતા નથી. સેવ કરેલા એજન્ટનું રિયલટાઇમ `transfer_call` ને સામેલ કરતું નથી; `call_events` સાથેનું ઇનલાઇન રિયલટાઇમ કોલ્ડ ટ્રાન્સફરની વિનંતી કરી શકે છે. |
| હું તેનું પરીક્ષણ કેવી રીતે કરું? | બ્રાઉઝર ટોક અથવા સિમ્યુલેશનમાં રૂટિંગ ભાષા તપાસો, પછી યોગ્ય આયાત કરેલા VoIP નંબરનો ઉપયોગ કરીને વાસ્તવિક ફોન કૉલ પર સંપૂર્ણ હેન્ડઓફનું પરીક્ષણ કરો. |
| ગંતવ્ય કેટલો સમય રિંગ થાય છે? | `ring_duration_seconds` 5–120 સેકન્ડ સ્વીકારે છે. `null` વોર્મ ટ્રાન્સફર માટે 45 સેકન્ડ અને કોલ્ડ ટ્રાન્સફર માટે કેરિયરનું ડિફૉલ્ટ વાપરે છે. સામાન્ય આઉટબાઉન્ડ કૉલ્સનું ડિફૉલ્ટ 60 સેકન્ડ છે. આ સેટિંગ ઇનબાઉન્ડ રિંગિંગને બદલતું નથી. |
| માનવીય બ્રિજ કેટલો સમય ચાલી શકે છે? | એજન્ટ બે વ્યક્તિઓને કનેક્ટ કરે પછી વધુમાં વધુ 60 મિનિટ. |
| નિષ્ફળતા પર શું થાય છે? | લક્ષ્ય વ્યક્તિ નકારી દે, જવાબ ન આપે, વૉઇસમેઇલ પર પહોંચે અથવા આઉટબાઉન્ડ ભાગ નિષ્ફળ જાય તો, કૉલર પરિણામ સાથે એજન્ટ પાસે પાછો આવે છે. prompt એ આગળનું પગલું નિર્ધારિત કરવું જોઈએ. |
| તેનો ખર્ચ કેટલો છે? | ટ્રાન્સફર ટૂલ માટે કોઈ ફી નથી. સામાન્ય કૉલ ચાર્જમાં પરિચય સુધીનો વોર્મ-ટ્રાન્સફર ફ્લો સામેલ હોય છે, ત્યારબાદ AI નીકળે ત્યારે ThunderPhone મીટરિંગ બંધ થાય છે. બે વ્યક્તિઓ કનેક્ટેડ રહે ત્યાં સુધી તમારો કેરિયર આઉટબાઉન્ડ ટ્રાન્સફર ભાગ માટે બિલિંગ ચાલુ રાખી શકે છે. |

## વેબહૂક્સ અને સમાપન કારણો

કમ્પ્લીશન પેલોડ ગંતવ્યને `transfer_number` માં રેકોર્ડ કરે છે અને
આમાંથી એક સમાપન કારણ વાપરે છે:

| `end_reason` | અર્થ |
| --- | --- |
| `ai_transfer` | એજન્ટે કોલ્ડ ટ્રાન્સફર શરૂ કર્યું. |
| `ai_warm_transfer` | લક્ષ્ય વ્યક્તિએ વોર્મ ટ્રાન્સફર સ્વીકાર્યું, પક્ષો કનેક્ટ થયા અને એજન્ટ પરિચય પછી અલગ થઈ ગયો. |

નકારવામાં આવેલ, જવાબ ન મળેલ, નિષ્ફળ અથવા વૉઇસમેઇલ પર પહોંચેલ વોર્મ પ્રયાસ પૂર્ણ
ટ્રાન્સફર નથી. કૉલર એજન્ટ પાસે પાછો આવે છે, તેથી અંતિમ સમાપન કારણ
મૂળ કૉલનું સમાપન જેનાથી થાય છે તે દર્શાવે છે.

સફળ વોર્મ ટ્રાન્સફર માટે, કમ્પ્લીશન ઇવેન્ટ અને AI કૉલનું સમાપન
કારણ પરિચય પૂર્ણ થાય અને AI નીકળે ત્યારે રેકોર્ડ થાય છે. રેકોર્ડિંગ
સક્ષમ હોય તો, ઑડિયો માનવીય બ્રિજ પૂર્ણ થાય ત્યાં સુધી ચાલુ રહે છે;
હેન્ડઓફ પછીનો અવાજ રેકોર્ડ થાય છે પરંતુ લખાણમાં રૂપાંતરિત થતો નથી. એજન્ટની
સંમતિ જાહેરાત સક્ષમ હોય ત્યારે, ટ્રાન્સફર લક્ષ્ય સ્ક્રીનિંગ
શરૂ થાય તે પહેલાં તેને સાંભળે છે.

<Accordion title="લેગસી કમ્પ્લીશન વેબહૂક">
  લેગસી એકલ-URL વેબહૂક `{"transfer_ready": false}` પરત કરીને અને પછી કૉલની
  ટ્રાન્સફર-રેડી સ્થિતિ અપડેટ કરીને કોલ્ડ ટ્રાન્સફરને પાંચ મિનિટ સુધી વિલંબિત કરી શકે છે.
  વેબહૂક એન્ડપૉઇન્ટ ડિલિવરીઝ અને વોર્મ ટ્રાન્સફર્સ આ સંકલનનો ઉપયોગ કરતા નથી.
</Accordion>

સંપૂર્ણ પેલોડ અને લેગસી વર્તન માટે [કમ્પ્લીશન વેબહૂક્સ](/gu/webhooks/call-complete) જુઓ.

## સમસ્યા નિવારણ

### એજન્ટ વોર્મ ટ્રાન્સફરના બદલે કોલ્ડ ટ્રાન્સફર કરે છે

તપાસો કે કૉલ કાર્યરત આઉટબાઉન્ડ રૂટિંગ સાથેના ચકાસાયેલ, ઇમ્પોર્ટ કરેલા VoIP નંબરનો ઉપયોગ કરે છે. ThunderPhone નંબરો અને નૉન-ફોન સેશન્સ માટે ટૂલ વિકલ્પોમાંથી વોર્મ મોડ દૂર કરવામાં આવે છે. promptના રૂટિંગ ટેબલમાં પણ મોડને સ્પષ્ટ કરો.

### લક્ષ્ય ક્યારેય જવાબ આપતું નથી

ખાતરી કરો કે તમારું VoIP ટ્રંક ગંતવ્ય પર આઉટબાઉન્ડ કૉલ કરી શકે છે અને તેના ઑથેન્ટિકેશન તથા રૂટિંગ નિયમો અદ્યતન છે. ગંતવ્યનું E.164 ફોર્મેટિંગ તપાસો. વોર્મ ટ્રાન્સફર માટે 45 સેકન્ડ ઓછા હોય તો `ring_duration_seconds` વધારો.

### લક્ષ્ય વૉઇસમેઇલ સુધી પહોંચે છે

વોર્મ ટ્રાન્સફર વૉઇસમેઇલ છોડતા નથી. કૉલર હોલ્ડ પરથી બહાર આવે છે અને એજન્ટને `voicemail` પરિણામ મળે છે. એજન્ટને તેના promptમાં જણાવો કે સંદેશ લેવો, બીજું ગંતવ્ય અજમાવવું કે કોલ્ડ ટ્રાન્સફર ઑફર કરવું.

### કૉલરને લક્ષ્યનો સંદેશ મળતો નથી

આગળનાં પગલાં ઑફર કરતાં પહેલાં એજન્ટને `relay_message_for_caller` રિલે કરવા કહો. આ ફીલ્ડ માત્ર ત્યારે હાજર હોય છે જ્યારે લક્ષ્ય ઇનકાર કરે અને એજન્ટને કંઈક આગળ પહોંચાડવા કહે.

### કોલ્ડ ટ્રાન્સફર કનેક્ટ થતાં પહેલાં રાહ જુએ છે

જો તમે લેગસી સિંગલ-URL વેબહૂકનો ઉપયોગ કરો છો, તો તપાસો કે તેણે
`{"transfer_ready": false}` પરત કર્યું હતું કે નહીં. ThunderPhone રાહ જોતું હોય ત્યારે કૉલર હોલ્ડ મ્યુઝિક સાંભળે છે. ગંતવ્ય તૈયાર થાય ત્યારે કૉલની ટ્રાન્સફર-રેડી સ્થિતિ અપડેટ કરો.

### સ્ટાફ વિસ્પરિંગ ટ્રાન્સફર શરૂ કરતું નથી

લાઇવ-કૉલ વિસ્પરિંગ માત્ર AIને માર્ગદર્શન આપે છે. એજન્ટ promptમાં ટ્રાન્સફર સૂચનાઓ ઉમેરો અને તેને `transfer_call` કૉલ કરવા દો. જુઓ
[લાઇવ કૉલ્સ મોનિટર કરો](/gu/guides/monitor-live-calls).