В общем, потребовалось получать фактические данные статьи бюджета"нестандартно".
"Нестандартность" заключается в том, что некоторые данные для этой статьи этого вида бюджета не берутся прямиком из регистра, а вычисляются "на каждый день периода".
Т.е. себестоимость продажи для некоторых групп товаров вычисляется "по учетным ценам", которые изменяются в течение периода.
а Подразделение вообще определяется по правилам, которые будут известны только в конце периода.
Сам запрос несложный (соединение продажи с ценами на каждый день, и соединение с правилами), но:
Настройка произвольных правил получения фактических данных требует:
"При формировании запроса надо учитывать, что помимо необходимых для проектного запроса полей он должен содержать в своем составе обязательно поля:
● ПериодСекунда,
● ПериодМинута,
● ПериодЧас,
● ПериодДень,
● ПериодНеделя,
● ПериодДекада,
● ПериодМесяц,
● ПериодКвартал,
● ПериодПолугодие,
● ПериодГод."
то есть правилотребует выборки из виртуальной таблицы оборотов с периодичностью Авто, которую уже Схема Компоновки на этапе расчета установит в зависимости от периода получения данных.  
А мне для расчетов нужно выбрать с периодичностью "регистратор", и уже потом можно сворачивать до "периода получения данных".

Вопрос: Как правильно построить источник построения фактических данных? Очень не хочется коверкать типовой регистр, или клонировать его и подвергать постобработке.
В УПП легко делается, в клюшках тоже - а вот тут эта СКД...
Идеалом было бы "натравить" виртуальную таблицу на временную таблицу вместо регистра...