2015-08-06 4 views
0

У меня есть главная учетная запись и дочерняя учетная запись. Предположим, что вызывающий абонент вызывает номер в дочерней учетной записи. Суб-учетная запись будет обрабатывать этот вызов, выведя некоторые TwiMl и на основе некоторых бизнес-правил может потребоваться перенаправить поток этого вызова на главную учетную запись (для целей учета).Twilio перенаправляет вызов с суб-аккаунта на главный счет

Простой способ сделать это - просто набрать номер, принадлежащий главной учетной записи. Это передаст поток вызовов из вспомогательной учетной записи в главную учетную запись. Никаких осложнений нет ...

Однако, чтобы определить, к какому клиенту принадлежит этот вызов, на главной учетной записи мне нужен уникальный идентификатор. Когда я получаю этот вызов на главной учетной записи, мне нужно подойти к клиенту. В идеале я хотел бы получить начальную CallSid, ​​созданную на дочерней учетной записи, но похоже, что это невозможно. Поэтому я изучал прохождение пользовательских параметров, но не повезло.

Имеет смысл только то, что вы должны каким-либо образом связать данные с суб-учетной записью с главной учетной записью. Любые идеи о том, как это сделать?

+0

Эй, Twilio Developer Evangelist здесь. Прежде чем я попытаюсь ответить на ваш вопрос, я должен что-то подтвердить. Когда вы говорите «для целей бухгалтерского учета», вы знаете, что счета и субсчета финансируются таким же образом? Независимо от того, сделан ли вызов с главной учетной записи или субсчета, деньги всегда будут выходить из основной учетной записи. Очевидно, вы можете сказать, какая учетная запись использует что-то. –

+0

Да, я знаю об этом. Сложно объяснить всю причину этого, это скорее бизнес-правило и внутренний учет. Я предпочитаю не вникать в это, потому что это не настоящая проблема. В основном мне нужен способ идентифицировать вызов из вспомогательной учетной записи при наборе в основную учетную запись. – ecorvo

ответ

0

Twilio Developer Evangelist здесь.

Я не знаю, что вы пробовали до сих пор, но я думаю, вы найдете статью Call Tracking, полезную для того, что вы пытаетесь сделать.

Идея заключается в том, что вы все еще можете использовать TwiML, но пройти УОЕ вызов как действие, так как:

<Response> 
    <Dial action="track_call.php?call_sid=<?php echo(call_sid);?>" method="GET"><?php echo(PHONE_NUMBER);?></Dial> 
</Response> 

Тогда на track_call.php вы получите этот вызов SID в качестве аргумента. Через API вы можете затем get all the information you need from the call sid, что, надеюсь, позволит вам отслеживать все это.

Сообщите мне, если вам нужно больше разъяснений, или если у вас возникли проблемы с чем-либо в частности.

+0

Но не будет ли URL-адрес действия на стороне вспомогательной учетной записи? Основная учетная запись не будет ссылаться на параметр call_sid – ecorvo

+0

URL-адрес действия выполняется на вашем сервере. Когда начнется вызов, вы получите доступ к стороне этого вызова. Сама главная учетная запись не заботится о сиде, но на данный момент у вас есть сид и вы можете делать все, что вам нравится. Если я не понял вас, это должно решить вашу проблему. –

+0

Вы не понимаете вопроса. Основная учетная запись должна знать, кто звонит, поэтому на основе того, что он будет маршрутизировать вызов. Таким образом, без какого-либо уникального идентификатора главная учетная запись не знает, куда направлять входящий вызов. Это имеет смысл? – ecorvo