Реклама
Опрос
Погода
 
|
alexx2xx ivanov (все сообщения)
Cообщений: 112
Баллов: 89
Регистрация: 19.07.2011
|
Привет Всем!
При настройке DB Rule в действиях, выполняемых после сработки условия - хочу указать запуск внешнего приложение, но безрезультатно. По логам - правило отрабатывает, но приложение не запускается. Возможно ли это вообще?
Также пробовал прописывать команду которая бы просто передавала параметры инцидента (ИД, статус, приоритет) в текстовый файл локально. Но тоже пока что без результатов.
В команд лайне указываю cmd.exe /c >c:\test.txt
В параметрах - ИД, статус, приоритет.
В файл ничего не пишет.В чем проблема?
|
|
|
|
Cообщений: 112
Баллов: 89
Регистрация: 19.07.2011
|
Привет всем!
Коллеги, кто как рассчитывает Время информирования? Передо мной стоит задача: рассчитать таким образом, чтобы уведомление не попадало на выходные дни, тоесть есть Время Выполнения приходится на понедельник, то информирование - должно быть в пятницу.
|
|
|
|
Cообщений: 112
Баллов: 89
Регистрация: 19.07.2011
|
Проверил свое правило, содержание практически то же. Но после изменнения времени - ST не изменяется.
У вас на системе изменяется?
Мой ST:
When задание is created
OR When задание is modified
where NOT (План. вр. выполн. - увед. (*) is empty, Schedule the validation of this condition at 1 minute After План. вр. выполн. - увед., Only execute once)
AND NOT (Статус equals В ожиданииORВыполненоORЗакрыто)
AND Заявка;Контролирующий;Организация/подразделение equals Група підтримки користувачів
AND Контролирующий;Организация/подразделение equals Група підтримки користувачів
Увед. истек план. срок выполнения (Send e-mail message) , Send to: [Назначение;Группа исполнителей;Лидер;E-mail] ;[Назначение;Исполнитель;E-mail], Краткое описание: Для Задания № [ID] прошел плановый срок выполнения., Message: Для Задания № [ID] прошел плановый срок выполнения: [План. вр. выполнения]
Напоминаем, что невыполнение задания в срок явля ется нарушением утвержденных функциональных КПЭ.
Просьба определить и согласовать с Контролирующим новый срок выполнения.
Краткое описание: [Краткое описание]
Приоритет: [Приоритет]
Группа исполнителей: [Назначение;Группа исполнителей]
Исполнитель: [Назначение;Исполнитель]
Контролирующий: [Контролирующий], Attachment Classification:
Отдельно отрабатывает правило Data Update, которое проставляет признак для задания Просрочено=True
|
|
|
|
Cообщений: 112
Баллов: 89
Регистрация: 19.07.2011
|
Задача следующая: необходимо чтобы в действующем задании (по заявке), после изменения планового времени выполнения (до его истечения, тоесть пока задание не просрочено), создавался новый ST по уведомлению о просроченном задании которое сработает уже по обновленному времени.
Как работает сейчас: После создания задания, срабатывает правило, которое создает ST - уведомление о просроченном задании, тоесть если текущее время больше Планового и задание не закрыто - придет уведомление о просрочке. До истечения этого Планового времени, я соотвественно хочу его продлить и изменяю Плановое время выполнения на большее. Но новый ST - создается, и старый соответственно не удаляется.
|
|
|
|
Cообщений: 112
Баллов: 89
Регистрация: 19.07.2011
|
Коллеги! Доброго дня Всем!!!
Кто-нибудь сталкивался с настройкой опции "Once execute only" при создании правил бизнес-логики?
Насколько я понимаю, судя из описания в админгиде, и путем собственного опыта, она позволяет следущее:
- если чек-бокс снят - правило будет выполнять действие каждый раз, когда происходит условие срабатывания (создание, модификация):
- если чек-бокс установлен, правило отработает действие (Shedule Task) только один раз, в пределах одного задания.
Интересно узнать подробности работы данной фичи, поскольку столкнулся с одной проблемой: После создания задания и указания планового времени выполнения, до истечения этого же времени - плановое время продляется. Но ST создается только для первоначально установленного времени, и уведомление приходит только по нему. Тоесть на то что время было продлено - система не реагирует.
|
|
|
|
Cообщений: 112
Баллов: 89
Регистрация: 19.07.2011
|
супер, а есть вариант для тестирования? (демо или триал)?
|
|
|
|
Cообщений: 112
Баллов: 89
Регистрация: 19.07.2011
|
Интересная доработка, она позволяет обновлять письмом непосредственно Задание?
|
|
|
|
Cообщений: 112
Баллов: 89
Регистрация: 19.07.2011
|
Добрый день Всем!
Коллеги, может кто-то реализовал такой механизм - обновление Заявки(Задания) по почте.
(выкладываю в теории) мои соображения:
Создается Заявка и Задание в рамках этой же заявки. Пользователю приходит уведомление о создании, на которое он отвечает. SD обрабатывает это письмо, и добавляет строки письма(?) в Поля Заявки. Дальше мониторим DB Rul'ом это изменненое поле Заявки, и если условие срабатывает запускаем Sd_event, который обновит Задание добавив эти же строки но уже в само задание.
Выглядит такая схема немного запутано, но насколько я знаю, напрямую письмом обновлять Задание нельзя.
|
|
|
|
Cообщений: 112
Баллов: 89
Регистрация: 19.07.2011
|
Нет, это разные физические сервера, они не связаны между собой.
|
|
|
|
Cообщений: 112
Баллов: 89
Регистрация: 19.07.2011
|
Доброго всем вечера!
Разбирал логи сервера и внезапно обнаружил что не отрабатываются правила DBRule для заданий.
Просотрев логи другого сервера(другая база), убедился что на нем они все таки есть ().
А правил, та том что не отрабатывает, около 85-ти.
Как проверить почему стопорится обработка правил? И все ли отрабатывают.
|
|
|
|
| |