))

Заезжай. Смогом подышишь)

эммммм

при трансфере звонка в сидиары не пишется изначальный а-номер, да?

смотря какой трансфер

я полагаю речь про не-слепой

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

емнип, п1 это и есть слепой трансфер, а п2 это не-слепой соответственно

Message from Игорь deleted. Reason: external link (?)

Message from Сергей Иванов deleted. Reason: @-link to channel (?)

А дальше что было?

ну и потом в чат заходит чувак с ником Хохол

ну и дальше монгол и русский пришли)

Сало-то уронил хоть кто-нибудь?

Только Слава

Ребята, во-первых с наступающим/пившим
А во вторых - продолжаю скрещивать Fusion с Bitrix. Чтобы информация о звонках, прошедших через fusion прилетала в bitrix. И вот возник такой вопрос. Вариант первый - сесть на events с помощью LUA handler. Минус - вариант не сильно понятен не слишком продвинутому админу. Вариант второй - все таки делать вставки в диалплан fusion. И вот тут, начав с ним детально разбираться, не совсем понял зачем так сделано. А именно - есть у них ext под названием local_extension, где стоит:
hangup_after_bridge=true
и
api_hangup_hook=lua app.lua hangup
Нафига? В чем был тайный смысл? Почему нельзя было поставить hangup_after = false и уже в app.lua failure_handler сделать нужные проверки?

>вариант не сильно понятен не слишком продвинутому админу.

Обычно программированием занимается программист.

тут не в программировании проблема, а в том, что непродвинутый админ даже не поймет где и что искать

Когда я на яве писал сервис для отлова таких событий, то это было не бог весть как сложно. Думаю, и админ справится.

Другое дело, что если он возьмёт какой-нибудь недоязык вроде Lua, питона, перла или баша, то там конечно будет тяжко.