Необходимо было сделать что бы в отчете, выбирались данные только за один какой либо месяц.
Не знал как это можно сделать. Но выявил, что делают это так, -

ГДЕ
    ДополнительныеНачисления.ПериодРегистрации = НАЧАЛОПЕРИОДА(&НачалоМесяца, МЕСЯЦ)
    И ДополнительныеНачисления.Активность


как в данном случае, работает функция НАЧАЛОПЕРИОДА в условии запроса?

Писать надо было так:
ГДЕ
    НАЧАЛОПЕРИОДА(ДополнительныеНачисления.ПериодРегистрации, МЕСЯЦ) = &НачалоМесяца
    И ДополнительныеНачисления.Активность

(1) Не совсем понятно. Что будет в &НачалоМесяца ? И как это будет работать?
А в (0) Это не отработает?

(2) функция НАЧАЛОПЕРИОДА(&НачалоМесяца, МЕСЯЦ) находит начало месяца от любой даты.

(0) вы что передаете в &НачалоМесяца ?

(1) за такое надо бить, можно даже ногами

(4) пользователь может выбрать любую дату
задача в том что, отбираться должен один месяц, который есть в этой дате
решает ли это код в (0) ?

(6) > решает ли это код
За 8 часов от старта темы можно было бы и самому проверить.

(6) "месяц, который есть в этой дате"
как месяц может быть в дате? Это дата может быть в месяце

Можно по старинке:

Период между НАЧАЛОПЕРИОДА(&Д1, Месяц) И КОНЕЦПЕРИОДА(&Д2, Месяц)

(0) убери НАЧАЛОПЕРИОДА из запроса, вынеси его в вычисление параметров СКД. С таким выражением можно мимо индекса пролететь

(1) а это уже совсем ахтунг, тут запрос с индексом гарантированно обделается

(11) Не стоит, наверное про индекс...

Запрос вот такой. И условие по которому я задал вопрос звучит так Отчет должен быть построен только за определенный календарным месяц.
Это тогда нужно делать как в (10) ?

ГДЕ
    ДополнительныеНачисления.ПериодРегистрации МЕЖДУ ... ?

ВЫБРАТЬ
    ДополнительныеНачисления.Сотрудник КАК Сотрудник,
    ДополнительныеНачисления.Подразделение КАК Подразделение,
    ДополнительныеНачисления.Результат КАК СуммаПремии,
    ДополнительныеНачисления.Параметр КАК ПроцентПремии
ИЗ
    РегистрРасчета.ДополнительныеНачисления КАК ДополнительныеНачисления
ГДЕ
    ДополнительныеНачисления.ПериодРегистрации = НАЧАЛОПЕРИОДА(&МесяцОтчета, МЕСЯЦ)
    И ДополнительныеНачисления.Активность

(13) Вы не указали конфигурацию - это не есть хорошо :( Почему? Потому, что в УПП, например, всегда используется конструкция "НАЧАЛОПЕРИОДА(ДополнительныеНачисления.ПериодРегистрации, МЕСЯЦ)" в условиях с параметром. Чтобы не заморачиваться с датами со временем и без времени.

(14) А в УПП эталонный код? )

НАЧАЛОПЕРИОДА в запросах довольно медленная операция.... не советую так делать

(16) сама операция конечно же НЕ медленная.
Медленное это когда изза нее в индекс не попадают

(15) А если у автора ветки именно мамонт времён УПП? Или в ЗУПе 3 есть ДополнительныеНачисления? Эх, ма... "эталонный код" - нет, сынок, это фантастика :)

(18) Вопрос про эталонность был риторическим. Надо писать как в конфигурации?

(19) Угу :( Надо использовать те-же алгоритмы и конструкции :(

(20) Поясните позицию. Может у ТС внешний отчёт.
И одно дело использовать существующие алгоритмы и конструкции, например, не изобретая имеющиеся в общих модулях функции, а другое дело - писать свои доработки.
Если в УПП повсеместно в коде глЗначениеПеременной("глТекущийПользователь"), будет ошибкой написать ПараметрыСеанса.ТекущийПользователь?
А если в старой конфигурации работа с хешем, джейсоном и т.д. будет реализована через костыльные функции, не следует использовать возможности 8.3. при написании своего кода?

(21) Я не буду рассказывать про права доступа, про кэши, про режим совместимости  и т.д. Просто оставлю ссылку:
"Использование параметров сеанса"
https://its.1c.ru/db/v8std/content/413/hdoc

(22) Действительно, про это мне рассказывать не надо. Только к чему это было, не понял? Есть возможности 8.3, прекрасно работающие в режиме совместимости 8.2.
Вот перестанет сайт ИТС тупить - обязательно прочитаю. Но в любом случае это будет ответ на конкретный пример. А я просил пояснить позицию.

Sorry, а при чём тут "возможности 8.3, прекрасно работающие в режиме совместимости 8.2." если я говорил о правах доступа пользователя к параметрам сеанса и о чтении кэшированных данных? :(

(24)А, это просто я неправильно понял упоминание режима совместимости..

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

(14) Это билет 4, задача по СПР, на экзамен по платформе.

(14) Для правильности используется конструкция МЕЖДУ ?

Что значит всегда используется конструкция НАЧАЛОПЕРИОДА(ДополнительныеНачисления.ПериодРегистрации, МЕСЯЦ) ?

Мне нужно что бы выборка была за календарный месяц. Получается это делается с оператором МЕЖДУ, никак не без него.

(16) Это для решения относительной задачи. Не для практического использования. А каким ещё образом, можно сделать что бы в выборке были только данные одного месяца?

так будет тогда?

ВЫБРАТЬ
    ДополнительныеНачисления.Сотрудник КАК Сотрудник,
    ДополнительныеНачисления.Подразделение КАК Подразделение,
    ДополнительныеНачисления.Результат КАК СуммаПремии,
    ДополнительныеНачисления.Параметр КАК ПроцентПремии
ИЗ
    РегистрРасчета.ДополнительныеНачисления КАК ДополнительныеНачисления
ГДЕ
    ДополнительныеНачисления.ПериодРегистрации МЕЖДУ НАЧАЛОПЕРИОДА(&МесяцОтчета, МЕСЯЦ) И КОНЕЦПЕРИОДА(&МесяцОтчета, МЕСЯЦ)
    И ДополнительныеНачисления.Активность

(11) Задачи про оптимизацию не стояло. Человек спросил почему не работает, я ему дал рабочий код. Оптимизирует потом пусть сам.

(29) Да, тоже вариант.

(29) А можно двумя параметрами &НачПериода и &КонПериода, где у тебя уже сразу граничные даты и тогда в запросе не нужны НАЧАЛОПЕРИОДА и КОНЕЦПЕРИОДА.

(32) Да, и как говорят в (11) это между, нужно вынести на уровень параметров СКД . Не в запросе что бы.

(33) Херню они говорят. Все зависит от задачи. В СКД тоже куча разных вариантов. В СКД я бы завел свой отдельный параметр с типом СтандартныйПериод, который был бы доступен пользователю, от него бы заполнял параметры &НачПериода и &КонПериода, а они бы использовались в запросе в МЕЖДУ.

(34) Да, не сказать что они не то говорят.
Они про оптимизацию имеют ввиду. Jчевидно правильнее делать это на уровне СКД.

Это да, 2 параметра на форме. Но тут именно задача, что пользователь, должен например на форме видеть список со значениями месяцев и годов.
Что бы он не выбрал, отчет должен быть за месяц.

По этому тут вижу как верный вариант (29), пользователь выбирает любую дату, а от нею идет расчет отбора на необходимый в выборке месяц.

Как правильнее сделать (11) ?  http://joxi.ru/4AkMw4vujMY7Dm

Как вот эти параметры перенести на уровень СКД, то есть вопрос, -

ВЫБРАТЬ
    ДополнительныеНачисления.Подразделение КАК Подразделение,
    ДополнительныеНачисления.Сотрудник КАК Сотрудник,
    ДополнительныеНачисления.Параметр КАК Параметр,
    ДополнительныеНачисления.Результат КАК Результат
ИЗ
    РегистрРасчета.ДополнительныеНачисления КАК ДополнительныеНачисления
ГДЕ
    ДополнительныеНачисления.ПериодРегистрации МЕЖДУ НАЧАЛОПЕРИОДА(&НачалоМесяца, МЕСЯЦ) И КОНЕЦПЕРИОДА(&НачалоМесяца, МЕСЯЦ)
    И ДополнительныеНачисления.Активность

(36) Например так:
Запрос:
ВЫБРАТЬ
    ПриходнаяНакладная.Ссылка КАК Ссылка,
    ПриходнаяНакладная.Номер КАК Номер,
    ПриходнаяНакладная.Дата КАК Дата
ИЗ
    Документ.ПриходнаяНакладная КАК ПриходнаяНакладная
ГДЕ
    ПриходнаяНакладная.Дата МЕЖДУ &ДатаНач И &ДатаКон

На закладке Параметры:
https://ibb.co/F6MyMD8

1)
ГДЕ
    НАЧАЛОПЕРИОДА(ДополнительныеНачисления.ПериодРегистрации, МЕСЯЦ) = НАЧАЛОПЕРИОДА(&ДатаОтчета, МЕСЯЦ)
    И ДополнительныеНачисления.Активность
2)
ГДЕ
    ГОД(ДополнительныеНачисления.ПериодРегистрации) *100 + МЕСЯЦ(ДополнительныеНачисления.ПериодРегистрации) = &ГГГГММ

(38) Ну вам же уже писали знаючие товарищи выше, НЕ ИСПОЛЬЗУЙТЕ функции в условии, поиск по индексу тогда не выполняется

(39) Это только в том случае, если индекс есть на этом реквизите, а не вообще универсально везде.

Условие без функции завсегда лучше условия с функцией

(37) Да. Спасибо! По снимку ясно что в выражениях это нужно задать!!!!

(38) Эти махинации сразу не доходят. нужно вникать.

В (37) все предельно ясно. Аналог (36), с параметрами в СКД.

(39) Функции обработки дат, строк и чисел работают нативно в SQL, до выполнения запроса, функция используется к выражению индекса.
Разница исполнения запроса будет заметна на 10ч млн записей. У ТС явно нет такого объема.

(0) Если это ЗиУП 2.5, то период регистрации в регистре расчета всегда помесячно. Т.е. в поле "ПериодРегистрации" всегда хранится начало какого-то месяца. Ни больше и не меньше даже на секунду, а всегда 01.хх.уууу 00:00:00.
Не надо тут ничего ни куда приводить. Параметр передавать как начало месяца и не усё.

ГДЕ
    ДополнительныеНачисления.ПериодРегистрации = &НачалоМесяца_Какого_то

(43) а как звучит вопрос с экзамена? А то может быть в регистре нет поля ПериодРегистрации, а мы тут развели обсуждение.