Перейти к публикации
Albatross

Символ Переадресации # Звонка

Рекомендованные сообщения

При звонках на автоматические системы ( AVR ) - гос учреждения, банки, больницы и т.д очень часто символ # запрашивается системами для разных целей и вступает в противоречие с обработкой етого сигнала # в задарме, как переадресация звонка на другой номер.

Есть ли какая либо возможность обойти/отменить/переназначить символ переадресации ?

Поделиться сообщением


Ссылка на сообщение

Честно говоря ни разу не видел случаев использования этого символа в IVR.

Такое IVR у многих не работало-бы.

 

Также не слышал чтобы кто-то к нам с таким вопросом обращался.

Напишите мне пожалуйста несколько таких примеров, если их действительно так много (гос учреждения, банки больницы и т.д.).

Поделиться сообщением


Ссылка на сообщение

Присоединюсь. Используется решетка в IVR, обычно как возврат к предыдущему уровню меню. Так сходу трудно сообразить где именно слышал, но вот например:

8800 555 55 50 - Сбербанк - для повтора меню нажмите #

 

Лично мне не мешает потому что не звоню туда с Задарма :)

Изменено пользователем tishin

Поделиться сообщением


Ссылка на сообщение

Напишите мне пожалуйста несколько таких примеров, если их действительно так много (гос учреждения, банки больницы и т.д.).

 

Символ # - решетка используется как подтверждение ввода во многих системах  IVR -

например: введите код и нажмите #

или после голосового ввода или цифрового - если правильно нажмите #, если нет ... ( как при регистрации продуктов микрософта )

или если есть многоуровневые системы , для сокращения времени ожидания, введите номер кредит карт нажмите #, номер отдела #, тип транкзакции #, и т.д

 

Речь идет не только о российских системах, но и структурах в сев америке и европе,азии

Изменено пользователем Albatross

Поделиться сообщением


Ссылка на сообщение

Обсудили этот вопрос.

В будущем обязательно сделаем возможность изменения этого символа.

 

Но на сейчас это технически не просто (немного позже будет проще) и потом совсем не быстро.

Поделиться сообщением


Ссылка на сообщение

В связи с тем, то многие IVR вообще перестали распознавать нажатия любых клавиш ( в задарме ) и естественно # , случайно нашел возможность обойти эту проблемму.

Проблемма возникает только если номер отконфигурирован для работы с PBX.

Если использовать обыкновенную конфигурацию  SIP,  то нажатия клавиш прекрасно распознается IVR и # не включает функцию перенаправления звонка.

Поделиться сообщением


Ссылка на сообщение

Пожалуйста не связывайте одно с другим.

DTMF если у вас верно настроен (включен вариант с rfc) то должен везде проходить.

Если где-то не прошло пишите пожалуйста в поддержку пример.

 

Это не касается "решетки". Про нее я выше ответил.

 

Скопеирую еще раз чтобы не повторяться:

 

Обсудили этот вопрос.

В будущем обязательно сделаем возможность изменения этого символа.

 

Но на сейчас это технически не просто (немного позже будет проще) и потому совсем не быстро.

 

Пожалуйста не повторяйте идентичных вопросов.

Поделиться сообщением


Ссылка на сообщение

Оказалось, что всё-таки не только у меня есть эта проблема (я описывал её тут https://forum.zadarma.com/index.php?showtopic=3482)

Я пока-что обошёл эту проблему использованием Inband DTMF вместо RFC, переводы звонков можно делать кнопками на телефонах или в аппликациях, но также был бы признателен, если бы всё заработало так как нужно с RFC

 

 

В связи с тем, то многие IVR вообще перестали распознавать нажатия любых клавиш ( в задарме ) и естественно # , случайно нашел возможность обойти эту проблемму.

Проблемма возникает только если номер отконфигурирован для работы с PBX.

Если использовать обыкновенную конфигурацию  SIP,  то нажатия клавиш прекрасно распознается IVR и # не включает функцию перенаправления звонка.

А можно подробнее, что значит использовать обыкновенную конфигурацию SIP?

Поделиться сообщением


Ссылка на сообщение

Пожалуйста не связывайте одно с другим.

DTMF если у вас верно настроен (включен вариант с rfc) то должен везде проходить.

Если где-то не прошло пишите пожалуйста в поддержку пример...

 Ок, разделим 2е проблеммы.

 Протестировал банковский IVR в разных вариациях:

  • С ATA адаптером Grandstream HandyTone 7XX  с DTMF - RFC2833 в качестве 1 приоритета и in- audio в кач-ве 2ого и наоборот. callcentric.com/support/device/grandstream/handytone_702
  • Софт задармы под виндой
  • Софт задармы под андроидом

Во всех случаях ( номер задарма ассоциирован с PBX ) получил одинаковый результат - IVR не распознала нажатия цифр, причем еще +/- год назад это срабатывало в 50% случаев.

 

 

А можно подробнее, что значит использовать обыкновенную конфигурацию SIP?

 

Обыкновенную конфигурацию, это значит что номер не подключен к PBX , а работает как обыкновенный независимый SIP.

В этом случае оригинальный софт задармы под виндой и андроидом отрабатывает прекрасно, впрочем как и ATA адаптер.

Изменено пользователем Igor

Поделиться сообщением


Ссылка на сообщение

 

Пожалуйста не связывайте одно с другим.

DTMF если у вас верно настроен (включен вариант с rfc) то должен везде проходить.

Если где-то не прошло пишите пожалуйста в поддержку пример...

 Ок, разделим 2е проблеммы.

 Протестировал банковский IVR в разных вариациях:

Во всех случаях ( номер задарма ассоциирован с PBX ) получил одинаковый результат - IVR не распознала нажатия цифр, причем еще +/- год назад это срабатывало в 50% случаев.

 

 

А можно подробнее, что значит использовать обыкновенную конфигурацию SIP?

 

Обыкновенную конфигурацию, это значит что номер не подключен к PBX , а работает как обыкновенный независимый SIP.

В этом случае оригинальный софт задармы под виндой и андроидом отрабатывает прекрасно, впрочем как и ATA адаптер.

 

Да, в таком случае это не удивительно, т.к. нет функций перевода разговора между внутренними номерами

Поделиться сообщением


Ссылка на сообщение

 

Ок, разделим 2е проблеммы.

 Протестировал банковский IVR в разных вариациях:

 

Последний раз повторяю, создайте заявку в службу поддержки для тестирования и устранения проблемы с вашим шлюзом и DTMF.

 

Без анализа ваших тестов и повторной проверки всего маршрута что-то обсуждать бесполезно. На форуме вам никто ничем не поможет.

Поделиться сообщением


Ссылка на сообщение

Последний раз повторяю ...

 

А грубость , это ньюанс воспитания в семье или следствие принадлежности к "касте" Главные администраторы  ? 

Поделиться сообщением


Ссылка на сообщение

Повторение идентичных сообщений является флудом и запрещено правилами форума.

Я не могу себе позволить нарушать правила. Ранее писал:

 

 

Если где-то не прошло пишите пожалуйста в поддержку пример.

 

При дальнейших повторениях идентичных вопросов, с которыми я уже дважды просил обращаться в поддержку (так как на форуме невозможно помочь) я буду вынужден закрыть эту тему за флуд.

Поделиться сообщением


Ссылка на сообщение

Я только сейчас обратил внимание, что проблема с # обсуждалась тут год назад. В поддержке мне сказали, что эту проблему передадут администрации. Хотелось бы узнать, есть ли какое-то продвижение в решении этой проблемы?

 

Спасибо

Поделиться сообщением


Ссылка на сообщение

Если будут изменения вы обязательно об этом узнаете, и на форуме и в новостях.

Поделиться сообщением


Ссылка на сообщение

Сегодня снова столкнулся с этой проблемой, т.к. не проходил набор знаков с при DTMF inband. В поддержке предложили создать ещё один sip account без АТС, но это не решение, т.к. без АТС нельзя указать default country code и default area code. Надеюсь, что вы занимаетесь решением этой проблемы

Поделиться сообщением


Ссылка на сообщение

Создайте аккаунт или войдите в него для комментирования

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

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.

Войти сейчас

×
×
  • Создать...