В обычных формах в списках документов сделано подобное:
http://screencast.com/t/p0udbnYM
При открытии формы (обновлениях, оповещениях) получается информация по документам и потом по разным правилам строки разукрашиваются, отображаются значки и т.д.

Нужно перевести пользователей на УФ, но внешне функциональность не должна пострадать.
Вижу два варианта реализации:
1) Произвольный запрос
Не нравится тем, что часть данных получается очень трудоемко и записывать ее в запрос очень замедляет систему.

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

Есть ли другие варианты реализации?
Не нравится тем, что

2)По аналогии с обычными формами данные также получать при открытии (обновлениях, оповещениях), но при этом записывать их в регистр сведений. А у списка сделать произвольный запрос с соединением к этому регистру пользователи
Не нравится, что пользователи начнут массово писать в один регистр и будут блокировки.

Есть ли другие варианты реализации?
Не нравится тем, что

up

Демонический список.

Регистр сведений со статусами документов РТиУ, который будет обновляться при изменении статусов.

Быстро работающее левое соединение.

(3)Да, это второй вариант. Но перехватить все события изменения статусов трудоемкая задача. Хочется получать их при необходимости но в этом варианте смущает что все пользователи начнут писат ьв один регистр

(30>>Но перехватить все события изменения статусов трудоемкая задача

так ты делай демонический список не запросом, а указывай конкретно набор регистра.

...Как источник демонического списка.

Всю доп.информацию свалить в отдельный РС, обновлять рег.заданием.

(5)(6)(7)
Это понятно. Я это и описал во втором варианте.
Теперь вопрос когда писать в этот регистр:
- При изменении состояний документов
- При открытии формы списка.

В первом случае трудоемко отследить все события изменения состояний
Во втором все пользователи начнут писать в один регистр. Что не устраивает.

Другие варианты есть?

up

(9) вдумчиво читаем (7)

(10) Ну так я это еще в (0) написал.
Другие варианты есть, чтобы не писать в базу?

(11) А почему бы не писать в регистр именно при "изменениях статусов" документов? А формой читать текущие статусы?

(11) пиши статусы в регистр и не выпендривайся