Open in

কল ট্রান্সফার করুন

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

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

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

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

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

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

ভয়েস এজেন্ট খুলুন, এজেন্টটি নির্বাচন করুন এবং কনফিগ খুলুন।
prompt-এ প্রতিটি গন্তব্য, তার রাউটিং শর্ত এবং cold বা warm মোড ব্যবহার করবেন কি না যোগ করুন। আপনাকে আলাদা কোনো ট্রান্সফার টগল সক্রিয় করতে বা কাস্টম টুল তৈরি করতে হবে না।
প্রয়োজন হলে, উন্নত → রিং সময়কাল 5 থেকে 120 সেকেন্ডে সেট করুন।
ডিপ্লয় নির্বাচন করুন।

API দিয়ে, prompt এবং ঐচ্ছিক ring_duration_seconds স্টেজ করতে PATCH /v1/agents/{agent_id} করুন, তারপর POST /v1/agents/{agent_id}/deploy করুন। দেখুন এজেন্ট API।

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

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

লক্ষ্য ব্যক্তি প্রত্যাখ্যান করলে, উত্তর না দিলে বা ভয়েসমেইলে পৌঁছালে, ThunderPhone সেই ব্যক্তিগত কলটি সরিয়ে দেয় এবং কলারকে হোল্ড থেকে বের করে আনে। এজেন্ট ফলাফলটি পায় এবং মূল কথোপকথন চালিয়ে যায়। এটি বার্তা নিতে পারে, অন্য রুটের পরামর্শ দিতে পারে অথবা কলার এখনও চাইলে cold ট্রান্সফার করতে পারে। warm ট্রান্সফার ভয়েসমেইল রেখে যায় না। লক্ষ্য ব্যক্তি এজেন্টকে কোনো বার্তা পৌঁছে দিতে বললে, টুলের ফলাফলে সেটি 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.

অন্তর্নির্মিত অ্যাকশন কল করার সময় এজেন্ট এই ফিল্ডগুলো সরবরাহ করে:

ফিল্ড	কখন ব্যবহার করা হয়	উদ্দেশ্য
`phone_number`	সবসময়	E.164 ফরম্যাটে গন্তব্য।
`mode`	ঐচ্ছিক	`cold` অথবা `warm`; ডিফল্ট হলো `cold`।
`screen_message`	উষ্ণ স্থানান্তরের জন্য প্রয়োজনীয়	গন্তব্য ব্যক্তি ব্যক্তিগতভাবে যে প্রাথমিক বার্তা শোনেন।
`introduction`	উষ্ণ স্থানান্তরের জন্য প্রয়োজনীয়	গন্তব্য ব্যক্তি গ্রহণ করার পর উভয় পক্ষের শোনা একটি সংক্ষিপ্ত লাইন।

আপনাকে transfer_call নামে কোনো কাস্টম টুল সংজ্ঞায়িত বা সংযুক্ত করতে হবে না।

ফিসফিস স্থানান্তর

“ফিসফিস স্থানান্তর” হলো উষ্ণ স্থানান্তরের একটি প্রচলিত শিল্প-নাম, যেখানে কলার সংযুক্ত হওয়ার আগে গন্তব্য ব্যক্তি ব্যক্তিগত প্রসঙ্গ শোনেন। ThunderPhone-এ, উষ্ণ স্থানান্তরের screen_message সেই ব্যক্তিগত ব্রিফিং প্রদান করে। এরপর গন্তব্য ব্যক্তি গ্রহণ বা প্রত্যাখ্যান করার আগে এজেন্টকে অনুসরণমূলক প্রশ্ন করতে পারেন।

এটি POST /v1/calls/{id}/whisper থেকে ভিন্ন। এই এন্ডপয়েন্টটি কোনো কর্মী বা মালিককে একটি লাইভ কলের সময় AI এজেন্টকে ব্যক্তিগত টেক্সট নির্দেশনা পাঠাতে দেয়। এটি কোনো স্থানান্তর গন্তব্যকে কল করে না বা ব্রিফ করে না।

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

প্রশ্ন	উত্তর
কোন নম্বরগুলো ওয়ার্ম ট্রান্সফার সমর্থন করে?	এমন একটি যাচাইকৃত নম্বর, যা একটি VoIP সংযোগের মাধ্যমে ইমপোর্ট করা হয়েছে এবং আউটবাউন্ড কল করতে পারে। ThunderPhone-প্রভিশন করা নম্বরগুলো শুধু কোল্ড ট্রান্সফার সমর্থন করে। ওয়ার্ম মোড উপলভ্য না থাকলে, অ্যাকশনটি কোল্ড ট্রান্সফারে ফিরে যায়। একটি VoIP প্রদানকারী সংযুক্ত করুন।
কোন ধরনের কল এটি সমর্থন করে?	সাধারণ ফোন কলে কোল্ড ট্রান্সফার উপলভ্য। 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 কলের শেষের কারণ রেকর্ড করা হয়। রেকর্ডিং সক্রিয় থাকলে, অডিও দুই ব্যক্তির সংযোগ শেষ হওয়া পর্যন্ত চলতে থাকে; হ্যান্ডঅফের পরের কথোপকথন রেকর্ড হয়, কিন্তু ট্রান্সক্রাইব হয় না। এজেন্টের সম্মতি ঘোষণা সক্রিয় থাকলে, স্ক্রিনিং শুরু হওয়ার আগে ট্রান্সফার লক্ষ্য ব্যক্তি সেটি শোনেন।

পুরোনো সম্পন্ন হওয়ার ওয়েবহুক

একটি পুরোনো একক-URL ওয়েবহুক {"transfer_ready": false} ফিরিয়ে এবং পরে কলের ট্রান্সফার-প্রস্তুত অবস্থা আপডেট করে একটি কোল্ড ট্রান্সফার সর্বোচ্চ পাঁচ মিনিট বিলম্বিত করতে পারে। ওয়েবহুক এন্ডপয়েন্ট ডেলিভারি এবং ওয়ার্ম ট্রান্সফার এই সমন্বয় ব্যবহার করে না।

সম্পূর্ণ পেলোড এবং পুরোনো আচরণের জন্য সম্পন্ন হওয়ার ওয়েবহুক দেখুন।

কল ট্রান্সফার করুন

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

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

ভালোভাবে কল স্থানান্তরের জন্য এজেন্টকে prompt দিন

ফিসফিস স্থানান্তর

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

ওয়েবহুক এবং শেষের কারণ

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

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

টার্গেট কখনও উত্তর দেয় না

টার্গেট ভয়েসমেইলে পৌঁছে যায়

কলার টার্গেটের বার্তা পায় না

একটি কোল্ড ট্রান্সফার সংযোগের আগে অপেক্ষা করে

স্টাফের ফিসফিস ট্রান্সফার শুরু করে না