При выполнении кода:

ПланыОбмена.ПрочитатьИзменения(ЧтениеСообщения, КоличествоЭлементовВТранзакции);

выдается ошибка "Ошибка чтения файла сообщения обмена: {Обработка.КонвертацияОбъектовРаспределенныхИнформационныхБаз(133)}: Ошибка при вызове метода контекста (ПрочитатьИзменения): Конфигурация узла распределенной ИБ не соответствует ожидаемой!"


В чем может быть проблема????


Фрагмент файла обмена из центрального узла:


<v8msg:Message xmlns:v8msg="http://v8.1c.ru/messages">
   <v8msg:Header>
       <v8msg:ExchangePlan>Полный</v8msg:ExchangePlan>
       <v8msg:To>N1</v8msg:To>
       <v8msg:From>N0</v8msg:From>
       <v8msg:MessageNo>11</v8msg:MessageNo>
       <v8msg:ReceivedNo>10</v8msg:ReceivedNo>
   </v8msg:Header>
   <v8msg:Body>
       <v8de:Changes xmlns:v8="http://v8.1c.ru/data" xmlns:v8de="http://v8.1c.ru/dataexchange/2005/02" xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
           <v8de:Signature>1f18a2cb-ac4a-432f-9f29-cab2b109b0f1</v8de:Signature>
           <v8de:Config xmlns:v8md="http://v8.1c.ru/metadata/2005/08">
               <v8de:Version>216.0</v8de:Version>
               <v8md:Metadata>

           .......ИЗМЕНЕНИЯ МЕТАДАННЫХ...........

               </v8md:Metadata>
               <v8de:Digest1>32025ca9db83b89a06cdd2977ae7c043</v8de:Digest1>
               <v8de:Digest2 v2="6b8e6db76501781c76975d42dfcf9f37">6b8e6db76501781c76975d42dfcf9f37</v8de:Digest2>
           </v8de:Config>
           <v8de:Data>

       ........ДАННЫЕ.............

           </v8de:Data>
       </v8de:Changes>
   </v8msg:Body>
</v8msg:Message>




Выгрузка из подчиненноего узла:

<v8msg:Message xmlns:v8msg="http://v8.1c.ru/messages">
   <v8msg:Header>
       <v8msg:ExchangePlan>Полный</v8msg:ExchangePlan>
       <v8msg:To>N0</v8msg:To>
       <v8msg:From>N1</v8msg:From>
       <v8msg:MessageNo>12</v8msg:MessageNo>
       <v8msg:ReceivedNo>9</v8msg:ReceivedNo>
   </v8msg:Header>
   <v8msg:Body>
       <v8de:Changes xmlns:v8="http://v8.1c.ru/data" xmlns:v8de="http://v8.1c.ru/dataexchange/2005/02" xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
           <v8de:Signature>1f18a2cb-ac4a-432f-9f29-cab2b109b0f1</v8de:Signature>
           <v8de:Config xmlns:v8md="http://v8.1c.ru/metadata/2005/08">
               <v8de:Version>216.0</v8de:Version>
               <v8de:Digest1>00000000000000000000000000000000</v8de:Digest1>
               <v8de:Digest2 v2="77e8705c22f4eecfb1ca9587f01b8063">77e8705c22f4eecfb1ca9587f01b8063</v8de:Digest2>
           </v8de:Config>
           <v8de:Data>
       
       ........ДАННЫЕ.............
           
           </v8de:Data>
       </v8de:Changes>
   </v8msg:Body>
</v8msg:Message>

РБД построена на модулях БСП 1.3

проблема в кэше

а

(3) чистка кэша не помогла
Что характерно, при загрузке файла обмена в центральном узле, периферийный узел опознается

"Ошибка чтения файла сообщения обмена: {Обработка.КонвертацияОбъектовРаспределенныхИнформационныхБаз(133)}: Ошибка при вызове метода контекста (ПрочитатьИзменения): Данные принимаются от узла, для которого зарегистрированы изменения конфигурации.
Необходимо произвести перенос изменений конфигурации в узел."

2(4) не, это кэш - это из-за чего случается.. а исправляется так:
v8: Ошибка обмена данными с распределенным узлом
пост (0)

кстати часто возникает из-за динамического обновления ЦБ

(6) динамически не обновляем
(5) по ссылке нет ответа( у нас проблема не с загрузкой данных, а с загрузкой изменений конфигурации в РБД. периферийный узел не опознает поступившие изменения конфы как изменения из центрального узла. Поэтому и привел листинг. Может в нем что не так?

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

2(7) конечно же по ссылке есть ответ...
а) запускаем конфигуратор с ключем /ResetMasterNode или другим образом отвязываем периферию от центра
б) Запускаем конфигуратор БЕЗ ключа /ResetMasterNode
в) Загружаем ЦФ-ник, полученный из центра
г) Запускаем предприятие, закрываем конфигуратор, прявязываем базу обратно к РБД
д) выполняем обмен

просто человек описал это другими словами:
"1 Выгружал из ЦБ cf-файл;
2 Отвязывал Удаленною Базу  от РИБ, заменил конф. УБ на выгруженную  из Центральной Базы.
3 Восстановил признак РИБ для УБ. "

(0) Платформа то какая? у меня позавчера торговля тоже отвязалась после измнения конфигурации, первый раз такое, пришлось перезаливать и привязывать

(10) 8.2.13.219
(9) попробую как советуете, отпишусь

И все же один вопрос остается, как не попадать на эти грабли?

(11)вот у меня такая же, на 12-ой работал и динамически и по всякому обновлял - конфа не отвязывалась

(9) Спасибо за помощь, проблему решил, но вопрос "Как избежать этого в дальнейшем?" остается открытым...

(13) - ответ простой: переходить на другой софт, вариант второй - разработчик все-таки найдет трабл в своем софте и его устранит, на что лично мне кажется шансов на сегодня мало. Ибо нет нет, но такой трабл иногда возникает на ровном месте