Поменял в центре конфу. Отчет поправил и код чуть-чуть.
Выгружаю в ПБ.
В ПБ загружаю файл, грузит.
Выхожу, запускаю конфигуратор. Обновляю.
Выхожу, запускаю базу. Не стартует, говорит "в этой транзакции уже происходили ошибки". И все, куку.
Под отладчиком видно, что он из хранилища восстанавливает файл и начинает его грузить.
Вылетает на коде:
ПланыОбмена.ПрочитатьИзменения(ЧтениеСообщения, КоличествоЭлементовВТранзакции);

При этом у параметра ЧтениеСообщения поле Отправитель не читается.

В XML вроде все нормально, все поля заполнены.
Хелп, обмена уже неделю нету.

Остановка по ошибке, Замер производительности (будет видно где поток гулял)

Да мне по сути уже неважно где "поток гулял".
Я хочу понять, можно ли обмануть периферию, и загрузить в нее данные без обновления конфы. И если да, то что для этого надо сделать.

а что за код подправил? может быть в нем дело?

Нет, в центре то все работает.
Оно когда видит что конфа обновилась, конфу обновляет, а сам файл кидает в хранилище и ждет пока конфа БД обновится.
И потом при старте из хранилища файл берет обратно и грузит уже данные.
И в этот момент как раз и падает.
Я уже из файла выкусывал изменения конфы, но оно ругается уже по другому, какой-то порядок изменений не тот, в общем файл кривой становится.
Восстановил старую копию, сделал выгрузку из нее. Там другие значения полей, но я не пробовал грузить в ПБ.
Я предполагал следующий алгоритм:
1. Меняем файл, убираем оттуда изменения конфы, запускаем обмен.
2. Руками отсоединяем ПБ от ЦБ, делаем там изменения, подсоединяем заново.

Вот, собственно, хочу понять как это сделать.

а что именно тебе непонятно как сделать из этих двух пунктов?

в теории, как вариант можно:
- отсоединить ПБ, загрузить в нее cf из ЦБ (не сравнить объединить)
- в ЦБ из регистрации изменений удалить изменения конфигурации (вот это не знаю - можно сделать/нет?)
- сделать выгрузку из ЦБ, загрузку в ПБ

(5) ну мне, например, не совсем понятно, о каком вообще хранилище речь идет. Оно как-то никем не упоминалось в обсуждениях, когда о РИБ обменах спрашивают.

(7) полагаю это какой то допиленный механизм обмена
реквизит типа ХЗ где хранится xml

еще вариант:
вернуть в метаданных ЦБ все как было до ошибки и сделать обмен

да фиг его знает... вариант-то сработает или один или другой. Однократно. Проблема же у ТС не в этом, а в том, что он хочет с какой-то периодичностью настроить передачу именно ДАННЫХ. Чтоб несущественные изменения конфига в центральной базе было не обязательно выгружать в периферийную.

Если этот вопрос у него в самом деле, то это же в другу сторону все нужно обсуждать. Надо ждать реакцию ТС

(10) у него очевидная однократная проблема
> обмена уже неделю нету

(11) все равно однократная. Он же сейчас только один раз базу центрального офиса сконфигурил - на грабли наступил.

Обновит однажды еще раз - опять однократно наступит.

(12) ты не гадай)
у него конкретный вопрос задан

(12) Очевидно, могу наступить. Не хотелось бы
(6) Естественно, основой вопрос как удалить регистрацию изменений конфы в центре
(7) Хранилище -- регистр в базе, туда при обмене грузится XML как двоичные данные. Потом при старте системы файл оттуда в темп выгружается и грузится еще раз. И ровно на этом месте система падает. И да, я проверил, файл в хранилище идентичен входящему.

Упс...
А я похоже в заблуждение хотел коллег ввести.
На копиях снял в центре регистрацию всех объектов, и обмен произошел.
По ходу там в данных какой-то волшебнейший косяк.
Будем искать методом половинного деления, тут уже понятно более-менее.