Тема: Проблема с SMDR на TDA200
Абсолютно по разному.Оно может неправильно отображаться как с номера 534,так и с номера 535.
Да, есть еще способ через 4.1.1 закладки 2 и 3.
как-то через них проще, ставите по не ответу через 1 секунду и вперед.
Сейчас точнее напишу.
На вкладке 2 ставите номер на который надо переслать вызов, а на вкладке 3 время через какое необходимо пере адресацию сделать.
НО..но это в том случае, если Вам не надо выключать такую пере адресацию кнопкой. Это важно, обратите внимание на данный факт.
Посмотрите лог после включения строчки в режим номер, может уже и все гуд.
Оставил в 4.1.1 все без изменений.В СМДР поставил значение “номер”-бестолку,все равно такое же некорректное отображение.
05/03/13 13:25 678 0091 <D>495*******<I>8916******* 0’01 00:00’15 00000.00 D0
05/03/13 13:25 535 EXT657
05/03/13 13:26 535 0091 <D>495*******<I>8916******* 0’00 00:00’13 00000.00 TR
05/03/13 13:26 657 0091 <D>495*******<I>8916******* 0’00 00:00’26 00000.00 TR
05/03/13 13:26 657 0024 314 00:00’00 00000.00 FW
05/03/13 13:43 678 0079 <D>495*******<I>8495******* 0’01 00:00’15 00000.00 D0
05/03/13 13:43 534 EXT666
05/03/13 13:46 534 0079 <D>495*******<I>8495******* 0’00 00:03’54 00000.00 TR
05/03/13 13:46 666 0024 302 00:03’36 00000.00 TR
Настройки на дсс-панели еще раз сверил и скопировал настройки первой на вторую.
Вы же отключили 4.2.1?
Отключив в п.4.1.2 постоянную переадресацию с 656 на 313 и в .4.1.1 во второй вкладке в строке с номером 656 для “дня,обеда,перерыва” прописал номер 313,в третьей вкладке указал для номера 656 таймер 2 сек.
Кнопка на DSS-панели стоит в режиме “DSS” на номер 656.
При звонке извне,попадая на 678-534/535 при дальнейшем переключении кнопкой слышна лишь мелодия режима “hold”,на другом конце трубку не брали.Но не потому что не брали а звонок словно не проходил.
Было затестировано на номерах 656,657,663(313,314,315 сооответственно).
Результат-пока безрезультатно.
Во всех колонках проставлены таймеры и номера(день, ночь и т.д)? Поменяйте таймер 1 сек, а то бывает подглючивает.
Какой кос стоит, сравните разрешение в меню 2,7,1 на второй вкладке.
Только дошло, а нафига Вам промежуточный номер? Просто переключать на сразу нужный нельзя?
Позвольте влезть в беседу, работаю вместе с durilka, соответственно и проблему знаю изнутри.
Так вот вопрос то основной даже не в переключениях между станциями, а в том что в смдр лог не всегда пишется трансфер второго переключения внутри одной станции.
Почему так настроено - когда пытались переключать напрямую через консоль с кнопкой по NDSS, в лог не писались строчки трансфера, а была запись перевода звонка (например “534 T012 657”) по линии T012 (межстанционный поток), т.е. теряли входящий (внешний) номер абонента. Переводом внутри станции мы хотели добиться вывода в лог полной цепочки переключений с указанием входящего номера.
Задача стояла и стоит - видеть строки трансфера входящего абонента до конечного номера, строки вида:
05/03/13 13:26 657 0091 <D>495*******<I>8916******* 0’00 00:00’26 00000.00 TR
поскольку только по таким строкам мы (ну на самом деле третьестороннее ПО) можем собрать информацию о звонках.
Спасибо.
Дело в том что, мне не понятно чем Вы лог все таки собираете, это либо СМДР программа сторонняя, либо СМДР как встроенная функция передачи станционных данных (ну или как оно там).
По сути были и похожие проблема, но точное выделение получалось лишь сборкой полного лога обеих станций.
Понятно, что форвардинг куда-то улетает и это для Вас проблема. Но по большому счету, проблему надо минимизировать и устранить именно минимум. А то еще нафигачим пару страниц поданной теме, потом зайдет гуру, спросит про прошивку и пошлет обновляться т.к. проблема именно в этом будет (ну это например).
Кстати, у Вас вот рабочая ДИСа, а прошивочка-то какая.
Позвольте влезть в беседу, работаю вместе с durilka, соответственно и проблему знаю изнутри.
Так вот вопрос то основной даже не в переключениях между станциями, а в том что в смдр лог не всегда пишется трансфер второго переключения внутри одной станции.
Почему так настроено - когда пытались переключать напрямую через консоль с кнопкой по NDSS, в лог не писались строчки трансфера, а была запись перевода звонка (например “534 T012 657”) по линии T012 (межстанционный поток), т.е. теряли входящий (внешний) номер абонента. Переводом внутри станции мы хотели добиться вывода в лог полной цепочки переключений с указанием входящего номера.
Задача стояла и стоит - видеть строки трансфера входящего абонента до конечного номера, строки вида:
05/03/13 13:26 657 0091 <D>495*******<I>8916******* 0’00 00:00’26 00000.00 TR
поскольку только по таким строкам мы (ну на самом деле третьестороннее ПО) можем собрать информацию о звонках.Спасибо.
Боюсь, что стандартной строчкой smdr Вы не обойдетесь.
Попробуйте по TAPI логировать Blitz TAPI Serverом. Он смотрит за всеми линиями атс и стандартную строку лога smdr использует только для уточнения некоторых параметров звонка.
При всей цепочке переводов сохраняется время прихода звонка (с секундами), номер СО, номер звонящего. Первому ответившему никаких признаков не пишется. Каждому последующему в цепочке пишется признак TR(Transfer), если перевод вернулся по неответу, то признак RT(Return).
Date ____Time ____Ext_CO___Dial Number_________________ Ring_Duration_Cost _ Acc code_ CD
06/03/13 17:59:34 101 0009 <D>56236****<I>56370****____0:07 00:00:15
06/03/13 17:59:34 103 0009 <D>56236****<I>56370****____0:01 00:00:14 ___________ ___TR
06/03/13 17:59:34 205 0009 <D>56236****<I>56370****____0:09 00:00:26 ___________ ___TR
06/03/13 17:59:34 201 0009 <D>56236****<I>56370****____0:29 00:00:00 ___________ ___TR
06/03/13 17:59:34 205 0009 <D>56236****<I>56370****____0:08 00:00:06 ___________ ___RT
Пример 56370**** позвонил к нам на 56236**** в 06/03/13 17:59:34 по СО0009. Первым ответил Ехт101 (телефон звонил 7 секунд, говорил 15 сек), Ехт101 перевел на 103, 103 на 205, 205 на 201, тот не ответил (телефон звонил 29 сек, говорил 0) и по таймеру звонок вернулся на 201. На нем звонок и закончился после 6 сек разговора.
В SQL базе данных еще кудрявее, так как CD столбиков 3 шт. в 1м те же значения. Во 2м - NA или AN, В 3м номер канал DISA, если звонок пришел через нее.
Примерно разобрались с СМДРом (большая вероятность что виноваты кривые руки Колцентра). Колцентр работает сменой 2-2.Причем при работе первой смены все корректно смдр отображает,а вот смена другая видать косячит.
Вопрос следующий: Может ли где нибудь в настройках АТС быть так,что допустим по расписанию (2-2),переадресация работала корректно или наоборот некорректно?
Я к тому что,вдруг..работает какое то расписание,что при работе 1й смены девочки переключают кнопками с переадресацией(проходит переадресация на дальний номер) и смдр видит все записи,а во время работы 2й смены все перестает отображаться корректно?
Режим день-ночь в АТС активен?
В билинговых программах бывает настройка откуда брать время начала вызова ( с АТС или с компа ).... Подумайте в этом направлении.
Режим день-ночь в АТС активен?
В билинговых программах бывает настройка откуда брать время начала вызова ( с АТС или с компа ).... Подумайте в этом направлении.
Да,режим день,обед,перерыв и ночь активен.Но он был активен с давних пор(года два минимум).
Ночью (с 9 вечера до 8 утра) звонок идет на охрану(два номера определенных в группу).далее колцентр(группа из двух номеров).
Данному ПО все равно откуда брать звонок,главное чтобы он был (хоть ночью,хоть днем).
