Василий Каменев (все сообщения)

50 было, но это всё же некоторое время назад, по этому 70 норма , т.к. хард поднялся с тех времён.
Так вот чтоб найти "узкое место" в твоей системе надо назначить несколько мониторинговых процессов: первый на бд, второй на оп систему бд, третий на сам СД, четвёртый на оп систему апп сервера. Вот когда будет зависание, тогда и смотри, точнее это называется "замерзание" процесса. Вполне может оказаться, что это совсем иная система подвешивает твой запрос от СД, например система создания отчёта. Но это лишь пример, так что начинай с мониторинга.

как-то так

Поставь обратный адрес(адрес отправителя) другой чем адрес для регистрации запросов.

Welcome, George!
I don't think English is a trouble, if some of member will have difficult with translation - they can use a Google .

where Assignment;To workgroup (*) is anything
AND NOT (Assignment;To workgroup (*) is empty)
Status=Направлен в группу (Upd ate Data) Status se t to Направлен в группу

сейчас слушается 2 поля, от прошлого варианта это ни чем не отличается AND NOT (Assignment;To workgroup (*) is empty) -> AND NOT (Assignment;To workgroup is empty)

если уберёте * со второго условия , то рул будет соответствовать условию : при изменении Assignment;To workgroup на что-либо кроме "пусто" поставить статус "Направлен в группу"

смотри в майловые команды Update и т.п. У тебя стоит Разрешение что "Разрешить только для если письмо от Caller".

есть 2 вещи и они разные , хотя динам. формы используют первый.
Так вот, д.форма привязывается к событиям в форме, т.е. форма должна быть открыта, например если открыть КЭ в Запросе или Изм. то д.форма сработает при открытии КЭ.
А вот есть Generic association mechanism -> /itsm008088, оп привязывается для событиям в форме для фильтрации значений по каким-либо полям, т.е. значения в этих полях будет отфильтровано(это уже view). Так вот я думаю что Вам надо именно это и там есть хорошие примеры.