какие различия существенные между интеграцией через компонент, на примере Oktell и по TAPI.
Интересует в TAPI
запись разговора?
выдергивание caller id и выдергивание из очереди
управление очередью и приоритетов
групповой вызов

TAPI в принципе не имеет таких понятий как выдергивание из очереди, приоритеты, Skill Level, запись разговора, и еще многих вещей. Для этих целей в TAPI предусмотрены так называемые Device Specific функции, и каждый из поставщиков TAPI драйвера сам решает какие Device Specific функции реализовать. Я знаю про такие функции в Nortel и Avaya IP Office. Но сложность в том, что у каждого они свои, и ничего общего не имеют. В общем универсального ничего сделать не получится.

"Карло Сергей" написал:Avaya IP Office.

да, есть там такое дело. TAPI Pro называется. но Avaya денег хочет за то, чтобы открыть этот протокол ((.

За TAPI вообще многие деньги хотят

Вновь протестирован 3CX новая версия .... реализация Tapi на минимальном уровне... В штатной комплектации работать не будет нужно дописывать.....Как и что понятно если кому нужно велкам.

Александр Ярмоленко
Лайнсервис
http://www.ls-crm.ru

Подскажите пожалуйста, какой вариант подключения к АТС панасоника использовался: напрямую через телефон или через выделенный сервер? Если через сервер, то какое серверное ПО использовалось?

Добрый день, Александр!



Новость действительно хорошая. У меня основной вопрос - С использованием какой технологии будет идти интеграция?



Я бы посоветовал делать визуальную часть интеграции с использованием стандартного раздела "Звонки", с использованием тех же технологий (механизмов), которые используются для интеграции с Oktell.

Сергей, добрый день.

Мы так и планируем поступить - за образец берем интеграцию с Oktell.

Но в * есть некоторые особенности, пока мы в поисках лучших решений.

Очень хотелось бы узнать какая технология будет выбрана. На сколько мне известно, у * есть неплохой SDK. Мне кажется что его можно будет обернуть в COM. Также стоит посмотреть на .Net реализации работы с *. Скорее всего их проще всего будет обернуть в COM.

Окончательного выбора пока нет.

Есть варианты на С, С++, .Net.

Да и доступ к * есть разный, что-то мы пробовали, что-то еще нет.

Планируется COM модуль, через который и будет идти работа.

Есть еще эксперименты по встраиванию SIP софтфона прямо в интерфейс TS.

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

По поводу SIP софтфона могу сказать, что я бы не брался за эту задачу. Во-первых, их существует огромное количество, в том числе безплатных. Во-вторых, придется достаточно долго реализовывать функционал даже самого простого софтфона, поддержку всех кодеков. В общем, мое мнение - это того не стоит. Хотя если будет спрос...



Александр, держите нас пожалуйста в курсе процесса реализации. Очень интересно.

Конечно, информировать будем по мере продвижения сразу же.

А по поводу софтфона - это просто эксперимент с Open Source продуктом.

А какой софтфон? GNU GPL?

--
www.it-sfera.com.ua
Terrasoft Solution Partner

Софтфон wxCommunicator по лицензии GPL, на основе двух открытых библиотек wxWidgets и SipXtapi

Александр, как обстоят дела с Вашим проектом COM-библиотеки?

--
www.it-sfera.com.ua

Виталий, добрый день.
Есть отладочный вариант библиотеки. Можем в ТС видеть подключенных к * пользователей,можем набрать/передать номер. Все оказалось несколько сложнее, чем мы предполагали в начале, но потихоньку решаем все проблемы.
Начал появляться интерес в среде клиентов, поэтому планируем к весне получить первый работающий вариант.

Спасибо, Александр, за информацию!
Как только появится первый вариант - буду рад протестировать на нашем * сервере :)

--
www.it-sfera.com.ua

Скоро будем тестить .... скоро релиз

% реализации около 80 -85

Александр Ярмоленко
Лайнсервис
http://www.lineservice.ru

Если нужны тестеры - буду рад протестировать и на нашем * сервере :)
)))
---
Конфигурация:
TSCRM 3.3.1.59
Firebird 2.0 (v.2.0.3.12981)
ClientOS: Vista Home Premium
ServerOS: Windows 2003 Server

Добрый день, Александр!

Как Ваши успехи по написанию модуля интеграции с IP PBX Asterisk?

Андрей, добрый день.

Модуль практически готов, сейчас дорабатываем функции интерфейса и пишем сам Call Center в TS.

Есть два нюанса. Поскольку в версии TS 3.3.2 полностью переписан код Call центра, мы ориентируемся на нее, будем ли поддерживать старые версии, пока не решили, видимо все будет решать коммерческая часть.

Второе - мы работаем пока с одним подключением к управляющему интерфейсу Астериска. По моим данным при подключении нескольких пользователей могут быть проблемы со стабильностью. Может быть придется делать прокси сервер, либо что-то еще. Кроме того, в модуле заложена потенциальная возможность выполнения AGI скриптов на удаленной (клиентской) машине, поэтому в дальнейшем может быть придется делать некий сервер. Если у Вас есть опыт в этих вопросах, рад буду услышать совет.

Проблема с множественными подключениями к AMI мне известна. Вот здесь можете взять готовый прокси с поддержкой SSL и HTTPS
http://github.com/davetroy/astmanproxy

Выполнение AGI на машине оператора?
Вообще готов помочь и с написанием, и с тестированием, и с любыми вопросами по asterisk.

Андрей, спасибо за помощь.
Я непременно воспользуюсь.

Этот прокси я знаю, у нас есть еще идеи, будем пробовать.

Выполнение AGI скриптов на машине оператора мы тестировали - работает. Скажем, если надо запустить бизнес процесс из диалплана. Но это пока экзотика, нам бы довершить базовые функции.
Завтра у меня очередное подведение итогов по этому проекту, буду держать Вас в курсе.
Если есть какие-то идеи или рекомендации, пишите, пожалуйста, в личку.