Что за три файла в правилах обмена 1С (ExchangeRules, CorrespondentExchangeRules, RegistrationRules) и как их использовать при обмене УТ 10.3 и БП 3.0

При обновлении современных конфигураций 1С (таких как «Бухгалтерия предприятия 3.0», «Зарплата и управление персоналом 3.1», «Управление нашей фирмой») разработчики и администраторы часто сталкиваются с изменением структуры комплекта правил синхронизации. Если раньше для настройки обмена было достаточно использовать один или два файла, то теперь система требует полноценный ZIP-архив, содержащий строго три файла правил. Попытка загрузить старый формат приводит к ошибкам совместимости.

В этой статье мы подробно разберем, почему фирма 1С перешла на новый формат, за что отвечает каждый из трех файлов в архиве, и как правильно настроить и отредактировать эти правила при обмене между устаревающей «Управление торговлей 10.3» и современной «Бухгалтерией предприятия 3.0».

Почему изменилась структура и почему файлов стало три

Переход на новый формат обмена обусловлен развитием БСП (Библиотеки стандартных подсистем), которая лежит в основе всех современных конфигураций 1С. В старых версиях БСП правила конвертации данных и правила регистрации объектов существовали и загружались раздельно. Это часто приводило к рассинхронизации: администратор мог обновить правила конвертации, но забыть обновить правила регистрации, из-за чего в базу-приемник выгружались лишние документы или, наоборот, нужные данные не регистрировались к отправке.

Для решения этой проблемы в БСП был разработан единый стандартизированный контейнер — ZIP-архив, содержащий полный комплект правил синхронизации. Теперь при загрузке правил в режиме 1С:Предприятие система ожидает получить архив, внутри которого находятся три строго определенных файла. Если в архиве не хватает хотя бы одного файла или их имена не соответствуют стандарту, БСП выдаст ошибку: «Неверный формат комплекта правил».

Детальный разбор назначения каждого файла в архиве

Рассмотрим подробнее назначение каждого из трех файлов, входящих в современный комплект поставки правил обмена:

1. ExchangeRules.xml (Правила обмена)
   Этот файл содержит правила конвертации данных (ПКД) для текущей информационной базы. Он определяет логику, по которой данные из нашей текущей базы (например, БП 3.0) преобразуются в XML-формат для отправки в базу-корреспондент. Здесь прописаны правила сопоставления объектов (ПКО), правила выгрузки данных (ПВД) и правила конвертации свойств (ПКС).
2. CorrespondentExchangeRules.xml (Правила обмена корреспондента)
   Это правила конвертации данных для принимающей информационной базы (базы-корреспондента). Они описывают, как база-корреспондент должна выгружать данные обратно в нашу текущую базу. При двустороннем обмене этот файл критически важен. Во время сеанса связи текущая база автоматически передает эти правила в базу-корреспондент, гарантируя, что обе стороны используют согласованные версии правил.
3. RegistrationRules.xml (Правила регистрации)
   Этот файл определяет условия, при которых объекты (справочники, документы, регистры) в текущей базе регистрируются на узле плана обмена для последующей выгрузки. Именно здесь настраиваются фильтры (например, выгружать документы только по определенной организации или начиная с определенной даты). Без этих правил система будет либо регистрировать все измененные объекты подряд, либо механизм авторегистрации не сработает вовсе.

Нюансы обмена между «УТ 10.3» и «БП 3.0»

Сложность обмена между «Управление торговлей 10.3» (построенной на обычных формах и старой архитектуре) и «Бухгалтерией предприятия 3.0» (построенной на управляемых формах и современной БСП) заключается в их архитектурной разнице:

• БП 3.0 требует полноценный ZIP-архив с тремя файлами, так как ее механизмы синхронизации работают исключительно через БСП.
• УТ 10.3 зачастую использует старый механизм обмена. Она не умеет работать с трехфайловым архивом напрямую и требует для настройки выгрузки конкретный XML-файл правил конвертации.

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

Если обмен идет в одну сторону (например, только из УТ 10.3 в БП 3.0), БП 3.0 все равно в обязательном порядке потребует файл CorrespondentExchangeRules.xml в составе загружаемого архива. В этом случае в качестве «корреспондентских» правил можно использовать «заглушку» — пустые правила обмена, созданные в конфигурации «Конвертация данных», чтобы удовлетворить проверку БСП.

Пошаговая инструкция по изменению и сборке правил

Рассмотрим по шагам, как редактировать такие правила с использованием специализированной конфигурации «1С:Конвертация данных 2.1»:

Шаг 1. Получение исходных файлов

Прежде всего, нам понадобятся исходные файлы правил. Их можно взять из папки шаблонов обновлений вашей конфигурации (каталог tmplts\1c\... на диске компьютера) или выгрузить непосредственно из базы 1С. Для этого в БП 3.0 перейдем в раздел Администрирование -> Синхронизация данных -> Настройки синхронизации, откроем параметры нужного обмена, перейдем в загрузку правил и сохраним текущий комплект на диск. Мы получим ZIP-архив.

Шаг 2. Редактирование правил конвертации в КД 2.1

Распакуем полученный архив. Для изменения логики переноса данных (например, если нам нужно добавить перенос нового реквизита из УТ в БП):

1. Откроем базу «Конвертация данных 2.1».
2. Выполним загрузку правил обмена, выбрав файл ExchangeRules.xml (или CorrespondentExchangeRules.xml, в зависимости от направления, которое мы дорабатываем).
3. Произведем необходимые изменения (настроим сопоставление новых реквизитов, добавим обработчики событий).
4. Выгрузим измененные правила в XML-файл с тем же именем.

Шаг 3. Настройка правил регистрации (при необходимости)

Если нам требуется изменить условия, при которых документы регистрируются к отправке (например, не отправлять документы с определенным статусом):

1. В «Конвертации данных 2.1» перейдем в специализированный режим работы с правилами регистрации.
2. Загрузим файл RegistrationRules.xml.
3. Настроим условия регистрации для конкретных объектов метаданных. Например, для документа РеализацияТоваровУслуг мы можем прописать программный код в обработчике «Перед обработкой» или «При регистрации» узла:

Если Объект.Проведен = Ложь Тогда
    Отказ = Истина; // Не регистрируем непроведенные документы
КонецЕсли;

4. Выгрузим обновленные правила регистрации обратно в файл RegistrationRules.xml.

Шаг 4. Упаковка комплекта и загрузка в базу

После того как все необходимые файлы отредактированы, их нужно собрать обратно в архив. Выделим три файла:

• ExchangeRules.xml
• CorrespondentExchangeRules.xml
• RegistrationRules.xml

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

Запакуем файлы в ZIP-архив и загрузим его в «Бухгалтерию предприятия 3.0» через форму настройки правил синхронизации данных. БСП проверит корректность структуры, распакует файлы и применит новые алгоритмы при следующем сеансе обмена.