Есть УТ 10, есть документ заказ покупателя, у него есть статус. Статус хранится в регистре сведений. Статус может меняться из разных мест, программно и другими пользователями. Как при изменении статуса в регистре одним пользователем, его обновить на форме документа у другого пользователя. ОбработчикОжиданий не лучший вариант, ВнешнееСобытие и ПодпискаНаСобытие вроде как не подходят. Может у кого-то есть светлые мысли? :)

"ОбработчикОжиданий не лучший вариант"

Почему?

(1) придется при открытой форме всегда дергать регистр, и достаточно часто, думаю не реже 3-5 секунд. А пользователей очень много. Намного лучше, когда запись в регистр инициализирует обновление.

(2) "когда запись в регистр инициализирует обновление" - каким образом?

Пользователи постоянно в заказах сидят?

(3) в этом собственно и сабж ))) или какая-то альтернатива

(4) с заказами идет постоянная работа, и растет количество пользователей и заказов.

(5) на сколько я знаю - один вариант - обработчик ожидания

может как вариант - при записи в регистр - писать данные об этом событии в другой "маленький регистр", и именно его считывать каждые 3-5 секунд. типа если там найдена запись - это сигнал для прочтения основного регистра и удаления это "записи-оповещения"

(8) )) думаю мы тут ничего не выиграем

если обработчиком ожиданий дергать регистр, не начнут ли лезть блокировки, или очереди к таблицам SQL&

У них что 24 часа в чутки открыты формы?)нельзя при открытии?

(11) при открытии нужно, но скажем при перемещении товаров статус должен поменяться. Склад проводит приходный ордер, статус меняется. Пользователь работает с заказом и не видит еще этого. В зависимости от статусов выполняются различные действия. Перед записью сообщать пользователю, что он сделал ерунду, что статус-то уже не тот ))) тоже не есть гуд.

(10) именно для этого и предложил вариант в (8)

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