Тема: Запрет входящих с неопределённого номера.
Если вы, господа критики, не понимаете смысл этого текста, может, мне стихами забацать?
А Вы вообще поняли что господа предложили сделать???
а договоренности с провайдером могут быть как у звонящих, так и у принимающих... а теперь включите логику!
Ещё раз перечитайте, у коллекторов - договоренности со своими провами, у ТС - со своим... 😊
Буквально месяц назад прикрывал своего клиента от коллекторов, договорились с провайдером, и он стал игнорировать поле CLIR и показывать правильный номер.
Если стихами понятнее, то вот:
Ясная луна.
Serg Fisher всю ночь напролет читает ETS 300 102,
луной любаясь, внимая...
===
Если вы, господа критики, не понимаете смысл этого текста, может, мне стихами забацать?
Юрий, предложил хорошую идею.
Serg Fisher, поэт Вы наш, сказочник, можете ли Вы описать как это сделать?
Попробую.
У меня как раз стоит Панас TDE-100, сцепленный по Е1 с Интегралом.
Поэкспериментирую.
Времени, правда, не очень много.
===
Я и вашу логику понимаю.
И там, и там нужно прописывать таблицы с CLIP и без.
Вопрос только в том, где они короче будут.
И где изящнее решение.
Например, все звонки без разбору направлять на внутренний номер АААА, который будет являться группой.
А все звонки с CLIP от 71ХХХХХХХХХ, 72ХХХХХХХХХ, 73ХХХХХХХХХ и т.д. до 79ХХХХХХХХХ направлять на номер ВВВВ, который тоже будет группой.
Причем, группа ВВВВ - это правильная группа абонентов станции, которая будет принимать звонки и отвечать на них.
А группа АААА - это, например, DISA, которая будет давать ответ, что все заняты, перезвоните позже.
Таким образом, в группу АААА будут попадать все звонки, не подпадающие под маску 71ХХХХХХХХХ - 79ХХХХХХХХХ, в том числе и звонки с “кривых” номеров (коротких, неопознанных, слишком длинных).
Правда, здесь есть некоторый подводный камень.
Что в станции Панасоник обрабатывается сначала: номера DID или номера CLIP?
Вот это и стоит проверить.
===
А с провайдерами можно договорится.
Насчет этого я согласен.
Интереснее получить результат, не договариваясь с провайдером.
Именно это увеличивает копилку опыта.
А не договоренности с провайдерами.
а можно просто маску XXXXXX для городских и XXXXXXXXXXX для сотовых поставить?
а остальные номера значит плохие.
а можно просто маску XXXXXX для городских и XXXXXXXXXXX для сотовых поставить?
а остальные номера значит плохие.
Нельзя.
Это не совсем правильно.
Дело в том, что провайдеры отдают номера CLIP обычно в десятизначном формате (без цифры 7 в начале).
Так что я, наверное, неправильно написал семерку.
Поторопился.
===
И еще.
Скорее всего, сначала обрабатывается CLIP, а потом DID. Иначе бы не работала эта функция: распределение входящих звонков по их CLIP-ам.
===
И еще.
Если работаете с заграницей, то надо составлять и маску для заграничных CLIP-ов.
===
А вообще, интересно получается.
Убрали из маски, например, номера 9ХХХХХХХХХ, и звонки с сотовых уже не доходят.
Вот где поле для экспериментов!
А вообще, интересно получается.
Убрали из маски, например, номера 9ХХХХХХХХХ, и звонки с сотовых уже не доходят.
Вот где поле для экспериментов!
Это Вы сейчас у кого спрашиваете?
Перечитайте свои посты в этой ветке.
Не Вы ли немногим выше писали, что знаете как решить вопрос?
Serg Fisher, знаток Вы наш.
Юрий предложил живое решение, напишите как это сделать.
а можно просто маску XXXXXX для городских и XXXXXXXXXXX для сотовых поставить?
а остальные номера значит плохие.
Так не взлетит ибо в 6.1 - тупо не дает такое прописать...
91*, 92*, и т.д. - дает, и этим номерам поставить существующую группу, допустим 601… но будет ли так работать - хз. Проверить не на чем.
а вот в 10.3 - всем клипам прописать несуществующий номер... главное не забыть выключить перевод на оператора при несуществующем номере.
У Тебя ж станция под рукой - попробуй.
и получаем одну маленькую неувязочку - если сработает, то нельзя будет звонки по DDI направлять на конкретную группу... получится, что должен будет обязательно дальше присутствовать секретарь... иначе у нас распределение уже пойдет не по DDI, а по CLI.
...и получаем одну маленькую неувязочку - если сработает, то нельзя будет звонки по DDI направлять на конкретную группу... получится, что должен будет обязательно дальше присутствовать секретарь... иначе у нас распределение уже пойдет не по DDI, а по CLI.
А вот здесь и нужен эксперимент.
Попробую на следующей неделе выкроить пару часов.
Может быть, и по CLI, и по DDI пойдет.
Надо проверять.
===
А вот еще одна мысль:
Если по CLI звонки направлять в никуда, и все переводы на оператора выключить.
Ведь должны же они куда-нибудь приходить.
Помню, на какой-то станции (не на Панасонике), если не указывать никого, то звонки начинают звенеть по всей АТСке в беспорядке (типа “генеральный вызов”). А здесь в группах указать их DDI. Может, тогда и звонки после их обработки в CLI будут направляться по DDI.
Тоже надо экспериментировать.
Никто ведь такого не делал!
Слишком задачка неоднозначная и из разряда редкостных.
Я в этом уверен, что никто не делал!
Так зачем же ругаться и обзываться, если не делали!
А эксперименты покажут, права моя теория или я бутылочный телефонист.
В любом случае, отрицательный результат - это тоже результат.
Никто ведь такого не делал!
Слишком задачка неоднозначная и из разряда редкостных.
Я в этом уверен, что никто не делал!
Serg Fisher, если Вы чего-то не делали или не знаете, то это совсем не значит, что кто-то другой этого не делал или не знает.
Так зачем же ругаться и обзываться, если не делали!
А эксперименты покажут, права моя теория или я бутылочный телефонист.
В любом случае, отрицательный результат - это тоже результат.
Какой Вы специалист, по крайней мере по Панасонику, видно и без экспериментов.
Даю подсказку, чтоб Вам время с экономить, для решения этого вопроса перегружать АТС ни разу не нужно.
Вместо экспериментов, почитали бы лучше документацию на обозначенное оборудование.
И еще: если вдруг метод с CLI взлетит, то получим еще одну проблему типа когда полезные звонки с не определенным номером также будут теряться в неизвестности... а это бывают достаточно важные клиенты.
Так, что я все больше склоняюсь к общению с оператором связи.
т.е. если у него есть услуга как скрытые номера, то должна быть услуга игнорировать скрытие... как предлагает Майк.
И еще: если вдруг метод с CLI взлетит, то получим еще одну проблему типа когда полезные звонки с не определенным номером также будут теряться в неизвестности... а это бывают достаточно важные клиенты...
Ну, тут уж, батенька, придется выбирать, или принимать звонки, или не принимать.
Или все-таки для таких кривых звонков выделить работника, чтобы он принимал и хотя-бы записывал, кто звонил, кому и с какого номера.
И еще: если вдруг метод с CLI взлетит, то получим еще одну проблему типа когда полезные звонки с не определенным номером также будут теряться в неизвестности...
Так в этом и задача, неопределённые отбивать. Для одного DDI.
Да, метод не идеальный, но рабочий.
Распределение по временным режимам можно потом сделать интерсептом.
По CLI распределение работает даже если указать одну первую цифру номера в 6.1, если провайдер даёт ещё инфу типа нэшнл или интереншнл, то с 3.1.3 можно отправлять на о-гэ-эмы “фуцк-офф” на разных языках.. (когда было представительство одноклассников.ру в Москве, так на разные дизы и разруливалось).
