Есть таблица с полями Сотрудник, НачалоПериода, КонецПериода, Количество.
НачалоПериода и КонецПериода у каждого сотрудника различные. Поле количество на получить из РН.
От какого соотношения записей в ТЗ и РН зависит скорость запроса если делать по физической таблице РН или виртуальной Обороты?
Образец 2 запроса:
ВЫБРАТЬ
    т.Сотрудник,
    т.СуммаОборот
ИЗ
    РегистрНакопления.РезультатСотрудников.Обороты(&датаНач1, &датаКон1, , Сотрудник = &Сотрудник1) КАК т

ОБЪЕДИНИТЬ ВСЕ

ВЫБРАТЬ
    т.Подразделение,
    т.СуммаОборот
ИЗ
    РегистрНакопления.РезультатСотрудников.Обороты(&датаНач2, &датаКон2, ,  Сотрудник = &Сотрудник2) КАК т

(0)
сделать 1 запрос не предлагать ?

ВЫБРАТЬ
    т.Сотрудник,
    т.СуммаОборот
ИЗ
    РегистрНакопления.РезультатСотрудников.Обороты(&датаНач1, &датаКон1, , Сотрудник в &СписокИзДвухСотрудничков) КАК т

не смущает что периоды у сотрудников разные?

(2) не досмотрел, ну и встречка:
Не смущает объединение сотрудника с подразделением ?

типы то разные.

(3) Можно вычислить минимальный начальный период и максимальный конечный перед запросом. Взять обороты за вычисленный период и соединить с твоей ТЧ по сотруднику и периоду ;)

и получишь Null в результате потому что по периоду не будет совпадений

(6) наверное имелось в виду: выбирать по дням, а соединять по условию Обороты.Дата Между ТЧ.ДатаНач и ТЧ.ДатаКон

Соединение с физ.таблицей должно быстро отработать.

(0) А в физической таблице отборы будешь через "ГДЕ" ставить?

(6) С хрена ли? условие на больше/меньше у вас вырезали из конфы?
(7) Та нет
Соединить по условию
ТаблицаСотрудников.НачальныйПериод>=ТаблицаОборотов.Период
И ТаблицаСотрудников.КонечныйПериод<=ТаблицаОборотов.Период

(7) Извиняюсь, не внимательно прочитал) Вы правы;)