BiTel

в развитие темы интеграции с астериском не думали в форму обработки Сообщения:Call добавить пару действий: Originate если например звонок пропущен и Redirect если в процессе разговора, необходимо переадресовать клиента дальше? кнопку Originate можно запихнуть в любой объект CRM (договор, контрагент). нужно как мне видится для удобства операторов, а самое главное, для учёта их действий в процессе обработки задач. С помощью Originate можно и обзвоны устраивать толковые(на скринах в документации мелькала фраза "устроить обзвон астериск", но что то я не понял к чему это было, помоему просто фильтр какой то был.

А для чего оригинация вызова при обработке звонка? Когда кому-то понадобилось позвонить, держа клиента на линии?

ну сейчас, в crm сделано так, что если нет занятого номера в разделе сообщений, то звонок никуда не попадает, не обрабатывается, в crm не учитывается, даже если он фактически был обработан. тоже самое происходит, если входящий звонок не был обработан по какой то причине, например занятости всех операторов.
хотелось бы, чтобы такие звонки попадали в необработанные сообщения. в итоге, при открытии карточки необработанного сообщения тип:call мы открываем его форму - там кнопка - Перезвонить. оператор ее нажимает. Инициируется звонок и при успешном соединении можно считать что звонок обработан этим оператором.

Можно сделать сохранение, только надо по номерам или как-то разделять входящие/исходящие вызовы.


Понятно теперь, сделать вроде не сложно, если подскажете, что слать астеру.
Но вот обработанность сейчас - это заведённый процесс с описанием и т.п. Может, заводить процесс а позже в его карточке инициировать исходящий вызов в сообщениях?
В тексте сообщения можно было бы указывать, о чём был разговор..
Это было бы более в общей логике.. Опять же создание процесса сразу предотвратит возможность что пока один звонит - второй оператор также позвонит.

вот такой минимальный набор.
Поле Context наверное надо бы вынести в конфиг CRM.
http://asterisk.ru/knowledgebase/Asteri ... +Originate

может быть мы о разных понятиях Обработанности?
у меня сейчас это выглядит так:

т.е. звонки, которые приняты на номер 902 попадают в Обработанные: Да.
я не спорю, было бы логичнее, что сначала звонок падает в Обработанные: Нет (не важно, ответил ли оператор, не ответил ли оператор) - а при привязке процесса, переходили в Обработанные: Да.

Действительно, сейчас все звонки сразу становятся обработанными..
Сделаем, что обработанными будут только те, где есть процесс, наверное.

Звонки теперь первично попадают в необработанные.

апну покрытое пылью =)

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

по црм куча задач, разгребают

да, я видел.

Администратор,
а как можно расширить AMIManager.AmiEventListener или заменить его onManagerEvent(ManagerEvent e)? а то просто хочется расширить функционал, а вас постоянно дергать как то не очень правильно ибо хотелки специфические.

Реализована возможность переопределить имя класса-слушателя в конфигурации, обновление выкладывается.
http://docs.office.bitel.ru/pages/viewp ... Id=6193593
Создайте свой динамический класс, расширяющий стандартный AmiEventListener. Если класс изменяется, должно обновляться при правке конфигурации сервера (достаточно пересохранить).