Есть регистр сведений с периодичностью "По позиции регистратора". На одну дату и время (01.05.15 00:00:00) с разным временем регистраторов (дата 01.05.15, время 12:00:00, 12:05:00 и 12:06:00) формируются записи в этот регистр. Когда смотрю записи регистра в форме списка, то они расположены в порядке, не учитывающим время (документ 12:05:00, потом 12:06:00, а потом 12:00:00). И запрос в срезе последних видит запись регистратора за 12:00:00.Можно ли как-то повлиять на этот порядок, чтобы последней была запись с более поздним временем регистратора?

вранье в топике

по моему тоже, неправда..
может отбор какой стоит или порядок в форме списка настроен как-то по другому?

(0) давай картинку в подтверждение

А Период в этом случае не используется штолле? То есть секунда всегда 00010101000000? Тогда - да, сортировать будет по УИД документа.

(4) ну, "По позиции регистратора" ваще-т подразумевает "совокупность Даты и Ссылки на документ"

(5) Да ну!
Ща прям замутю тестовый тест

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

(5) просто ссылки и даты, без учета времени?

(8) дата - это датавремя

(8) выложи скрин, интересно-же

http://savepic.org/7518596.jpg

Отсортируй по регистратору.

нижняя запись со временем 0:00:00, а предыдущие - 12:05 и 12:06

"Действует С" явно не проиндексированное поле.
Переходи на динамический список.

а в запросе что делать, если беру срез последних?

(13) Так у тебя время, с датой есть в поле где-то?

(11) список отсортирован по какому-то пяьному полю, которое не имеет отношения к периоду записей

(16)"Действует С" - это дата и время, но они одинаковые умышленно. Я рассчитывала, что раз периодичность "по позиции регистратора", то и в срезе последних будет запись, которую сделал последний регистратор

(17) и срез последних в запросе тоже анализирует это "пьяное поле"?

(18) Забавная мысль.

(19) Срез последних анализирует поле "Период".

(18) правильно надеялась, так и есть. Только у тебя определение "последняя запись" кривое. Последняя - это у которой поле Период имеет наибольшее значение. "Действует с" - это, судя по всему, хрень какаято самопильная

(21) "Действует С" - это и есть период. Он одинаковый у всех трех записей - начало дня. По какому принципу тогда происходит дальнейшая сортировка?

(23) Тогда давай рассуждать, если в поле "Период" стоит дата '20010101000000' у трех записей, какую вернет запрос в срезе последних?

Правильно! Которая подвернется первой. А какая подвернется первой?

Правильно! Которая первая есть в таблице. А какая из низ первая в таблице?

Правильно! Хрен его знает!

(25) ну почему бы не та, у которой последнее время регистратора?

А с чего бы, мы не не анализируем таблицу документа.

(23) ты путаешься в показаниях. в (0) написано, что период разный

(30) а жаль ((

(31) где??? "На одну дату и время (01.05.15 00:00:00) с разным временем регистраторов (дата 01.05.15, время 12:00:00, 12:05:00 и 12:06:00)"

Момент времени регистратора не имеет ничего общего с моментом изменения показателей в регистрах.

(33) при формировании движений по этому регистру регистратор что пишет в поле Период?

(34) Т.е. без указания секунд непосредственнл в периоде я не обойдусь. В запросе будет браться хрен знает какая строка, если периоды нескольких записей одинаковы. Я правильно поняла?

(36) Видимо еще не очень поняла.

(36) выбрать первые 1 .... упорядочить по ДействуетС УБЫВ

(37) подскажите, пожалуйста, что тогда делать? как повлиять на  момент изменения показателей в регистрах, если не указывать секунды в периоде?

Что за бред делать периодичность плановых начислений по позиции регистратора?
Как может человек по одному виду расчета, графику, должности (и что там еще в измерениях) в один и тот же день получать разные суммы?...
Где тут смысл?

(0) Если период одинаковый то при неоперативном проведении документа последней будет запись, сделанная этим документом.

Непонятна структура регистра: при правильной структуре документ №12 должен вывести сообщение что запись с такими ключевыми значениями уже существует(от документа №11).

Звонит в магазин утром товаровед:
- Михалыч, теперь штуцер по 10 продаем!

Через 5 минут другой товаровед звонит туда-же и нарывается на другого продавца:
- Семеныч, штуцеры теперь по 8!

Вопрос: За сколько купит штуцер Иванов вечером?

+ к (40) типа
с 12:00:00 до 12:05:00 оклад 1000
с 12:05:00 до 12:06:00 оклад 1200
с 12:06:00 - 1300

(40) абсолютно с Вами согласна. Но внедренцы не смогли убедить заказчика, что не стоит начислять в один день "мат. помощь на обучение" одному человеку по одному виду расчета разными суммами. Пришлось извращаться :(

(41) периодичность "по позиции регистратора" сделала возможным, чтобы такое сообщение не выдавалось

(44) При чем тут внедренцы?
Есть такое понятие, как технические ограничения программного решения.
Что там у вас за вид расчета - плевать.

(45) Ну убрали вы сообщение об ошибке. Но это же не означает, что задача ( начислять в один день "мат. помощь на обучение" одному человеку по одному виду расчета разными суммами) решена.
Ваше решение работать не будет.

(42) нормальный продавец вместо цены 10 поставит 8, а не будет несколько записей делать. Но тут, блин, не штуцеры, а жизненная ситуация.

(46) мое решение работает

(48) Я конечно с ЗУПой сто лет не работал.
Но если оно и работает, то неверно. О чем говорит нам пост в (0).

(48) Если все работает, то зачем эта ветка?

(48) А зачем суммы делите? Если все остальное одинаковое?

Ваша задача решается другими способами, а не установкой периодичности по позиции регистратора.

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