Доброго времени суток, Коллеги!
Подскажите пожалуйста - ЧЯДНТ, имеется самописная конфигурация на платформе 8.3.15.1565, документ в котором в шапке реквизит "СуммаДокумента" (программно при записи туда записывается итог по сумме 2 табличных частей), создаю УФ списка, вывожу этот реквизит, ставлю свойство отображать в подвале, ПутьКДаннымПодвала - не заполняется... т.е. есть в списке есть это поле (Список.СуммаДокумента), но выбрать нельзя, кнопка ОК недоступна... Попытался при создании формы программно установить значение - ругается что недопустимое значение... Пустяковая вроде задача, а вот(
ЗЫ. Если делать через Элементы.Список.ТекущиеДанные.СуммаДокумента - работает но вполне понятно что показывает в подвале сумму выбранного документа...
---
Есть такой своеобразный костыль.
Если сделать модуль повторного использования, и в модуле возвращать, например, массив.
То есть создать новый массив и вернуть его.
То при повторном обращении к этой функции, вернется указатель на ранее созданный массив.
В том смысле, что если этот массив заполнить, а потом обратиться к функции повторного использования, то вернется этот заполненный массив.

Но это не очень надежно, т.к. хранится это в серверном кэше, который сбрасывается каждые 20 минут, или при переполнении.
То есть в ПриПолученииДанныхНаСервере получать массив из модуля повторного использования, а позднее, из обработчика ожидания получать массив.

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

Еще вариант - не считать оперативно это значение, а считать значение по кнопке, которую нажимает пользователь.
---
В динамическом списке нельзя просто так взять и посчитать итог.
Можно написать процедуру - которая получает схему из динамического списка, выполняет ее и из нее потом установить значение итога в подвале или еще где на форме.
Эту процедуру вызывать при разных действиях со списком.
Но не все интерфейсные действия можно отследить кодом, например, не получится отследить поиск.

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

Но это не очень надежно, т.к. хранится это в серверном кэше, который сбрасывается каждые 20 минут, или при переполнении.
То есть в ПриПолученииДанныхНаСервере получать массив из модуля повторного использования, а позднее, из обработчика ожидания получать массив.

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

Еще вариант - не считать оперативно это значение, а считать значение по кнопке, которую нажимает пользователь.