Помогите, если кто сталкивался:

- Надо по внешней команде (к примеру клацанье галочки в Web форме) добавлять и забирать пользователей из группы приема вызовов...

- Через tapi по идее можно отлавливать событие приходящего звонка с определенными параметрами и корректировать его распределение исходя из внешних факторов, но может можно проще, к примеру через com,telnet, какой то хитрый порт - имитируя работу PC админа или еще что то? Вобщем если у кого есть идеи пишите, а то пока даже не знаю с какой строны взяться за задачьку...

Заранее спасибо...

Порты у пользователей цифровые или аналог? И про Вашу идеологию управлением количества операторов в группе поподробнее..

Аналоговые, так как часть из них придеться выносить по IP, через VoIP железки, возможно с SLT портов, как проброс, а возможно с платки VOIB, в такой конфигурации будет идеально, что б оператор готовый обслуживать звонки, (ставил галочку напротив своего внутреннего номера и начинал работать, при этом логи АТС будут все фиксировать паралельно с внешней программой), так же это позволит избежать потери звонков...

Не совсем, все же, понятно, что хотите получить. Для чего это все затевается?

А чем не нравится объединение всех операторов к группу приема звонков (PICK UP). Поставить в атрибутах, чтобы у них у всех звонил телефон, и прием вызова поднятием трубки, а входящему вызову голосовое меню выбора группы, той, которая ему нужна?

1) Операторы могут сидеть в разных точках, к примеру несколько в одном офисе, некоторые в другом, некоторые у себя дома....
2) Если будут звонить все телефоны одновременно, будет много пропущеных звонков, а при ограничении по кол-ву операторов готовых к общению, клиенты будут адекватно подхватываться роботом, их номера фиксироваться а они будут отключаться при переборе в очереди что б первый свободный оператор их набрал...

Или сделать наоборот: кто не готов принять вызов -- ставит режим DND (со своего ТА, который может быть хоть цифровым, хоть аналоговым, хоть DECT, хоть программным на экране компьютера) и гуляет. Вернулся -- снял.
Наши "телефонисты" (в группе приема внешних вызовов) так и делают.

А таймер переполнения ожидания в очереди?

Как эти изменения отловить чтоб было видно в отчетах(при чем в реальном времени, кто из операторов счас работает)?

Почему?

Задача в том что б люди шли на телефоны к тем операторам которые могут ответить, а остальные сразу на авто секретаря, номер для перезвона ловлю уже как по тапи так и через смдр, а вот то же состояние DND насколько я понимаю, я через SMDR не словлю...

Поставить всех операторов на программируемые кнопки системного телефона - не хватит системника - поставить консоль, не хватит одной консоли - поставить несколько консолей. Городские линии тоже на кнопки забить и принимать нажатием на кнопку линии...

Люди о них просто не узнают они в разных зданиях....

Не понял как это мне позволит видеть кто из операторов работает щас, и это логировать в базу, ручкам все же как то не с руки...

А переадресация на секретаре по таймеру переполнения в очереди в группу...

Если оператор поставил - не беспокоить - это будет видно на его кнопке...

При каждом включении/выключении абонентом режима DND в лог "Call Info" (но не в отчет SMDR, это разные задачи) в режиме реального времени выдается соответствующая строка информации:

[14:07]E 301:DND (в 14:07 абонент 301 включил DND)

[14:09]E 301 (в 14:09 абонент 301 выключил DND)

Да но это опять таки никак в комп не загнать что б отобразить в базе.... )). Или к примеру у шефа дома, где вообще нет телефона АТС, ни системного ни обычного, все это ведь нкжно в единной админке...

Большинство уже есть определение номера по тапи, авто отзвоны и т.д., а с управлением составом группы или ходябы вылавливанием изменения состояния DND никак не справлюсь...

Щас попробую, конечно не изменение этого статуса из админки, но хоть логирование...

Пасибо...

Все равно не пойму, почему нельзя назначить вызовы в группу терминальную, или циркулярную, включать тем операторам, которые не могут принять вызов режим DND и использовать в этой группе Перенаправление при отсутствии доступного абонента (Alt If No Member). По моему разумению, получается, как раз, та логика, которую вы хотите...

Группа и ее настройки ему, думаю, пригодятся, но ему еще нужно их дома на компе видеть... кроме всего прочего...

Видеть кого?

Думаю, уважаемому Ярославу нужно конкретнее задачу для себя уяснить перед вопросами, потом спрашивать точнее...

В том то и дело что ув. Ярослав, еще не решив, кого и как ему нужно видеть, задал емкий вопрос...

И кроме того, абонент может быть агентом нескольких однотипных групп.
В этом случае он может выполнять отключение/подключение к работе в определенной группе (log-in/log-out).
Это функция - UCD_DND (HUNT_DND). В этом случае будет также выдаваться сообщение с указанием № группы:
[14:50]E 301:UCD-DND (620)

[14:52]E 301 (620)

А как тогда быть с удаленными абонентами? Ведь предполагается использовать VOIP. Получается, что для них нужно будет ставить либо ip-телефоны, либо RSG, либо "прокидывать" каждую абонентскую линию при помощи альтернативных шлюзов. Еще не известно какое оборудование есть у вопрошающего. Не стоит ли задуматься о установке IP-PBX? Подключить ее по voip или по isdn к LDK, и лучше всех операторов сделать абонентами IP-PBX. Наглядность и удобство в этом случае должны быть выше. Например, оператор, будучи абонентом voip, регистрируется по sip из любого места, где есть интернет и висит в списке операторов. Задача, которую ставит Jaroslav ближе к call-центру, а не к офисной атс.