Как указать в запросе КонецДня() ? #406994

Если указываю параметр, например, 31.03.09 23:59:59 то результат выдает все-равно не самые последние остатки, как можно в запросе указать, чтобы бралось значение параметра соответствующее последнему моменту времени дня??? что-то вроде функции КонецДня(ДатаКон)

А сразу в параметр КонецДня(ДатаКон)?

смотри Момент времени

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

Можно КОНЕЦПЕРИОДА(ДатаКон, ДЕНЬ) но лучше сразу в момент

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

КОНЕЦПЕРИОДА(ДатаКон, ДЕНЬ) тоже выдает не самые последние остатки

Новый Граница(...., ....Включая)

граница включая

не, не то

Это косяк 8-кин, хотя 1С не желает признавать данного факта. Выхода два. Перепроводить все доки на начало дня и на конец дня меняя им время, или использовать границу

это в теле запроса так можно написать?

Почему?

ВЫБРАТЬ    ХозрасчетныйОстатки.СуммаОстатокКт КАК Аморт

Имхо, все уже перечислили - а Вам все "не то". Теперь Вы нам скажите что у Вас там "не то" :(

В параметр Кон передай Границу.

я могу эту строку включить в тело запроса, написанного выше?

как в параметр консоли запросов передать Границу?

Нет. Выкинь наркотики, открой СП.

так и я про то же!

Я дописал консоль.

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

У автора есть документы "...23:59:59"? :( Если срочно надо - возьми началопериода следующего дня. Если есть документы "...00:00:00" - вешайся :))

С чего ты взял что выдаются не самые последние остатки? Попробуй сравнить остатки при НачалоПериода(&Дата2,День) и КонецПериода(&Дата1,День) где Дата2 это Дата1 + 1день

C чего взял, что не самые последние остатки? Чем проверяешь?

если есть 00:00:00 - вешаться не надо.. остатки будут на начало момента

(23, 24)с того взял, что сравниваю результат запроса с ОСВ конечно есть такие документы, сколько угодно например, Амортизация ОС

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

А вот теперь подумай: почему же ОСВ, построенное также на запросах, выдает результаты, отличные от твоего запроса? Как говорится, найди 10 различий между ОСВ и своим запросом.

потому что в ОСВ задан параметр КонецДня(&Дата) а я в консоли запросов не могу задать таким образом параметр я могу тока указать дату с часами вопрос закрыт, всем спасибо

Ты читать умеешь? Ясно ж написали КонецПериода(&Дата1,День).

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

Нагло гонишь, по-моему. Можно в параметре задать выражение, галку там поставь во второй колонке.

тогда пребывай в неведении и далее

Ты вторую строчку прочитал? Кто из нас в неведении пребывает?

То

Первое гон. Второе бред.

сам то пойми, что это бред. Ты хочешь чтобы остатки на время 23:59:59 и на 00:00:00 следующего дня совпадали.

используй ОстаткиИОбороты - ОСВ именно ее использует.

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

Ты не прав. Проблема в другом.

Не спорь! Не то, всё тут!

Неправильно выяснил, а я даже сомневаться начал. Поэтому полез в профайлер. запрос простенький: ВЫБРАТЬ    ОстаткиОстатки.Товар,    ОстаткиОстатки.КвоОстаток Так вот при КонецПериода(&ДатаКон, День), как и при КонецДня(&ДатаКон) профайлер показал один и тот же запрос, в качестве параметров куда передаются даты: {ts '5999-11-01 00:00:00'} и {ts '4009-05-07 23:59:59'}.

интересно, а куда деваются милисекунды с 4009-05-07 23:59:59 по 4009-05-08 00:00:00? там же их 10000...

Может дело в составе даты ДатаКон? (Дата, а не ДатаВремя).

Дата с совставом "Дата" - это дата с временем "00:00:00"

о чем и речь. Потому конец дня и не виден.

Описание типа данных datetime: Диапазон даты 1 января 1753 года — 31 декабря 9999 года Диапазон времени От 00:00:00 до 23:59:590,997 Откуда 10000 ?

к

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

Напугал реально. Померещелось КонецСвета!

Глянь, что у 1С в календаре после 31.12.9999 :)))

да, дата и время возвращаемые этими двумя функциями могут быть одинаковыми. Но на одну и ту же дату и время, например, 31.03.09 23:59:59 может быть записано 50 документов, один за другим. И в рамках последовательности, возможно, функция запроса КонецПериода(&ДатаКон), берет просто дату 31.03.09 23:59:59, а функция КонецДня(&датаКон) конец последовательности на эту дату. у кого есть УПП, и начисляется амортизация по бух. учету, по-пробуйте построить простой

.. запрос по остаткам 02.01 счета в консоли запросов и укажите там дату со временем , например, 31.01.09 23:59:59 и сравните полученные остатки с ОСВ по этому же счету

Блин, даже на ИТС есть статья, где упоминают особо время "23:59:59" как нежелательное... а вопросы остаются...

ну дык... а народ-то спорил :)

ну для примера возьми ОСВ, где дата начала и дата конца - одна и та же: с временем - 23:59:59. У тебя в ОСВ получатся разные остатки на начало и на конец.

да мне ниче уже объяснять не надо я сам запарился объяснять в этой ветке народу, который спорил что КонецПериода(&ДатаКон) и КонецДня(&ДатаКон) по одинаковому возвращают остатки на конец дня

Про время 00:00:00 там не упоминается?

при чем здесь результаты функций? Я в привел цифры которые передаются в конечный запрос к SQL. И где последовательность? Или тебе может весь конечный запрос привести и рассказать как в сиквеле хранятся остатки и движения?

Можно и дальше плодить документы со временем "23:59:59". Лично я считаю что документы _должны_ оформляться в рабочее время по рабочим дням! Исключение - для регламентных(служебных) документов.

так речь именно о регламентных документах и идет! АмортизацияОС пишет сама себя на последнее время после последнего документа, хотя время в документе может быть 12:00

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

просто всё правильно сделано. По другому не может быть. Другое дело, что неудобно, но с этим ничего не поделаешь. Просто ты хочешь чтобы 1С читала твои мысли, как ты хочешь получить остатки. Если задаешь время 23:59:59, то ты хочешь чтобы остатки были на конец этой секунды, а если ты напишешь время 00:00:00, то тебе уже нужны остатки на начало секунды. Фирма 1С в такие игрушки не играет.

Он о другом грезит. Чтобы КонецПериода был концом периода, а не чем-то около конца, или приблизительно конца. А Начало было именно началом и ничем более. Вроде нормальная и вполне трезвая хотелка.

А я о том, что при использовании этих функция мы получаем в результате один и тот-же запрос к СКЛ. Что делает запрос. 1. Он получает конечные остатки WHERE _AccumRegTotals6976._Period = @P1 AND _AccumRegTotals6976._Fld6969RRef = @P2 Где @P2 это товар, а @P1 это {ts '5999-11-01 00:00:00'} 2. Объеденияется с +- движениями, при условии WHERE _AccumReg6966._Period >= @P4 AND _AccumReg6966._Period < @P1 AND _AccumReg6966._Active = @P5 AND _AccumReg6966._Fld6969RRef = @P2 Где @P4 это {ts '4009-05-07 23:59:59'}, причем при использовании 2-ух функций, параметры ничем не отличаются.

Позиция 1с, насколько я помню, следующая - когда получаешь остатки из виртуальной таблицы остатки, то ты по умолчанию получаешь остатки на, а не по. И для примера приводили ситуацию, когда хочешь получить остатки НА 01.01

Блин, ситуация типа "Минздрав предупреждает" :))  - 1С предупреждает, что для вычисления остатков по умолчанию задан момент времени исключительно. Источник: статья ИТС "Особенности использования периодов и моментов времени". PS: И хватит опять Америку открывать :((

причем это так еще с 8.0 Так что это скорее из серии "Минздрав устал предпреждать"

Ага... Я - вышел из темы, пошел курить :))