Есть: дата + ссылка у 1 документа
Надо: У нового документа установить момент документа той же датой, но моментом времени позже, чем у 1го документа

Т.е. дата+ссылка у 2го документа должна быть позднее дата+ссылка у 1го, но даты у 1го и го должны быть равны

Как?

если 2-й записывается позже 1-го, но одной датой - то так и будет

(0) в общем случае задача не разрешима средствами платформы

ДатаВторогоДокумента = ДатаПервогоДокумента+КоличествоСекундНаСколькоПозже;

(2) хДДД

новый документ всегда в конец временной оси ставится

(3)  у тебя:
ДатаВторогоДокумента != ДатаПервогоДокумента

(6) только при условии что ДатаПервогоДокумента+КоличествоСекундНаСколькоПозже > КонецДня(ДатаПервогоДокумента)

(6) не по 1совски...
(НЕ ДатаВторогоДокумента = ДатаПервогоДокумента) = ИСТИНА

(7) дата документа в 8.* это еще и время

(7) Я полагаю что в (0) имеет ввиду Дата+Время

(9)(10) и что?

Перефразирую: >>но дата-время у 1го и 2го должны быть равны

(12) так точно

ссылку 2го документа надо поставить раньше ссылки 1го внутри одной даты+время

(14)теперь вкурил

имхо так просто никак. извратом только если. Т.е. записываем 2-й док, удаляем 1-й, и создаём заново 1-й. Встанет после 2-го тогда.
для чего хоть надо то? секундами не разрулить разными чтоли?

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

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

(17) не, ну если оперативное проведение там, то перепроведение может решить вопрос.

(18) гарантий нет, но как правило так и происходит, мниться мне

(20) тогда это незачет

(21) дак вся задача незачет... зачем это вобще?)

как UUID подсунуть?

УстановитьСсылкуНового(), правда хз как он отработает для уже записанного объекта... СП молчит

(22) а почему нет?
(23)  ПолучитьСсылку + УстановитьСсылкуНового

Нельзя средствами платформы поменять UID (ссылку) уже записанного документа.

ЦИТАТА


Прежде всего, документы и движения упорядочиваются по дате. В документах это поле Дата, а в записях регистров Период. При этом дата включает время, соответственно, значения отличаются с точностью до секунды. Однако очевидно, что два документа или два движения могут иметь одинаковое значение даты (иметь одинаковую дату включая время). Чтобы порядок таких документов был всегда одинаков (сохранялся во всех выборках) документы и движения дополнительно упорядочиваются по значению ссылки документа. В документах это поле Ссылка, а в регистрах – Регистратор. Значение ссылки уникально среди документов всех видов, поэтому порядок следования документов будет детерминирован, даже при просмотре журнала, включающего несколько видов документов или объединения документов разных видов в запросах. Однако следует учитывать, что значение ссылки генерируется системой без какой-либо гарантии получения неубывающей последовательности. То есть взаимное расположение в хронологической последовательности двух документов имеющих одинаковую дату (включая время) не зависит от порядка создания документов или от чего-то другого. Соответственно не существует возможности изменить порядок расположения двух документов в пределах одной секунды. Таким образом, порядок двух документов с одинаковой датой можно считать неопределенным, но система обеспечивает неизменность этого порядка после записи документов. Это позволяет во всех операциях, в которых порядок документов влияет на бизнес-логику приложения опираться на существующий порядок документов, так как он может измениться только явным изменением даты документа.

(26)(27) всё испортили...)

+(27) Т.е. задача из (0) решаема.

(29) я же в (2) еще писал

(27) и теперь вопрос: если явно поменять дату, а потом явно вернуть назад, то документ вернется на прежнее место?

http://partners.v8.1c.ru/forum/thread.jsp?id=279626#279626

Нет, так утверждать нельзя.
Механизм генерации ссылок обеспечивает только их уникальность. Возрастающая последовательность при их генерации не обеспечивается.

Нуралиев Сергей (1С, Москва)

(31) Да

(30) В (2) ты написал, что задача не решаема.
(31) Не вернется.

+ к (33) Вернее так: "скорее всего ДА, но Нуралиев этого не гарантирует (см. (32))

(0) Нет жесткой привязки документа ко времени. Сортировка идет по ГУИДу, ГУИД - в момент создания по времени в миллисекундах, прошедших с 15 октября 1582 года 04:00

Но это если один тип документов, а если разные - то сначала отсортирует по ГУИДУ (а гуид типа по тому же принципу - момент создания в конфигураторе)

+ к (35) то есть закладываться на это не следует.

(34) а чего же говоришь, что решаема?

(0) А если сделать вертуальный момент времени, дополнительным реквизитом, поможет?

при перепроведении (с изменением даты) гуид сохраняется, но на оси времени его позиция меняется.

Короче говоря, сортировка работает только по времени. Сортировка внутри одной секунды - фикция, условность, позволяющая получать отчеты, где документы будут выстроены внутри одной даты (включая время) всегда в одной неизменной последовательности.

(31) Нет места документа на оси документов. Есть гуид документа и гуид типа документа. Ну и дата. Уложить их  запросом с одной датой-временем можно только по комбинированному гуиду - Ссылке. А ее платформа считает с гуидом ссылки.
Т.е. документы с одним временем будут отсотрированы по Ссылка
Тип1
Тип1
Тип1
Тип2
Тип2
Тип3

(41) точно

(37) проверил. Документ вернулся на место.

(39) Да ради бога. Но только если у тебя не завязано  получение остатков по регистру накопления на момент времени.

(40) сам придумал?

да, грустая картина получается, с сортировкой одинакового времени

(46) а как ещё то? чтоб битые ссылки при перепроведении появлялись?)

(44) В одном конкретном случае - да. И так будет в большинстве случаев, но ни кто не даст тебе гарантию, что так будет всегда.

(48) я про "меняется"

Вот бы автор объяснил зачем ему это надо....

(49) вернется на тоже место

(49) это не документ вернулся. Это его платформа отсортировала по ГУИДУ. Но... ГУИД же можно создать принудительно при первой записи.

(46) Да, я ошибся. Возвращается на место.

(49) ну понятно, на разных компах по разному может отсортировать этот ГУИД. 1С ведь использует сортировку WINDOWS или SQL.

(55) если это так, то сортировка по ГУИД бесмыслена

(56) ну вообще там двоичный код - не текст, сортировка в принципе везде должна быть одинакова.

(55) там бинарик в сиквельном представлениии (сегменты местами переставлены)