Чтобы упростить жизнь системе, было введено новое поле в объект «Приоритеты» добавлено описания времени отведённого на реагирование по «Запросу».

Данная доработка исключает работу DB Rule в системе в зависимости от приоритета. Для того чтобы высчитать время реагирования на запрос в зависимости от приоритета ранее необходимо было создавать множество правил. Весь расчёт включён в код и в создание Rule для расчёта времени реагирования более не требуется.

Теперь система понимает любые вложения внутри писем.

При поступлении сообщения по электронной почте внесено изменение на обработку вложений внутри письма. Все сообщения, которые имеют формат письма «HTML», будут изменены в формат «PDF».

Это позволяет регистрировать сообщения с любыми вложенными файлами, в том числе и вложенными сообщениями. Раньше если в нутрии письма было вложено (сообщение) в формате MSG, то данное сообщение не разбиралось системой и обрезалось. Теперь, любые вложения, которые будут вложены в сообщение будут иметь  один PDF файл.  

В 2008 Клиенте есть ошибка сортировки полей при групповой правки. Данная ошибка встречается довольно часто, поэтому мы решили это исправить. Исправление накатывается непосредственно в дистрибутив клиента 2008.

При создании новых связей в объекте Service Call введен учет подсчета количество открытых связанных объектов.

Если связанные объект закрывается, то поле кол.связей уменьшается на 1. Также схема работает в обратную сторону. Связь может быть осуществлена с incident,problem,change.

В базе данных есть таблица ITSM_HISTORYLINES_SERVICECALL, как правило данная таблица занимает 90% места от объема всех данных. Данное обновление позволяет через консоль удалять записи из журнала SC.

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

Это может быть как один из существующих APP серверов, так и новый отдельный сервер на который будут передаваться все «Задания».

При регистрации пользователя в Service Pages будет использоваться учётной записи из АД. При совпадении учётной записи АД и Сервис деска будет произведена регистрация с учётной записью от АД. Если запись об учётной записи отсутствует в Сервис деск-е, то будет выдан стандартное приглашение для авторизации пользователя. 

Назначение полей Performer 1-4 необходимо потому, что у одной КЕ есть не только один Администратор, но и замена, на тот случай если он занят, в отпуске и т.п.

Дополнительно поле “Use group filter” позволяет фильтровать «Performer 1-4» по полю группы «Administrator».

Если поле “Use group filter” выбрано , то по каждому Perfomer(Исполнитель) будет выдаваться список только членов группы, что облегчит поиск.

Если Вы столкнулись с ситуацией, что Вам необходимо удалить вложения за определенный интервал времени, при этом используя фильтр, то теперь такая возможность появилась. Возможность удаления появляется во всех объектах системы, будь это инциденты, или ServiceCall, Email. и.т.д. Если нужно освободить место на FTP, данный механизм создан специально для таких целей.

Изменен штатный функционал регистрации пользователей, которые не зарегистрированы в системе.

При назначении Запроса , Наряды, Проблемы и т.п. хорошо видеть реальную загруженность специалиста и ставить исполнителем менее занятого специалиста на данный момент.

Visual CMDB предназначен для графического отображения многоуровневых связей  Конфигурационной единицы (КЕ) и Сервисов в которые они входят.

Построение графа начинается от запрашиваемого КЕ и до установленного уровня.

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

Исправлена ошибка, при работе с почтовой системой Exchange 2007.

Исправлен ряд ошибок при разборе почты и внесены незначительные доработки в имена файлов.

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

Добавлена возможность добавлять собственные команды, а также шаблоны. Это механизм позволяет создавать Инциденты без использования sd_event, а также позволяет управлять ими при email command, точно также как работает механизм с ServiceCall (Обращениями/Заявки)

Штатный функционал системы позволял отправлять письма лишь в формате TXT.

Постоянное съезжание текста в зависимости от объема отправляемого текста привело к новому функционалу.

Теперь всю исходящую почту можно настроить в виде HTML.