ARTCOM LOGO

Здравствуйте, гость ( Вход | Регистрация )

6 страниц V   1 2 3 > »   
Ответить в данную темуНачать новую тему
> Call-Центр Oktell и ipLDK-300
Pechrek
сообщение 14.12.2010, 14:49
Сообщение #1


Частый гость
***

Группа: Участники
Сообщений: 50
Регистрация: 17.7.2008
Из: г. Дмитров
Пользователь №: 11641



Здравствуйте!

Встала такая задача подвязать Call-Центр Oktell к АТС ipLDK-300. Может кто сталкивался, посоветуйте с чего начать и в какую сторону смотреть...

Спасибо!
Перейти в начало страницы
 
+Цитировать сообщение
ИгорьS
сообщение 15.12.2010, 14:27
Сообщение #2


Ветеран форума
*****

Группа: Участники
Сообщений: 658
Регистрация: 16.1.2010
Из: г.Самара
Пользователь №: 14209



Цитата(Pechrek @ 14.12.2010, 14:49) *
Здравствуйте!

Встала такая задача подвязать Call-Центр Oktell к АТС ipLDK-300. Может кто сталкивался, посоветуйте с чего начать и в какую сторону смотреть...

Спасибо!


На верно с того, что уточнить по каким каналам Октелл будет цеплятся к LG.
Перейти в начало страницы
 
+Цитировать сообщение
Pechrek
сообщение 15.12.2010, 14:51
Сообщение #3


Частый гость
***

Группа: Участники
Сообщений: 50
Регистрация: 17.7.2008
Из: г. Дмитров
Пользователь №: 11641



Цитата(ИгорьS @ 15.12.2010, 14:27) *
На верно с того, что уточнить по каким каналам Октелл будет цеплятся к LG.


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

- FXO/FXS
- E1
- SIP

Думаю что самый оптимальный будет соединить их через Е1. Теперь вопрос, мне нужно тогда на сервер поставить плату с Е1 и на АТС PRIB правильно я понял?
Перейти в начало страницы
 
+Цитировать сообщение
harris
сообщение 15.12.2010, 14:59
Сообщение #4


ГУРУ
********

Группа: Участники
Сообщений: 12388
Регистрация: 23.11.2006
Из: Москва
Пользователь №: 146



Цитата(Pechrek @ 15.12.2010, 14:51) *
Прочитал я документацию, выяснилось, что сервер Октелл с АТС может быть соединен через:

- FXO/FXS
- E1
- SIP

Думаю что самый оптимальный будет соединить их через Е1. Теперь вопрос, мне нужно тогда на сервер поставить плату с Е1 и на АТС PRIB правильно я понял?

А какие задачи возлагаются на этот Call-центр?? Что хотите получить в результате??


--------------------
Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
Перейти в начало страницы
 
+Цитировать сообщение
Pechrek
сообщение 15.12.2010, 15:22
Сообщение #5


Частый гость
***

Группа: Участники
Сообщений: 50
Регистрация: 17.7.2008
Из: г. Дмитров
Пользователь №: 11641



Цитата(harris @ 15.12.2010, 14:59) *
А какие задачи возлагаются на этот Call-центр?? Что хотите получить в результате??


У нас есть CRM Terrasoft вместе с ней продавался Call-центр который интегрирован в CRM. Руководству в первую очередь нужно отслеживать через эту CRM кому звонят менеджеры по каким вопросам, во вторых хотят что бы сидели девочки которые будут принимать звонки от клиентов и распределять их по менеджерам и все это учитывалось в этой CRM. В общем все завязано на этой самой CRM.
Перейти в начало страницы
 
+Цитировать сообщение
harris
сообщение 15.12.2010, 16:00
Сообщение #6


ГУРУ
********

Группа: Участники
Сообщений: 12388
Регистрация: 23.11.2006
Из: Москва
Пользователь №: 146



Цитата(Pechrek @ 15.12.2010, 15:22) *
У нас есть CRM Terrasoft вместе с ней продавался Call-центр который интегрирован в CRM. Руководству в первую очередь нужно отслеживать через эту CRM кому звонят менеджеры по каким вопросам, во вторых хотят что бы сидели девочки которые будут принимать звонки от клиентов и распределять их по менеджерам и все это учитывалось в этой CRM. В общем все завязано на этой самой CRM.

Сдается мне что такой тесной интеграции между станцией и вашим CRM не получится.
Для станции ваш CRM будет обычным внешним стыком по PRI. Что дальше??
Входящие вызовы можно направлять в Call-центр к "девочкам". Но если они будут передавать вызов на менеджеров (абонентов станции), то в потоке PRI будут заняты 2 канала. Если вообще этот TerraSoft может реализовать трансфер на внешнюю линию.
Что значит:
Цитата
"Руководству в первую очередь нужно отслеживать через эту CRM кому звонят менеджеры по каким вопросам"

Каким образом?? Как исходящая связь будет увязана с CRM?? Если просто узнать куда звонят, то станция может выдавать SMDR (и поток PRI между станцией и CRM здесь не нужен)... А вот по каким вопросам они звонят... - это что ж, требуется прослушивать и записывать разговоры??
Кстати, а какая у Вас внешняя связь: аналоговые СО-линии или ISDN PRI??


--------------------
Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
Перейти в начало страницы
 
+Цитировать сообщение
Pechrek
сообщение 15.12.2010, 19:48
Сообщение #7


Частый гость
***

Группа: Участники
Сообщений: 50
Регистрация: 17.7.2008
Из: г. Дмитров
Пользователь №: 11641



Цитата(harris @ 15.12.2010, 16:00) *
Сдается мне что такой тесной интеграции между станцией и вашим CRM не получится.
Для станции ваш CRM будет обычным внешним стыком по PRI. Что дальше??
Входящие вызовы можно направлять в Call-центр к "девочкам". Но если они будут передавать вызов на менеджеров (абонентов станции), то в потоке PRI будут заняты 2 канала. Если вообще этот TerraSoft может реализовать трансфер на внешнюю линию.
Что значит:

Каким образом?? Как исходящая связь будет увязана с CRM?? Если просто узнать куда звонят, то станция может выдавать SMDR (и поток PRI между станцией и CRM здесь не нужен)... А вот по каким вопросам они звонят... - это что ж, требуется прослушивать и записывать разговоры??
Кстати, а какая у Вас внешняя связь: аналоговые СО-линии или ISDN PRI??


Получатся связь CRM+IP PBX (Oktell), CRM работает как учетная программа, в которой отмечается какой пользователь звонил какому клиенту. О чем разговаривал менеджер с клиентом должно быть отмечено в специальном поле в CRM. Сам звонок должен осуществлять Oktell.
По такой схеме хочется все построить:

У нас один поток Е1 и 5 аналоговых СО.
Перейти в начало страницы
 
+Цитировать сообщение
Astra
сообщение 15.12.2010, 20:04
Сообщение #8


Ветеран форума
*****

Группа: Участники
Сообщений: 823
Регистрация: 12.1.2009
Из: Рязань
Пользователь №: 12799



Цитата(Pechrek @ 15.12.2010, 19:48) *
Получатся связь CRM+IP PBX (Oktell), CRM работает как учетная программа, в которой отмечается какой пользователь звонил какому клиенту. О чем разговаривал менеджер с клиентом должно быть отмечено в специальном поле в CRM. Сам звонок должен осуществлять Oktell.
По такой схеме хочется все построить:

У нас один поток Е1 и 5 аналоговых СО.

Наворочено у Вас однако.
Вы хотите, чтобы LDK-300 использовалась как транзитная станция. Такое вполне возможно.
Обычно CRM используется для регистрации входящих вызовов. Определяется номер, клиент в базе данных и вносится соответствующая запись оператором.
У Вас есть потребность фиксировать исходящие вызовы. Это также возможно. Правда набор номера фиксируется в SMDR, что в дальнейшем легко извлечь и обработать без CRM, но с ним, конечно, лучше.
Таким образом нужно настроить транзит с Oktell на LDK-300 - Е1,5СО.
Перейти в начало страницы
 
+Цитировать сообщение
harris
сообщение 15.12.2010, 20:37
Сообщение #9


ГУРУ
********

Группа: Участники
Сообщений: 12388
Регистрация: 23.11.2006
Из: Москва
Пользователь №: 146



Цитата(Astra @ 15.12.2010, 20:04) *
Наворочено у Вас однако.
Вы хотите, чтобы LDK-300 использовалась как транзитная станция. Такое вполне возможно.
Обычно CRM используется для регистрации входящих вызовов. Определяется номер, клиент в базе данных и вносится соответствующая запись оператором.
У Вас есть потребность фиксировать исходящие вызовы. Это также возможно. Правда набор номера фиксируется в SMDR, что в дальнейшем легко извлечь и обработать без CRM, но с ним, конечно, лучше.
Таким образом нужно настроить транзит с Oktell на LDK-300 - Е1,5СО.

Мда... Это нужен транзит PRI-PRI и СО-PRI. При этом, как я уже писал, будут петли (2 канала в потоке на один вызов) при необходимости перевести вызов (трансфер) с Call-центра на абонента станции.
А не лучше ли наоборот - поставить ваш Oktell в разрыв городского потока PRI, т.е. на сервере Oktell сделать транзит из потока в поток (в Oktell поставить 2 карты Е1)??


--------------------
Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
Перейти в начало страницы
 
+Цитировать сообщение
Pechrek
сообщение 17.12.2010, 12:19
Сообщение #10


Частый гость
***

Группа: Участники
Сообщений: 50
Регистрация: 17.7.2008
Из: г. Дмитров
Пользователь №: 11641



Цитата(harris @ 15.12.2010, 20:37) *
Мда... Это нужен транзит PRI-PRI и СО-PRI. При этом, как я уже писал, будут петли (2 канала в потоке на один вызов) при необходимости перевести вызов (трансфер) с Call-центра на абонента станции.
А не лучше ли наоборот - поставить ваш Oktell в разрыв городского потока PRI, т.е. на сервере Oktell сделать транзит из потока в поток (в Oktell поставить 2 карты Е1)??


Спасибо, всем! Скорее всего так и будет, заказан уже сервер и 2 платы E1. Если что буду спрашивать!))
Перейти в начало страницы
 
+Цитировать сообщение
harris
сообщение 17.12.2010, 12:42
Сообщение #11


ГУРУ
********

Группа: Участники
Сообщений: 12388
Регистрация: 23.11.2006
Из: Москва
Пользователь №: 146



Цитата(Pechrek @ 17.12.2010, 12:19) *
Спасибо, всем! Скорее всего так и будет, заказан уже сервер и 2 платы E1. Если что буду спрашивать!))

Что так, что эдак... ИМХО, все эти решения как-то не очень удачны. Вы пытаетесь скрестить две совершенно разные системы (LDK и Oktell), между которыми не будет никакого плотного взаимодействия (тел. связь по линии Е1, и только). Как там поется: "Дельфин и русалка - не пара"... smile.gif
ИМХО, тут бы нужно Call-центр, который взаимодействует со станцией посредством TAPI.


--------------------
Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
Перейти в начало страницы
 
+Цитировать сообщение
Pechrek
сообщение 17.12.2010, 13:18
Сообщение #12


Частый гость
***

Группа: Участники
Сообщений: 50
Регистрация: 17.7.2008
Из: г. Дмитров
Пользователь №: 11641



Цитата(harris @ 17.12.2010, 12:42) *
Что так, что эдак... ИМХО, все эти решения как-то не очень удачны. Вы пытаетесь скрестить две совершенно разные системы (LDK и Oktell), между которыми не будет никакого плотного взаимодействия (тел. связь по линии Е1, и только). Как там поется: "Дельфин и русалка - не пара"... smile.gif
ИМХО, тут бы нужно Call-центр, который взаимодействует со станцией посредством TAPI.


Как бы объяснить)) Мне нужна вот такая система:

Прикрепленный файл  sys.png ( 13,59 килобайт ) Кол-во скачиваний: 43


Получается что все звонки из вне будут приходить на Октелл, в котором ресепшн должен разрулить куда послать вызов, либо это менеджеру (у которого будет стоять клиент Октелла) либо на внутрений аналоговый телефон через АТС.
Менеджеры будут выходить в город через сервер Октелл, а остальные внутрение аналоговые номера через АТС. Вот как-то так.
Если бы я уже работал в компании при покупке этого Call-центра, то такой геморой не в жизнь не купил!))))
Перейти в начало страницы
 
+Цитировать сообщение
ЛыЖник
сообщение 17.12.2010, 14:00
Сообщение #13


Ветеран
********

Группа: Участники
Сообщений: 4439
Регистрация: 4.12.2006
Из: г.Ульяновск
Пользователь №: 186



Цитата(Pechrek @ 17.12.2010, 13:18) *
Как бы объяснить)) Мне нужна вот такая система:

Прикрепленный файл  sys.png ( 13,59 килобайт ) Кол-во скачиваний: 43


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

По сути, вы пытаетесь скрестить две АТС "Oktell" и LDK. Просто в Октел есть графический интерфейс работы, типа Call Center. Он же может работать с ТФОП по Е1. Тогда спрашивается, зачем вам еще одна АТС? Если вы хотите сделать Call Center на базе LDK, то тогда на базе TAPI, как писал Harris. А вы пытаетесь, ИМХО, сопрячь багажниками две машины , так чтобы они ехали хорошо в одну сторону. Чего там у вас руководители курят... derisive.gif Может им засланный казачок, который с этого поимел денех, предложил купить этот тандем...


--------------------
В любой вещи на свете есть изъян. В Ламборджини, например, тяжело педали валенками нажимать.
Перейти в начало страницы
 
+Цитировать сообщение
harris
сообщение 17.12.2010, 14:12
Сообщение #14


ГУРУ
********

Группа: Участники
Сообщений: 12388
Регистрация: 23.11.2006
Из: Москва
Пользователь №: 146



Да. У меня тоже был на обслуживании клиент, который пожелал Call-центр. Они выбрали Infra. Была LDK с потоком. В разрез потока поставили этот Call-центр. Т.е. схема была такая же.
Потом, правда, года через 2~3 сервер сдох ("железо" сгорело), новый не стали покупать. Прокинули поток напрямую на станцию, как и было прежде.

Сообщение отредактировал harris - 17.12.2010, 14:28
Прикрепленные файлы
Прикрепленный файл  Infra_LDK.JPG ( 17,75 килобайт ) Кол-во скачиваний: 39
 


--------------------
Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
Перейти в начало страницы
 
+Цитировать сообщение
Pechrek
сообщение 17.12.2010, 14:31
Сообщение #15


Частый гость
***

Группа: Участники
Сообщений: 50
Регистрация: 17.7.2008
Из: г. Дмитров
Пользователь №: 11641



Цитата(ЛыЖник @ 17.12.2010, 14:00) *
По сути, вы пытаетесь скрестить две АТС "Oktell" и LDK. Просто в Октел есть графический интерфейс работы, типа Call Center. Он же может работать с ТФОП по Е1. Тогда спрашивается, зачем вам еще одна АТС? Если вы хотите сделать Call Center на базе LDK, то тогда на базе TAPI, как писал Harris. А вы пытаетесь, ИМХО, сопрячь багажниками две машины , так чтобы они ехали хорошо в одну сторону. Чего там у вас руководители курят... derisive.gif Может им засланный казачок, который с этого поимел денех, предложил купить этот тандем...


Скорее всего им просто впарили по не знанию, а мне расхлебывать((((

Цитата(harris @ 17.12.2010, 14:12) *
Да. У меня тоже был на обслуживании клиент, который пожелал Call-центр. Они выбрали Infra. Была LDK с потоком. В разрез потока поставили этот Call-центр. Т.е. схема была такая же.
Потом, правда, года через 2~3 сервер сдох ("железо" сгорело), новый не стали покупать. Прокинули поток напрямую на станцию, как и было прежде.


Надо будет постараться как-то откреститься от гемороя и попробовать сделать ее вообще независимой от LDK.
Перейти в начало страницы
 
+Цитировать сообщение
harris
сообщение 17.12.2010, 14:46
Сообщение #16


ГУРУ
********

Группа: Участники
Сообщений: 12388
Регистрация: 23.11.2006
Из: Москва
Пользователь №: 146



Цитата(Pechrek @ 17.12.2010, 14:31) *
Надо будет постараться как-то откреститься от гемороя и попробовать сделать ее вообще независимой от LDK.

В принципе ничего страшного в этой схеме нет. Будет работать.
Просто нужно помнить, что это по сути 2 системы, связанные между с линией PRI (а не единая система).
Нужно только правильно настроить Oktell (транзиты, трасфер и пр.).


--------------------
Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
Перейти в начало страницы
 
+Цитировать сообщение
Dimuy
сообщение 17.12.2010, 19:19
Сообщение #17


Частый гость
***

Группа: Участники
Сообщений: 55
Регистрация: 5.6.2007
Из: Тюмень
Пользователь №: 2324



Немного не в тему, но когда мы общались с Террасофт на предмет сотрудничества, у них не возникало принципиальных проблем, что б CRM работатала с LDK напрямую через TAPI... Возможно Октелл тут лишнее звено..
Перейти в начало страницы
 
+Цитировать сообщение
ЛыЖник
сообщение 20.12.2010, 10:05
Сообщение #18


Ветеран
********

Группа: Участники
Сообщений: 4439
Регистрация: 4.12.2006
Из: г.Ульяновск
Пользователь №: 186



Цитата(Dimuy @ 17.12.2010, 19:19) *
Немного не в тему, но когда мы общались с Террасофт на предмет сотрудничества, у них не возникало принципиальных проблем, что б CRM работатала с LDK напрямую через TAPI... Возможно Октелл тут лишнее звено..

Это из той же оперы... У нас салон продаж "ФОРД". Приходит письмо от некой москваческой компании, типа по требованиям Форда вы должны установит систему регистрации и записи звонков клиентов. Говорю им, мол нафига? Звонки у меня регистрируются в WinTariff, а разговоры могут записываться на плату голосовой почты... Блин, мне полчаса ездили по ушам и сосали моск, убеждая что "ФАНТОМ"-это самая классная система. И ежели мы ее не установим, то нам прилетит штраф и пр. лабудень. Ничего не напоминает? superstition.gif


--------------------
В любой вещи на свете есть изъян. В Ламборджини, например, тяжело педали валенками нажимать.
Перейти в начало страницы
 
+Цитировать сообщение
stasmar
сообщение 20.12.2010, 10:09
Сообщение #19


ГУРУ
********

Группа: Модераторы
Сообщений: 6510
Регистрация: 20.4.2009
Из: г. Фрязино
Пользователь №: 13158



Цитата(ЛыЖник @ 20.12.2010, 10:05) *
Это из той же оперы... У нас салон продаж "ФОРД". Приходит письмо от некой москваческой компании, типа по требованиям Форда вы должны установит систему регистрации и записи звонков клиентов. Говорю им, мол нафига? Звонки у меня регистрируются в WinTariff, а разговоры могут записываться на плату голосовой почты... Блин, мне полчаса ездили по ушам и сосали моск, убеждая что "ФАНТОМ"-это самая классная система. И ежели мы ее не установим, то нам прилетит штраф и пр. лабудень. Ничего не напоминает? superstition.gif

Впаривают..


--------------------
"Хотите никогда не работать? Ищите работу по душе!" американская поговорка
Но если любимых работы две - это как большой спорт, увлекшись можно и надорваться..
Перейти в начало страницы
 
+Цитировать сообщение
Pechrek
сообщение 20.12.2010, 11:28
Сообщение #20


Частый гость
***

Группа: Участники
Сообщений: 50
Регистрация: 17.7.2008
Из: г. Дмитров
Пользователь №: 11641



Придумал тут еще один план по захвату мира подключению Oktell к LDK:

LDK------IP шлюз-----oktell

От LDK к Ip шлюзу будут идти аналоговые линии от IP шлюза по ethernet до oktell

Oktell может быть SIP сервером.

Вопрос, какой шлюз брать, с FXO или FXS?
Перейти в начало страницы
 
+Цитировать сообщение

6 страниц V   1 2 3 > » 
Ответить в данную темуНачать новую тему
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 



Текстовая версия Сейчас: 15.7.2025, 0:41