Open in
ਕਾਲਾਂ ਟ੍ਰਾਂਸਫਰ ਕਰੋ
ਕੋਲਡ ਟ੍ਰਾਂਸਫਰ ਨਾਲ ਕਾਲਰਾਂ ਨੂੰ ਰੂਟ ਕਰੋ ਜਾਂ ਵਾਰਮ ਟ੍ਰਾਂਸਫਰ ਨਾਲ ਪਹਿਲਾਂ ਮੰਜ਼ਿਲ ਦੀ ਸਕ੍ਰੀਨਿੰਗ ਕਰੋ।
ਹਰ ਫੋਨ ਏਜੰਟ ਵਿੱਚ ਇੱਕ ਬਿਲਟ-ਇਨ transfer_call ਕਾਰਵਾਈ ਹੁੰਦੀ ਹੈ। ਏਜੰਟ ਨੂੰ ਇਸਦੇ
prompt ਵਿੱਚ ਦੱਸੋ ਕਿ ਕਦੋਂ ਟ੍ਰਾਂਸਫਰ ਕਰਨਾ ਹੈ, ਕਿਹੜਾ ਨੰਬਰ ਵਰਤਣਾ ਹੈ, ਅਤੇ ਹੈਂਡਆਫ
ਕੋਲਡ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਜਾਂ ਵਾਰਮ।
| ਮੋਡ | ਕੀ ਹੁੰਦਾ ਹੈ | ਇਸਦੀ ਵਰਤੋਂ ਕਦੋਂ ਕਰੋ |
|---|---|---|
| ਕੋਲਡ | ਕਾਲਰ ਨੂੰ ਸਿੱਧਾ ਗੰਤਵ ਵੱਲ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ। ਏਜੰਟ ਕਾਲਰ ਦੀ ਜਾਣ-ਪਛਾਣ ਨਹੀਂ ਕਰਵਾਂਦਾ ਅਤੇ ਨਾ ਹੀ ਇਹ ਪੁਸ਼ਟੀ ਕਰਦਾ ਹੈ ਕਿ ਕੋਈ ਜਵਾਬ ਦੇਵੇਗਾ। | ਜਦੋਂ ਤੇਜ਼ ਰੂਟਿੰਗ ਜਾਂਚੇ ਹੋਏ ਹੈਂਡਆਫ ਨਾਲੋਂ ਵੱਧ ਮਹੱਤਵਪੂਰਨ ਹੋਵੇ, ਜਾਂ ਕਾਲ ThunderPhone ਵੱਲੋਂ ਪ੍ਰਦਾਨ ਕੀਤੇ ਨੰਬਰ ਦੀ ਵਰਤੋਂ ਕਰਦੀ ਹੋਵੇ। |
| ਵਾਰਮ | ਏਜੰਟ ਨਿੱਜੀ ਤੌਰ 'ਤੇ ਗੰਤਵ ਨੂੰ ਕਾਲ ਕਰਕੇ ਉਸਦੀ ਜਾਂਚ ਕਰਦਾ ਹੈ, ਉਦੋਂ ਕਾਲਰ ਹੋਲਡ 'ਤੇ ਉਡੀਕ ਕਰਦਾ ਹੈ। ਦੋਵੇਂ ਪੱਖਾਂ ਨੂੰ ਸਿਰਫ਼ ਤਾਂ ਜੋੜਿਆ ਜਾਂਦਾ ਹੈ ਜੇਕਰ ਪ੍ਰਾਪਤਕਰਤਾ ਸਵੀਕਾਰ ਕਰੇ। | ਜਦੋਂ ਸਵੀਕਾਰ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪ੍ਰਾਪਤਕਰਤਾ ਨੂੰ ਸੰਦਰਭ ਦੀ ਲੋੜ ਹੋਵੇ, ਜਾਂ ਕੋਈ ਉਪਲਬਧ ਨਾ ਹੋਣ 'ਤੇ ਕਾਲਰ ਨੂੰ ਏਜੰਟ ਕੋਲ ਵਾਪਸ ਆਉਣਾ ਚਾਹੀਦਾ ਹੋਵੇ। |
ਜੇ ਏਜੰਟ ਮੋਡ ਨਹੀਂ ਦੱਸਦਾ, ਤਾਂ ਟ੍ਰਾਂਸਫਰ ਕੋਲਡ ਹੁੰਦਾ ਹੈ।
ਟ੍ਰਾਂਸਫਰ ਸੰਰਚਿਤ ਕਰੋ
ਡੈਸ਼ਬੋਰਡ ਵਿੱਚ:
- ਵੌਇਸ ਏਜੰਟਸ ਖੋਲ੍ਹੋ, ਏਜੰਟ ਚੁਣੋ, ਅਤੇ ਸੰਰਚਨਾ ਖੋਲ੍ਹੋ।
- prompt ਵਿੱਚ ਹਰ ਗੰਤਵ, ਉਸਦੀ ਰੂਟਿੰਗ ਸ਼ਰਤ, ਅਤੇ ਇਹ ਸ਼ਾਮਲ ਕਰੋ ਕਿ
coldਜਾਂwarmਮੋਡ ਵਰਤਣਾ ਹੈ। ਤੁਹਾਨੂੰ ਵੱਖਰਾ ਟ੍ਰਾਂਸਫਰ ਟੌਗਲ ਚਾਲੂ ਕਰਨ ਜਾਂ ਕਸਟਮ ਟੂਲ ਬਣਾਉਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ। - ਲੋੜ ਪੈਣ 'ਤੇ, ਉੱਨਤ → ਰਿੰਗ ਮਿਆਦ ਨੂੰ 5 ਤੋਂ 120 ਸਕਿੰਟ ਤੱਕ ਸੈੱਟ ਕਰੋ।
- ਤੈਨਾਤ ਕਰੋ ਚੁਣੋ।
API ਨਾਲ, prompt ਅਤੇ ਵਿਕਲਪੀ ring_duration_seconds ਨੂੰ ਸਟੇਜ ਕਰਨ ਲਈ
PATCH /v1/agents/{agent_id} ਵਰਤੋ, ਫਿਰ POST /v1/agents/{agent_id}/deploy ਵਰਤੋ। ਵੇਖੋ
ਏਜੰਟਸ API।
ਵਾਰਮ ਟ੍ਰਾਂਸਫਰ ਦੌਰਾਨ ਕੀ ਹੁੰਦਾ ਹੈ
- ਏਜੰਟ ਕਾਲਰ ਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਉਹ ਟ੍ਰਾਂਸਫਰ ਸ਼ੁਰੂ ਕਰ ਰਿਹਾ ਹੈ।
- ਕਾਲਰ ਹੋਲਡ ਸੰਗੀਤ ਸੁਣਦਾ ਹੈ। ਕਾਲਰ ਪ੍ਰਾਪਤਕਰਤਾ ਦੀ ਰਿੰਗ ਜਾਂ ਨਿੱਜੀ ਗੱਲਬਾਤ ਨਹੀਂ ਸੁਣ ਸਕਦਾ।
- ThunderPhone ਕਾਲ ਸੰਭਾਲ ਰਹੇ VoIP ਨੰਬਰ ਤੋਂ ਪ੍ਰਾਪਤਕਰਤਾ ਨੂੰ ਕਾਲ ਕਰਦਾ ਹੈ। ਏਜੰਟ
ਆਪਣਾ
screen_messageਦਿੰਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਏਜੰਟ ਦੀ ਪਛਾਣ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ, ਕਾਲਰ ਦਾ ਨਾਮ ਦੱਸਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਕਾਲ ਦਾ ਕਾਰਨ ਸਮਝਾਇਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਪੁੱਛਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਕੀ ਪ੍ਰਾਪਤਕਰਤਾ ਕਾਲ ਲੈ ਸਕਦਾ ਹੈ। - ਫ਼ੈਸਲਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪ੍ਰਾਪਤਕਰਤਾ ਸਵਾਲ ਪੁੱਛ ਸਕਦਾ ਹੈ। ਕਾਲਰ ਦੇ ਹੋਲਡ 'ਤੇ ਰਹਿਣ ਦੌਰਾਨ ਏਜੰਟ ਮੂਲ ਗੱਲਬਾਤ ਅਤੇ ਆਪਣੇ prompt ਤੋਂ ਜਵਾਬ ਦਿੰਦਾ ਹੈ।
- ਜੇ ਪ੍ਰਾਪਤਕਰਤਾ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ, ਤਾਂ ਕਾਲਰ ਹੋਲਡ ਤੋਂ ਹਟ ਜਾਂਦਾ ਹੈ ਅਤੇ ਦੋਵੇਂ ਲੋਕ ਛੋਟਾ
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.ਜਦੋਂ ਏਜੰਟ ਬਿਲਟ-ਇਨ ਕਾਰਵਾਈ ਨੂੰ ਕਾਲ ਕਰਦਾ ਹੈ, ਤਾਂ ਉਹ ਇਹ ਫੀਲਡ ਦਿੰਦਾ ਹੈ:
| ਫੀਲਡ | ਕਦੋਂ ਵਰਤੀ ਜਾਂਦੀ ਹੈ | ਮਕਸਦ |
|---|---|---|
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} ਵਾਪਸ ਕਰਕੇ ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਕਾਲ ਦੀ
ਟ੍ਰਾਂਸਫਰ-ਰੈਡੀ ਸਥਿਤੀ ਅੱਪਡੇਟ ਕਰਕੇ ਕੋਲਡ ਟ੍ਰਾਂਸਫਰ ਨੂੰ ਪੰਜ ਮਿੰਟ ਤੱਕ
ਦੇਰੀ ਕਰ ਸਕਦਾ ਹੈ। ਵੈੱਬਹੁੱਕ ਐਂਡਪੌਇੰਟ ਡਿਲਿਵਰੀਆਂ ਅਤੇ ਵਾਰਮ ਟ੍ਰਾਂਸਫਰ ਇਸ
ਤਾਲਮੇਲ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰਦੇ।
ਪੂਰੇ ਪੇਲੋਡ ਅਤੇ ਪੁਰਾਤਨ ਵਿਹਾਰ ਲਈ ਪੂਰਨਤਾ ਵੈੱਬਹੁੱਕ ਵੇਖੋ।
ਸਮੱਸਿਆ ਨਿਵਾਰਣ
ਏਜੰਟ ਵਾਰਮ ਟ੍ਰਾਂਸਫਰ ਦੀ ਬਜਾਏ ਕੋਲਡ ਟ੍ਰਾਂਸਫਰ ਕਰਦਾ ਹੈ
ਜਾਂਚ ਕਰੋ ਕਿ ਕਾਲ ਇੱਕ ਪ੍ਰਮਾਣਿਤ, ਇੰਪੋਰਟ ਕੀਤੇ 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 ਕਾਲ ਕਰਨ ਦਿਓ। ਵੇਖੋ
ਲਾਈਵ ਕਾਲਾਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰੋ।