Раньше это работало?
Пользователь
Поиск по сайту
Реклама
Опрос
Погода
Григорий Ненашев (все сообщения)
| |||||||||||||||||||||
|
|
Автоматическая установка статуса ЗНИ "Выполнен" (rfcAccomplishmentCheck)
|
|
|
|
|
|
Автоматическая установка статуса ЗНИ "Выполнен" (rfcAccomplishmentCheck)
|
А подсчет нарядов видеться?
|
|
|
|
|
Компиляция *.jsp файлов
|
При запуске он сам сделает все что нужно.
|
|
|
|
|
Компиляция *.jsp файлов
|
Service Pages?
|
|
|
|
|
Срок в Изменениях
Срок в Изменениях
|
Я не дописал правило, но по сути должно работать...
When обращение is created ИЛИ When обращение is modified where Приоритет (*) is anything И Статус равно ЗарегистрированоORВ работе Срок (Update Data) Изменение;Срок set to [Срок] |
|
|
|
|
Срок в Изменениях
|
Ну ведь можно сделать так, что если приоритет меняется, то записать его в изменение… не важно что там было… он просто перезапишет его и все..
Зато будет срок по рабочему времени. |
|
|
|
|
Срок в Изменениях
|
В таком случае может проще копировать срок из обращения в изменение?
|
|
|
|
|
Срок в Изменениях
|
Если штатными средствами, то систему нужно перенастраивать на рабочие время групп для всей системы.
Это один за вариантов, слету…. А так нужно конечно думать. Т.к скорее всего, нужно учитывать праздничные дни.. в общем задачка не на 5 мин. Можно вопрос, а для чего в изменениях учитывать сроки? |
|
|
|
|
Запуск клиента ServiceDesk 4.5 SP20 & ОС Vista + Win 7
Наверно это http://www.servicecall.ru/forum/forum2/topic291/ |
|||
|
|
|
Сегодня были (гостей: 10, пользователей: 0, из них скрытых: 0)