Call-Центр Oktell и ipLDK-300 Опции

[Pechrek]

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

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

Спасибо!

[ИгорьS]

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

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

Спасибо!

На верно с того, что уточнить по каким каналам Октелл будет цеплятся к LG.

[Pechrek]

На верно с того, что уточнить по каким каналам Октелл будет цеплятся к LG.

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

- FXO/FXS
- E1
- SIP

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

[harris]

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

- FXO/FXS
- E1
- SIP

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

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

[Pechrek]

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

У нас есть CRM Terrasoft вместе с ней продавался Call-центр который интегрирован в CRM. Руководству в первую очередь нужно отслеживать через эту CRM кому звонят менеджеры по каким вопросам, во вторых хотят что бы сидели девочки которые будут принимать звонки от клиентов и распределять их по менеджерам и все это учитывалось в этой CRM. В общем все завязано на этой самой CRM.

[harris]

У нас есть CRM Terrasoft вместе с ней продавался Call-центр который интегрирован в CRM. Руководству в первую очередь нужно отслеживать через эту CRM кому звонят менеджеры по каким вопросам, во вторых хотят что бы сидели девочки которые будут принимать звонки от клиентов и распределять их по менеджерам и все это учитывалось в этой CRM. В общем все завязано на этой самой CRM.

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

"Руководству в первую очередь нужно отслеживать через эту CRM кому звонят менеджеры по каким вопросам"

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

[Pechrek]

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

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

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

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

[Astra]

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

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

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

[harris]

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

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

[Pechrek]

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

Спасибо, всем! Скорее всего так и будет, заказан уже сервер и 2 платы E1. Если что буду спрашивать!))

[harris]

Спасибо, всем! Скорее всего так и будет, заказан уже сервер и 2 платы E1. Если что буду спрашивать!))

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

[Pechrek]

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

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

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


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

[harris]

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

Сообщение отредактировал harris - 17.12.2010, 14:28

Прикрепленные файлы

 Infra_LDK.JPG ( 17,75 килобайт ) Кол-во скачиваний: 39