Уважаемые коллеги! Как всегда я к вам с дурацким вопросом и всем наверное дано известной проблемой! Есть запрос (на самом деле это часть запроса, получение временной таблицы, но так проще локализовать проблему)
ВЫБРАТЬ
    ТоварыНаСкладахОстаткиИОбороты.Склад КАК СкладХранения,
    ТоварыНаСкладахОстаткиИОбороты.Номенклатура КАК Номенклатура,
    ТоварыНаСкладахОстаткиИОбороты.КоличествоНачальныйОстаток КАК НачальныйОстатокСклада,
    ТоварыНаСкладахОстаткиИОбороты.КоличествоКонечныйОстаток КАК КонечныйОстатокСклада
ИЗ
    РегистрНакопления.ТоварыНаСкладах.ОстаткиИОбороты(
            &ДатаН,
            &ДатаК,
            Период,
            ДвиженияИГраницыПериода,
            Склад В ИЕРАРХИИ (&СкладПолучатель)
                И Номенклатура В ИЕРАРХИИ (&Мясо)) КАК ТоварыНаСкладахОстаткиИОбороты
И вот когда экономист берет в качестве даты начала 31/01/2021 23:59:59 а в качестве даты конца 01/02/2021 00:00:00 (только не спрашивайте меня ЗАЧЕМ? я не знаю) то у него по некоторым товарам начальный и конечный остаток получаются разными! А потому что например по некоему товару есть Списание от 31.01.2021 23:59:59 И оно не попадает в начальный остаток! Потому что оно чуть позже чем 23:59:59 с точки зрения 1С. И 1С права.

Так вот вопрос - что делать? Запрос используется в СКД

что делать?
встречный вопрос: делать зачем?

Если не хотите включения даты в период - передавайте границу

А с фига ли он должен попадать?

(1) Сначала я вообще сделал стандартным периодом и все было прекрасно. Но экономисту надо стало задавать период с учетом времени.
Как я уже писал - "зачем" узнать не удалось. Но в чем то я экономиста понимаю. Остатки на конец дня и начало следующего должны быть одинаковыми, иначе как верить отчету?
Видимо вопрос в том как задавать начало и конец периода?


(2) в том то и дело - не должен! Но как переопределить дату что бы попадал?

(0) Читать до просветления https://its.1c.ru/db/pubapplied#content:142:hdoc

"Остатки на конец дня и начало следующего"
А задаёт "в качестве даты начала 31/01/2021 23:59:59 а в качестве даты конца 01/02/2021 00:00:00 "

Задаёт разные точки, получает разные результаты. Чего ещё надо?

(5) И я и она понимаем Что "Задаёт разные точки, получает разные результаты." Но как можно задавать в отчете начало дня (ну это еще более менее) и конец дня. Вот задать конец дня в качестве начала периода это не так уж и безумно, это может быть. Первое, что приходит в голову - это написать где нибудь что если у нас 23:59:59, то взять в дату начало следующих суток.

Просто может кто то уже решал такую задачу и придумал что нибудь другое?

(3)
>> в том то и дело - не должен!
Не должен, это закреплено в документации

>>Но как переопределить дату что бы попадал?
Передавай Границу, а не дату

(6) Запретить что-либо проводить в 23:59:59.

(8) и такая идея есть. Можно и так. Сейчас соберу все идеи и выберем лучшую!

(7) Как в СКД передавать границу а не дату? И как указать в параметрах границы пользователю отчета?

"Передавай Границу, а не дату" - кто подскажет - как можно преобразовать дату, содержащую 23:59:59 в границу? Либо прямо в запросе, либо в выражении СКД?

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

(9) Как в СКД передавать границу а не дату? И как указать в параметрах границы пользователю отчета?
Кодом. Ещё проще в выражении для параметра отнять/прибавить секунду

(9) Правильный путь - понять самому и донести до пользователя, что система работает правильно. Соответственно со стороны пользователя требуется просто правильный ввод параметров.

(12) Кодом всякий может при компановке! А вот нельзя ли сделать выражением СКД границу?

(10) Например, так: ДобавитьКДате(КонецПериода(&КонецПериода), 1, "Секунда")

(14) секунду отними - результат такой же будет

(13) Это путь самурая. Ведущий скорее всего к сеппуко.

(17) Это путь ведёт к феншую и катарсису...