Есть форма списка документа, при записи документа в регистр сведений пишется определенная информация, которая потом выводится как реквизит формы в документ, можно ли сделать отбор по этому значению из регистра сведений в форме списка документа или нужно чтобы это был обязательно реквизит документа!???

На управляемых формах легко, на обычных чуток сложнее...

(0) Нет!!!!

Можно, но не очень прямо.

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

(0) Можно, но не нужно.

(2) Не прошел собеседование.

(5) А я и не пойду туда, где надо так делать.

(1) формы обычные
(4) поделитесь
(3) ну это уж какой - то совсем не прямой способ
(6) от чего же?)

(7)[ну это уж какой - то совсем не прямой способ ]
когда поипавшись пару дней ты вернёшься за кодом для этого - мы поржём

(8) вот попрошу, я же не говорю что это не так... я просто говорю, может есть еще варианты!?

Что-то мне подсказывает, что это документ, у которого есть статус, типа закрыт/не закрыт. И надо отбирать незакрытое.

(10) ну тебе(Вам) все правильно подсказывает, просто раньше это была галка, но уж очень много всего происходит при перезаписи документа, хочется ускорить процесс!!

(7) К сожалению, прямее в обычной форме на динамическом списке не сделать. Для управляемых форм можно использовать свои запросы для динамических списков (с некоторыми ограничениями).
А на обычных формах для динамического списка можно только отбор на ссылки наложить. Или не динамический список использовать (альтернативный журнал из ТЗ).

(12) На УФ даже своего запроса не потребуется.

Как вариант держать в регистре только незакрытые документы. И отбор по ссылке НЕ В СПИСКЕ из запроса по регистру. Но тут придется повозиться с отработкой всех вариантов когда документ попадает в регистр и когда из него уходит.

P.S. может проще в обычном приложении разрешить управляемые формы и их использовать?

(12) + Я в подобных случаях реализовывал альтернативные журналы. Фильтр по ссылке при большом количестве элементов фильтра начинает предсказуемо тормозить. На ТЗ намного масштабируемей.
(13) Ммм?

(15) поскольку пользователи не верят в замедление, то всегда ставиться отбор по ссылкам, с матом убирается и появляется обработка с ТЧ или отчет или некий гибрид

(14) этот вариант не подходит точно, потому как надо видеть статус заявки всегда
(15) не это не вариант тоже, хотя если только позже может быть, сейчас точно нет
(16) Пусть матерятся там максимум будет 50-100 документов

(17) 50-100 влёт будет. Серьезные затыки на нормальном железе с тысяч/десятков тысяч начинаются.

(18) ну вот я о чем и говорю!

А статус пишется при записи документа или ещё кем-то может меняться ?
Просто, если при записи, то не очень понятно, зачем ему быть только в регистре и не быть реквизитом документа ?
Если же его меняют в процессе работы без перезаписи документа, то при выводе формы списка документов нужно будет подумать над обновлением этого значения в форме, так как оно там останется старое.

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

а почему бы всетаки не сделать уф?