Skip to content
  • Категории
  • Последние
  • Метки
  • Популярные
  • Пользователи
  • Группы
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • По умолчанию (Нет скина)
  • Нет скина
Collapse

Networks Engineering

  1. Главная
  2. Совместная работа (Collaboration)
  3. Контакт-центр (Contact Center)
  4. API ECE с приложением CVP VXML

API ECE с приложением CVP VXML

Запланировано Прикреплена Закрыта Перенесена Контакт-центр (Contact Center)
16 Сообщения 0 Posters 0 Просмотры
  • Сначала старые
  • Сначала новые
  • По количеству голосов
Ответить
  • Ответить, создав новую тему
Авторизуйтесь, чтобы ответить
Эта тема была удалена. Только пользователи с правом управления темами могут её видеть.
  • P Не в сети
    P Не в сети
    piyush aghera
    написал в отредактировано
    #4

    Конечно, Билл. У меня есть требование, что если задача не выполняется/не назначается какому-либо агенту в течение определенного периода времени, она должна быть назначена конкретному агенту и автоматически закрыта. Когда задача закрыта, запускается внешний API, чтобы другое приложение узнало, что задача была автоматически закрыта. Вот что я планирую сделать: ECE Q --> скрипт ICM --> в очереди в течение x минут --> запуск приложения VXML --> ECE API для входа в систему, выбора задачи, закрытия задачи, выхода из сессии --> отправка ответа внешнему API

    1 ответ Последний ответ
    0
    • P Не в сети
      P Не в сети
      piyush aghera
      написал в отредактировано
      #5

      Я столкнулся с первой проблемой при разработке: Я смог сгенерировать заголовок аутентификации и получить ответ с помощью элемента Rest_Client. Однако некоторые API, такие как Pull activity, Transfer и Logout, отвечают пустым телом, если запрос успешен. Все они просто возвращают статус 204 No Content. Я вижу этот статус, но Rest_Client выдает ошибку, поскольку в ответе от API нет тела. Я получаю следующую ошибку: 10.10.90.151.1757987502577.0.ECE_API_V1,09/15/2025 21:51:44.586, Ошибка: встроенный элемент столкнулся с исключением типа com.sun.jersey.api.client.UniformInterfaceException. Основная причина: com.sun.jersey.api.client.UniformInterfaceException: DELETE
      https://<ECE
      Server FQDN>/system/ws/v20/authentication/user/logout вернул статус ответа 204 No Content
      com.audium.server.AudiumException: Встроенный элемент столкнулся с исключением типа com.sun.jersey.api.client.UniformInterfaceException. Я могу работать с этим API, используя настраиваемый класс Java, но хотел бы использовать элемент Rest_Client, чтобы минимизировать настраиваемую разработку. Есть ли способ решить эту проблему? Вот руководство по ECE API для Logout API:
      https://pubhub.devnetcloud.com/media/enterprise-chat-and-email/docs/guides/interaction-api-developer-guide/d1/d39/class_logout_page.html#kb-logout-page

      1 ответ Последний ответ
      0
      • B Не в сети
        B Не в сети
        bill.king1
        написал в отредактировано
        #6

        Ваш код работает, если запустить его вне CVP/VXML, например, с помощью Postman? И у вас не было никаких проблем с запуском приложения CVP/VXML с триггером электронной почты, т. е. с триггером телефонного звонка? По-моему, в последний раз, когда этот сценарий обсуждался в сообществе, это было невозможно.

        1 ответ Последний ответ
        0
        • P Не в сети
          P Не в сети
          piyush aghera
          написал в отредактировано
          #7

          Привет, Билл, API работает нормально в Postman. Когда я использую его в элементе Rest_Client, я вижу, что сессия пользователя была завершена. Это означает, что API был запущен, выполнен и отправил ответ. Однако проблема заключается в элементе Rest_Client, который ожидает тело в ответе, но эти API ECE разработаны так, что не отправляют тело в ответе и отправляют статус 204 No Content. Элемент Rest_Client не принимает это и выдает ошибку вместо успешного завершения выполнения. (EDIT) Поскольку я не получаю правильное тело и ответ в Rest_Client, я не могу проверить, был ли API успешно выполнен или нет. Что касается вашего второго вопроса, здесь не задействованы телефонные звонки. Как я уже упоминал ранее, речь идет исключительно об электронной почте. Электронное письмо поступает в ECE, ECE генерирует активность и ставит ее в очередь ECE, очередь ECE запускает скрипт ICM, чтобы поставить активность электронной почты в очередь PQ для назначения агента, и если в течение x минут нет доступного агента, запускает приложение VXML. Я еще не пробовал это в скрипте ICM, потому что все еще работаю над CVP Call Studio, но думаю, что это будет работать.

          1 ответ Последний ответ
          0
          • D Не в сети
            D Не в сети
            david.macias
            написал в отредактировано
            #8

            Вы очень смелый человек, раз решили создать приложение VXML для работы с API ECE. Это API очень простое и имеет некоторые интересные особенности. Механизмы аутентификации для приложений и пользователей различаются. Сообщения об ошибках не очень полезны и т. д. Не могли бы вы вместо этого использовать рабочий процесс ECE для решения некоторых из ваших задач? Дэвид Блог
            |
            Работа

            1 ответ Последний ответ
            0
            • P Не в сети
              P Не в сети
              piyush aghera
              написал в отредактировано
              #9

              Лол, Дэвид... Я понимаю вас и полностью согласен с вашим отзывом. Однако я не смог найти в ECE способ сделать то, о чем я говорил ранее — автоматически закрывать задание, если оно не было принято/назначено агенту в течение x минут. Я думаю, что основная проблема заключается в том, что таймер очереди действий находится в ICM, и нужно что-то сделать из ICM. Я не нашел в ECE никаких настроек или элементов конфигурации, которые бы сообщали мне, что действие находится в очереди/не было выбрано в течение x минут, и затем автоматически закрывали его.

              1 ответ Последний ответ
              0
              • B Не в сети
                B Не в сети
                bill.king1
                написал в отредактировано
                #10

                Я знаю, что нет телефонного звонка, я спрашивал, может ли CVP/VXML работать без запуска по телефону. Судя по предыдущим сообщениям в сообществе, я не думал, что можно запустить приложение CVP/VXML без какого-либо запуска по телефону.
                Что касается вашего сообщения, разве вы не можете сделать что-то подобное приложению с помощью рабочего процесса, чтобы закрыть ваше дело?
                https://www.cisco.com/c/en/us/support/docs/contact-center/enterprise-chat-email-1261/222734-configure-ece-alarm-workflow-to-reproces.html

                1 ответ Последний ответ
                0
                • P Не в сети
                  P Не в сети
                  piyush aghera
                  написал в отредактировано
                  #11

                  Спасибо, Билл. Я также посмотрел рабочий процесс «Аларм» ранее. Основным критерием для моего требования является принятие мер только в том случае, если действие находится в очереди в течение x минут и еще не назначено никому. Сейчас я не могу понять, как в ECE проверить, как долго действие находится в очереди. Я могу сделать это с помощью скрипта ICM. Ниже приведен пример моего скрипта ICM, в котором я могу использовать узел «Ожидание» после узла «PQ», чтобы увидеть, как долго действие находится в очереди. Например, я могу установить таймер узла Wait на 10 минут, и если задача не будет назначена никому по истечении этого времени, то маршрутизация задачи будет продолжена от узла Wait к следующему узлу. Я планирую добавить узел приложения VXML после узла Wait. Теоретически задача пройдет через узел приложения VXML и должна запустить приложение VXML, но вы, возможно, правы, что для этого может потребоваться триггер вызова. Я попробую это и сообщу здесь о результатах. ![piyushaghera_0-1758120245929.png]

                  1 ответ Последний ответ
                  0
                  • B Не в сети
                    B Не в сети
                    bill.king1
                    написал в отредактировано
                    #12

                    Так почему бы просто не вызвать ошибку в скрипте UCCE по истечении X минут, а затем использовать рабочий процесс тревоги для ее устранения?
                    Опять же, я могу ошибаться, но я не думаю, что вы сможете вызвать приложение VXML таким образом, возможно, вам стоит сначала попробовать это.

                    1 ответ Последний ответ
                    0
                    • P Не в сети
                      P Не в сети
                      piyush aghera
                      написал в отредактировано
                      #13

                      Когда вы говорите «error out» в скрипте ICM, вы имеете в виду отмену очереди и переход активности в очередь исключений по умолчанию? Кроме того, возможно ли назначить действие агенту ECE (интегрированному с PCCE) после, скажем, 5 минут ожидания в очереди в ICM?

                      1 ответ Последний ответ
                      0
                      • B Не в сети
                        B Не в сети
                        bill.king1
                        написал в отредактировано
                        #14

                        Я имею в виду, что если рабочий процесс тревоги позволяет вам закрыть дело/обработать его по своему усмотрению, сделайте так, чтобы скрипт UCCE «провалился» через 5 минут или через любое другое время, которое вы хотите, в логике Script Editor. Например, отправьте его в конечный узел, узел выпуска или узел завершения через 5 минут и посмотрите, позволит ли это вам обработать его в ECE. Я этого не делал, но, похоже, это может быть намного проще, чем маршрут ECE API.

                        1 ответ Последний ответ
                        0
                        • P Не в сети
                          P Не в сети
                          piyush aghera
                          написал в отредактировано
                          #15

                          Я попробовал «провалить» или «вызвать ошибку» в ICM с и без узла «Отменить очередь» с узлами «Выпустить» и «Завершить». При любой используемой мной конфигурации я вижу, что активность удаляется из очереди, но ECE отправляет ее обратно в ICM для маршрутизации. ECE делает это в общей сложности 4 раза, а затем направляет активность в очередь исключений по умолчанию. Это то, о чем вы говорите, или я что-то упускаю? ![piyushaghera_0-1758639008498.png] И как только активность попадает в очередь исключений по умолчанию, я могу запустить рабочий процесс «Сигналы тревоги» в определенный период, чтобы закрыть эту активность. Я собираюсь попробовать это и думаю, что это сработает, но я вижу два ограничения: 1. Действие не закрывается в режиме реального времени, т. е. оно закроется, когда запустится рабочий процесс «Сигналы тревоги». А с учетом моих требований мне, возможно, придется запускать его каждую минуту, и я не знаю, какую нагрузку это создаст на систему. 2. Мне также нужно сообщить CRM, что активность закрыта, с помощью API CRM. Я полагаю, что у меня не будет возможности запустить API из рабочего процесса ECE. Думаю, я попал в затруднительное положение... lol

                          1 ответ Последний ответ
                          0
                          • B Не в сети
                            B Не в сети
                            bill.king1
                            написал в отредактировано
                            #16

                            Вы пробовали такие вещи, как узел Terminate? Еще один обходной путь, хотя и не идеальный, — создать ошибку в UCCE (например, заставить его работать в цикле, пока не достигнет максимального количества узлов). Я не знаю ECE достаточно хорошо, чтобы понять, различают ли они эти различные типы возвратов к ним.

                            1 ответ Последний ответ
                            0

                            Здравствуйте! Похоже, вам интересна эта беседа, но у вас пока нет учетной записи.

                            Вы устали просматривать одни и те же посты каждый раз, когда заходите на сайт? После регистрации, вам не придётся искать обсуждения в которых вы принимали участие, настройте уведомления о новых сообщениях так как вам это удобно (по электронной почте или уведомлением). У вас появится возможность сохранять закладки и ставить лайки постам, чтобы выразить свою благодарность другим участникам сообщества.

                            С вашими комментариями этот пост может стать ещё лучше 💗

                            Зарегистрироваться Войти
                            Ответить
                            • Ответить, создав новую тему
                            Авторизуйтесь, чтобы ответить
                            • Сначала старые
                            • Сначала новые
                            • По количеству голосов


                            • Войти

                            • Нет учётной записи? Зарегистрироваться

                            • Login or register to search.
                            • Первое сообщение
                              Последнее сообщение
                            0
                            • Категории
                            • Последние
                            • Метки
                            • Популярные
                            • Пользователи
                            • Группы