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

если так то работает:
РегистрНакопления.Продажи.Обороты(, , Регистратор,) КАК ПродажиОбороты

но хочу избавится от конструкции ГДЕ

    |    ИЗ
    |        РегистрНакопления.Продажи.Обороты(, , Регистратор,) КАК ПродажиОбороты
    //|    ГДЕ
    //|        ПродажиОбороты.Регистратор = &Регистратор

не поможете?

В параметрах ВТ нельзя отбор по регистратору задать;
в твоем случае нужен запрос к основной таблице регистра

Вот, кстати, а чем тут разработчики руководствовались?

(2) Где ты тут нашел разработчика платформы?

(2) наверное тем, что в таблицах итогов, из которых строятся вирт.таблицы, нет регистратора

(4) Нет. Ну правда интересно. Группировка по регистратору досупна, а отбор нет. Кто-нибудь может объяснить логику?

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

может так?

РегистрНакопления.Продажи.Обороты(, , Регистратор, Регистратор= &Регистратор,) КАК ПродажиОбороты

Руками запрос делал или через конструктор? Хотя, ответ очевиден.

(6) У виртуальной таблицы есть параметр "периодичность" и этот параметр может принимать значение "Регистратор". И в этом случае виртуальная таблица строится так, что в нее попадает регистратор. Послушайте, пожалуйста, внимательно вопрос.
Где логика запрещать отбор по регистратору, если этот регистратор все равно попадает в виртуальную таблицу?

(9) для унификации. В общем для оборотов можно было добавить - согласен. А вот ОстаткиИОбороты покажут что-то кривое по остаткам

(10) мы же можем условие усложнить: Регистратор. Ответственный=&Ответственный

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

логики

Я вот не понимаю некоторых людей:
Раз партия сказала так, значит только так и правильно.
И ведь будут до пота лица доказывать что по другому и быть не может

(14) Мне тоже интересно - что они защищают. Понятно, что что-то свое. Но что?

(12) унификация только
Потому что отбор можно было бы делать то если обороты и если регистратор периодичность
Слишком много если. Тем более по производительности это все равно что написать ГДЕ

Этот как чем отличаются ресурсы от реквизитов в регистрах сведений? В обьектной модели есть отличия, но обычно данные получат то запросами

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

(17) всё... Я прочитал вашу карточку. Спорить не делаю, пусть ваше мнение останется при вас