Имеется самописный отчет в УТ 10.3, где выведено табличное поле с типом значения - СправочникСписок.Номенклатура. Как сделать, чтобы туда выводилась только номенклатура с ненулевыми остатками?

Погуглил - предлагается 2 варианта: 1-й вариант - при открытии отчета выбрать запросом всю номенклатуру с остатками - и делать отбор на поле по номенклатуре, вошедшей в результат запроса. Но, думается, во-первых, отчет будет тормозить при открытии, а во-вторых, если отчет будет открыт  более 5 минут - то за это время остатки могут измениться и показываться будет не вся номенклатура, либо лишняя.

2-й вариант - при получении данных. Но тут не совсем понятно, как получать отбор.

В общем, подскажите, пожалуйста, как методологически реализовать сей момент?

(0) вместо СправочникСписок туда динамический список с запросом получения остатков

(1) заголовок не читал

(2) уф работают и в толстом клиенте и в обычном приложении

(1) Это же ведь надо УФ изучать)) Я и с обычными не очень в ладу)

(4) УФ проще

в (1)самое простое, простейшая форма на уф и дин.список

(0) По второму варианту, совет: нажимаешь кнопку "Поиск" на форуме; пишешь подстроку "ПриПолученииДанных"; находишь и читаешь ветки; после прочтения N-ой ветки наступает озарение и понимание... надеюсь.Тогда задаешь уже конкретные вопросы и получаешь ответы на них... надеюсь.

(0) может сначала имеется смысл написать запрос по формированию списка номенклатуры с условие что остаток не равен нулю! вот и все

2(0) Это для того чтобы пользователи навводили кучу дублей номенклатуры, и потом писали прогу гневные письма с текстом: "Мы добавляем элемент справочника, а он не добавляется"?

Возьми Книга знаний: Вывод остатков в форме списка и творчески переработай :) Остатки - ы колонку, а на сам список - фильтр с значением колонки больше нуля.

а что ТП делает на форме отчёта?

(4) будь мужиком изучи уф блеать

Налетели тролли.

(9) не совсем в тему, но:

Такие требования поступают, как правило, от менеджеров, работающими с заказами клиентов. Якобы чтобы они не могли оформить клиенту товар, которого нет на складе или не конкурировали между собой на один и тот же остаток товара...

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

2(14) да это все понятно. Как даже и то, что на самом деле это все справочно, а реальная проверка на наличие происходит в момент проведения заказа.
Просто ж в (0) постановке не описаны условия. Сейчас человеку насоветуют, он сделает для стандартной формы списка или подбора, и капец...

(2) запрос по остаткам и отбор по номенклатуре не тормозит. проверено.

(0) что с этой табличкой дальше происходит? Возможно, там вообще справочник список и вычисляемая колонка с остатками не нужны. А нужен просто отчет, с выводом в табличный документ.

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

Поэтому если переделывать на УФ - то нужно все остальные части отчета переписывать, что немножко трудоемко...

(10) Вывод остатков в отдельную колонку я сделал, вопрос сейчас с отбором...

(7) Вот с этой процедурой не совсем понятно - как сюда запилить отбор? В процедуре ПриПолученииДанных я перебираю строки, и в этом цикле делать запрос по остаткам? А дальше делать через НоменклатураСписок.Отбор или как-то делать строку невидимой?

При получении данных ты никогда в жизни никакие отборы не сделаешь