Twilio има ли някакъв план за правилно прилагане на едновременно извикване с машинен филтър?

В Twilio - едновременното звънене е прекъснато със самолетен режим.

Тъй като първото обаждане, което се свързва, ще отмени всички други опити, ако има линия, която е в самолетен режим, тя ще вдигне незабавно и ще отведе потребителя до гласова поща.

Поправката би била да се отменят всички други опити само когато обаждането е успешно СВЪРЗАНО вместо ПРИЕТО. В този пример, ако 111-111-1111 вдигне, но не натисне 1, обаждането до 222-222-2222 не трябва да бъде отменено:

<?xml version="1.0" encoding="UTF-8"?>
<Response>
    <Dial>
        <Number url="/screen">
            111-111-1111
        </Number>
        <Number url="/screen">
            222-222-2222
        </Number>
    </Dial>
</Response>

--- /screen
<?xml version="1.0" encoding="UTF-8"?>
<Response>
    <Gather action="/complete_call">
        <Say>Press any key to accept this call</Say>
    </Gather>
    <Hangup/>
</Response>

Има ли план за коригиране на това?

Във вашия документ изглежда, че сте наясно с този проблем. Ето освен от документа на Twilio:

Едновременното набиране е полезно, когато имате няколко телефона (или няколко души), на които искате да звъните, когато получите входящо повикване. Имайте предвид, че първото обаждане, което се свързва, ще отмени всички останали опити. Ако наберете офисна телефонна система или мобилен телефон в самолетен режим, той може да вдигне след едно позвъняване, предотвратявайки другите телефонни номера да звънят достатъчно дълго, за да може човек да отговори.

Следователно трябва да внимавате да използвате едновременно набиране в ситуации, в които знаете поведението на виканите страни.

https://www.twilio.com/docs/api/twiml/number


person Clark    schedule 04.04.2014    source източник
comment
Twilio евангелист тук. Можете ли да разширите какво имате предвид под прекъсване на самолетния режим?   -  person Devin Rader    schedule 05.04.2014


Отговори (2)


Наскоро се сблъсках с подобен проблем.

Решението на Девин, ако го разбирам правилно, е да представи подкана на всеки, който вдигне пръв и, ако не отговори в рамките на времето за изчакване, да набере отново останалите номера в групата.

Това създава лошо изживяване за обаждащия се – в крайна сметка той чака по-дълго, за да се свърже с човек – и за целите на обаждането – на които телефоните им може да звъннат за кратко няколко пъти.

Възможността да се представи подкана на всеки набран и да се свърже всеки, който отговори на подканата първи, би решило този проблем, но изглежда не е възможно да се направи с API, както е в момента.

person pmk    schedule 07.11.2014

Twilio евангелист тук.

Така че днес сте прави, че в ситуация на едновременно набиране, ако гласовата поща на един от обаждащите се вдигне незабавно, ние не правим разлика между това и реално лице, което отговаря. Реалността е, че откриването на телефонен секретар така или иначе е доста ненадеждно, поради което съществуващият ни Функционалността на AMD се счита за експериментална и не се изпълнява в този сценарий.

Един от начините, по който съм виждал това, е чрез поставяне на човешка проверка точно в началото на свързано повикване. Като използвате глагола <Gather>, вие основно подканвате обаждащия се да въведе стойност („Натиснете 1, ако сте човек“) и ако нищо не се случи, предполагате, че не е човек отговорил. След като разберете, че можете да премахнете, тогава от групата за повикване започвате едновременно набиране и след това опитайте отново останалите в групата.

Надявам се това да помогне.

person Devin Rader    schedule 06.04.2014