Добавление вычисляемого столбца в таблицу стандартного отчета #458595

Задача: В макет таблицы некоего стандартного отчета 1С8.1 УТ необходимо добавить столбец, который будет содержать результат арифметического действия над содержимым имеющихся столбцов. В 1С7.7 вопрос решался помещением в ячейку макета таблицы арифметического выражения. В 1С8 это не проходит. Пытался использоваь обработчик ПриИзмененииСодержимогоОбласти(Область), однако это событие возникает только при клавиатурном вводе в область поля табличного документа. При выводе таблицы в поле таб. док. это событие не возникает. Подскажите, как решить эту проблему с минимальной правкой кода стандартного отчета? Отчет - "Ведомость по взаиморасчетам с контрагентами" 1С8.1 УТ

Надо открыть модуль отчета и найти процедуру "УстановитьНачальныеНастройки" + изменить запрос, и вчитайся в комментарии .

Спасибо. Эта идея верна для конфиг. УТ 10.3, а мне нужно сделать в УТ 10.2 (10.2.13.1). Там все совсем по-другому, и процедуры "УстановитьНачальныеНастройки" в модуле отчета просто нет...

ЗаполнитьНачальныеНастройки Зато есть такая процедура.

во многих отчетах на 8.0 запрос и др. формируется через макет. так что или макет изменяй, или запрос подставляй обычным образом.

Макет изменяется добавлением столбца, в котором и будет вычисляемое значение. В УТ 10.2 Указзанный отчет использует отчет "ОстаткиИОбороты", т.е. - получается, что, для того, чтобы всего лишь добавить столбец, мне нужно править два отчета. Очень нерационально. А можно ли как-то обработать (перебрать) уже сформированную таблицу?

Иными словами, - существует ли возможность программной "эмуляции" механизама 1С7.7 - вычисляемые выражения в ячейках таблицы?

Нет , в Восьмерке по серьезней все сделано.

Мда... вот эта вот "серьезность" приводит к тому, что минутная работа по занесению выражения в ячейку макета приводит к солидному перелопачиванию кода. А как же быть с обновлением конфигураций? Эти "мелкие" переделки - как снежный ком... Досадно, что поле табличного документа не имеет обработчика "При выводе строки", а такой обработчик решил бы проблему эмуляции...

Выноси свой код в отдельную процедуру или напиши свой отчет.

Да ничего солидного. Зато в клюшках эта минутная работа вывод отчета тормозит уже в режиме использования.

Увы, это не уменьшает объема работ...  Но дело даже не в этом. Чем руководствовались уважаемые разработчики из 1С, убирая столь полезный механизм табличного вычисления выражений...

Попробуй написать тоже самое на Си ). За столько лет еще не было желания вычисляемых полей.

При написании своего отчета "с нуля" нет никаких проблем. Проблема возникает при добавлении полей в уже имеющиеся, стандартные отчеты. Проблема - в минимизации работ по изменению/добавлению кода.

ну так поменяй запрос, что мешает ?