Порядок выгрузки данных через план обмена #708402

Доброго дня. Есть Управление Торговлей 10.3, 1С 8.2.19.90, настроены РИБ. Запись сообщения XML при обмене по плану обмена Полный (предназначеный для обмена между РИБ) производится штатными средствами УТ, непосредственно вызовом ПланыОбмена.ЗаписатьИзменения(...), при этом в XML данные выгружаются в непонятном порядке, движения по регистрам документов проходят, раньше чем сами эти документы. Есть ли возможность упорядочить данные в этом XML-файле, как минимум - чтобы документы были в тексте раньше, чем их движения?

только если самому писать сообщения, но это муторно

Вроде бы написал. Кто-то может прокомментировать на предмет криворукости кода? Желательно с указанием кривых мест.

В данной ситуации для выгрузки из центральной базы используется стандартный метод, который не вызывает накладок, и, главное, добавляет регистрацию изменений конфигурации. Для выгрузки из периферийных баз в центральную уже используется приведенный выше код. Сперва в XML выгружаются изменения всех справочников, потом всех документов, потом только регистры. В моей ситуации другие данные в удаленных базах не изменяются и этого на первый взгляд достаточно.

А зачем Вам понадобился такой порядок, если не секрет?

НЕ таскать движения. /рукалицо/

Spieluhr, удаленных баз несколько, в них выгружаются не полные копии, а только те данные, которые соответствуют филиалу. Проверка ведется на уровне реквизитов документов (склад/подразделение/контрагент и т.п.). Когда из филиала в центральную базу загружается документ, измененный в этой базе - проверкой реквизитов определяется, в какие ещё базы нужно отправить эти изменения. При загрузке движений - идет проверка по регистратору движений. Если загружается новый документ из филиала, и сперва грузятся движения по нему, то при проверке - регистратор объект не найден и движения никуда не отправляются. Потом подгружается документ - который в филиалы отправляется, но уже без движений. В принципе такая ситуация редка (в одном филиале для другого обычно документы не делаются) и решается это перепроведением документа, но хотелось бы избавиться от проблемы.

не понял, разъясните?

глупо делать проверку на уровне регистратора. Это нереальные тормоза, запрос в цикле и прочая фигня. Он вам надо? Делай проверку по движениям регистра, там есть ведь и склад и контрагент и так далее.

Реализация товаров и услуг. Движения по регистру Товары на складах - склад чужой, контрагент наш. В итоге в базе будет документ с половиной движений. Когда прорабатывали этот механизм, решили - что такой вариант не по феншую. Более того, если в такой ситуации этот документ пометить на удаление во второй базе - то удалится только присутствующая половина движений, и после загрузки в центральную базу, там повиснет помеченый на удаление документ, по которому будут висеть движения, не выгруженные изначально во вторую базу. А это уже фейл.