Ждали. Верили. Вели себя хорошо. Сбылось.
Спасибо, дедушка Нуроз!!!

Реализована возможность передачи в механизм системы компоновки данных менеджера временных таблиц. В механизмах компоновки данных разрешается использовать таблицы, которые не существуют в информационной базе, по аналогии с тем, как используются временные таблицы в языке запросов.Для метода ПроцессорКомпоновкиДанных.Инициализировать() реализован параметр МенеджерВременныхТаблиц.

Стало возможно использовать заранее подготовленные временные таблицы при выполнении запросов процессором компоновки данных.

Источник: https://dl04.1c.ru/content/Platform/8_3_17_1032/1cv8upd_8_3_17_1032.htm#19110485-11e0-11ea-8371-0050569f678a

кто вообще читает все эти файлы с обновлениями?

А не бойан ли это?

8.3.17 тестовая и ничего нового....

(2) Извините, 27.12 - пил, прошу извинить обстоятельствами. Был нетрезв, вспылил.

(0) Прогресс платформы в час по чайной ложке

сом починили?...

Я уже писал - в жопу такие подарки.
И так часть уже типовых отчетов это кусочно собираемые запросы, которые хоть как то можно поймать в макете компановки.
С МВТ доработка вообще превратится в ад.
Ибо тронешь одну функцию для отчета, а отвалится совсем в другом месте, кода, ориентирующегося на наличие столбца достаточно, я уже в Ух такое словил, вывел поле в отчете которое собирается из запросов ОМ, а у меня в документы лишние проводки делать начали.

Динамическое обновление починили?

(8) а чего его чинить.
Если им не пользоваться - то оно работает нормально.

вот только режим совместимости типовых конфигураций не скоро будет 8.3.17

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

(11) стиль разработки типовых все равно самый прогрессивный для данной платформы

(12) Только код всё дальше и дальше от бизнес-логики, всё больше в нём "заката солнца вручную". Сомневаюсь, что это можно назвать прогрессом. Скорее наоборот, регресс. За деревьями уже не видно леса..

(12) Текущая красота кода вопрос сомнительный.
Ребята по моему поехали на минимальном повторном использовании кода, куча оберток, но в итоге стреляют себе в ногу, ибо изменив в одном месте может (и отваливается) совершенно в другом.
Причем это касается не только доработок на местах, но и текущие коробочные релизы.
Я ничего плохого не вижу в умеренном дублировании кода, ИМХО это лучше чем собираемые из 100500 мест куски запросов, причем фантазия авторов безгранична, как 100 этажные вклейки в запрос, так и получение исполняемого текста из компановки, а потом костыльная ориентация на колонку, например.

(14) Просто оверинжиниринговый код порождает другие проблемы - нужна выше квалификация кадров, если раньше стажер входил в код типовых за 1-3 месяца, то сейчас времени требуется больше, что ведет к очередному потенциальному росту ЗП, и в один момент намонстрячить на чем нибудь другом станет просто дешевле.
Если тенденция по "идеализации кода" суклоном в обусфикацию (ая не знаю как еще это назвать) будет продолжаться, то ЗП в 200, про которые мне тут на форуме год назад говорили что их не существует, а сейчас их уже много, к концу этого (2020) года станут нижней планкой миддла. Верхняя к концу следующего (2021) будет 300.