Тема: Цепочки как у Panasonic

Добрый день.
Уважаемые коллеги возможно ли реализовать в ipldk механизм цепочек как в станциях panasonic. Например есть цепочка (100, 105, 110) вызываю 105 абонента - он занят и система прозрачно адресует меня на 110. А возможно ли в ipldk300 объединив пользователей в группу ucd при звонке на абонента этой группы (если он занят) прозрачно адресовать на другого абонента этой группы, не прибегая к программированию на телефонном аппарате перевода по занятости абонента, т.е. все настройки выполнить с АТС. Цель - при звонке на занятого абонента попасть на свободный номер в определенной группе. Причем это должно работать как для звонка с внутреннего номера, так и при переводе городского номера на абонента. И еще желательно, чтобы абоненты были объединены в UCD (равномерной загрузки) группу.
Уже нашел как это сделать в Terminal группе, а нужно в UCD.

Для UCD группы такой вариант предусмотрен только для DISA или DID вызовов, но не для любых вызовов... Т.е. посредством свойств UCD-группы это не получится реализовать для внутренних вызовов!!
Вообще-то, опция определящая такой режим - это ПГМ112/12 (UCD GRP Service).

Спасибо Игорь, уже нашел Вашу ветку, в которой описан мой случай:
“Допустим есть два номера: STA111 и STA222.
1) Если вызвается STA111 и он занят/не отвечает, то звонит STA222. И наоборот???
Тогда делается Circular (или Terminal) группа и в ее атрибутах параметр Pilot Hunt ставится = OFF!!!
И все.  При наборе либо 111, либо 222 будет срабатывать алгоритм поиска в группе. “
У меня созданы ucd группы на которые поступают звонки, еще возникла потребность описанная выше, не хочу плодить дополнительные группы.

Да. Все правильно. Для групп типа Term/Circ есть опция Pilot Hunt (в свойствах группы), которая реализует то, что Вам нужно для всех типов вызовов.
А вот для групп типа UCD и Ring опции Pilot Hunt нет..., но есть опции UCD/Ring GRP Service (указывается по-абонентно). Эта опция почти аналогична Pilot Hunt, за исключением того, что она не распространяется для внутр. вызовов.
В этом все дело.
Почему корейцы сделали именно так - неизвестно.

1. Игорь, продолжаю изучать возможности и появился еще один вопрос. Стоит задача: позвонил клиент, по DISA набирает внутренний номер - абонент занят, в этом случае хочу перекинуть на другой номер абонента из той же группы (группа UCD), в которую входит вызываемый абонент. Думал поможет включение UCD Group Service в ПГМ 112, но тут оказалось что звонок адресуемый абоненту через disa автоматом падает на группу и не зависит занят абонент или свободен, можно ли как то поправить и адресовать на группу только если абонент занят?
2. насколько я понял абонент не может быть одновременно в двух группах UCD и Terminal.
3. если досылать звонок на занятого абонента * или последней цифрой номера, у абонента в трубке подается сигнал, и повторяется раз в 30 секунд, возможно ли изменить данный таймер и поставить каждые 10 секунд?

1) Нет. Действительно, опция UCD GRP SRV реализует групповой вызов при вызове через DISA агента группы. Тут ничего изменить нельзя.
2) Да, в разнотипных группах - не может!! Абонент может быть состоять одновременно в нескольких, но однотипных Hunt-группах. Это касается Hunt-групп (UCD/RING/TERM/CIRC).
3) Это функция Camp-On. Значит за этот сигнал отвечает таймер с соответствующим названием - Camp-On Recall Timer.
См. ПГМ180/3.

Спасибо!
Еще вопрос, при настройке безусловной переадресации на аналоговом и цифровом телефоне набираю код автоматической переадресации, набираю тип автоматической переадресации (1 безусловная) и хочу использовать голосовую почту, нажимаю # - атс отвечает нет доступа. проверил 111/2 113/2 - ON, плата vmib есть. где еще могут быть ограничения?
при этом работает перевод звонка на другие номера и группы, подозреваю где-то у меня не хватает прав на запись.

Для пользования голосовой почтой в системе должно быть записано Приветствие голосовой почты.
Абонент может записать свое персональное Приветствие голосовой почты (Trans + 61) или же можно записать общесистемное приветствие ГП (что-нибудь типа “Ваш вызов переадресован на голосовую почту абонента”). Это системное сообщение №098, записывать нужно с телефона-аттенданта.
Если абонент не имеет собственного (персонального) приветствия, то используется системное приветствие пользователя (№098). Если не записано ни то, ни другое приветствие, то переадресация на ГП будет запрещена.

Спасибо, Игорь, Вы настоящий Гуру. Мне всех тонкостей сразу не учесть, то у ldk есть куча предустановленных сообщений в системе, а вот тут без участия человека ничего не получится.
Игорь, подскажите, правильно я понимаю, если у абонента стоят два телефона на столе (аналог.) то установив переадресацию по занятости с одного аппарата на второй аппарат, на втором аппарате он не сможет установить переадресацию на первый, т.е. получается циклическое назначение, верно?

Да, цикличность невозможна!

Да, верно. Такая переадресация невозможна.
Для решения такой задачи нужно сделать Hunt-группу типа Circular из этих двух абонентов, и в атрибутах этой группы указать опцию Pilot Hunt = OFF.

Cпасибо. Я так и думал, только групп думаю не хватит, народу много.. привыкли к цепочкам абонентов на панасе, а тут мне группы ucd нужны, если бы корейцы сделали в ucd как в hunt и circular, цены бы им не было.
Возник еще один вопрос: начали пользоваться переводом на голосовую почту по “нет ответа” на slt аппаратах, так получается при прослушивании система не сообщает кол-во оставленных, сообщение оно прочитывается и далее идут короткие гудки - сообщение удаляется (система не воспринимает #1 #2 или #3), для того чтобы прослушать следующее приходится заново набирать код 557.

В станции LDK система не сообщает голосом кол-во оставленных сообщений, но на системных телефонах кол-во сообщений отображается на дисплее. Нет такого сервиса. На следующих сериях станций (iPECS LIK и iPECS MG) такой сервис уже добавили. Да уж... Ваши пользователи только начинают осваивать функциональные возможности LDK, а эту серию станций (за исключением ipLDK-60 и ARIA SOHO) уже вообщем-то снимают с производства... 😊
Что же касается управления почтовым ящиком с SLT-телефона с помощью команд #1/#2/#3, то, ИМХО, Вы что-то путаете. Это работает. Только что проверил на своей станции.

Да, слышал что ldk больше не будет, но изучать функционал никогда не поздно 😊
Что получается сейчас: записал 2 сообщения, набираю с аппарата *57 (изменил стандартный код 557 и не только один этот код) в связи с этим вопрос: могло ли изменение каких либо кодов в плане номеров могло повлиять на работоспособность #1 #2 #3 (кто обрабатывает посыл вызова #1 и др. плата vmib или АТС)? продолжаю: набираю *57 прослушиваю сообщение 2 (lifo) потом короткие гудки, набираю еще раз *57 слушаю сообщение 1 далее короткие гудки, набираю 3-й раз *57 - короткие гудки, т.е. сообщения по очереди прослушал и они удалились (пробовал во время и после прослушивания нажимать #1 #2 #3 результат “0”).
Что заметил если во время прослушивания сообщения нажимаю ## то перехожу к след. сообщению с сохранением текущего. повторное прослушивание сохраненного сообщения и нажатия ## приводит к его повторению и стиранию.
vmib 1.2A без com порта.
Склоняюсь к тому что именно изменение кодов привело к данной ситуации, но каких.
я назначал ##  - slt hold, удалил данный код и ## более не приводят к повторению сообщения, но и не работают #1 #2 #3.

1) Нет замена кода никак не влияет.
2) Возможно, у Вас старый вариант исполнения платы VMIB.
Я проверял на плате VMIBE. Проверить то же самое на плате VMIB у меня нет возможности (нет такой платы).
А как отрабатывала эту операцию старая плата (VMIB без “E”) - увы, я уже не помню.
Посмотрите внимательно, какая именно маркировка на самой плате VMIB??

Вечером сниму плату посмотрю маркировку, то что она старая сомнений у меня нет - АТС уже лет 7 или 8 работает с этой платой. Первым её программированием занимались Вы, Игорь 😊