Как исправить ошибку «Правила регистрации не загружены» в 1С:ERP и правильно доработать обмен через EnterpriseData

При настройке синхронизации данных в современных конфигурациях на базе 1С:Предприятие 8.3, таких как 1С:ERP 2.5 или Комплексная автоматизация, специалисты часто сталкиваются с ошибкой «Правила регистрации не загружены» или «Ошибка формата правил» при попытке загрузить собственные правила обмена. Разберем по шагам, почему возникает эта ситуация, чем механизмы «Конвертации данных 2.0» отличаются от версии 3.0 и как правильно добавить новые объекты (например, справочник «Сотрудники») в существующий обмен.

Выясняем причину ошибки: КД 2.0 против КД 3.0

Проанализируем ситуацию: пользователь пытается выгрузить правила из 1С:ERP, чтобы модифицировать их в привычной «Конвертации данных 2.0» (КД 2.0), но сталкивается с тем, что система не выдает XML-файл или выдает ошибку при его обратной загрузке. Основная причина кроется в архитектуре обмена. В современных решениях используется механизм EnterpriseData (известный как Конвертация данных 3.0).

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

• КД 2.0: Работает по принципу прямой трансформации «Объект Источника —> Объект Приемника». Все правила описываются в одном XML-файле, который интерпретируется универсальной обработкой.
• КД 3.0 (EnterpriseData): Работает через формат-посредник. Схема выглядит так: «Объект Источника —> XDTO-формат (EnterpriseData)» и затем «XDTO-формат —> Объект Приемника». Здесь правила — это не XML-описание логики, а программный код на языке 1С.

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

Структура архива правил для EnterpriseData

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

1. ExchangeRules.xml — файл, содержащий правила конвертации для текущей информационной базы.
2. RegistrationRules.xml — правила регистрации объектов. Именно отсутствие или некорректность этого файла вызывает ошибку «Правила регистрации не загружены».
3. CorrespondentExchangeRules.xml — правила конвертации для второй базы (корреспондента), с которой ведется обмен.

Важно понимать, что даже наличие этих файлов в архиве не поможет, если сама логика внутри них написана в формате КД 2.0. План обмена EnterpriseData просто не умеет с ними работать.

Где находятся правила в 1С:ERP и как их менять

Проанализируем, где физически хранится логика обмена в 1С:ERP. В типовых конфигурациях правила «вшиты» непосредственно в конфигурацию. Основным объектом является общий модуль МенеджерОбменаЧерезУниверсальныйФормат (или аналогичные модули с префиксом МенеджерОбмена_...).

Если вам необходимо добавить в обмен справочник Сотрудники, у вас есть два основных пути:

Вариант 1: Использование расширений конфигурации (рекомендуется)

Это самый безопасный способ, позволяющий не снимать конфигурацию с поддержки. Мы можем перехватить события обмена в расширении. Посмотрим на примере, какие методы нам понадобятся:

Для выгрузки данных используется процедура ПОСЛЕПодготовкиДанныхДляОтправки. В ней мы можем описать логику сопоставления полей справочника 1С и полей формата XDTO.

// Пример структуры процедуры в расширении для добавления логики
&После("ПриОтправкеДанных")
Процедура Расш1_ПриОтправкеДанных(ДанныеИБ, ДанныеXDTO, КомпонентыОбмена)
    Если ТипЗнч(ДанныеИБ) = Тип("СправочникСсылка.Сотрудники") Тогда
        // Здесь описывается логика заполнения свойств XDTO
    КонецЕсли;
КонецПроцедуры

Вариант 2: Использование Конвертации данных 3.0

Если задача масштабная, следует использовать программный продукт «1С:Конвертация данных, редакция 3.0». Алгоритм работы будет следующим:

1. Загрузите структуру метаданных вашей 1С:ERP и целевой базы в КД 3.0.
2. Загрузите схему формата EnterpriseData (XSD).
3. Опишите правила сопоставления объектов со свойствами формата.
4. Сгенерируйте текст модуля менеджера обмена.
5. Полученный текст необходимо вставить в соответствующий общий модуль в 1С:ERP или в расширение.

Особенности правил регистрации

Выясним, почему возникает ошибка именно по правилам регистрации. В планах обмена 1С объекты не выгружаются просто так — они должны быть «зарегистрированы». В КД 3.0 правила регистрации определяют условия (например, «выгружать только сотрудников подразделения А»), при которых изменения объекта попадут в очередь обмена.

В современных ERP правила регистрации часто также вынесены в программный код или загружаются через отдельный интерфейс «Правила регистрации объектов». Если вы используете типовой обмен через Web-сервис, убедитесь, что в узле плана обмена не установлены фильтры, блокирующие регистрацию новых типов объектов.

Почему нельзя использовать «Универсальный обмен данными через XML»

Многие разработчики по привычке используют обработку УниверсальныйОбменДаннымиXML для проверки своих правил. Запомните: эта обработка предназначена только для формата КД 2.0. Она не поддерживает формат EnterpriseData и не может быть использована для тестирования синхронизации, настроенной через Web-сервисы в ERP. Для работы с современным обменом используйте стандартные инструменты мониторинга синхронизации в разделе «Администрирование» — «Синхронизация данных».

Резюме: Если вы видите ошибку «Правила регистрации не загружены», первым делом проверьте, не пытаетесь ли вы «скрестить» старый подход КД 2.0 с новой архитектурой 1С:ERP. Для добавления справочника Сотрудники откажитесь от создания отдельных XML-файлов и переходите к использованию расширений и модуля МенеджерОбменаЧерезУниверсальныйФормат.