Статус: Newbie
Группы: Registered
Зарегистрирован: 18.08.2011(UTC) Сообщений: 6
|
Столкнулись с такой проблемой в Интрасервисе. Может вы-разработчики или пользователи знаете как решить. Есть договор, в котором 4 приоритета: 1. Критичный-ночь 2. Критичный-день 3. Средний 4. Низкий
Отличаются по времени реакции и по расписанию. Критичные приоритеты работаю круглосуточно. Средний и низкий 8 часов в день. Я в интрасервисе не нашел, как приоритету назначить расписание. Расписание задается только на сервис. Пришлось делать два сервиса: Для критичныйх заданий и для остальных. Неудобно.
|
|
|
|
Статус: Newbie
Группы: Registered
Зарегистрирован: 18.08.2011(UTC) Сообщений: 8 Откуда: Москва
|
Как говорится, +1 Интересует абсолютно тот же вопрос.
|
|
|
|
Статус: Administration
Группы: Registered, менеджер IntraService Зарегистрирован: 17.08.2011(UTC) Сообщений: 61
|
Автор: kirill  Столкнулись с такой проблемой в Интрасервисе. Может вы-разработчики или пользователи знаете как решить. Есть договор, в котором 4 приоритета: 1. Критичный-ночь 2. Критичный-день 3. Средний 4. Низкий
Отличаются по времени реакции и по расписанию. Критичные приоритеты работаю круглосуточно. Средний и низкий 8 часов в день. Я в интрасервисе не нашел, как приоритету назначить расписание. Расписание задается только на сервис. Пришлось делать два сервиса: Для критичныйх заданий и для остальных. Неудобно. Озвучу пару других требований, которые мы встречаем намного чаще. 1. По ITIL рекомендуется определять различный SLA (Service Level Agreement. В нашем случае это время реакции и время выполнения) для различных типов заявок. В частности, для Инцидента и RFC (запрос на изменение). Это логично. Кроме того, эти типы заявок могут иметь не только разный SLA, но и разный бизнес-процесс. Например, RFC требует согласования. К сожалению, в текущей версии для этого тоже требуется заводить разные сервисы. Функциональность привязки к одному сервису (по ITIL - это узел каталога услуг) нескольких типов заявок (инциденты, запросы на изменения, проблемы, заявки на обслуживание) с разными бизнес-процессами и с разными SLA планируем выпустить в версии 4.0 до конца зимы. 2. Возможность привязки SLA к конкретному пользователю. Например, для Иванова на сервисе "Электронная почта" для типа заявки "Инцидент" время реакции и выполнения одно, а для начальника Иванова другое. Твердой уверенности включать в следующий релиз этой доработки у нас пока нет... Что-то нам подсказывает, что даже после реализации уже этих двух требований нам сложно будет говорить о ней, как "простая в настройке". Отредактировано модератором 31 октября 2011 г. 10:11:26(UTC)
| Причина: Не указана
|
|
|
|
Быстрый переход
Вы не можете создавать новые темы в этом форуме.
Вы не можете отвечать в этом форуме.
Вы не можете удалять Ваши сообщения в этом форуме.
Вы не можете редактировать Ваши сообщения в этом форуме.
Вы не можете создавать опросы в этом форуме.
Вы не можете голосовать в этом форуме.
Important Information:
The IntraService uses cookies. By continuing to browse this site, you are agreeing to our use of cookies.
More Details
Close