Ошибка при вызове метода контекста (ПрочитатьИзменения): Ошибка данных XML #698621

Добрый вечер! Случай 1: выполняю обмен по заведомо правильной схеме, выгружаю определенного, контрагента по которому ошибка не вылетает.- Все ок, проблем нет. Случай 2: нашел контрагента, на котором всегда вылетает при обмене ошибка. Что копать, куда копать.. не представляю :( Не знаю, может чем-то поможет Рабочий контрагент по выгрузке Не рабочий контрагент, вылетает ошибка Больше в файле для обмена нет никаких различий (ну .. кроме номера сообщения)

на вскидку вижу разницу только в <КодПоОКПО></КодПоОКПО> <КодПоОКПО/> По стандартам xml это монопесуально конечно... но всякое бывает

да я просто коды удалил, на самом деле выводится просто <КодПоОКПО/> , если значение пустое, а <КодПоОКПО></КодПоОКПО> Если что-то есть.

по своей схеме xml выгружаешь?

нет, рибовская, типовая

а, ну и главный вопрос, чо за ошибка то?)

только то что в сабже, никакой другой инфы больше нет?

так в названии темы :)

хм... подумаю на досуге... а щас пора до дому

Если поможет, вот весь текст

Конфиги одинаковые, ошибка вылетает не из-за различия и не из-за отсутствия главного узла, как раз при проверке различия и главного узла вызывается исключение. И самое фиговое, никак не отладить это, т.к. исключение вызывается при использовании метода "ПрочитатьИзменения" для планов обмена.

Хехе, ошибка вылетает и при использовании обработки "Выгрузка из загрузка данных XML (2.1.8)"

А как узнать идентичны ли конфигурации по каким-нибудь другим параметрам? Хз, мож какие-то идентификаторы и т.п.? Сравнение объединение - конфиги одинаковые, нет различий.

Взято с ИТС - Реально, хз че делать :( Вроде база целая... проблем нет..

проверка с помощью chdbfl.exe - ошибок не обнаружено =

Пробовал загружать через СериализаторXDTO, ФабрикаXDTO ?

Например

Надо будет попробовать. Пока не делал.

Можно для определения типа использовать ПолучитьXMLТип

Случайно нашел ошибку, ппц.. оказывается в базе приемнике для договоров установлен владелец с значением реквизита ЭтоГруппа = Истина. Ппц.. классные обмен с БП...

Кстати, помогло в отладке именно обработка выгрузки и загрузки данных хмл. Ох! Осталось теперь по другим метаданным пройтись, не только по контрагентам.. ..

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

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

да нет, базы у меня взяты как раз с разных компов.

Тогда остается только два , что изменено  программно, либо при обмене произошел сбой и в контрагенте прописалось ЭтоГруппа = Истина

Нет, полная схема работы такая: 1. Есть Головная база 2. Есть РИБ1 3. Есть РИБ2 4. В базе РИБ1 есть справочник контрагентов и в этом справочнике есть ЭЛЕМЕНТ с каким-то Уникальным идентификатором. 5. В базе РИБ2 есть справочник контрагентов и в этом справочнике есть ГРУППА с таким же Уникальным идентификатором. Нормальна ли такая ситуация? Получаем данные из РИБ2 в головную. Получаем данные из РИБ1 в головную. Что происходит - у контрагентов в группе из РИБ2 установится родитель = ЭЛЕМЕНУ! из РИБ1. Таким образом получается, что обмен посредством РИБ может привести к полной "*опе", т.к. после обмена с РИБ1, выгрузить данные в РИБ2 из головной не получится - Ошибка при вызове метода контекста (ПрочитатьИзменения): Ошибка данных XML РИБ1, РИБ2 и Головная ИБ находятся на разных компьютерах.

То есть владельцем этого элемента является РИБ1 данные мигрировали в РИБ2 и там на этого контрагента навесили дочерние элементы. Затем в РИБ1 изменили с группы на элемент?