» Cisco Unified Communications

Есть условно 3 клиента, у них сайты (интернет магазины), оператор мониторит поступление новых заказов (приходят уведомления по почте или в онлайне), как только появился заказ - оператор перезванивает и уточняет детали и т.д.

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

whaleshark
Т. е. UCCX нужен только для статистики? По-моему парсить CDR'ы меньше гемора.
А где это все учитывается и считается, в какой-то CRM? У меня есть один контакт центр где вызовы переводятся на определенные конторы в зависимости от условий. Изначально агент собирает данные по входящему вызову, забивает в CRM и переводит (самодельная кнопка в CAD'е) на сервисный номер. На нем висит другой application, который читает из базы список номеров для перебора и по результатам перевода в CRM падает статистика.

Я привел упрощенную схему, чтобы была понятна суть, на самом деле сидит пул операторов, которые обрабатывают как входящие так и совершают исходящие вызовы, номера на которые приходится звонить в большинстве своем номера тех, кто впервые обращается и толку от CRM никакого.

whaleshark
Ну тех же кто впервые обращается тоже же нужно забить как-то в CRM, так почему бы не делать этого перед переводом вызова? Или вы надеетесь исключительно на HR/CUIC?

Перевода вызова как такового нет, вызов совершает оператор, уточняет данные, забивает клиенту в форму и завершает вызов. Смысл нам их вбивать к себе в CRM. Если параллельно приходится его вбивать в клиентскую базу, которую клиенты не хотят интегрировать с нашей телефонией, поскольку коннектор денег стоит. Те на оператора ложится двойная работа, утилизация падает.
Получается, что единственное решение набирать с префиксом.

Еще вопрос, кто нибудь организовывал оповещение в очереди о времени ожидания? Не места, с этим не проблема, а именно времени? Реально посчитанном с учетом длины, количества операторов, времени ответа и тд?

whaleshark
user.expected.wait.time из ECC в Get Enterprise Call Info.
С редактором пример поставляется, ткните в создать скрипт из меню, там в VRU пример visible queueing.

kbessmertniy
Слова вроде понятные но общий смысл ускользает

ECC в смысле enterprise contact center? В UCCX в "Get Enterprise Call Info" нет "user.expected.wait.time"

Про какой редактор идет речь? В редакторе к UCCX 9 такого нет.

Можете залить куда ни будь?

whaleshark
Не, в смысле Expanded Call Context variable.
В редакторе это было еще в 8 версии, ткните через меню создать скрипт или что-то в этом роде, если это делать через меню там должно быть visible queue во вкладке VRU. На всякий случай ссылку в личку кинул.

kbessmertniy
Спасибо! Нашел! Буду копать.

Коллеги,
Есть ли у кого опыт заказа/установки лицензий CUCM9 Export Unrestricted на CUCM9 Restricted?

Имеется легальный CUCM с шифрованием к которому надо добавить лицензий. Идея в том, чтобы не было гемора с поставкой, заказать доп. лицензии от Export Unrestricted которые в C2 категории.

Не кто не сталкивался c такой проблемой: В редакторе скриптов UCCX 10.5 не входит в "Script Repository" Нажимаешь на кнопку и просто и ничего не происходит.
Надоело уже через веб морду старый удалять, а новый закидывать скрипт, и дебаг не сделаешь(((

avtrosty
В смысле не входит? Там при запуске нужно корректно залогиниться, тогда все есть. Я хожу пользователем, которого при установке вписывал.
Недавно у меня не получалось зайти, но я это списываю на то что пароль забыл.

Пароль ввожу все авторизацию прохожу, а вот в репозитарий не пускает
И это не на одном компе, на двух проверял.

avtrosty
Не знаю с чем вязано, сейчас меня не пустило когда uccx был забит именем, со второй попытки забил адресом и пустило с тем же логином и паролем. Может быть конечно в пароле опечатался в первый раз.

kbessmertniy
Не фишка в другом, редактор открывается и подключается с логичном и паролем к серверу, вот открыть скрипт в редакторе с репозитария не дает, а с локального диска все норм
Подозрение с версией джавы, заколебала она то пса не открывается то еще что нибудь

avtrosty
Сейчас проверил на свежепоставленном UCCX 10.5 - при заходе по IP адресу с логином и паролем, указанным при установке, все заходит, файлы с репозитория открывает, reactive debug работает. А вот записать скрипт в репозиторий не дает, говорит не получилось записать, зырьте логи. Это открытый баг CSCun00611, но речь не об этом.
На supportforums пишут еще что в UCCX регистр логина имеет значение, проверьте.

Цитата:

Да-да Джабра тут не причем ы.ы.ы.

P.S. ASA - она все - смотри ACLы, роутинг и т.д.

не так давно в , в Яблоко-ларьке обновилась жаба... ну и ???
голос через ВПН заработал...
продолжайте дальше вливать про роутинг и ассу...

to xktygfhnbb

не знаю не знаю - у мну все работало и работает на любых версиях джабров кукмов асов иосов - ы.ы.ы.ы.

Господа, а кто какими SBC пользуется? В моей схеме по определенным причинам ставить CUBE не вариант (хотя это было бы идеально), есть MVTS, но что-то не сильно мне это нравится. Какие еще нормальные альтернативы есть?

SBC MVTS и т.д. зачем, если есть CUBE

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

а кто решает что ставить и как задачу сделать - ??? - имхо кроме CUBE все остальное устаревший изврат

root0
Не все так просто, в датацентрах где у меня все вертится так просто свою железку не поставить, а CSR 1000v пока CUBE не умеет.
И CUBE не панацея, например в операторских сетях тот же MVTS куда уместнее, удобнее, проще и конфигурится без деградации сервиса.

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

Датацентр на то и датацентр чтобы ставить железко нужное для своих задач.

root0
А вот инженеры из московской цыпки стучали себя пяткой в грудь что в задней версии CSR 1000v это уже должно быть запилено, но как-то неуверенно, потом взяли тайм-аут и пропали.

to kbessmertniy

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

Фрисвич не? Или нужен коммерческий продукт?

root0
Тогда это печально, хотя есть шанс что выпилили на время пока до ума не доведут.
ilyarubinchik
Не, это же по-моему asterisk-based продукт, а там уже много лет не могут нормально H.323 стеки допилить, причем оба два. Да и это свич 5 класса, т. е. дофига ненужного функционала который теоретически может глючить.

Цитата:

Не, это же по-моему asterisk-based продукт

Нене, вообще не так.
Он с астером не связан совершенно. Это именно 4 класс. Гораздо стабильнее и гибчее астера.
Что там с х323 я не знаю бо мне оно не нужно, но сип стэк там например нокиевская софья.
Думаю что 323 тоже должно быть вполне достойное.