Тема: KX-TDA100 как отбить входящий с неопределившимся номером
(я правльно понял?), и есть просто звонки с Киевстара с CLIP-ами простых смертных (то есть из города). Вопрос теперь лишь в том, КАК они приходят? На один и тот же интерфейс? В смысле на одни и те же СО-шки? Если на разные, то есть смысл подумать дальше.
Да, все именно так. И приходят они на разные CO (сгруппированные провайдером Оптима-телеком по 4-линии, т.е. с 1-й по 4-ю 1 тел. номер с группой серийного поиска, с 5-й по 8-ю 2-й тел номер и т.д.) И как я уже писал в пост N12 этого топика, пока все приходили на разные интерфейсы (разные CO) проблем не было вообще, платы KX-TDA0193XJ были не нужны.
Пока обратил внимание на п1.17.6 и 1.1.1.6 Руководства по функциям Общая идея такая - всех, кого знаем направим на группу, где трубки снимают, тех, кого нет в справочнике, отправляем на секретаря, который требует его не беспокоить. По Киевстару - обслуживаем отдельными CO. Пока не проверил, будет ли это работать.
Однако, и это ущербное решение. Очень нужны маски для справочника. Может есть недокументированные функции. Постараюсь проверить подставляя знаки “?”, “*”, “%”, “_”
масок нет, просто указываете начало номера, как он к вам приходит + 9ка впереди, кажется.
масок нет, просто указываете начало номера, как он к вам приходит + 9ка впереди, кажется.
Спасибо, доберусь до станции, обязательно попробую.
Может есть недокументированные функции. Постараюсь проверить подставляя знаки “?”, “*”, “%”, “_”
Недокументированных нет. Есть пункт 3.1.3, можно попробовать сплясать оттуда.
Вчера, вечером попробовал...
Масок не просто нет. Симолы, кроме тех, что указаны в руководстве, просто невозможно ввести, фильтруется ввод с клавиатуры ПО консоли. Ввод неполного номера, т.е. - 9_КодГорода_ТриПервыхЦифрыНомера - работает.
Хотя сообщение от НачШтаба прочитал сегодня утром, вчера вечером обробовал и его. Если на системном телефоне включить DND (не беспокоить, для всех внутренних и внешних вызовов), а в CLI Destination п6.1.1 указать этот номер (порт, к которому подключен системник), то ... телефон, при звонках извне, звонит. При внутренних вызовах - работает, как ожидалось - молчит, а на дисплее вызывающего сообщение “...не беспокоить..”
Остановился на том, что в CLI Destination, указываю несуществующий порт, вида 120. Вызывающему - длинные гудки. У операторов - тишина. Если указать несуществующую группу (виртуальный порт, например у меня это - 602), то системники не звонят, но на них мигают клавиши, что есть внешний вызов.
Осталось купить 0190 и 0191, и неопределённый вызов будет слушать :
” перезвоните когда включите определение номера”,а потом отбой.
Точно знаю, как это реализовать с помощью CTI, например, Blitz KX-TD TAPI Server. DISA для отбоя точно не понадобиться, но возможно нужно будет обновить до 5-й версии софт станции.
Причем для каждой СО индивидуально можно звонки с “пустыми” CID отбивать, не отвечать, переводить на конкретную группу ЕХТ или ЕХТ. А звонки с нужных CID, в том числе описанных по определенной маске, отправлять по своему индивидуальному маршруту, на ЕХТ или группу ЕХТ.
Можете попробовать и такое решение, возможно подойдет. Если надумаете могу помочь с настройками.
то ... телефон, при звонках извне, звонит. При внутренних вызовах - работает, как ожидалось - молчит, а на дисплее вызывающего сообщение “...не беспокоить.
А в консоли 4.1.2. DND разделяется для СО и для ЕХТ... Если “не в масть” - к Петрову Ю.Ю.
С 5-й версии TDA, звонками по TAPI можно управлять прямо с виртуальной линии группы распределения входящих звонков. Т.е, если звонок нам не понравился, то мы его “прибьем” сразу на группе, ни до какого ЕХТ он не дойдет. Или , если он подходит под наши критерии, например маску CID, то мы его сразу с группы и переведем куда нам надо, не трогая программу настроек атс. Если таймер на “сообразительность” CTI приложения истечет, то отработает программа АТС.
В Blitz KX-TD TAPI Server эта функция реализована.
Хочу напомнить с чего начиналась тема:
Никто не подскажет, как настроить АТС, что-бы она “отбивала” входящие звонки, если номер не определен?
НЕ ОПРЕДЕЛЕН. Т.е. его нет. А найденное решение пока действует только, если номер определен, прописан его префикс в SpeedDialing и звонок отправлен на “жертву” в виде порта с установленным на нем DND для внешних звонков. Возможно, что-то выйдет с модификацией пустого CID, на что-то, что потом можно обработать в SpeedDialing, но так, что бы не навредить нужным CID.
Мое же решение точно будет работать, УНИВЕРСАЛЬНО и как минимум добавляет функционал станции.
+ 30 дней работает бесплатно, в течении которых дает 8 рабочих мест агентам кол центра и 1 рабочее место супервизора этого же кол центра на котором видна вся статистика и поднаготная работы агентов, включая относительно групп распределения звонков, что во многом помогает решить задачу:
Они обслуживают “чужие” звонки от нескольких (разных) владельцев коротких номеров и номеров вида 8-900-и т.д. По итогам месяца выставляются счета этим владельцам (юридическим лицам).
На протяжении 3-х лет работала схема - от одного владельца (провайдера) вход только на “свою” группу тел линий, и проблем с биллингом не возникало. ...
Т.к. для каждого нового клиента, можно создать свою группу распределения звонков, а в Blitz Superviser в on-line режиме и через отчеты за любой промежуток времени видно как работали агенты со звонками на эту группу, как регистрировались на этой группе, как быстро отвечали, сколько звонков “прошляпили” и т.д. Что-то типа рабочего места сервера отчетов ACD к NCP200.
Коллега, Ваше решение более функционально, но и соответственно, требует вложений. Предложенный вариант с распределением по CLI бесплатно решает задачу.
Решил для наглядности просто для примера реализовать данную задачу. Как я понял ТЗ, то оно в общем виде выглядит следующим образом.
Имеем несколько линий СО. Они есть аналоговые, с функцией определением CID и числом их, предположим, 8. Для лучшего использования всех каналов, звонок по DID (он же по странному стечению обстоятельств зачастую и CID/CLIP в нашем случае 😊 ) от любого “провайдера” оператор “Оптима” отправляет на любой из свободных каналов.
Правильнее, если это Call Center, что бы звонки для каждого их провайдеров распределялись бы на свою Группу Распределения Входящих Звонков (далее ГРВЗ), в которую входит свой набор специально «надрессированных» ЕХТ.
Это удобнее и в плане биллинга, и отчета перед провайдером за проделанную работу, и в плане контроля работы операторов со стороны супервизора, и т.д.
Предположим у нас имеется общая ГРВЗ601 , в которую входят все операторы и на которую по умолчанию в программе настроек станции приходит звонок со всех СО. (Если CTI нагнется, то ни один звонок не пропадет).
Кроме того, есть:
ГРВЗ 602 для Провайдер 1 - “Астрологический прогноз”, с CID - 5170001;
ГРВЗ 603 для Провайдер 2 - “Справочная типа “09”“, с CID - 5005005;
ГРВЗ 604 для Провайдер 3 - “Спокойной ночи малыши”, с CID - 1771;
ГРВЗ 605 для Провайдер 4 - “Горячая линия “Свиной грипп”“, с CID - 1001;
ГРВЗ 606 для Провайдер 5 - “Киевстар”, с CLIP - 02ХХХХХХХХ,03ХХХХХХХХ,04ХХХХХХХХ,05ХХХХХХХХ,06ХХХХХХХХ,09ХХХХХХХХ;
ТЗ. Нужно, что бы при приходе звонка с каждого CID из списка, он направлялся на нужную группу, а если CID пустой, то звонок отбивался или, на худой конец, не отвечался, т.к. все звонки платные для нас, а не имея CID, мы не сможем его отнести на счет ни одного из провайдеров.
Вот две таблицы, которые надо заполнить в Blitz KX-TD TAPI Server, что бы у нас все срослось.
Все звонка приходят на 601 группу по настройкам АТС. Blitz KX-TD TAPI Server следит за звонками с выбранных СО на TAPI линиях, указанные как “EXT Superviser CO” для каждой СО линии, в нашем случае на 601 группе.
Если CID пришедшего звонка есть в таблице “CallerID распределение”, то Blitz KX-TD TAPI Server отправляет звонок по указанному там маршруту, если нет или CID пустой, то отправляет на “IRNA CO Destination”.
Кроме того мы для конкретного, например, VIP CID 0675650903 можно реализовать свой индивидуальный маршрут, сначала на закрепленного за этим VIP оператора с ЕХТ112, и если 112 занят, то сразу на 101, и если оба заняты, то на группу 608 для VIP клиентов.
А для конкретного злоумышленника с CID 0675650906, который надоел нашим операторам, мы можем поставить отбой.
Вывод: Что-то мы сможем воспроизвести, используя только возможности станции, а что-то используя совместную работу с ней CTI приложения. Кроме того, появляется возможность на компьютерах рабочих мест операторов устанавливать CTI Blitz Caller ID Display , в которых видно по какому CLIP сейчас звонят клиент и соответствующим образом реагировать (даже автоматически открывать на экране соответствующую шпаргалку), а начальнику всей этой братии в своем CTI Blitz Supervisor видеть в онлайне всю их работу и делать соответствующие отчеты для себя и заказчиков.
В последнем посте уже, несильно скрываемая, реклама 😉.
В последнем посте уже, несильно скрываемая, реклама 😉.
ну не без этого ,каждый кушать хочет.. а с другой стороны,помощь предлагает в решении “проблемы”. вот бы еще панасоник так активно прощупывал рынок и прислушался к инженрам ведущим ,купленными у них станций . написание несчастного драйвера под 64Х для них это просто чих , а они упорно в позе стоят , вот и дождуться ,что все их (платные) приложения просто нахер не нкжны будут с таким поворотом.
вот и дождуться ,что все их (платные) приложения просто нахер не нкжны будут с таким поворотом.
так они и так особой популярностью не пользовались :roll:
