---
title: "কল ট্রান্সফার করুন"
description: "কোল্ড ট্রান্সফারের মাধ্যমে কলারদের রাউট করুন অথবা ওয়ার্ম ট্রান্সফারের মাধ্যমে আগে গন্তব্য যাচাই করুন।"
---

প্রতিটি ফোন এজেন্টে অন্তর্নির্মিত `transfer_call` অ্যাকশন থাকে। এজেন্টকে তার
prompt-এ বলুন কখন ট্রান্সফার করতে হবে, কোন নম্বর ব্যবহার করতে হবে এবং হ্যান্ডঅফ
cold নাকি warm হবে।

| মোড | কী ঘটে | কখন ব্যবহার করবেন |
| --- | --- | --- |
| **Cold** | কলারকে সরাসরি গন্তব্যে পাঠানো হয়। এজেন্ট কলারের পরিচয় দেয় না বা কেউ উত্তর দেবে কি না তা নিশ্চিত করে না। | যাচাইকৃত হ্যান্ডঅফের চেয়ে দ্রুত রাউটিং বেশি গুরুত্বপূর্ণ হলে, অথবা কলটি ThunderPhone-প্রভিশন করা নম্বর ব্যবহার করলে। |
| **Warm** | এজেন্ট গোপনে গন্তব্যে কল করে যাচাই করার সময় কলার হোল্ডে অপেক্ষা করে। লক্ষ্য ব্যক্তি গ্রহণ করলেই কেবল পক্ষগুলো সংযুক্ত হয়। | লক্ষ্য ব্যক্তির গ্রহণের আগে প্রসঙ্গ জানা প্রয়োজন হলে, অথবা কেউ উপলভ্য না থাকলে কলারকে এজেন্টের কাছে ফিরতে হলে। |

এজেন্ট মোড উল্লেখ না করলে, ট্রান্সফারটি cold হয়।

## ট্রান্সফার কনফিগার করুন

ড্যাশবোর্ডে:

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)।

## warm ট্রান্সফারের সময় কী ঘটে

1. এজেন্ট কলারকে জানায় যে এটি ট্রান্সফার শুরু করছে।
2. কলার হোল্ড মিউজিক শোনে। কলার লক্ষ্য ব্যক্তির রিং হওয়া বা ব্যক্তিগত কথোপকথন শুনতে পায় না।
3. ThunderPhone কলটি পরিচালনাকারী VoIP নম্বর থেকে লক্ষ্য ব্যক্তিকে কল করে। এজেন্ট তার `screen_message` প্রদান করে, যাতে এজেন্টের পরিচয়, কলারের নাম, কলের কারণ এবং লক্ষ্য ব্যক্তি কলটি নিতে পারবেন কি না—এসব থাকা উচিত।
4. সিদ্ধান্ত নেওয়ার আগে লক্ষ্য ব্যক্তি প্রশ্ন করতে পারেন। কলার হোল্ডে থাকা অবস্থায় এজেন্ট মূল কথোপকথন ও তার prompt থেকে উত্তর দেয়।
5. লক্ষ্য ব্যক্তি গ্রহণ করলে, কলার হোল্ড থেকে বেরিয়ে আসে এবং উভয় ব্যক্তি সংক্ষিপ্ত `introduction` শোনেন। এরপর এজেন্ট স্বয়ংক্রিয়ভাবে সংযোগ থেকে সরে যায়। দুই ব্যক্তি সংযুক্ত থাকেন।

লক্ষ্য ব্যক্তি প্রত্যাখ্যান করলে, উত্তর না দিলে বা ভয়েসমেইলে পৌঁছালে, ThunderPhone সেই ব্যক্তিগত কলটি সরিয়ে দেয় এবং কলারকে হোল্ড থেকে বের করে আনে। এজেন্ট ফলাফলটি পায় এবং মূল কথোপকথন চালিয়ে যায়। এটি বার্তা নিতে পারে, অন্য রুটের পরামর্শ দিতে পারে অথবা কলার এখনও চাইলে cold ট্রান্সফার করতে পারে। warm ট্রান্সফার ভয়েসমেইল রেখে যায় না। লক্ষ্য ব্যক্তি এজেন্টকে কোনো বার্তা পৌঁছে দিতে বললে, টুলের ফলাফলে সেটি `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`](/bn/guides/monitor-live-calls)
থেকে ভিন্ন। এই এন্ডপয়েন্টটি কোনো কর্মী বা মালিককে একটি লাইভ কলের সময় AI
এজেন্টকে ব্যক্তিগত টেক্সট নির্দেশনা পাঠাতে দেয়। এটি কোনো স্থানান্তর গন্তব্যকে কল করে না বা ব্রিফ করে না।

## প্রয়োজনীয়তা, সীমাবদ্ধতা এবং পরীক্ষা

| প্রশ্ন | উত্তর |
| --- | --- |
| কোন নম্বরগুলো ওয়ার্ম ট্রান্সফার সমর্থন করে? | এমন একটি যাচাইকৃত নম্বর, যা একটি VoIP সংযোগের মাধ্যমে ইমপোর্ট করা হয়েছে এবং আউটবাউন্ড কল করতে পারে। ThunderPhone-প্রভিশন করা নম্বরগুলো শুধু কোল্ড ট্রান্সফার সমর্থন করে। ওয়ার্ম মোড উপলভ্য না থাকলে, অ্যাকশনটি কোল্ড ট্রান্সফারে ফিরে যায়। [একটি VoIP প্রদানকারী সংযুক্ত করুন](/bn/guides/voip-providers)। |
| কোন ধরনের কল এটি সমর্থন করে? | সাধারণ ফোন কলে কোল্ড ট্রান্সফার উপলভ্য। Browser Talk, উইজেট, সিমুলেশন এবং টেস্ট কল দিয়ে ওয়ার্ম হ্যান্ডঅফ পরীক্ষা করা যায় না। সংরক্ষিত-এজেন্ট Realtime `transfer_call` বাদ দেয়; `call_events`-সহ ইনলাইন Realtime কোল্ড ট্রান্সফারের অনুরোধ করতে পারে। |
| আমি কীভাবে এটি পরীক্ষা করব? | Browser Talk বা একটি সিমুলেশনে রাউটিং ভাষা পরীক্ষা করুন, তারপর একটি উপযুক্ত ইমপোর্ট করা 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>

সম্পূর্ণ পেলোড এবং পুরোনো আচরণের জন্য [সম্পন্ন হওয়ার ওয়েবহুক](/bn/webhooks/call-complete) দেখুন।

## সমস্যা সমাধান

### এজেন্ট ওয়ার্ম ট্রান্সফারের পরিবর্তে কোল্ড ট্রান্সফার করে

কলটি কার্যকর আউটবাউন্ড রাউটিংসহ একটি যাচাইকৃত, ইমপোর্ট করা 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` কল করতে দিন। দেখুন
[লাইভ কল পর্যবেক্ষণ করুন](/bn/guides/monitor-live-calls)।