Исключения скрипта UCCX — электронная почта

[sthan89]

Можно ли настроить UCCX так, чтобы он отправлял электронное письмо с информацией об исключении, когда вызов завершается сбоем во время выполнения скрипта? Мне нужна причина сбоя вызова вместе с данными о вызывающем абоненте.

[Thomas G. Johannesen]

Я думаю, что есть отчет CUIC, в котором показаны сбои приложения с исключением (но не могу вспомнить название и не знаю, существует ли он до сих пор). Пожалуйста, оцените полезные сообщения и, если применимо, отметьте «Принять как решение».
Спасибо, Томас Г. Дж.

[Jonathan Schulenberg]

Вы имеете в виду
отчет о
прерванных и отклоненных вызовах
.

[Jonathan Schulenberg]

Да, но вам нужно будет перехватить исключение в скриптах, очистить его, а затем перейти к логике, которая содержит шаги по электронной почте. Универсального решения для всех случаев не существует.

[sthan89]

Спасибо, Джонатан. Я пробую следующее. Это мой тестовый скрипт — я не уверен, что это правильный способ. Я надеюсь использовать его в качестве скрипта по умолчанию, чтобы в случае сбоя вызова из-за проблемы со скриптом мы могли узнать причину по электронной почте. ![sthan89_0-1735913291196.png] Когда я выполняю реактивную отладку, скрипт не доходит до этапа обработки исключения. Скрипт завершается с ошибкой с приведенным ниже сообщением, и я слышу стандартное сообщение «проблема системы». ![Capture.PNG]

[Jonathan Schulenberg]

Какой именно шаг вызвал это исключение? Какой шаг вы пропустили, чтобы сгенерировать это диалоговое окно? Глядя на этот скриншот, я также не совсем понимаю, чего вы ожидаете от этих усилий. Хорошо написанный скрипт не должен генерировать исключения в производственной среде; для этого и существует QA/тестирование. Вещи, которые могут пойти не так, должны быть обработаны в скрипте, чтобы вызов не был прерван в первую очередь. На практике ContactInactiveException — единственное исключение, которое используется в начале каждого скрипта. И даже если вы сгенерируете уведомление по электронной почте, вряд ли оно предоставит вам достаточно контекста для устранения проблемы. Вам нужно точно знать, какой шаг вызвал исключение, и, в большинстве случаев, значения всех переменных, участвующих в шаге, который завершился сбоем.

[sthan89]

Ошибка произошла на этапе выбора ресурса, CSQ имел неправильное имя. Но я понимаю вашу точку зрения. ContactInactiveException — единственное, что у нас есть на сегодняшний день, и оно работает хорошо. Учитывая, что нет простого способа поймать все, я откажусь от этой идеи. Спасибо за ваши ответы и помощь.

[sthan89]

Да, это верно. Я смог найти исключения в отчете о прерванных и отклоненных вызовах.