При обновлении конфигурации 1С:Управление торговлей с одних релизов на другие (например, с версии 11.4 на более поздние) пользователи часто сталкиваются с критической ошибкой, прерывающей процесс обновления на этапе 10% выполнения. Сообщение об ошибке выглядит примерно так: {ОбщийМодуль.ОбменДаннымиСервер.Модуль(7481)}: Метод объекта не обнаружен (ПриПолученииНастроек) ПланыОбмена[ИмяПланаОбмена].ПриПолученииНастроек(НастройкиПланаОбмена). Разберем детально, почему это происходит и как устранить данную проблему.
Данная ошибка сигнализирует о том, что механизм обновления 1С обращается к определенному методу в модуле менеджера ПланаОбмена, но не находит его там. Это стандартная ситуация при переходе на новые версии конфигурации, где логика обмена данными была расширена или изменена. В старых или самописных планах обмена отсутствует необходимая процедура ПриПолученииНастроек, которую ожидает увидеть платформа после установки обновления.
Если вы работаете в конфигурации, где есть возможность внесения изменений (проф-версия), самым быстрым и эффективным решением будет принудительное добавление отсутствующей процедуры в модули менеджеров тех планов обмена, на которые «ругается» система.
Чтобы исправить ситуацию, выполните следующие действия:
Конфигуратор.Планы обмена.Модуль менеджера.
#Область ПрограммныйИнтерфейс
Процедура ПриПолученииНастроек(Настройки) Экспорт
КонецПроцедуры
#КонецОбласти
Этот код объявляет пустую процедуру ПриПолученииНастроек, которая удовлетворяет требованиям системы при вызове. После добавления данного кода во все затронутые планы обмена, попробуйте запустить 1С:Предприятие снова для продолжения процедуры обновления.
Часто проблема возникает из-за того, что текущий промежуточный релиз имеет специфические требования к структуре метаданных, которые уже исправлены в более свежих сборках от фирмы 1С. Если вы обновлялись поэтапно, попробуйте пропустить промежуточный релиз или установить самый последний актуальный патч/релиз, предоставленный разработчиком.
Как показывает практика, в последних релизах разработчики 1С часто самостоятельно исправляют подобные несоответствия, обеспечивая корректную работу механизмов обмена без необходимости «ручного» вмешательства в код конфигурации. Это наиболее безопасный способ для пользователей базовых версий, где доступ к редактированию кода ограничен.
Если программные методы не приносят результата, возможно, причина кроется в поврежденном кэше или нарушении логической целостности базы. Проанализируем дополнительные шаги:
Проверка конфигурации: В режиме Конфигуратор воспользуйтесь пунктом меню Конфигурация -> Проверка конфигурации. Это поможет выявить логические ошибки, которые могли возникнуть в процессе наложения обновлений.
Очистка кэша: Очистите кэш как на стороне клиента, так и на стороне сервера 1С. Устаревшие данные о структуре метаданных могут блокировать корректное выполнение процедур обновления. Рекомендуется удалить содержимое папок кэша, чтобы заставить сервер перечитать конфигурацию заново.
Анализ расширений: Если у вас подключены Расширения конфигурации, они могут содержать собственные планы обмена или переопределять существующие. Попробуйте временно отключить все расширения и запустить процедуру обновления. Если обновление пройдет успешно, значит, вам потребуется адаптировать расширения под новый релиз УТ.
Помните, что перед выполнением любых манипуляций с конфигурацией в Конфигураторе, необходимо обязательно создать резервную копию базы данных. Это позволит вам вернуться к исходному состоянию в случае возникновения непредвиденных осложнений.