Добрый день друзья, поздравляю всех с наступающим Новым Годом.

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

Ввел в реквизиты формы добавил колонку "Остаток", чтобы использовать для условного оформления, тип число. Но не могу понять, как ее можно заполнить остатками склада.
Конечно запрос то я создам, но в каких процедурах это надо делать не знаю.

в интернете по теме нашел
_https://zdst.net/1s-8-3-kak-dobavit-dopolnitelnuyu-vychislyaemuyu-kolonku-v-tablichnoj-chasti-upravlyaemoj-formy/
Но там заполняется табличная часть объекта, что делать не хочется, ведь это приведет к увеличению объема базы.

Подскажите, как правильно решить проблему.

(0) возьми любую типовую... БП, УТ, ЕРП, там в каждом документе есть примеры

(0) УФ - через условное оформление, ОФ - через событие ТЧ

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

У меня УФ.
Трудность в том, как подставить.
Не пойму, как можно заполнить новую колонку.

(4) Создаете колонку с остатком, далее простое условие в Условном оформлении Остаток<0 Цвет такой-то

Не в реквизиты формы, а в динамическом списке надо запрос менять.

(6) вы о чем? Какой список?) "Необходимо выделить красным строки документа"

тут речь о ТЧ документа, сколько я понял из (0)

У меня форма документа. На ней расположена табличная часть "Товары".

https://its.1c.ru/db/v8std/content/710/hdoc
https://infostart.ru/1c/articles/181336/

почитайте на досуге, может получится под новый год сделать разноцветные строчки)

(7) Упс, сорян. Уже в глазах рябит то таких тем)

от*

(10) Спвсибо за ссылки. Настроить условное оформление проблем не составляет но для начала надо получить остаток в какой то колонке ТЧ документа. Я уже приводил ссылку на решение аналогичной задаи, но там предполагается наличие поля остаток в реквизитах табличной части документа объекта.
Мне же хочется получить остатки динамически.

(1) Уважаемый  PuhUfa, не подскажите, в каком документе УТ можно посмотреть такой пример?

(14) если есть реквизит КодСтроки, или позиции у вас уникальные, то можете сделать программно условие, для списка таких строк

(14) В (0) нормальное решение. С чего там объем базы увеличится?

(17) Если сейчас приходится хранить Xбайт на каждую строчку, то после добавления еще одного реквизита будет X+Y байт, где Y>0.
Документов очень много. база и так весит около 50 ГБ.

(14) А есть где-нибудь пример посмотреть, как реализовать такое программно условие?

(15) Да в том же заказе клиента или РТиУ. Посмотри как сделаны служебные колонки ТЧ

(18) У тебя реквизит формы добавляется. Который заполняется программно.

(18) Гляньте на колонку артикул в типовой базе, по факту это всего лишь реквизит ТЧ, который заполняется из номенклатуры

+(21) А не реквизит объекта.

Вам никто не говорит добавлять реквизит Остаток в ТЧ объекта

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

Я описывал пример, который нашел. Возможно там опечатка.

(25) оставьте это для следующей темы ТС)

(18) (19) Ты же будешь выделыть в ТЧ документа а не в динамическом списке списка документов, причем тут ТЧ документа и сам документ, тем более список этих документов

По большому счёту остаток нужен только при подборе товара в табличную часть документа. А после проведения получать остатки-нелогичное излишество.

(22) Артикул однозначно связан с номенклатурой, поэтому легко получается как Объект.Товары.Артикул
Мнеже необходимо получить данные по запросу.

(29) Я с вами согласен в целом, но у клиента существует своя точка зрения. А она как известно не нобязана быть логичной. Он просто так хочет.
А я должен сделать чтобы так было.

(30) ну так получайте и заполняйте этот реквизит формы каждый раз при изменении номенклатуры/строк

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

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

(33) а они будут с выпученными глазами говорить, мол вы же тут специалист, почему не сказали, что так может быть!

(34) И после этого можно гнуть свою линию. Т.е. они признают, что ты специалист, и как ты сказал, так и будет.

(30) Подобный подход к задаче мне понятен. Я через него прошёл в своё время. Клиент прав, если платит. Советую изложить свои возражения на бумаге и завизировать у заказчика, чтобы потом при очередных непонятках сунуть ему в нос и взять еще раз денежку за отключение этой функциональности.

(35) другая логика у них, если ты специалист, то должен был предусмотреть и предупредить, а если не специалист, то за что тебе платили бабки?)

(31)Как его заполнить?
Чтобы заполнить нужо перебрать строки списка.
    для каждого с из Объект.Товары цикл

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

У элементы.Товары (ТаблицаФормы, соотв тч товары) есть только Текущаястрока и ТекущиеДанные

Но я понимаю, если в 1С сделали возможность ввести колонку , значит должна быть возможность ее заполнить.
Подскажите, как.

(36) и получается вот так
https://www.yaplakal.com/findpost/107841222/forum2/topic2371881.html
)))

(38) выполняй операции НаСервере или в модуле документа.

(40) Так что нужно выполнить, чтобы в каждой строке прописать Остаток=1?

(41) Советую почитать (0) https://zdst.net/1s-8-3-kak-dobavit-dopolnitelnuyu-vychislyaemuyu-kolonku-v-tablichnoj-chasti-upravlyaemoj-formy/

(41) Надо написать несколько процедур в разных модулях.

(37) Тут уже от личных качеств зависит, как себя поставишь)

(42) Спасибо. Все получилось.

(44)Причем и Специалиста и Клиента.