← На главную

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

Что такое правила корреспондента (ПКК)

В классическом механизме «1С:Конвертация данных 2.1» обмен настраивается между двумя базами: источником и приемником. Если обмен является односторонним, достаточно одного комплекта правил конвертации (ПКД). Однако в большинстве корпоративных систем требуется двусторонний обмен данными.

Правила корреспондента (ПКК) — это те же самые правила конвертации данных, но описывающие обратное направление переноса (из базы-приемника в базу-источник). Рассмотрим ключевые особенности архитектуры ПКК:

1. Единый комплект поставки: В современных конфигурациях на базе БСП комплект правил упаковывается в общий ZIP-архив макета плана обмена. В него входят основные правила (ПКД и ПРД для текущей базы) и правила корреспондента (ПКК и ПРД для базы-партнера).
2. Автоматическая доставка правил: При обновлении настроек обмена в центральной базе подсистема БСП упаковывает правила корреспондента в пакет сообщения обмена. При получении сообщения база-корреспондент автоматически обновляет свои правила обмена без необходимости ручной загрузки через конфигуратор или обработку в режиме «1С:Предприятие».

Что такое правила регистрации данных (ПРД)

Для того чтобы система знала, какие именно объекты необходимо выгрузить при очередном сеансе связи, используется механизм планов обмена. Стандартная авторегистрация платформы часто оказывается избыточной: например, при перезаписи документа без изменения значимых реквизитов повторная передача не требуется.

Правила регистрации данных (ПРД) — это логические условия и программные алгоритмы, которые определяют, должен ли измененный объект регистрироваться к выгрузке на узле плана обмена.

Проанализируем структуру работы ПРД:

1. Отключение стандартной авторегистрации: Для передачи управления механизмом БСП в плане обмена для требуемых объектов свойство Авторегистрация переводится в значение Запретить. Перехват записи выполняется специальными подписками на события.
2. Режимы регистрации: В правилах регистрации доступны три варианта отбора:
   1. Всегда — изменение фиксируется безусловно при любой записи объекта;
   2. По условию — накладываются декларативные фильтры по реквизитам шапки или табличных частей (например, регистрация документов только по определенной организации или с определенного периода);
   3. С обработкой — используется программный код в обработчиках событий ПРД, позволяющий проверить произвольные бизнес-условия или сопоставить новые значения со старыми.
3. Каскадная регистрация: В обработчиках ПРД можно программно зарегистрировать не только сам текущий объект, но и сопутствующие данные (связанные регистры сведений, подчиненные элементы или документы-основания).

Автоматическое создание правил корреспондента («зеркалирование»)

Разберем частый вопрос: можно ли создать правила корреспондента автоматически из прямых правил конвертации?

В конфигурации «Конвертация данных 2.1» предусмотрен режим инвертирования (смены источника и приемника местами). Однако автоматическое зеркалирование имеет существенные технические ограничения:

1. Простые соответствия: Автоматически могут быть инвертированы только простые правила конвертации свойств (ПКС) формата «один к одному», где типы данных источника и приемника совпадают или взаимно совместимы.
2. Программный код обработчиков: Все написанные алгоритмы в событиях ПередВыгрузкой, ПриЗагрузке, ПоляПоиска и других не могут быть автоматически преобразованы в обратную сторону. Их логику необходимо проектировать и писать вручную с учетом контекста базы-корреспондента.
3. Различия структур данных: Если при прямой выгрузке выполнялась сложная трансформация данных (например, реквизит шапки переносился в табличную часть или выполнялось слияние объектов), обратная конвертация требует отдельной проработки структуры ПКО и ПКС.

Современная альтернатива: обмен через EnterpriseData (КД 3.0)

В конфигурациях нового поколения на смену парным правилам «ПКД — ПКК» пришел обмен через универсальный формат EnterpriseData (на базе XML/XDTO-схем):

1. Каждая информационная база настраивает только правила конвертации между своими внутренними метаданными и единым форматом XDTO, а также собственные правила регистрации (ПРД).
2. Отпадает необходимость разрабатывать и поддерживать отдельные зеркальные правила под каждую пару конфигураций, что существенно упрощает интеграцию и масштабирование систем.

Где посмотреть примеры реализации

Для детального изучения практических примеров работы механизмов рекомендуется:

1. Развернуть демонстрационную базу Библиотеки стандартных подсистем (БСП) и проанализировать структуру планов обмена и макетов правил.
2. Изучить состав макетов в типовых конфигурациях (например, правила регистрации и конвертации, встроенные в планы обмена ОбменУправлениеТорговлейБухгалтерияПредприятия).
3. Использовать специализированные конфигурации «Конвертация данных» версий 2.1 и 3.0 для визуализации и редактирования правил.