Проблема дозвона к нам с межгорода

[DeniTornado]

Всем привет.
Дано:
Samsung OS 7400 frm 4.80
Ни как не получается решить проблему дозвона к нам в компанию с межгорода. Т.е. ситуация такая: клиенты звонят из разных городов РФ по нашему общему номеру 8-800-ххх-хх-хх. Настроен автосекретарь на SVMi плате, на котором настроено меню, "нажмите то, дозвонитесь туда"
Проблема в том, что многие клиенты, которые звонят из далека, попадают непонятно каким образом, в другое подразделение, в которое можно попасть, если только нажать в голосовом меню, цифру 3 (это самое подразделение). Но клиенты утверждают, что позвонив по 8-800...... они не слышат голосового меню, а сразу звонок идет в это "проблемное" подразделение.

Консультировался даже с провайдером. Там мне рассказали про существующий "дикий АОН". И посоветовали сделать меню ловушку. Я так и сделал, создал на SVMi дополнительное меню, которое стартует первым при звонке и с него идет перевод уже на основное меню, тем самым мы убиваем паразитные нажатия или помехи DTMF посылок. Но и это не помогло!

Все равно некоторые клиенты из далека, попадают мимо голосового меню, именно в подразделение под цифрой 3! Почему? Ни как не понять пока!
Может у кого было подобное?
Спасибо!

[LionB]

Посмотри в настройках aeyrwbq VM алгоритм поступления и обработки этого вызова.
Будет больше информации, как и почему так происходит.

[DeniTornado]

Посмотри в настройках aeyrwbq VM алгоритм поступления и обработки этого вызова.
Будет больше информации, как и почему так происходит.

функций VM? А можно уточнить что именно?

Забыл дописать в первом посте, что разбираясь с этой проблемой, я сразу смотрел лог SVMi как пришел звонок. Сейчас пример лога ни приведу, точно время не запомнил когда было, но по логу всегда видно как-будто клиент нажал цифру 3 в голосовом меню. И это самое странное. Мы опрашивали всех клиентов, они уверяют что ни чего не нажимали, а просто висят на линии в ожидании ответа, а их кидает на подразделение под цифрой 3.

[LionB]

Я про этот лог и говорю.

[DeniTornado]

Я про этот лог и говорю.

Ну вот такая история. И где, что косячит, непонятно. Звонок пришел так, как будто намерено нажимают 3, но ее не нажимают. Т.к. это не единичный клиент и случай.

[LionB]

Интересно. В первый раз слышу.

А если тупо 3ку отправлять на Bye, а использовать для доступа к отделу другую цифру?

[DeniTornado]

Интересно. В первый раз слышу.

А если тупо 3ку отправлять на Bye, а использовать для доступа к отделу другую цифру?

не пробовал таких экспериментов.
Все таки нашел лог про сегодняшний звонок.
Звонок из Рыбинска.
---------------------------------------------------------------------------
4) [MOD 01 WorkTime] New call - Thu Oct 9 10:22:12 2014
CP 10:22.12.31 4) Collecting out of band data
4) [MOD 01 WorkTime] CODE = <DT> CID = <4855215xxx> FID = <6xxxxxx> TRUNK = <#709>
4) [MOD 01 WorkTime] Salutation
4) [MOD 01 WorkTime] Searching on Call Code - DT
4) [MNU FilterErrorMNU] - это меню ловушка DTMF, про которое писал выше
4) [MNU FilterErrorMNU] Searching on Caller entry - 3
CP 10:22.14.43 4) Key set to <>
4) [MNU FilterErrorMNU] Searching on INVALID
CP 10:22.14.45 4) Key set to <>
4) [MNU Teplocom WT] - это основное голосовое меню
4) [MNU Teplocom WT] Searching on Caller entry - 3
CP 10:22.14.87 4) Key set to <3>
4) [DAL Teplouchet] Dialing 648хххх - это номер "проблемного подразделения на которое валятся такие звонки"
CP 10:22.15.29 4) Using [STN Off Premise] station block
CP 10:22.15.29 4) Transfer consultation hold
CP 10:22.15.29 4) Flash hook
CP 10:22.16.32 4) DCS Dial: 0
CP 10:22.17.34 4) DCS Dial: 648хххх
CP 10:22.17.34 4) Monitoring call progress
5) [MOD 01 WorkTime] New call - Thu Oct 9 10:22:27 2014
CP 10:22.27.46 4) Answer: 0.00, High: 0.00, Low: 0.00 - 0.00
CP 10:22.27.46 4) Call progress result: Answer - loop current drop
4) [DAL Teplouchet] Answered
4) VM hanging up
---------------------------------------------------------------------------

[LionB]

Странно откуда настойчиво тройка берется.
Однако, я так понял, что это не аналогвые транки, так как имеется и СID и FID (DID).
Тогда зачем при входе вызовы по DT, а не по FWDID?

Напомню http://forum.officeats.ru/viewtopic.php?f=4&t=8674&p=45473&hilit=MOD+01+WorkTime#p45473

[DeniTornado]

Странно откуда настойчиво тройка берется.
Однако, я так понял, что это не аналогвые транки, так как имеется и СID и FID (DID).
Тогда зачем при входе вызовы в MODE обрабатывается по DT, а не по FWDID?

Напомню http://forum.officeats.ru/viewtopic.php?f=4&t=8674&p=45473&hilit=MOD+01+WorkTime#p45473

Да транки у нас не аналоговые!
По второй части вопроса скажу, что не все понял в логике работы SVMi и ее правильности настройки. Поэтому как настроили изначально, так пока и оставили. Но если есть путь более удобный, может поделитесь инфой на счет указанного Вами недостатка?
Спасибо!

P.S. Вы имеете ввиду, что вот тут у нас выставлены не те настройки, которые следовало бы поставить?
#13

[LionB]

Да. Ставится FWDID
В Input Processor с этого входящего DID (без всяких приветсвий и т.п.) номера отправляешь в другое меню, где будет уже приветсвие, Input делается с Entry, ну и далее транслируется. Это почему так. Входящих номеров-то и не один бывает, у когото свой прямой номер, что-то еще куда-то со своим приветсвием.