Магия обмена 1с... #789431

Добрый день, нужна подсказка в чем может быть проблема! Грубо говоря, есть 4 базы (УТ-БП 1 организация, УТ-БП 2 организация), был обмен и все базы (УТ 11 и УТ 11, БП 3.0 и БП 3.0) одинакового релиза причем УТ одинаково меняные и достаточно старые. Пришла информация от бухгалтерия, что нужно срочно обновить БП всех организаций. Обновил БП до последней в обоих случаях, начал подстраивать правила под обмен. Сделал обмен УТ-БП 1-ной организации, все хорошо, вроде все получилось обмен произошел, все что нужно выгрузилось, беру эти же правила выгружаю. Загружаю в другую базу и все.... выдает вот такую ошибку {Обработка.КонвертацияОбъектовИнформационныхБаз.МодульОбъекта(7726)}: Ошибка при вызове конструктора (УникальныйИдентификатор)         СсылкаНаОбъект = СтруктураСвойств.Менеджер.ПолучитьСсылку(Новый УникальныйИдентификатор(СвойствоУникальныйИдентификатор)); по причине: Недопустимое значение параметра (параметр номер '1') т.е. при выдается ошибка, начал копаться дальше, поставил точку останова, смотрю на отправляемый объект, все есть, и все данные, и УникальныйИдентификатор.... Ошибка, решил проверить на другом объекте, тоже самое.... Полез я значит в БП, нахожу то же место где ошибка, Ставлю точку останова.... УникальныйИдентификатор = ""....... с какого? Причем полез смотреть первый обмен, там все тоже самое но Идентификатор есть

БП типовые

а на самом деле, если не грубо говоря там не 2 организации, а 5... и у всех обмен и у всех БП-УТ... вот везде все ок, но вот тут нет...

это там так гуид обозван? может просто протестить базы на ошибки?

разные версии обработки выгрузки и загрузки?

нет, версии одинаковы во всех базах (т.е. в обработчиках синхронизации не было никаких изменений) если были бы разные версии проблема была бы во всех организациях БП тестился, проблем не было, вот думаю УТ протестировать

сейчас прогоню, отпишусь

произвел тестирование, а именно (почистил кэш, удалил все файлы кроме БД в папке, сделал чекдбфл, сделал внутреннее тестирование) проблема осталась=(

делал в обоих базах

up=)

Ну оно то понятно, что почему-то - кстати, ругается уже при загрузке так? - в пакет записывает данные без уникального - что-то из источника идет с ошибкой в данных. Поищи в самом пакете: раз уже и отладчиком смотрел, значит и пакет можешь просмотреть, поискать в нем эту пустую строчку или отладчиком с условием остановиться и посмотреть, а что это с элементом или объектом. Тут только данные конкретного объекта исправлять - других вариантов нет. Ты же не будешь снимать в правилах ПКО использование поиска по уникальному ид, так ведь?

правильно ли я понимаю, вы имеете ввиду, что какой-то реквизит не передает УИН?, проблема в том, что я тоже думал что это дело именно в этом типе объекта, проверял на другом, такая же беда. сам УИН Документа передается, это я уже проверил

СвойствоУникальныйИдентификатор - оно же из пакета читается из свойств обрабатываемого объекта. Не знаю какого. Посмотреть по стеку вызова при останове отладчика на этом месте с условием или по ошибке - подняться по стеку до самого объекта и глянуть: что это такое. Из какого свойства изнутри xml этот самый СвойствоУникальныйИдентификатор получается. Думаю, что это GUID - но я прямо сейчас чисто по памяти это говорю, поэтому открывать и смотреть, что там в стеке вызовов

это я такие предположения по тексту об ошибке из топика даю, а там просто прямо указано именно на этот параметр, т.е. переменную с таким именем

он начинает ругаться при первом же выгружаемом объекте, только что открыл пакет, скопировал в нотпад, просмотрел его, все нормально, не вижу никаких проблемных моментов, все УИНы заполнены

у меня сейчас есть только одна мысль, перекопировать сами обработчики обмена из тех баз, мало ли что-то не так пошло...

хм=) есть такая мысля, вскрыть объект создать у обработки форму и в нее запихнуть пакет и отладить что происходит далее=) для начало

нашел в чем беда...

и?

беда была следующая, что-то случилось с регистром сведений "СоответствияОбъектовИнформационныхБаз", по коду в бухгалтерии происходит сначала поиск по нему, далее происходит условие, в котором проверяется нашелся ли объект или нет и далее получают по УИНу объект. А его, походу, нету. я почистил регистр все ок стало. Теперь осталось найти какие строки эту ерунду портачили и удалить на живой базе=)

угу. это очевидно, что уже в новой версии обработки типовых обменов такое дело всплыло. А может и наоборот, бсп в типовых обновлено, а обмен остался на старом решении.

это если на КД2 обмен идет, по всей видимости из-за него

возможно, но обновлять УТ пока не планируется, поэтому приходится довольствоваться чем есть=)