СКД. Как подружить параметр типа СтандартныйПериод и СрезПоследних #780120

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

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

использовать &СтандартныйПериод.ДатаНачала,&СтандартныйПериод.ДатаОкончания

А в чем разница? Если мы про параметры СКД говорим. Просто использовать параметр Период типа Стандартный период удобно тем, что потом в форме отчета это параметр удобно задавать

А как бы на этот отчет хотя бы одни глазком глянуть?

Было бы желание...

Это-то понятно, у меня также. Примерчик бы, где этот самый стандартный период и срез последних вместе существуют, не важно в каком виде

Под рукой такого отчета нет и не помню где встречал. Вроде это была бухгалтерия 3.0. Но идея там в том, что в СКД есть 2 параметра окончания периода. Один хранит дату, другой границу из стандартного периода. Нужно только поиграться в коде с заполнением параметра с типом "Дата"

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

СтандартыйПериод.ДатаОкончания и Дата это не один и тот же тип.

Пора показать текст запроса и скрин параметров.

КонецПериода(&СтандартыйПериод.ДатаОкончания, "День") не катит что ли?

Ну это да, особенно если учитывать тот факт, что типа "СтандартыйПериод.ДатаОкончания" вроде как не существует... Вариант отчета, в котором не получается получить срез мы увидим или так и будем гадать?

Нет, будет ошибка что в параметр функции "КонецПериода" передан несовместимый тип значения.

Вот текст запроса:     ВЫБОР         КОГДА уатПутевойЛистЗадание.Ссылка.ТранспортноеСредство ЕСТЬ NULL ГДЕ     уатПутевойЛистЗадание.Ссылка.ДатаВыезда МЕЖДУ &ДатаНач И &ДатаКон     ВЫБОР         КОГДА ВТ_СписокТС.ДатаВыбытия ЕСТЬ NULL А параметры в точности как в

так это нужно написать в выражении для параметра &ДатаКон, а передавать этот параметр

В выражении параметра СКД по моему другой синтаксис, надо проверять)

очень может быть)

Во всех запросах, где есть период, делаю так. И спокойно получаю срезы на &НачДата и &КонДата.

По поводу параметров из , что они в точности такие же, есть сомнения. Ибо скорее всего галочка "Автозаполнение" стоит, а значит еще один параметр "Период" должен быть. И тип значения этого параметра должен быть "Дата". В 3й параметр называется "СтандартныйПериод".

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

Не проканало ((((

Направление в котором нужно копать есть в , все в твоих руках.

Так просто автоматически добавленный параметр не переименовать. Надо либо в запросе писать эти параметры в фигурных скобках "...СрезПоследних({ДатаКон},...", либо добавлять новые, а старые не трогать.

С периодами разобрался, всем спасибо. Просто изначально в запросе не было СрезаПоследних и имя параметра Период не вызывало проблем. Как только СрезПоследних появился, параметр стал недоступным, не только к редактированию, но и удалению. В общем, как только удалось заменить параметр Период параметром с другим названием, все взлетело.

что и требовалось :)

Начало и конец периода не нужно делать