Владислав Черняткин (все сообщения)

Цитата
Григорий Ненашев пишет: В теории возможно, если есть информация по недоступности (терминала), то нужно только логику определить. Какая логика закладывается в формулировку «Процесс»? Ведь процесс может быть сложным или простым…

Григорий,
информация по недоступности терминала будет получаться из 2-ех источников:
1. Пользователи;
2. Система мониторинга (уже настроено взаимодействие при регистрации сбоев через e-mail).
Логика следующая - поступает сбой, с момента регистрации сбоя до момента завершения сбоя в HP OV SD - недоступность терминала. Простым вычитанием из даты завершения даты регистрации недоступность некорректна, так как расчет производится по астрономическому времени, а не по фактическому времени работы терминала.
Из того, что сейчас смог реализовать в HP OV SD:
Создал отдельные SL (Уровень услуги) по всем промежуткам работы терминалов, привязал к ним соответствующие SLA и Service(Услуги).
Поле "Услуга" (для прописывания в обращении SLA и уровня услуги, так как через DB и UI Rule заполнять эти поля автоматически нет возможности, см. скрин DB Rule и SC) в обращении предполагал заполнять с помощью DB или UI Rule следующим образом:
"Когда создается новая запись "обращение"
OR Когда изменяется запись "обращение"
where NOT (КЕ;Уровень услуги пустое)
Test (Upd ate Data) Услуга se t to [КЕ Managed by service]"
Но при включенном вышеприведенном правиле Услуга не проставляется. К другим данным кроме [КЕ Managed by service] привязать не могу, так как корректно определяться SLA, SL и Service не будут.
Проблема, насколько я понимаю, в том, что в форме услуги поле "Managed CIs" не активно, соответсвенно в нем я не могу привязать КЕ к конкретной услуге (см. скрин Managed CIs).
Сорри, если изложил несколько сумбурно...

Цитата

Григорий Ненашев пишет: Цитата Владислав Черняткин пишет: Коллеги, всем доброго времени суток. Заранее прошу прощения, но пока решил новую тему не создавать, так как тематика схожая. Появилась задача автоматизировать регистрацию обращений поступающих по e-mail. Сейчас все поступающие по e-mail обращения регистрируются в статусе "Новое", затем сотрудники первой линии поддержки заполняют руками пользователя, заявителя и меняют статус на "Назначено", после чего обращение попадает в представления для сотрудников 2-ой линии. Задача следующая - автоматически с помощью выставленной настройки "Extend New With Update Command" заполнять поля "Заявитель" и "Пользователь". На текущий момент, при установке в качестве "Поля поиска" по 0сотрудникам установлен "Код поиска", для введения индивидуальных идентификаторов выставляю в качестве "Поля поиска" - "Табельный номер". При отправке письма с командой "Пользователь: 00035388" приходит ошибка: "Пользователь = 00035388 : У вас нет прав на просмотр сотрудники или этот элемент был удален другим пользователем." Таким образом вопрос в следующем, где можно разрешить заполнение полей "Заявитель" и "Пользователь" по новым поступающим письмам с использованием в качестве "Поля поиска" табельного номера. Я обходил данную методику другим способом, к коду поиска всем сотрудникам добавлял табельный номер. Получалось так ФИО123456 получался уникальный код, и система не ругалась. А чтобы система начала понимать другое поле это нужно кодить…

Григорий, понял, спасибо!
Думал, что есть какие-то варианты с изменением поля для поиска (см. скрин).
Вариант с добавлением к коду поиска табельного номера не подходит, так как нет возможности импортировать в систему инициирующую обращения по e-mail коды поиска из HP OV SD.
Скорее всего буду приводить все коды поиска по сотрудникам в HP OV SD к формату "S"+"Табельный номер". Не совсем удобное решение, так как при ручной регистрации будет тратиться больше времени, но при текущем распределении количества поступающих обращений - целесообразно.