Имя: Пароль:
1C
 
Магия обмена 1с...
, ,
0 men47
 
20.01.17
11:13
Добрый день, нужна подсказка в чем может быть проблема!
Грубо говоря, есть 4 базы (УТ-БП 1 организация, УТ-БП 2 организация), был обмен и все базы (УТ 11 и УТ 11, БП 3.0 и БП 3.0) одинакового релиза причем УТ одинаково меняные и достаточно старые. Пришла информация от бухгалтерия, что нужно срочно обновить БП всех организаций. Обновил БП до последней в обоих случаях, начал подстраивать правила под обмен. Сделал обмен УТ-БП 1-ной организации, все хорошо, вроде все получилось обмен произошел, все что нужно выгрузилось, беру эти же правила выгружаю. Загружаю в другую базу и все.... выдает вот такую ошибку

{Обработка.КонвертацияОбъектовИнформационныхБаз.МодульОбъекта(7726)}: Ошибка при вызове конструктора (УникальныйИдентификатор)
        СсылкаНаОбъект = СтруктураСвойств.Менеджер.ПолучитьСсылку(Новый УникальныйИдентификатор(СвойствоУникальныйИдентификатор));
по причине:
Недопустимое значение параметра (параметр номер '1')


т.е. при

Новый УникальныйИдентификатор(СвойствоУникальныйИдентификатор)

выдается ошибка, начал копаться дальше, поставил точку останова, смотрю на отправляемый объект, все есть, и все данные, и УникальныйИдентификатор.... Ошибка, решил проверить на другом объекте, тоже самое....

Полез я значит в БП, нахожу то же место где ошибка, Ставлю точку останова.... УникальныйИдентификатор = ""....... с какого? Причем полез смотреть первый обмен, там все тоже самое но Идентификатор есть
1 men47
 
20.01.17
11:16
БП типовые
2 men47
 
20.01.17
11:20
а на самом деле, если не грубо говоря там не 2 организации, а 5... и у всех обмен и у всех БП-УТ... вот везде все ок, но вот тут нет...
3 Фрэнки
 
20.01.17
11:22
это там так гуид обозван?
может просто протестить базы на ошибки?
4 vi0
 
20.01.17
11:23
5 men47
 
20.01.17
11:24
(4) нет, версии одинаковы во всех базах (т.е. в обработчиках синхронизации не было никаких изменений) если были бы разные версии проблема была бы во всех организациях

(3) БП тестился, проблем не было, вот думаю УТ протестировать
6 men47
 
20.01.17
11:25
(3) сейчас прогоню, отпишусь
7 men47
 
20.01.17
11:42
произвел тестирование, а именно (почистил кэш, удалил все файлы кроме БД в папке, сделал чекдбфл, сделал внутреннее тестирование) проблема осталась=(
8 men47
 
20.01.17
11:43
(7) делал в обоих базах
9 men47
 
20.01.17
11:54
up=)
10 Фрэнки
 
20.01.17
11:59
Ну оно то понятно, что почему-то - кстати, ругается уже при загрузке так? - в пакет записывает данные без уникального - что-то из источника идет с ошибкой в данных. Поищи в самом пакете: раз уже и отладчиком смотрел, значит и пакет можешь просмотреть, поискать в нем эту пустую строчку или отладчиком с условием остановиться и посмотреть, а что это с элементом или объектом.

Тут только данные конкретного объекта исправлять - других вариантов нет. Ты же не будешь снимать в правилах ПКО использование поиска по уникальному ид, так ведь?
11 men47
 
20.01.17
12:02
(10) правильно ли я понимаю, вы имеете ввиду, что какой-то реквизит не передает УИН?, проблема в том, что я тоже думал что это дело именно в этом типе объекта, проверял на другом, такая же беда. сам УИН Документа передается, это я уже проверил
12 Фрэнки
 
20.01.17
12:06
СвойствоУникальныйИдентификатор - оно же из пакета читается из свойств обрабатываемого объекта. Не знаю какого. Посмотреть по стеку вызова при останове отладчика на этом месте с условием или по ошибке - подняться по стеку до самого объекта и глянуть: что это такое. Из какого свойства изнутри xml этот самый СвойствоУникальныйИдентификатор получается. Думаю, что это GUID - но я прямо сейчас чисто по памяти это говорю, поэтому открывать и смотреть, что там в стеке вызовов
13 Фрэнки
 
20.01.17
12:09
это я такие предположения по тексту об ошибке из топика даю, а там просто прямо указано именно на этот параметр, т.е. переменную с таким именем
14 men47
 
20.01.17
12:11
он начинает ругаться при первом же выгружаемом объекте, только что открыл пакет, скопировал в нотпад, просмотрел его, все нормально, не вижу никаких проблемных моментов, все УИНы заполнены
15 men47
 
20.01.17
12:11
у меня сейчас есть только одна мысль, перекопировать сами обработчики обмена из тех баз, мало ли что-то не так пошло...
16 men47
 
20.01.17
12:15
хм=) есть такая мысля, вскрыть объект создать у обработки форму и в нее запихнуть пакет и отладить что происходит далее=) для начало
17 men47
 
20.01.17
13:06
нашел в чем беда...
18 Фрэнки
 
20.01.17
13:08
и?
19 men47
 
20.01.17
13:09
беда была следующая, что-то случилось с регистром сведений "СоответствияОбъектовИнформационныхБаз", по коду в бухгалтерии происходит сначала поиск по нему, далее происходит условие, в котором проверяется нашелся ли объект или нет и далее получают по УИНу объект. А его, походу, нету. я почистил регистр все ок стало. Теперь осталось найти какие строки эту ерунду портачили и удалить на живой базе=)
20 Фрэнки
 
20.01.17
13:19
угу. это очевидно, что уже в новой версии обработки типовых обменов такое дело всплыло. А может и наоборот, бсп в типовых обновлено, а обмен остался на старом решении.
21 Фрэнки
 
20.01.17
13:20
(19) это если на КД2 обмен идет, по всей видимости из-за него
22 men47
 
20.01.17
13:22
(20) возможно, но обновлять УТ пока не планируется, поэтому приходится довольствоваться чем есть=)
2 + 2 = 3.9999999999999999999999999999999...