Есть задачка по которой есть необходимость в xml писать элементы в порядке их изменения. То есть изменили реализацию №1, потом поступление №2, потом какую-нибудь номенклатуру "трали-вали", потом реализацию номер 3. В таком же порядке их и надо писать в xml файл. Метод плана обмена ВыбратьИзменения группирует по типу данных, а это не годится... Подскажите плиз какой есть выход из данной ситуации?

(0) Зачем ?

имхо нет такого, это платформенное. С точки зрения обмена - нет разницы что сначала что потом, придёт всё

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

(3) Придется писать.

Ну или как второй вариант. Считать что мы всегда сначала правим справочники, а документы по дате сортировать. Проблема только если в одну секунду вдруг появятся доки... Момент времени в запросе не получить

Ну и отключить неоперативное проведение

(5) Момент времени в запросе получить. Момент времени содержит в себе дату + ссылку. Так что сортировать по Дате + Ссыке имеем сортировку по моменту времени.

(7) не факт что документы изменяли в том же порядке

(8) Я этого не утверждал )))

(8) +1 далеко не факт

Ну как бы если проведение только оперативное то факт

(11) Порядок записи документов различного вида "в одной секунде" может не соответствовать. И оперативное проведение тут не поможет - платформа не гарантирует выдачу ссылок в порядке возрастания.

(12) А разве не скуль их выдает?

Хмм... :( А кто тогда их выдаёт в файловой версии? :)

(14) А в веб клиенте?

Вопрос на вопрос? Ок. В теме говорят об GUID или UUID? :))

(12) Оперативно можно провести только один документ в секунду.

(16) Думаю похожим образом как и ГУИД. ))) . Поспрашивал умных дядек, дали ответ.

Есть ИдеЯ :)

Добавить регистр сведений, как тс и предлагал в (3), но: включить его самого в план обмена.

Тогда, после выгрузки сообщения обмена, можно сделать парсинг xml файла или со стороны 1С, или - на стороне софтины. Ведь нужный им порядок присутсвует в файле в виде набора записей этого добавленного регистра.

(17) Сам придумал или ссылочку указать можешь? Да и потом, в (12) я ведь не зря упомянул про различного(!) вида документы.

PS: для самообразования - v8: Установка момента времени документа (цитата в 27 и ссылка в 32)

(20)
ПолучитьОперативнуюОтметкуВремени (GetRealTimeTimestamp)
Глобальный контекст
ПолучитьОперативнуюОтметкуВремени (GetRealTimeTimestamp)
Синтаксис:
ПолучитьОперативнуюОтметкуВремени()
Возвращаемое значение:
Тип: Дата. Возвращаемое значение соответствует текущей дате, но будет не меньше, чем последняя оперативная отметка времени, полученная каким-либо пользователем в этом сеансе работы. Если значение соответствующее текущему времени, которое уже выдавалось, то возвращается значение на 1 секунду большее. Таким образом, система обеспечивает выдачу для всех пользователей в ходе сеанса оперативной отметки времени в неубывающей последовательности. В варианте "клиент-сервер" - в качестве исходного текущего времени используется время компьютера, на котором работает сервер 1С:Предприятия. В файловом варианте - в качестве исходного текущего времени используется текущее время компьютера пользователя.
Описание:
Получает оперативную отметку времени.
Примечание:
Получение оперативной отметки времени выполняется также системой автоматически в ходе оперативного проведения документов.

(3) Может не по времениизменения, а дате документа (события)?
А то смысла сортировки по дате изменения не вижу.
Сегодня введи три документа текущей датой, и вечером один позавчерашней.
Как такое система должна отработать? Так в которую загрузка будет.