Добрый день.

Обновил основной узел Рарус-Розницы до 2.2.5.27, сделал обмен с парочкой узлов РИБ - все отлично.

Начал массовое обновление остальных узлов (аналогичных "верхней парочке" (другие магазины по РИБ)) - в клиентской части выскакивает ошибка:

РассылкаОтчетов.ЗарегистрироватьДанныеДляАктуализацииСпискаРегламентныхЗаданий"
отложенного обработчика обновления
"РассылкаОтчетов.АктуализироватьСписокРегламентныхЗаданий"
произошла ошибка:
"{ОбщийМодуль.ОбщегоНазначения.Модуль(3502)}: Ошибка при вызове метода контекста (Содержит)
    Возврат Метаданные.РегистрыСведений.Содержит(ОбъектМетаданных);
по причине:
Несоответствие типов (параметр номер '1')".

Может кто сталкивался? Пробовал уже и платформу обновлять (до максимальной 8.3.10, и проверял на 32-64 компах)... не помогло. Но ведь тестовые 2 магазина без проблем обновились, не могу понять как так.

Это 1с тут никто ни в чем не уверен.

Это ошибка в данных. Остановка по ошибке + Стек вызовов спасет "спасет отца русской демократии" ИМХО в ОбъектМетаданных передается неопределено.

"Пробовал уже и платформу обновлять" // От безысходности что ли? Так-то у тебя конкретная ошибка в прикадном коде, и тебе доступна возможность выяснить способ ее воспроизведения

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

Думаю вот ради чистоты эксперимента на одном из тех компов обновить проблемный узел...

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

(5) Это РИБ (?). Расхождений в коде не может быть по определению.

(6) откуда уверенность, что он это "по определению" обеспечил? Вы у топикстартера из-за его спины видели, как он там в обмены данные узла помечает?

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

PS: то, что два узла отличаются от остальных - это факт, допустим. Но эта информация ничего не утверждает, не подтверждает и не опровергает - ошибка есть и с этим надо что-то делать :)

возможно ошибка в программе, по обмену пришел документ, который не предусмотрен в регистре сведений.

Аналогичная ситуация с этой же ошибкой.
Обновил центр с 2.1.9.18 на 2.2.5.27, дальше 6 подчиненных узлов торговых точек обновились без проблем, на 7м эта ошибка. Сразу решение не нашел, создал по новой начальный образ. А вот на 8м узле уже тупик, т.к. РИБ двухуровневый, и 8я точка является центром для еще Nго числа точек. Поэтому заново создавать всю эту иерархию начальными образами не вариант. Стал копаться в отладчике, дошел до такого результата:
В одном из релизов 2.2 появился справочник Рассылки отчетов с предопределенным элементом "Личные данные". Справочник не включен в состав плана обмена. Соответственно, предопределенный элемент на узле не находится, и передается Неопределено в ОбъектМетаданных, как и говорилось в (2). В настройках справочника - Обновление предопределенных данных стоит Авто, т.е. предопределенные элементы в предприятии создаются при первом запуске базы. Для узла этот запуск не первый,вот и получается, что он не создается. В голову приходит изменить конфу, включив справочник в план обмена. Но конфа типовая, из-за этого момента изменять не хочется. Есть идеи, как решить проблему?

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

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

(11) отвяжи базу от центра, сделай загрузку cf от центральной, потом обратно привяжи

Странное это утверждение, спорное... :( В моей конфигурации есть справочники с предопределенными, которые не включены в план обмена - и что? А ничего, с ними нет проблем. Они обновляются при получении обновления конфигурации, а не через планы обмена.

(15) Ну вот 6 баз тоже как-то обновились без проблем)

(14) Пробовал такой вариант, привязать потом не получается. При запуске предприятия, если сразу восстанавливать связь через "форму от 1С", снова ошибка. Если же в этой же форме выбрать что-то типа "уверен, что хочу отсоединить от узла", то обновление проходит, но вместе с тем из списка узлов пропадает узел центра. Добавляю его вручную, потом привязываю - вроде привязывается, но при запуске 1С дальше вообще не стартует

(12) А как я создам элемент, если на старом релизе еще нет такого справочника? А на новом - в какой момент создавать, если при запуске сразу стартует процедура обновления, которая потом выдает ошибку.

(13) Такое посмотрю, спасибо

(15) А, ну еще один прикол/нюанс. Вспомнил, что из первых 6 баз была такая, которая не обновилась на точке непосредственно, но обновилась успешно на другой машине. Вот это как назвать вообще?)

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

(17) Это называется "Чисти кэши!"(с)

(16) зачем "через форму от 1с" ?
там всего-то поделка с одной кнопкой

+19


Процедура КнопкаВыполнитьНажатие(Кнопка)
     ПланыОбмена.УстановитьГлавныйУзел(?(ЗначениеЗаполнено(ПолеВвода1),ПолеВвода1,Неопределено));
КонецПроцедуры

где ПолеВВода - поле ввода с нужным типом плана обмена

(20) Я так и устанавливаю главный узел. Я немного о другом писал: после того, как обработкой узел отвязываешь, при следующем запуске не сразу начинается обновление конфы, а сначала 1С открывает окно, в котором просит подтвердить, что узел отвязывается. После этого обновляется - после обновления узла в списке уже нет.
На самом деле, на 2.1, помню, что обновлял таким методом, но вот на 2.2 что-то не взлетело. Может, по запарке уже и тыкал неправильную последовательность произвел в действиях)

ПО САБЖУ:
Разобрался с тем, что есть. Оказалось, что недоглядел:
"В одном из релизов 2.2 появился справочник Рассылки отчетов с предопределенным элементом "Личные данные"" - справочник с этим элементом был и на 2.1.

Нюанс такой: косяки с обновлением узлов наблюдаются на тех базах, которые создавались из центральной именно на релизе 2.1.9.18. Все, что создавалось на более ранних релизах - обновилось нормально. Это, наверное, и объясняет, почему пара баз у ТС тоже обновились успешно, а потом пошли косяки.

Ничего выдумывать с созданием нового элемента в справочнике и установкой его как предопределенного не стал. Перенес из копии центра на 2.1 через выгрузкузагрузкуXML этот элемент и повторил обновление на проблемной "базе" - все прошло.

(0) Так что пользуйся методом, если еще не нашел ответ.