Создайте эффективные и прочные взаимоотношения с клиентами с помощью IP Contact Center, который поможет вам расширить функциональность других продуктов FrontRange, обеспечив их доступность по телефону. Разработанный для средних и малых компаний, а также для компаний с развитой региональной сетью, IP Contact Center является системой управления контактами, способной обеспечить развивающимся компаниям гибкость, необходимую для успешной конкуренции с более крупными участниками рынка.

Основные преимущества

  • Привлечение новых и повышение лояльности уже существующих клиентов
  • Снижение эксплуатационных затрат
  • Стимулирование роста бизнеса
  • Производительность за счет автоматизации
  • Управление качеством обслуживания

Особенности

  • Передовые IP технологии - использование существующей инфраструктуры для сокращения аппаратных затрат.
  • Отчетность в реальном времени и историческая отчетность - просмотр отчетных данных в реальном времени, а также отчетности за произвольные периоды с помощью удобного графического интерфейса.
  • Панель агента - позволяет агентам обрабатывать большее количество обращений и повысить эффективность работы за счет встроенного программного SIP-телефона.
  • Усовершенствованная маршрутизация на основе навыков - повышение качества обслуживания клиентов благодаря использованию правил маршрутизации, в соответствии с которыми каждый вызов обрабатывается агентом, обладающим необходимыми навыками.
  • Виртуальный агент - сокращает время обработки обращений за счет автоматизации наиболее распространенных операций, и предоставляет клиентам возможность в любое время побеседовать с опытным специалистом.
  • Веб-среда разработки приложений - изменение логики обработки обращений и параметров маршрутизации с помощью удобного веб-интерфейса.
  • Интеграция с бизнес-приложениями - простая интеграция IPCC с клиентскими и серверными приложениями, такими как GoldMine®, HEAT® и ITSM®, а также другими системами для управления взаимоотношениями с клиентами, управления предоставляемыми услугами и планирования ресурсов предприятия.

Технические требования

  • Оборудование SIP 
    RFC-3261 SIP/2.0 UDP-совместимое оконечное оборудование, например шлюзы или телефоны
    RFC-2833 совместимость, если используется распознавание тональных сигналов (DTMF)
  • Компьютерное оборудование
    Процессор: Intel® Pentium® IV 2 ГГц - рекомендуемый минимум для приложений, использующих до 96 каналов; при большем количестве мощность процессора должна быть увеличена пропорционально
    512 МБ оперативной памяти
    Жесткий диск 2 ГБ
    Монитор XGA с 16-разрядной палитрой цветов, разрешение 1024 x768 (для модуля Management Console)
    Сетевая карта 100 Мбит/с и 100 Мбит/с ЛВС (или vLAN) с поддержкой протокола TCP/IP
  • Необходимое программное обеспечение
    Windows® 2000 Professional или Server с Service Pack 3 либо Windows 2003 Server
    Конфигурация TCP/IP (рекомендуется domain membership, но не обязательно)
    Internet Explorer® 6.0 или более поздняя версия
  • Дополнительное программное обеспечение
    SAPI5-совместимый модуль синтеза речи (TTS)
    Программное обеспечение ScanSoft SpeechPearl® 8.0 для автоматического распознавания речи (ASR)

Для получения дополнительных сведений обратитесь к представителю или авторизованному партнеру компании FrontRange Solutions.

13685

 

 

Аутсорсинг ИТ во всем мире давно признанный и удобный инструмент для ведения бизнеса. Однако, в России не так много компаний прибегают к услугам  аутсорсинговых компаний, возможно, из-за недостатка информации по этому несомненно нужному и коммерчески выгодному виду услуг.

В данной статье, на примере работы нашей компании, мы попытаемся устранить данный информационный пробел.

 

Для начала приведем ряд тезисов, с которыми на наш взгляд должен согласиться каждый руководитель коммерческого предприятия:

  1. Без ИТ в настоящее время невозможно заниматься коммерческой деятельностью;
  2. Для предприятия даже с минимальным штатом сейчас нужен ИТ специалист который:

- занимается поддержкой бухгалтерии (1С де-факто);

- занимается безопасностью хранящихся данных;

- занимается учетом и инвентаризацией оборудования;

- занимается обслуживанием оборудования;

- занимается обслуживанием пользователей;

- занимается обслуживанием корпоративного сайта;

- занимается созданием или внедрением мелких или не очень программных продуктов, а также поддерживает их;

3. Нужно понимать, что быть профессионалом по всему из п.2 невозможно (следовательно будет страдать какое-то направление или все сразу);

4. Средняя зарплата по России на таких специалистов невысока и их много, так как на такую зарплату идут люди переучившиеся на ИТ, или без опыта работы.

Теперь назовем несколько причин выбрать ИТ аутсорсинг, а не штатного специалиста:

  1. Цена сервиса в аутсорсинге будет сравнима с зарплатой штатного специалиста, так как ИТ аутсорсинг получает маржу от количества поддерживаемых организаций;
  2. Качество оказываемых услуг будет на порядок выше, чем можно получить от одного специалиста, который:

- болеет;

- уходит в отпуск;

- «ребенка в школу отвезти»;

- «дома сижу, жду ЖЭУ»;

- «в пробке на Ленинском»;

- прочее.

 Кроме того, нужно понимать, что обычно человек качественно не может выполнять больше одной задачи одновременно (природное ограничение :));

3. Гарантия того, что сервис будет оказан качественно и в срок по договорным обязательствам и предусмотренным штрафным санкциям, если это не так;

4. Огромный опыт накопленный в сфере ИТ сформировался в некие общепризнанные правила/практики оказания ИТ услуг организациям называемые ITIL (требующие некоторых накладных расходов). И собственно придумывать в ИТ процессах на предприятии больше ничего не нужно, - только применять, что мы, как ИТ аутсорсинг и делаем за Вас;

5. Объективная система контроля за исполнением договора технической ИТ поддержки;

6. Собственные ИТ сервисы:

- мониторинг оборудования в реальном времени и отправка уведомлений (почта,смс);

- ИТ консалтинг по закупкам или интеграции оборудования;

- контактный центр для поддержки пользователей.

Как это работает?

Untitled-2

Регистрация IP телефонов на Cisco CallManager 8.0.

В статье я расскажу как зарегистрировать ip телефоны Cisco на сервере Cisco Unified Communication Manager для установления вызовов между ними в пределах сервера.

Итак, есть 2 IP телефона Cisco Unified IP Phone 7965. Нужно их зарегистрировать на Cisco Unified Communication Manager  и назначить им номера (в терминологии Cisco телефонные номера называются «directory numbers» — номера директорий, сокращенно «DN»). В HQ офисе используются диапазон номеров директорий от 2000-2999. Телефоны будут называться HQ Phone 1 и HQ Phone 2.

1. Для начала, загрузим на сервер самую последнюю прошивку для этих телефонов. Для этого потребуется ftp сервер, например FileZilla. На сервере создаем учетную запись, например «cisco» и пароль для нее.

1.1. Проверим, какая прошивка для телефона 7965 находится в базовой инсталляции Cisco Unified Communication Manager. Входим в интерфейс конфигурирования Cisco Unified Communication Manager http://10.1.1.1/ccmadmin и и переходим на страницу «Device Defaults Configuration»:

Device -> Device Settings -> Device Defaults.

Ищем тип устройства Cisco 7965 SCCP. Как видно, в базовой установке прошивка для телефона Cisco 7965 версии SCCP45.9-2-1S. Это не есть гут, т.к. версия прошивки не последняя. Последняя версия на момент написания статьи 9.3.1. Давайте ее и зальем на сервер.

devdef

Device Defaults определяет базовые действия при регистрации телефона (слева на право на картинке) — прошивку телефона, device pool куда поместить телефон при регистрации (Default) и Phone Template — шаблон линий телефона Standart 7965 SCCP (какие линии используются для номеров, а какие для других целей). Вот например как выглядит шаблон линий для телефона Cisco 7965:

standart_7965_sccp

Телефон Cisco 7965 имеет 6 линий. После того, как при регистрации телефона на Cisco Unified Communication Manager к нему будет применен этот шаблон, только 2 линии можно будет использовать для номеров, а остальные только для быстрого набора (SpeedDial).

Если нужно использовать все линии для телефонных номеров, нужно создать новый шаблон (стандартные шаблоны редактировать нельзя!), для этого нужно скопировать стандартный шаблон для нужной модели телефона и протокола (SIP или SCCP), переименовать его, выбрать нужное количество линий и сохранить. Если новый шаблон нужно применить ко всем телефонам данного типа, которые будут регистрироваться, нужно на странице Device -> Device Settings -> Device Defaults выбрать новый созданный шаблон из списка для данной модели телефона и протокола (SCCP или SIP).

Device Pool определяет общие настройки для всего устройства, в нашем случае телефона, которые к нему применяются. Все настройки, указанные в пуле Default автоматически применятся ко всем телефонам, которые регистрируются на сервере, например, временная зона или шаблон SoftKeys (клавиши доступа к функциям на экране телефона).

! Да, и еще, телефон автоматически помещается в Device Pool и к нему применяется шаблон Phone Template только при авторегистрации телефонов! При ручной регистрации телефона обновляется только прошивка! DevicePool и Phone Button Template нужно выбирать вручную в настройках каждого телефона!

 

1.2. Теперь нужно загрузить новую прошивку на сервер:

1.3. Помещаем файл прошивки телефона в корневую папку FTP сервера. На момент написания статьи версия прошивки 9.3.1. Файл прошивки для SCCP cmterm-7945_7965-sccp.9-3-1-1.cop.sgn.

1.4. Входим в интерфейс администрирования операционной системы http://10.1.1.1/cmplatform

Вход осуществляется под учетной записью «platform administrator», которая задается при установки сервера.

1.5. Переходим на страницу Software Upgrades -> Install/Upgrade, указываем данные сервера FTP и жмем «Next»:

softwareupdate

1.6. Выбираем файл прошивки и жмем «Next»:

softwareupdate1

1.7. Как только файл загрузится, жмем «Next».

softwareupdate2

1.8. Следующим этапом на экран выводится подробный лог установки. Как только Status изменится на «Complete» — установка закончена.

softwareupdate3

1.9. Чтобы изменения вступили в силу, нужно обязательно перезагрузить сервис «Cisco TFTP». Заходим в интерфейс управления сервисами http://10.1.1.1/ccmservice, далее Tools -> Control Center-Feature Services, отмечаем радиобокс напротив сервиса «Cisco TFTP» и жмем кнопку «Restart» внизу страницы.

1.10. Проверяем, что теперь при регистрации нового телефона на него зальется нужная прошивка: Входим в интерфейс конфигурирования Cisco Unified Communication Manager http://10.1.1.1/ccmadmin и и переходим на страницу «Device Defaults Configuration»:

Device -> Device Settings -> Device Defaults.

Ищем тип устройства Cisco 7965 SCCP. Как видно, теперь тут появилась наша новая прошивка:

devdef1

2. Теперь регистрируем ip телефоны на Cisco Unified Communication Manager и назначаем им номера директорий (телефонные номера). Для начала нужно узнать MAC адреса телефонов, они указаны на задней крышке телефона. Если телефоны подключены к свичу и бежать смотреть МАС неохота, заходим на свич, на который они скоммутированы, и выполняем команду «show cdp neighbors», которая показываем телефоны как CDP соседей коммутатора. Телефоны в это время должны быть включены по питанию. Имена телефонов состоят из » SEP+MAC адрес».

Итак, вот наши телефоны, данные протокола CDP:

SEPA4563041DA88 Fas 0/2/0 165 H M IP Phone Port 1

SEP68BC0C81BB73 Fas 0/2/1 156 H M IP Phone Port 1

Пусть телефон на порту 0/2/0 будет HQ Phone 1, а на порту 0/2/1 — HQ Phone 2.

2.1. Входим в интерфейс администрирования http://10.1.1.1/ccmadmin.

2.2. Переходим на страницу добавления новых устройств Device -> Phone.

2.3. Нажимаем «Add New». Из выпадающего списка выбираем Cisco 7965 и нажимаем «Next», на следующей странице выбираем протокол сигнализации SCCP и жмем «Next».

2.4. Теперь попадаем на страницу Phone Configuration. Тут нас интересует только четыре обязательных параметра, которые не имеют значений по умолчанию. Звездочка * указывает на то, что этот параметр обязателен для выбора, без выбора обязательного параметра мы не сможем сохраниться и будет выдано предупреждение об ошибке. Во многих обязательных параметрах уже указаны значениями по умолчанию. Те, которые не выбраны (—Not Selected—) и после названия параметра стоит *, нужно обязательно выбрать вручную:

В секции «Device Information» указываем:

  • * — Указываем МАС адрес телефона HQ Phone A4563041DA88;
  • Description — не является обязательным параметром. Введем в поле название телефона — «HQ Phone 1″
  • Device Pool* — Выбираем «Default»;
  • * — «Standart 7965 SCCP»;

addphone1

Далее мотаем страницу ниже, до секции «Protocol Specific Information»:

  • * — «Cisco 7965 — Standard SCCP Non-Secure Profile»;

addphone1_1

Спускаемся в самый низ страницы «Phone Configuration» и жмем «Save», а затем «Apply Config». Во всплывающем окошке жмем «OK». Телефон немедленно регистрируется на Cisco Unified Communication Manager, однако у него еще нет телефонного номера (directory number). В правом верхнем углу интерфейса, в «Related Links» выбираем «Back To Find/List» и жмем «Go», на открывшейся странице жмем «find». В списке появляется наш телефон:

phoneregistered

Обратите внимание на поле «Status». «Registered with 10.1.1.1″ означает, что телефон успешно зарегистрировался на сервере Cisco Unified Communication Manager с адресом 10.1.1.1.

2.5. Щелкаем по имени телефона в поле «Device Name (Line)», открывается страница конфигурации телефона и линий. Обратите внимание, для телефонных номеров доступны только 2 линии, согласно шаблону Standart 7965 SCCP, который мы указали при регистрации. Прошивка телефона именно та, которую мы загрузили в шаге 1 — версия 9.3.1.

phoneconfig

2.6. Теперь наконец назначим телефону его номер директории. Щелкаем по «Line [1] — Add a new DN» в левой верхней части интерфейса в секции «Association Information» и переходим в интерфейс конфигурации телефонной линии. В секции «Directory Number Information», в поле «Directory Number*» указываем номер телефона — 2001 и жмем «Save», затем «Apply Config» и во всплывающем окошке жмем «Ok».

hq1number

В правой верхней части интерфейса, где находится «Related Links» и Configure Device (SEPA4563041DA88) жмем «Go». Открывается интерфейс настроек телефона. В секции «Association Information» видим, что номер назначен первой линии телефона.

hq1_line

2.7. Теперь аналогичным образом регистрируем второй телефон в HQ офисе и назначаем ему номер.

  • МАС адрес — 68BC0C81BB73;
  • Description — HQ Phone 2;
  • Directory number — 2002.

2.8. Проверяем. Переходим Device -> Phone и жмем «find»:

allphones

Оба телефона должны иметь состояние (Status) «Registered with 10.1.1.1″.

2.9. Переходим Call Routing -> Directory Number. Жмем «find». Видим, что номера директорий занесены в базу Cisco Unified Communication Manager. Если щелкнуть на номер, попадаем в настройку линии телефона, которой он назначен.

dirnumb

2.10. Переходим Call Routing -> Route Plan Report. Жмем «find».

rplanreport

Видим, что у нас есть 2 телефона с номерами 2001 и 2002. Тут так же, если щелкнуть по номеру — переходим в настройки линии телефона, которой назначен номер, как и в предыдущем пункте.

3. Смотрим на дисплей телефона HQ Phone 1 и видим напротив первой линии номер — 2001:

hqphone1

Соответственно, на дисплее HQ Phone 2 видим номер 2002:

hqphone2

4. Перед тем, как тестировать звонки, настроим сбор информации о звонках для биллинга и отчетов. По умолчанию информация о звонках, времени, продолжительности и т.д. не собирается, т.к. нужные сервисы отключены по умолчанию. Давайте их включим. Для начала небольшая справка: Cisco Unified Communication Manager генерирует два типа записей с информацией о звонках Call Detail Records (CRD) и Call Management Records (CMR).

Call Detail Records — это подробная информация о вызовах:

  • Номер вызывающего абонента (Calling Party), кто звонит, инициатор вызова;
  • Номер вызываемого абонента (Called Party), кому звонят, адресат;
  • Дата и время начала вызова;
  • Продолжительность вызова;
  • Дата и время окончания вызова;
  • Коды завершения вызовов (причина, например, на одной из сторон положили трубку);
  • Partition, в которой находится номер абонента;
  • Используемый кодек (G.711, G.729 и др.);
  • и др.

Call Management Records — подробная информация о качестве звонков:

  • Задержки;
  • Расхождение во времени доставки голосовых пакетов (jitter);
  • Потери пакетов;
  • Номера директорий;
  • и др.

Если Cisco Unified Communication Manager развернут как кластер — Publisher + несколько Subscribers, данные о звонках CDR и CMR собираются и хранятся на каждом члене кластера, которые передают их на Publisher в определенные промежутки времени. Publisher хранит все эти данные со всех членов кластера в своей базе. Внешние биллинговые системы забирают данные о звонках всего кластера только с сервера Publisher.

4.1. Входим в интерфейс конфигурирования Cisco Unified Communication Manager http://10.1.1.1/ccmadmin и и переходим на страницу System -> Service Parameters. Из выпадающего списка «Server*» выбираем наш сервер «10.1.1.1 (active)» и сразу же под ним появляется еще один выпадающий список «Service», в котором выбираем сервис «Cisco CallManager (active)».

4.2. В секции «System» ищем «CDR Enabled Flag*»и в поле «Parameter Value» из выпадающего списка выбираем «True»:

cdrtrue

Тут обратите внимание на то, что после каждого параметра указано его оригинальное значение по умолчанию при установки системы.

Мотаем страницу вниз до секции «Clusterwide Parameters (Device — General)». Для значения «Call Diagnostics Enabled*» из выпадающего списка выбираем «Enabled Only When CDR Flag is True», что означает, что CMR собираются только если включены CDR:

cdrtrue1

Жмем кнопку «Save».

5. Теперь пробуем звонить. Звоним с номера 2001 на 2002 и наоборот. Отвечаем на звонок и ждем примерно минуту, чтобы собралась статистика по звонкам, по которой потом будем делать отчеты.

Итак,  регистрация телефонов на Cisco Unified Communication Manager завершена. Теперь мы можем звонить друг другу внутри главного офиса. В следующий раз займемся настройкой Cisco Unified Communication Manager Express в BR офисе.