Ситуация такая, есть форма списка документов- заказ на производства, есть колонка типа булево- Выполнено
При открытии хочу эту колонку заполнить в Процедура ДокументСписокПриПолученииДанных(Элемент, ОформленияСтрок)
Делаю флаг - заполнено(не динамическое обновление), но форма 3 раза прыгает в процедуру
Процедура КонтрольРежимаЗавершенияРаботыПользователей() Экспорт
и колонка выполнено - обнуляется, так как в большенстве случаев динамическое обновление не требуется, хочу один раз заполнить -выполнено и оно сохранялось до закрытия формы
Для динамического обновление есть галка динамического обновления(для диспетчеров), но это вызывает тормоза, диспетчерам не критично, а вот производству критично, но и динамического обновления производству не требуется, как сделать так?

Какой-то поток сознания...

(1) Вставляю колонку в форму списка, заполняю ее, почему то форма 3 раза прыгает в процедуру КонтрольРежимаЗавершенияРаботыПользователей() (из ДокументСписокПриПолученииДанных, явного вызова нет ) и колонка обнуляется, хочу ее при открытии заполнить и хранить до закрытия, так понятней?

(2) в запросе дин.списка можешь вычислить свою колонку?

(2) ДокументСписокПриПолученииДанных срабатывает при получении данных, да/нет?
Когда форма открывается список распахивается, растягивается, позиционируется и все это получение данных, да/нет?

Да, это процедура - при получении данных
Форма остается на месте, стандартные настройки

(3) Вычисляется в запросе, но вызывает притормаживание, так как любой чих на форме вызывает его обновление

(6) значит храни его в базе. тормоза не обмануть... или дольше писАть и быстро читать, или наоборот

(6) как вариант: сделай статичную "таблицу", ТЧ или ТЗ или отчет
дин.список не твой вариант по всей видимости

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

(9) это Отчет в чистом виде :) дин.список тут не помощник...

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

"отят в журнале начальники цехов видеть..." - сделай отчет и напиши в заголовке "ЖУРНАЛ".

(12) +100500 ну или (11) сделать регистр куда фоновым заданием рассчитывать с определенной периодичностью

Короче, вывел глубину просмотра заявок на предмет выполнения(датаС), задал по умолчанию - минус 2 месяца, отключил динамический расчет, включается только по галке - посмотреть выполненные заказы, работает без тормозов, тормоза начинаются при просмотре от полугода и более, короче, понимаю что не правильно, но пока так, далее буду думать

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