Коллеги, добрый день.
Ломаю голову над задачкой.
Есть запрос, выбирает во временную таблицу статьи затрат по условию ПОДОБНО, может быть выбрано 2 и более статьи затрат.
405000009 /Суточные 2019
405000009 /Суточные за 2018 год
Задача -- взять самую последнюю (введённую последней, в примере Суточные 2019).
В запросе такое возможно? По коду не предлагать, т.к. не факт что у последней записи код больше.
Заранее благодарю!

Если где-то хранишь штамп времени "ввода", тогда по нему

Штамп времени ввода - ГУИд, хоть это прямо в документации не описано, но это так.
Сортируешь по ссылке и самое большое - самое позднее.
* Нужно помнить, что обмены могут помешать.

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

(3) Позволю с Вами не согласиться, все таки http://catalog.mista.ru/public/635159/ ГУИД в 1с time based, можно выбрать из нескольких последний по времени

(2)(4) А разве из "ГУИД в 1с time based" следует совпадение сортировки по ссылке и по времени ввода?

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

*отличается от поиска..

(6) Обмены могут менять код, но гуид без удаления\создания изменить нельзя.
(5) Хоть на партнерке в какой то теме Нуралиев и описал, что это недокументированное поведение, но гуид является монотонно возрастающим. Я пока обратного случая не видел

(4) я проверял : сортировка по гуид не гарантирует , что максимальный гуид соответствует последнему созданному элементу.

(8) взял базу где точно не было никаких обменов и игр с ГУИД и даже коды не менялись.
Выполнил
ВЫБРАТЬ
    Контрагенты.Ссылка КАК Ссылка,
    Контрагенты.Представление,
    Контрагенты.Код
ИЗ
    Справочник.Контрагенты КАК Контрагенты

УПОРЯДОЧИТЬ ПО
    Ссылка

Вот начало результата:
Код
000002532
000002533
000000225
000000742
000002611
000002612
000001994
000001995
000001996
000001997
000001998
000001012
000000815
000001284
000001356
000000639
000001892
000001893
000001894
000001895
000001898
000000050
000001919
000001920
000001921
000000552
000001350
000000418
000000326
000000886
000002308
000002309
000001389
000000295
000000117
000001197
000001105
000002517
000002518
000002321
000001320
000000744
000002334
000002335
000002336
000002386
000002387

Так что можешь считать, что видел "обратный случай")

(9) там есть особенновсть внутри секунды

Но в рамках этой задачи это не принципиально

Ща ради интереса с интервалом секунду посоздаю

(11) элементы созданные давно имеют гуид больше, чем новые элементы.

Сек)

Даже интересно)

(11) (12) монотонность только внутри одной серии, что и видно в (10). В остальных случаях отпечаток времени сидит внутри ГУИДа и практически не влияет на порядок

А точно не было переездов и ТД?
Я просто в свое время на одной из работ с ребятами достаточно серьезно это ради прикола проверяли.
Даже ща. Бахнул в пусой серверной серверной конфе справочник1 без реквизитов.
написал на коленке обработку.
https://yadi.sk/d/zXRzQH7gKdYW8w
Запустил несколько раз, ннесколько параллельных сееансов, перезагружал комп. Более 1000 элементов в итоге и совершенно четкое возрастание, без единого пробела.
и проверял запросом
ВЫБРАТЬ
    Справочник1.Код КАК Код
ИЗ
    Справочник.Справочник1 КАК Справочник1

УПОРЯДОЧИТЬ ПО
    Справочник1.Ссылка
Четко возрастает.
Ясно что критерий так себе, но за неимением лучшего - пойдет, я пару раз в практике на неответственных местах  применял, пока проблем не было.

У нас был справоочник со 100+к элементами за 6 лет, там так же было совершенно однозначное возрастание во времени.

(8) Я не спорю. Но я бы учитывал, что ТС в сабже про обмены ничего не сказал.

(18) точно УПП как запущена на 8.3.5 в 2015, так никуда не перезжала
вот начало выборки аналогичного запроса по номенклатуре:
00000001378
00000000210
00000004116
00000002407
00000002408
00000000422
00000001801
00000001353
00000000248
00000001141
00000000884
00000001488
00000000354
00000000705
00000002227
00000002228
00000002229
00000002230
00000002231
00000002232
00000002233
00000002234
00000002235
00000002236
00000002237
00000002238
00000000064

(18) что такое ТД?

(19)Вот абсолютно свежий справочник:
https://cdn1.savepice.ru/uploads/2019/4/19/bad2a9d31e5a74e06af5afaaf1082482-full.png

1,2,3 были созданы пару дней назад; 5,6 - сегодня тем же пользователем; 4,7 - сегодня под другим пользователем.

(2) Сам усатый на партнерке говорил, что УИД в 1С только уникальность обеспечивает, а никак не хронологию

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

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

В общем случае и со строгой (100%) гарантией - нельзя

(27) +1

Есть есть обмены, то какой GUID?
Придет из другой базы и привет.

(29) ктож принятый из другой базы гуид использует как гуид для своих объектов?

(30) эм... все, не?

(31) в пределах РИБа, или типо того, да. А брать за свои не пойми как сформированные, не уверен...