Вопрос тупой, сам понимаю... Порыскал по интернету, но так и не понял. Конечно, сейчас пойдут советы прочитать книгу Хрусталёвой (и это логично), однако на это  нужно время. И я её обязательно прочитаю, но сейчас бы просто понять пару моментов в СКД.

Меня смущают параметры НачалоПериода и КонецПериода. Дело в том, что в запросе я использую свои параметры, которые для разных виртуальных таблиц свои. Не подставятся ли насильно стандартные параметры? По какой логике они вообще подставляются?

возьми за правило отключать автозаполнение

(1), а что если все таки не отключать?

Как всё же подставляются эти параметры?

(2) "а что если все таки не отключать? " - появится очередная ветка на Мисте про злую СКД, которая чихает на твои параметры.
"Как всё же подставляются эти параметры?" - со свистом подставляются. Прямо глазом моргнуть не успеваешь.

(3), то бишь в результате отчет будет формироваться по стандартным параметрам, а не по моим?

уп

Если в запросе отчета есть хоть 1 виртуальная таблица, в которой есть параметры начала и окончания периода, тогда появляются эти параметры. Остальная часть запроса в тексте запроса должна по смыслу так же использовать их.

(6), поэкспериментировал. Когда изменяю значения своих параметров - данные отчета меняются... Значит, что стандартные параметры ни на что не влияют? Я запутался...

уууппп

неужели никто не знает?

(7) насколько я это понял, стандартные параметры используются когда параметры явно не указаны

когда у тебя в запросе, например, есть две такие конструкции

...
ИЗ РегистрНакопления.ВзаиморасчетыСКонтрагентами(&Дата1, Дата2)
...
ИЗ РегистрНакопления.ВзаиморасчетыСКонтрагентами

в первой будут использованы параметры Дата1 и Дата2, во второй случае - стандартные параметры
но если значения стандартных параметров не будут установлены, ограничения по периоду не будет

(10), спасибо большое за ответ! Очень надеюсь, что это так =)

Другой вопрос, что данные действительно могут храниться ассоциативно. А это значит, что мозг может генерировать недостатки информации по полученной за жизнь логике поведения мира.

Ой, это не туда )

(0) года 2 назад был случай. Сидели и выносили мозг почему отчет в СКД показывает данные отличные от запроса. Оказалось, что прог. назвал параметры оборотов регистра накопления НачалоПериода1 и КонецПериода1, но система в независимости от их значений подменяла их на значения НачалоПериода и КонецПериода. Поэтому и отчет показывал ерунду.
Так, что не используйте названия параметров содержашие НачалоПериода и КонецПериода.

P.S Этот эффект можно посмотреть в запроснике СКД.

(14), так было дело в том, что названия содержали НачалоПериода и КонецПериода? Когда сменили названия, то всё стало супер?

(10) Вот после такого и появляются ветки на Мисте... А фокус в том, что СКД подставит стандартные параметры в обоих случаях.

(16) лучше пни меня - как поставить колонку после ресурсов
v8: v8: Указать в тексте запроса параметр(уже СКД)...
что то не въеду

(16), ... Т.е. пост (10) не верен???

(18) Погугли Мисту на предмет "Параметры СКД". Тонны баттхерта.
(17) В 8.2 добавили возможность

...
ИЗ РегистрНакопления.ВзаиморасчетыСКонтрагентами(&Дата1, Дата2)
...
ИЗ РегистрНакопления.ВзаиморасчетыСКонтрагентами

В обоих случаях подставятся стандартные значения - параметры НачалоПериода и КонецПериода.
Если хотите переопределить эти параметры то в конструкторе запроса СКД на вкладке Компоновка данных для Вашего регистра определите свои параметры виртуальной таблицы, именно они будут учитываться при формировании отчета.

(20), а как же тогда (7) ?

Заключить свои параметры в фигурные скобки еще не предлагали Тогда не подменяются на стандартные.
Правда, появляется другая засада - консоль запросов их игнорирует. :)

(18) (22) да, кстати, скобки забыл. т.е. указывать их надо и в параметрах компоновки данных. а чтобы консоль запросов их тоже видела, можно указать два раза - со скобками и без


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

В конструкторе запросов СКД, закладка "Компоновка данных" плюс отключить галку "Автозаполнение";
Курить пол дня , день, до наступления просветления. Больше на задавать тупые вопросы на мисте.

(17) Используй пользовательские поля.

(0) Ребята, все оочень просто, я вас сейчас всех спасу :)
1) Пишете свой запрос как обычно пишете запросы.
2) Заходите во вкладку Параметры (это в СКД) и ставьте галочку "ограничение доступности" стандартно-созданным параметрам (НачалоПериода, КонецПериода, Период). И еще - уберите им галку "включать в доступные поля" - чтобы не мерцала перед пользователем в Настройках. И все! Даже курить бамбук не нужно.

ПС: автозаполнение не отключайте, это очень удобная штука.

(26) Да уж...

пробел из чисел научились убирать, теперь стандартные параметры СКД вместо этого

Эх, никто из спасенных не пишет благодарности, ну как так...

(26), так всё просто?

Огромное спасибо, не знал =]

(30) Даа, это не сложно. Я рад, что удалось кому-то помочь так просто.

(31), ну я ж не говорил, что дойти до этого легко) Вот кто-нить дойдет, а затем, сообщив об этом, сделает всем большое доброе дело =]

буду побывать =)

(0) <<<Не подставятся ли насильно стандартные параметры? По какой логике они вообще подставляются?

КонсольСистемыКомпоновкиДанных - поможет развеять твои сомнения, там можно посмотреть итоговый запрос, который сгенерит система с твоими настройками.

(33), типовая с ИТС?

(34) ну да

(35), ок, тоже гляну =)

Не работал я раньше с СКД. Но теперь понимаю, что это вещь очень удобная)