Как восстановить обмен РИБ при ошибке «Расширение конфигурации узла не найдено»?

Программист 1С v8.3 (Управляемые формы) 1С:Зарплата и Управление Персоналом IT и автоматизация бизнеса
← На главную

Разберем ситуацию, когда после удаления проблемного расширения конфигурации в центральной базе (ЦБ) обмен с периферийной базой (ПБ) перестал работать. Часто после удаления расширения в основной базе информация о нем остается в регистрах обмена, что приводит к конфликту при загрузке сообщений. Рассмотрим пошаговый алгоритм исправления этой ошибки. Если после восстановления ручной запуск процессов станет неэффективным, можно настроить автоматизацию регулярного обмена данными между базами по расписанию поверх существующего плана обмена.

Шаг 1: Очистка статуса узла в периферийной базе

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

Запустите Конфигуратор или обработку Консоль кода в периферийной базе и выполните следующий алгоритм:


// Отвязываем периферийную базу от главного узла
ПланыОбмена.УстановитьГлавныйУзел(Неопределено);

// Загружаем актуальную конфигурацию (рекомендуется загрузить файл .cf из ЦБ)
// ЗагрузитьКонфигурацию("ПутьКФайлуКонфигурации.cf");

// Восстанавливаем связь с центральным узлом
// (В качестве параметра укажите ссылку на узел ЦБ, которая была ранее)
ПланыОбмена.УстановитьГлавныйУзел(ЦБ);

После выполнения данного кода периферийная база перейдет в состояние «самостоятельной» базы, что позволит нам избежать критических ошибок при запуске и входе в режим 1С:Предприятие.

Шаг 2: Устранение конфликта расширений в центральной базе

Если после отвязки обмен все еще выдает ошибку «Расширение конфигурации узла не найдено», значит, в очереди сообщений центральной базы остались записи, которые «помнят» удаленное расширение. Нам нужно очистить регистрацию изменений.

Рассмотрим, как правильно подготовить файл обмена:

  1. Откройте центральную базу.
  2. Перейдите в обработку Регистрация изменений для обмена данными.
  3. Найдите узел периферийной базы, с которым возникают проблемы.
  4. Просмотрите зарегистрированные объекты. Если вы видите, что регистрация изменений связана с объектами расширения, которые больше не существуют, удалите эту регистрацию.
  5. После очистки регистрации выполните повторную выгрузку сообщения обмена для данного узла.

Шаг 3: Синхронизация и проверка данных

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

Важное примечание: Если расширение в периферийной базе было удалено вручную через Конфигуратор, убедитесь, что в обоих узлах конфигурации стали идентичными. Различие в составе метаданных — самая частая причина ошибки Расширение конфигурации узла не найдено.

Если ошибка сохраняется, рекомендуем выполнить следующие действия:

Когда требуется создание нового начального образа?

Если вышеописанные шаги не привели к успеху, значит, структура метаданных (Конфигурация) в узлах разошлась настолько сильно, что штатные механизмы обмена не могут сопоставить объекты. В таком случае единственным надежным способом является создание начального образа периферийной базы заново:

  1. В центральной базе удалите старый узел в ПланахОбмена.
  2. Создайте новый узел.
  3. Запустите процедуру создания начального образа, указав нужный каталог для ПБ.
  4. После создания образа перенесите необходимые данные, которые не успели уйти из старой ПБ в ЦБ (при необходимости).

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

← На главную