Всем привет!

Как из GUIDа получить дату его создания? Насколько я помню - она там зашифрована.

http://help1c.com/faq/view/1099.html

Получиьт можно, но она там не специально, и опираться на неё нельзя. Она генерится первая при включении сервера 1с, потом просто инкремент происходит

(0) нет в гуиде даты создания объекта

(3) а это - (1) о чем?

Проверил (1). Похоже на правду.

(4)(5) на это есть заявление глубокоуважаемогоГосподинаНуралиева, что это неправда :)

(4) 2*2 = 2+2, означает ли это что 3*3 = 3+3
В (1) частный случай

(4),(5) эксперименты показали, что в общем случае нет там ни какой даты. Точнее какая-то есть, но верить ей нельзя.
Кроме того, что, как вы оба думаете, будет в этой дате, если я буду кастовать УстановитьСсылкуНового() и брать для нее ГУИД из какой-нить внешней ИС?..

(7) не совсем частный, такое поведение наблюдается у всех автоматически сгенерированных ссылок для новых объектов, другое дело что мы туда можем сами подсунуть любой гуид

(6) Ты про принудительно созданные ГУИД-ы?

Исключены варианты ручного присваивания гуида? Создания на разных серверах с разным временем?
Имхо, не надо завязывать на эту логику. Только разово если нет других источников

вот, что выдает при

ГУИД = Новый УникальныйИдентификатор();
Сообщить(""+ДатаСозданияГУИД(ГУИД));

12.08.2013 11:05:21
20.01.3500 21:02:16
23.11.3246 2:34:28
19.12.1593 2:07:47
29.12.4715 13:00:54
21.10.3338 9:31:25
17.09.3912 21:30:33
01.06.4268 6:52:40

Почему-то из ГУИДа объекта, например справочника, правильно дату достает, а из ГУИДа, созданного через Новый УникальныйИдентификатор() - неправильно.

(13) это только кажется, что в первом случае дата правильная. У тебя просто выборка не репрезентативная.

(14) но она действительно правильная - проверял не на одной ссылке. Может для расшифровки гуида, созданного через Новый УникальныйИдентификатор() - есть какой-то другой алгоритм?

Гм. Посмотрел на ~7000 документах одного типа.

Отличаются на день около 10 документов. На два дня 2 документа.

(14) Не соглашусь. Дата - "правильная", время - неточное. На пару, тройку секунд. Но в некоторых случаях и такая "точность" подходит.

Для любознательных: проверял по записям ЖР создания новых документов.

(15) Задача в чем? Может лучше вести РС с датой создания, если уж журнал регистрации не устраивает?

(17)
Там может быть некая "энтропийная" добавка , которая с некой вероятностью может стать очень большой

Либо время должно быть абсолютно точное

Статья об устройстве в виндах генератора УИД (в 1С явно другой)
http://www.gotdotnet.ru/blogs/denish/1965/

(19) "А токма истины ради"(с)... да, согласен. Я, как правило, всегда при этом уточняю: время должно быть точное на компе (клиента, сервера) и объект должен быть создан в этой базе, штатным (типовым) способом. А не получен, например по плану обмена из другой базы. Или с помощью нештатной обработки  с присвоением ГУИДА "искуственно. Ну и т.д.

(17) в локальной изолированной базе, где всё создается только руками, может и будет как-то праивльно. Но стоит добавить обмен, так тут же вся система полетит вверьх кармашками

(2) Хех :) Если говорить, буквально, только о дате создания GUIDа - то не важно где его и для чего его создавали - в 1С правила общие. РИБ-базы тому подтверждение.

Но если говорить об GUIDе в "контексте" привязки к объекту - то да, тут Вы можете оказаться правы.

Дата создания объекта и дата создания GUIDа - понятия различные и эта связь в любой момент может... эээ... "полететь вверх кармашками" :))

Упс. В (23) - ссылка на (22) естественно

(10) Примерный пост нуралиева: "Гуиды предназначены для другого, их надо использовать по прямому назначению, а не доставать сферическую дату в вакууме из неё"

(25) Понятно.