В списке заказов покупателей требуется выделить цветом заказы, для которых недостаточно товаров на складе. Вот что пишет заказчик:  В заказ набиваем нужное нам колличество допустим 100 и нажимаем Заполнить и провести. Программа все что есть в наличии на складе( допустим 80) ставит в резерв, а 20 указывает что не хватает...вот такие заказымвыделять розовым. Может кто то решал подобную задачу?

обычно для этих целей используются отчеты

(1) Им нужно именно в списке заказов.

(0)Как вариант сделать признак "НехватаетТовара", и в ПередЗаписью проверяя остатки его выставлять или нет.

Или выставлять его в обработке проведения если не хватит остатков.Но тогда потребуется повторная запись.

А потом по нему раскрашивать список

Вообще схема кривосвата изначально. Действительно лучше всего тут отчеты

(0), если не изменяет память - в форме списка процедура ПриВыводеСтроки(). Будет жутко медленно (при выводе каждого элемента списка (заказа) проверять остатки, аналогично запросу в цикле)

(3) +1. Реквизит перезаписывать при проведениях заказов, резервирований, отмен заказов

(3) лучше Регистр сведений, в ПриПроведении пишем в него признак "нехватает" потом левым соединением в запросе списка притягиваем для раскраски.

Только остаётся ещё малость вопросов:
- кто и когда снимет признак нехватки? Вот висит Заказ  2 месяца с нехваткой и резервом 80 шт, дальше что?
- зарегистрировали приход нужного товара, что будет с заказом? хватило его закрыть или нет?
- кто-то может снять резерв? Что делать в таком случае с заказом? Красить или нет?

(4) тормозить будет жутко, а два пользователя могут подвесить базу на совсем

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

+(4)

с списке процедура ПриВыводеСтроки() в ней можете разукрасить список как нужно. А пользакам дать настройку как в справочнике "Номенклатура"  показывать остатки или нет, чтобы они выбирали тормозить, но с розовыми выделениями или работать по типовой.

Но лучше, конечно, отчет сделать для таких целей и запихать его вызов в тот же список заказов

ПриВыводеСтроки() ???  а не лучше ли приПолученииДанных() ?

(10) +
если все нормально сделать, тормозов не будет, ну если только листать быстро не будут

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

Если задним числом изменили остатки, то и резервы после этого надо перепроводить.

Интересно, почему-то все предложения для ОФ, может у ТС УФ?

(13)А в чем там принципиальная разница в вопросе сабжа?:-)

(13) нет, обычные формы

(0) Теоретически сделать реально. Практически - будет тормозить. Я за отчет.

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

Но когда потребуется обновлять эти статусы при изменении остатков, вот пиши ТЗ, т.к. в общем случае эту задачу не решить

(14) в возможностях ДС и его условного оформления (простой запрос с соединением и красим сам ДС как надо)

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

(19) ТС нужны не остатки, а признак "маловато будет" он как-раз таки один на весь документ (какого-то товара не хватает). Вот дальнейшая работа с признаком и порождает вопросы, которые ТС надо задать Заказчику

(20) +1 дело не в остатках, а в равенстве Количество и Распределено по строкам ТЧ Товары
я бы флаг добавил в ПриЗаписи и на основании него "красил"

(21) ПередЗаписью, сорри