Ошибка исполнения отчета не установлено значение параметра

ВЫБРАТЬ

                КурсыВалют.Валюты,

                КурсыВалют.КурсПродажи,

                КурсыВалют.КурсКонвертации,

                КурсыВалют.КурсПокупки,

                КурсыВалют.КурсМагазинов,

                КурсыВалют.КурсЦБ,

                КурсыВалют.ПроцентКурсаПокупки,

                КурсыВалют.ПроцентКурсаПродажи,

                КурсыВалют.ПроцентКурсаКонвертации,

                КурсыВалют.Период

ИЗ

                РегистрСведений.Валюты КАК КурсыВалют

ГДЕ

                (КурсыВалют.Период >= &НачалоПериода) И

                (КурсыВалют.Период <= &ОкончаниеПериода)

ВЫБРАТЬ

                КурсыВалют.Валюты,

                КурсыВалют.КурсПродажи,

                КурсыВалют.КурсКонвертации,

                КурсыВалют.КурсПокупки,

                КурсыВалют.КурсМагазинов,

                КурсыВалют.КурсЦБ,

                КурсыВалют.ПроцентКурсаПокупки,

                КурсыВалют.ПроцентКурсаПродажи,

                КурсыВалют.ПроцентКурсаКонвертации,

                КурсыВалют.Период

ИЗ

                РегистрСведений.Валюты КАК КурсыВалют

{ГДЕ

                (КурсыВалют.Период >= &НачалоПериода),

                (КурсыВалют.Период <= &ОкончаниеПериода)}

Результат:

Ошибка исполнения отчета

по причине:

Ошибка получения данных

по причине:

Ошибка создания набора данных «НаборДанных1»

по причине:

Ошибка при исполнении запроса набора данных

по причине:

{(16, 23)}: Не задано значение параметра «НачалоПериода»

КурсыВалют.Период >= <<?>>&НачалоПериода

Результат:

Корректная отработка отчета

С подобной ошибкой любой разработчик встречался хотя бы один раз. Ее непосредственная причина – попытка запроса использовать параметр, который в запрос не был помещен.

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

При инициализации запроса, параметры необходимо указывать до текста запроса. Таким образом, еще до чтения текста, вы объявляете параметры, с которым необходимо работать. Также это позволяет улучшить самоконтроль – сначала определяем параметр, а потом его используем.

Бывают ситуации, когда параметры в зависимости от различных условий не нужны.

Самое простое решение – это использовать дополнительный параметр с типом Булево, определяющий необходимость использования основного параметра.

	Функция ЗапросОстатковПоСкладу(Дата, Организация = Неопределено)			
		Запрос = Новый Запрос;
			Запрос.УстановитьПараметр("ДатаОстатков", Дата);
			Запрос.УстановитьПараметр("Организация", Организация);
			Запрос.УстановитьПараметр("ОтборПоОрганизации", Организация              Неопределено);
			Запрос.Текст =
			"ВЫБРАТЬ
			|       	Остатки.Организация,
			|       	Остатки.Номенклатура,
			|       	Остатки.КоличествоОстаток
			|ИЗ
			|       	РегистрНакопления.ТоварыНаСкладе.Остатки(
			|                              	&ДатаОстатков,
			|                              	НЕ &ОтборПоОрганизации
			|                                          	ИЛИ Организация = &Организация) КАК 
                                                            Остатки"
			;
		
		РезультатЗапроса = Запрос.Выполнить();				
		Возврат РезультатЗапроса;				
	КонецФункции

Такой запрос не вполне оптимален с точки зрения быстродействия (из-за конструкции ИЛИ в условии отбора), но если потери быстродействия терпимы, то ими можно пренебречь.

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

 Функция ЗапросОстатковПоСкладу(Дата, Организация = Неопределено)
	ТекстЗапроса =
	 "ВЫБРАТЬ"
	 | 	Остатки.Организация,
	 | 	Остатки.Номенклатура,
	 | 	Остатки.КоличествоОстаток
	 |ИЗ
	 | 	РегистрНакопления.ТоварыНаСкладе.Остатки(&ДатаОстатков, ) КАК 
              Остатки"
	 Построитель = Новый ПостроительЗапроса(пТекстЗапроса);
	 Построитель.ЗаполнитьНастройки();
	 Если Организация <> Неопределено Тогда
		ЭлементОтбора = Построитель.Отбор.Добавить("Организация", "Организация");
		ЭлементОтбора.Использование = Истина;
		ЭлементОтбора.Значение =     Организация;
		ЭлементОтбора.ВидСравнения = ВидСравнения.Равно;
		Запрос = Построитель.ПолучитьЗапрос();
	 Иначе
		Запрос = Новый Запрос;
		Запрос.Текст = ТекстЗапроса;
	 КонецЕсли;
	 Запрос.УстановитьПараметр("ДатаОстатков", Дата); 
	 РезультатЗапроса = Запрос.Выполнить();
	 Возврат РезультатЗапроса;
 КонецФункции

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

Есть отчет на СКД, у которого на закладке «Макеты» нарисована шапка, внизу указываем имя параметра «Подразделение», в поле Выражение: Представление(ПараметрыДанных.Подразделение).

Если мы его в отчете задаем, он выводится. Но если мы его не указываем (формируем по всем подразделениям), то отчет ругается, что такого параметра нет:

Ошибка исполнения отчета

по причине:

Не установлено значение параметра «Подразделение»

А нужно чтобы выводилось пусто «». Что прописать в выражении? Или может как-то по-другому можно решить?

Стандартный параметр &Период и проблемы в использовании

also Что-то вроде FAQ Отзывов (4) В закладки

Создадим отчет с одни набором данных запрос:

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

Сохраним отчет и откроем его в предприятии. В табличном поле с параметры отображается только параметр &Период:

Соответственно, любое изменение этого параметра не даст нужного результата.

Почему недоступен параметр &МояДата? Конечно же потому что на вкладке параметры у него установлена галку Ограничение доступности.

Снимаем галку. Теперь в доступных параметрах видим оба. Только при формировании отчета увидим, что отчет реагирует на параметр &Период, а не на &МояДата.

В данном примере самое простое переименовать в запросе параметр &МояДата на &Период и добиться нужного результата. Но может быть у Вас запрос, в котором уже использовался параметр &Период, или Ваши религиозные взгляды не разрешают Вам использовать этот параметр, в любом случае можно решить проблему так:

UPD от пользователя Boo:

Главная проблема при использовании «стандартных» (добавляемых системой) параметров в том что при использовании в отчете нескольких виртуальных таблиц, в случае определения этого параметра, его значение будет использоваться во всех остальных случаях взамен «собственных».

Во втором подзапросе, в качестве параметра даты среза будет использовано значение «стандартного» параметра ПЕРИОД, а не значение ДругаяДата.

Данный «глюк» будет наблюдаться даже в том случае если второй подзапрос вывести во второй набор данных и связать уже средствами СКД. Вариант с использованием во втором запросе ваыражения типа «ДОБАВИТЬКДАТЕ(&Период, МЕСЯЦ, -1) » тоже не сработает, месяц не вычтется. А вот переименование в запросе параметра «Период» в, например, «ПерваяДата», решает эту проблему.

Кстати, точно такая же проблема наблюдается с виртуальными таблицами регистров накопления и бухгалтерии, используемыми для получения, например, оборотов. Там система добавляет параметры «НачалоПериода» и «КонецПериода».
Так что в случае запросов даже чуть повышенной сложности, есть смысл выключать доступность и использование «стандартных периодов».

4 Коммент.

Есть одно уточнение: Реагирует на &Период при одновременном использовании с &МояДата…А то всю голову сломал – по отдельности нормально реагирует…

Главная проблема при использовании “стандартных” (добавляемых системой) параметров в том что при использовании в отчете нескольких виртуальных таблиц, в случае определения этого параметра, его значение будет использоваться во всех остальных случаях взамен “собственных”.
Приведу пример:
ВЫБРАТЬ
РаботникиОрганизацийСрезПоследних.Сотрудник,
РаботникиОрганизацийСрезПоследних.ПричинаИзмененияСостояния,
РаботникиОрганизацийСрезПоследних.Период,
РаботникиОрганизацийСрезПоследнихДругаяДата.Период КАК Период2,
РаботникиОрганизацийСрезПоследнихДругаяДата.ПричинаИзмененияСостояния КАК ПричинаИзмененияСостояния2
ИЗ
РегистрСведений.РаботникиОрганизаций.СрезПоследних(&Период, Сотрудник = &Сотрудник) КАК РаботникиОрганизацийСрезПоследних
ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.РаботникиОрганизаций.СрезПоследних(&ДругаяДата, ) КАК РаботникиОрганизацийСрезПоследнихДругаяДата
ПО РаботникиОрганизацийСрезПоследних.Сотрудник = РаботникиОрганизацийСрезПоследнихДругаяДата.Сотрудник

Во втором подзапросе, в качестве параметра даты среза будет использовано значение “стандартного” параметра ПЕРИОД, а не значение ДругаяДата.

Данный “глюк” будет наблюдаться даже в том случае если второй подзапрос вывести во второй набор данных и связать уже средствами СКД. Вариант с использованием во втором запросе ваыражения типа “ДОБАВИТЬКДАТЕ(&Период, МЕСЯЦ, -1) ” тоже не сработает, месяц не вычтется. А вот переименование в запросе параметра “Период” в, например, “ПерваяДата”, решает эту проблему.

Кстати, точно такая же проблема наблюдается с виртуальными таблицами регистров накопления и бухгалтерии, используемыми для получения, например, оборотов. Там система добавляет параметры “НачалоПериода” и “КонецПериода”.
Так что в случае запросов даже чуть повышенной сложности, есть смысл выключать доступность и использование “стандартных периодов”.

Источник

При программном формировании отчета не находит параметры периода

(1) Вариант 1 ;
Свойство «Использование» = истина

а так выводит ошибку:

по причине:
Ошибка создания набора данных «НаборДанных1»
по причине:
Ошибка при исполнении запроса набора данных
по причине:
<(19, 53)>: Не задано значение параметра «ДатаНачала»
AV_ПараметрыЦенообразования.Реализация.Дата МЕЖДУ >&ДатаНачала И &ДатаОкончания
<ВнешняяОбработка.ВнешняяОбработка1.Форма.Форма.Форма(527)>: Ошибка при вызове метода контекста (Вывести)
ПроцессорВывода.Вывести(ПроцессорКомпоновкиДанных, Истина);
по причине:
Ошибка вывода результата
по причине:
Ошибка при выводе результата
по причине:
Ошибка получения данных
по причине:
Ошибка создания набора данных «НаборДанных1»
по причине:
Ошибка при исполнении запроса набора данных
по причине:
<(19, 53)>: Не задано значение параметра «ДатаНачала»
AV_ПараметрыЦенообразования.Реализация.Дата МЕЖДУ >&ДатаНачала И &ДатаОкончания

(10)ок, тогда проще:
ЗначенияПараметровДанныхКомпоновкиДанных.УстановитьЗначениеПараметра (DataCompositionDataParameterValues.SetParameterValue)
ЗначенияПараметровДанныхКомпоновкиДанных (DataCompositionDataParameterValues)
УстановитьЗначениеПараметра (SetParameterValue)
Синтаксис:

Тип: Строка; ПараметрКомпоновкиДанных.
Имя параметра или параметр компоновки данных, значение которого нужно установить.
(обязательный)

Значение, которое нужно установить.
Описание:

Устанавливает значение параметра и включает свойство Использование. Если параметр с указанным именем не найден, будет вызвано исключение.

Тонкий клиент, веб-клиент, мобильный клиент, сервер, толстый клиент, внешнее соединение, мобильное приложение(клиент), мобильное приложение(сервер).

В вашем случае будет:
Настройки.ПараметрыДанных.УстановитьЗначениеПараметра(«ДатаНачала», НачалоДня(ТекущаяДата()-86400));
Настройки.ПараметрыДанных.УстановитьЗначениеПараметра(«ДатаОкончания», КонецДня(ТекущаяДата()-86400));

Источник

Некоторые особенности настройки периода в СКД

В этой статье рассмотрены некоторые особенности настройки периода при использовании Системы Компоновки Данных (СКД), проблемы которые возникают из-за различия в понятии периода между рядовым пользователем и системой 1С, а так же предложены пути их решения.

Что мешает программисту в закладке «Параметры» указать какое-нибудь значение стандартного периода? Например, прошлый месяц? Оно потом подставляется у пользователя в режиме Предприятие.

Лично я всегда прописываю дату начала как НАЧАЛОПЕРИОДА(&Период.ДатаНачала, «ДЕНЬ»), и по аналогии — дату конца.

Сегодня словил ситуевину на 8.3.6.2076, может и раньше было не знаю, никто не жаловался ибо пока только к 8.3.6 готовлюсь, перелопачивают вешние обработки чтобы работали под БСП 2.3.1.

в общем есть простой отчет на СКД, параметры заданы как на первом фото этой публикации, и не пашет)))
на 8.3.5 пашет, а на 8.3.6.2076 нет)) с потугами качаю 8.3.6.2100 (инет еле жив), может 1С исправили это дело, а пока наблюдаю сообщение «Не установлено значение параметра «Начало периода»»

(17) Brawler, пробовал на 8.3.6.2299 — тот же результат ‘Не установлено значение параметра «Конец периода» ‘.

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

Непонятно, за что плюсы понаставили. Чтобы работало, необходимо условие по дате в фигурные скобки взять просто и никаких условий на дату начала и окончания не устанавливать прото.

Пример запроса СКД:

В параметрах ДатаНачала = &Период.ДатаНачала, а ДатаОкончания = &Период.ДатаОкончания (обращаю внимание, что никаких КонецПериода использовать не надо при использовании стандартного периода).

Все просто и никаких заморочек.

(20) Как оказалось, крайне важно задать эти параметры:

Если Дата1 и Дата2 поставить Всегда, то, будучи внутри <>, будут ВСЕГДА подтягиваться, даже если
пустые. следовательно, описанного эффекта не будет.

Или если СтандартныйПериод поставить Авто, то будет то же самое.

(0) 3). «Кроме того будем проверять что бы ОкончаниеПериода >= НачалоПериода, и если это не выполняется то будем считать что ОкончаниеПериода не задано, т.е. 2).»

И что получится? Пользователь захотел сформировать отчет за определенный период позапрошлого года, ошибся в дате окончания (установил меньше даты начала) и сидит, ждёт пока его отчет сформируется за период с позапрошлого года по текущую дату. Безо всяких предупреждений со стороны программы. Тоже, как мне кажется, «неблагодарное это дело, да и неправильное». В СКД есть флаг запрета незаполненных значений, на некорректно заданный период тоже выводится ошибка формирования, так что пару-тройку раз пользователь ошибку «словит», и в дальнейшем уже будет очень внимательно подходить к заполнению параметров отчета.

В СКД отчете имеется запрос с условием по периоду ДатаНачала и ДатаОкончания. В запросе определил условие:

Необходимо, чтобы была возможность не заполнять параметр ДатаОкончания.

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

Источник

Использование параметров — периодов в системе компоновки данных

Использование дат

Для многих отчетов необходимо дать возможность пользователю указывать период, за который необходимо получить отчет. Часто данные периоды требуется указывать не с точностью до секунды, а с точностью до дня. Для того чтобы пользователь имел возможность ввести в параметрах данных дату без времени, достаточно указать в описании параметра данных тип параметра Дата с указанием состава даты «Дата».

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

Для того чтобы введенные значения интерпретировалось в отчете как начало и конец дня следует в запросе использовать функции НачалоПериода() и КонецПериода() .

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

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

Использование стандартных периодов

Система компоновки данных позволяет использовать стандартные периоды для указания периода отчета.

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

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

Пользователь будет редактировать параметр в следующем виде:

Для показанного примера в качестве значения параметра ПериодНачала будет использоваться дата 01.01.2019 , а в качестве значения параметра ПериодКонец будет использоваться дата 31.01.2019 .

Реальные значения дат для стандартного периода определяются при исполнении отчета. Таким образом, если выполнять отчет с установленным периодом Этот месяц в январе 2020-го года, то отчет будет исполняться с 01.01.2020 по 31.01.2020 , а если выполнять в феврале 2020-го года, то с 01.02.2020 по 29.02.2020

Заметим, что даты начала и конца стандартного периода также содержат и время. Причем, начальная дата имеет время 00:00:00 , а конечная дата 23:59:59 , таким образом, в запросе не обязательно использовать функции НАЧАЛОПЕРИОДА и КОНЕЦПЕРИОДА .

Источник

Особенности работы с объектом НастройкаПериода

В данном разделе рассмотрены особенности работы с объектом НастройкаПериода . Рассматриваются как работа объекта в табличных полях, отображающих «хронологические» динамические списки (свойство СтандартныйПериод), так и использование этого объекта для предоставления пользователю возможности, например, задавать интервал отчета, период за который нужно обработать данные и т.д.

Диалог Настройка периода

По умолчанию диалог Настройка периода имеет две закладки, которые позволяют выставлять промежуток времени в двух режимах, с использованием разных подходов. Диалог вызывается по команде «Установить интервал дат» в табличном поле или при вызове метода Редактировать() объекта НастройкаПериода .

Закладка «Интервал» дает возможность установить отдельно начало и окончание временного промежутка, причем в привязке к рабочему периоду. Например, задавая интервал «с начала недели по конец месяца», пользователь задает промежуток времени, который определяется по рабочей дате. Т.е. задавая один и тот же интервал в разные дни, пользователь задает разные результирующие интервалы, в общем случае, разной протяженности. Этот подход удобен для динамических списков и отчетов имеющих оперативный характер (текущие продажи, текущие расчеты с контрагентами и т.п.).

Закладка «Период» дает возможность установить размер периода (месяц, квартал, год) и привязать его к той или иной точке времени, в том числе к рабочей дате. Например, Февраль 2003, 1-ый квартал 2004, текущий, т.е. соответствующий текущей дате, квартал. Этот подход более удобен для анализа финансовых показателей прошлого или текущего периода. Например, когда рабочая дата уже Апрель 2004 года, некоторое время еще важно анализировать и корректировать данные первого квартала 2004 года.

На обеих закладках есть возможность установить произвольный период — любые дату начала и окончания периода.

В связи с тем, что интервалы времени на разных закладках задаются по-разному, не всегда можно однозначно отразить период заданный на одной закладке в терминах другой закладки. Например, если в 31-го марта 2004 года задать на закладке «Интервал» промежуток «с начала года по конец месяца» (т.е. промежуток с 01.01.2004 по 31.03.2004), то в терминах закладки «Период» это можно воспринять как «текущий месяц с начала года», «текущий квартал», «текущая дата с начала квартала» и «текущая дата с начала года». С такой неоднозначностью может быть связано то, что простое переключение между закладками приведет к тому, что не изменившись по сути на текущий момент времени, период будет задан уже другим способом.

Использование в динамических списках

Ряд списков динамического просмотра данных содержат такие предопределенные поля, как Дата или Период. В табличных полях таких динамических списков, помимо обычной установки отбора через диалог «Отбор и сортировка», существует стандартная команда «Установить интервал дат». Эта команда дает возможность пользователю не только задать произвольный диапазон просмотра данных, но и задать стандартные интервалы в более удобных терминах — неделя, месяц, квартал, год, а также задать период в привязке к текущей дате.

Команда вызывает диалог «Настройка периода», который является средством интерактивного управления объектом НастройкаПериода. Этот диалог позволяет запомнить стандартную настройку периода, которая будет использоваться для списка при открытии формы. При работе с настройкой периода следует помнить, что установка отбора по дате через окно «Отбор и сортировка» и через окно «Настройка периода» выполняют действия над одним и тем же элементом отбора динамического списка. В некоторых случаях для отбора по дате может быть задан такой диапазон, который не может быть адекватно отражен диалогом Настройка периода.

Дело в том, что диалог «Настройка периода» подразумевает установку интервала в терминах дат без указания времени. Это более понятно и более удобно для пользователя, но приводит к некоторым особенностям. Например, дата начала интервала, заданная через настройку периода, соответствует началу заданного дня (нулевой секунде), а дата окончания интервала — концу заданного дня (время — 23:59:59). Это приводит к тому, что если за счет интерактивных действий пользователя или при использовании встроенного языка для элемента отбора по дате установлено ЗначениеС с ненулевым временем или ЗначениеПо с временем не равным 23:59:59, то диалог «Настройка периода» при открытии отразит эту ситуацию как невыбранную границу начала и конца интервала. Если при этом просто нажать Ok , будет выдано сообщение о невозможности установить такой интервал дат. Т.е. пользователю нужно будет определиться — устанавливать ли интервал на «целые» дни или отказаться от установки периода. Желание устанавливать отбор более точно, чем «днями», может возникнуть при интенсивном документообороте, когда нужно, например, проанализировать документы первой половины дня. В таком случае использование в динамических списках диалога «Отбор и сортировка» неизбежно.

Особенностью диалога «Настройка периода», появляющегося в динамических списках, является также то, что в диалоге имеется флажок «Использовать эту настройку периода при открытии». Установка этого флажка приводит к тому, что при нажатии OK настройка периода будет сохранена для текущего списка и использована при следующем открытии формы.

Использование в отчетах

Очень часто для получения отчета в бизнес-приложениях необходимо задавать интервал, за который формируется отчет. Для этого в соответствующей форме, в которой проводится настройка такого отчета, можно использовать объект НастройкаПериода. Как правило, при этом в форме размещают два поля ввода для даты начала и конца периода формирования отчета, а также копку по которой вызывается метод Редактировать() объекта НастройкаПериода.

При работе с этим объектом в случае, когда в элементах управления формы используются даты с квалификатором типа Дата (без времени), следует учитывать следующие особенности.

1. Для того чтобы использовать третий параметр метода УстановитьПериод() (т.е. параметр «Предпочтительно использовать рабочий период»), необходимо запомнить в каком режиме пользователь настроил период — с привязкой к рабочему периоду (например, текущий месяц) или как абсолютный период (например, Апрель 2004). Привязка настройки к рабочему периоду происходит неявно, когда пользователь использует закладку Интервал, или явно — при установке флажка «Рабочий период» на закладке «Период». И в том и в другом случае привязка к рабочему периоду приводит к тому, что свойство ЗначениеПериода получает значение даты «начала отсчета» ( ‘ 00010101 ‘ ). Таким образом, для определения того, что использована привязка к рабочему периоду, достаточно сравнить ЗначениеПериода и ‘ 00010101 ‘ .
2. При установке периода (метод УстановитьПериод()) необходимо приводить дату окончания к концу дня, но только в том случае, если в качестве даты окончания не задана дата начала отсчета. Эта особенность связана с тем, что дата начала отсчета ‘ 00010101 0:00:00 ‘ воспринимается объектом НастройкаПериода особым образом. Если ее задать в качестве даты окончания, это будет означать, что ограничение не установлено. Но дата ‘ 00010101 23:59:59 ‘ , как, впрочем, любая дата с ненулевым временем, уже не является «датой начала отсчета».
3. Для сохранения заданной пользователем настройки периода между сеансами работы формы можно использовать способность объекта НастройкаПериода сохраняться и восстанавливаться (например, при помощи функций глобального контекста СохранитьЗначение, ВосстановитьЗначение).

Эти особенности проиллюстрированы в демонстрационной конфигурации «Примеры ИТС» на примере формы обработки ПримерИнтернетПочты (закладка формы «Отчет по контрагенту»).

В том случае, если в элементах управления формы используются даты с квалификатором «Дата + Время», пользователь должен быть подготовлен к тому, что он столкнется с поведением, похожим на описанное выше.

Источник